1. Pregunta y contexto
Esta pregunta conductual aparece en evaluaciones técnicas de ingeniería de software y en entrevistas de liderazgo. Evalúa el criterio bajo presión de tiempo: cómo actúas, cómo limitas la exposición y cómo asumes la responsabilidad de las consecuencias. Un registro público de entrevistas agrupa los plazos ajustados con concesiones, gestión de riesgos, comunicación con partes interesadas y manejo de incidentes; los Principios de Liderazgo oficiales de Amazon vinculan la velocidad con decisiones reversibles y la toma de riesgos calculados. Es adecuada para ingenieros de nivel medio y sénior, líderes técnicos y roles que requieren entregas independientes.
2. Qué está evaluando el entrevistador
- Si distingues entre decisiones reversibles e irreversibles en lugar de tratar la velocidad como el único objetivo.
- Si defines suposiciones, el impacto en el peor de los casos, las condiciones de activación y la reversión (rollback) antes de actuar.
- Si reduces la exposición con un canary, una métrica observable o una ruta manual temporal.
- Si las partes interesadas comprenden el riesgo y las opciones, y si asumes el resultado cuando sale mal.
- Si una historia se convierte en una lista de verificación, un control de paso (gate) o una regla de decisión que ayude al equipo en el futuro.
3. Preguntas para aclarar primero
- ¿Por qué importaba la velocidad: un compromiso con el cliente, la mitigación de un incidente, un plazo de cumplimiento normativo o una ventana de mercado? La razón determina el tiempo de exposición permitido.
- ¿Qué podría verse afectado: los datos de los usuarios, los pagos, la disponibilidad, la reputación o el costo de retrabajo? El radio de impacto determina la solidez de las salvaguardas.
- ¿La decisión era reversible? ¿Podías hacer un canary, pausar, revertir o validar mediante un proceso manual? El trabajo irreversible exige un estándar de evidencia y aprobación más alto.
- ¿Qué juicio y qué acción fueron tuyos? Reemplaza los números de ejemplo con evidencia real; no te atribuyas un resultado del equipo como mérito individual.
4. Una respuesta de 30 segundos
Explicaría por qué importaba la velocidad y qué daño era inaceptable, para luego comparar el esperar por más evidencia frente a actuar de inmediato. Elegí una vía reversible y delimitada, y utilicé un canary, monitoreo y salvaguardas de reversión para limitar el riesgo a la baja. Documenté las suposiciones, los umbrales y los responsables para las partes interesadas. Después, mostraría qué señales justificaron continuar o detenerse y qué regla operativa modificó el equipo para la próxima vez.
5. Solución paso a paso
Paso 1: Convertir el riesgo en opciones comparables
Registra por escrito la ventana de tiempo, el impacto en el usuario, el rango aproximado de fallas y el tipo de pérdida. Compara al menos tres vías: esperar por más información, actuar dentro de un alcance más reducido o actuar a nivel global de inmediato. La historia no necesita una probabilidad exacta; debe demostrar qué incertidumbre merecía más tiempo y cuál podía compensarse con una salvaguarda.
Paso 2: Priorizar la acción reversible más pequeña
Mantén las migraciones irreversibles, el borrado permanente y los cambios amplios de contrato fuera de la ruta rápida. Para un plan reversible, limita el tráfico, la región o el tenant, y valida las suposiciones con revisión humana, un feature flag, tráfico sombra (shadow traffic) o una degradación temporal. Si no existe reversión, añade una vía de compensación o reduce el radio de impacto antes de argumentar velocidad.
Paso 3: Definir salvaguardas y condiciones de parada
Cada salvaguarda debe corresponder a un modo de falla: tasa de errores, latencia, conversión, consistencia de datos, quejas o consumo de recursos. Antes del lanzamiento, define la línea base, la ventana de muestreo, el umbral de alerta y quién puede pausar. Tras el lanzamiento, realiza verificaciones con una periodicidad fija. Un umbral superado implica detenerse o revertir; el esfuerzo invertido no es justificación para continuar.
Paso 4: Comunicar, cerrar y aprender
Utiliza un registro de decisiones breve con opciones, suposiciones, riesgos, salvaguardas, responsables y el próximo momento de verificación. Un buen resultado aún deja suposiciones no probadas para registrar; un mal resultado exige restaurar el servicio o contener las pérdidas antes de dar explicaciones. Convierte la retrospectiva en una lista de verificación de lanzamiento, un control automatizado, un ensayo previo o una ruta de escalamiento, de modo que el próximo riesgo sea gestionado por un sistema y no por valentía personal.
6. Un ejemplo de respuesta sólida
Un socio comercial adelantó la fecha de lanzamiento y nuestro equipo tuvo una semana para activar una nueva regla de liquidación. Una transición completa podía afectar los pagos, así que evalué si podíamos avanzar de forma segura. Comparé retrasar el lanzamiento, desplegar a nivel global y validar un segmento reducido. Elegí un despliegue tipo canary para un tenant de bajo riesgo y mantuve la regla anterior como mecanismo de reversión. Antes de comenzar, registré las suposiciones, las diferencias esperadas, los umbrales de parada, el responsable de guardia y puntos de control cada dos horas; los equipos de finanzas y soporte sabían qué resultados provocarían un retraso.
Durante el canary verifiqué las discrepancias de conciliación, la tasa de fallas y el volumen de revisiones; cualquier incumplimiento de los umbrales desactivaba la nueva regla. Solo ampliamos el alcance después de que el canary tuvo éxito y mantuvimos la regla anterior disponible durante un período definido. Las cifras de resultados aquí deben sustituirse por evidencia real; no presentaría «el equipo entregó a tiempo» como un logro exclusivamente personal. En la retrospectiva incorporamos la lista de verificación del canary y el ensayo de reversión al proceso de despliegue, facilitando la evaluación del siguiente plazo límite sin repetir la misma incertidumbre.
7. Errores comunes
- Decir «estoy dispuesto a asumir riesgos» → sin pérdida, probabilidad ni salvaguarda → compara opciones y define condiciones de parada.
- Llamar velocidad al trabajo fuera de horario o a omitir pruebas → traslada el riesgo a los usuarios y compañeros de equipo → limita el alcance, conserva la reversión y prueba la suposición.
- Inventar porcentajes o adjudicarse resultados del equipo → resta credibilidad en preguntas de seguimiento → utiliza evidencia real y separa la acción individual del resultado colectivo.
- Describir únicamente el éxito → deja las suposiciones sin examinar → indica qué señales respaldaban la continuidad y cuáles habrían provocado la detención.
- Explicar por qué no tuviste la culpa antes de solucionar el problema → retrasa la contención y daña la confianza → controla primero el impacto, luego asume el criterio y la mejora.
8. Preguntas de seguimiento
Pregunta de seguimiento 1: ¿Actuarías con rapidez cuando el riesgo es irreversible?
Elevaría el nivel de exigencia de evidencia y aprobaciones, realizaría un ensayo de solo lectura, una ejecución en modo sombra (shadow execution) o crearía primero una copia recuperable. Si es imposible contar con una protección adecuada, retrasaría la entrega o reduciría el tamaño del lote irreversible. Una meta de velocidad no exime de las responsabilidades de recuperación y consentimiento informado.
Pregunta de seguimiento 2: ¿Qué sucede si se activa una salvaguarda pero el negocio pide continuar?
Mostraría el umbral superado, el radio de impacto y las opciones restantes, y haría explícito quién es el responsable de la decisión escalada. Una línea roja de seguridad, cumplimiento normativo o integridad de datos implica pausar y escalar. Una desviación comercial tolerable puede documentarse como una excepción con un alcance más reducido y un nuevo punto de control.
Pregunta de seguimiento 3: ¿Cómo demuestras que el riesgo fue calculado?
Mostraría la evidencia disponible en ese momento, las opciones comparadas, las salvaguardas seleccionadas y las condiciones de parada. Después explicaría cómo el resultado confirmó o desmintió las suposiciones. Si la retrospectiva modificó una lista de verificación, un control de paso o un ensayo previo, ese criterio se convirtió en una capacidad organizacional.