Son las 2am. Producción está caída. Tu CTO entró al call hace tres minutos. Hay 12 personas en el Zoom y todas esperan que tú hables primero.
¿Tienes las palabras?
El incident call es el momento más expuesto para un Tech Lead. No hay tiempo para buscar vocabulario. No hay tiempo para construir oraciones. Las frases tienen que salir solas — en inglés, con autoridad, bajo presión.
Estas son las 10 frases que más usan los Tech Leads latinoamericanos en incident calls reales.
1. "What broke first?"
La primera pregunta que define un incident call. Establece la línea de tiempo antes de que todo el mundo empiece a hablar al mismo tiempo.
Cuándo usarla: Los primeros 60 segundos del call, cuando todavía no hay claridad sobre el origen del problema.
Por qué funciona: Es directa, técnica, y le dice al equipo que vas a investigar con metodología — no entrar en pánico.
2. "How did this get here?"
No es una pregunta de culpa. Es una pregunta de arquitectura. ¿Cómo llegó este estado al sistema?
Cuándo usarla: Cuando el error parece sintomático de algo más profundo — un deploy, un cambio de configuración, una migración de datos.
Por qué funciona: Obliga al equipo a pensar en la causa raíz, no solo en el síntoma visible.
3. "What was the original plan?"
En el caos de un incident, el equipo suele olvidar qué se intentó hacer antes de que todo fallara. Esta frase restaura el contexto.
Cuándo usarla: Cuando hay confusión sobre si el sistema estaba en proceso de un cambio planificado antes del incident.
Por qué funciona: Establece una base de referencia. Si sabes cuál era el plan original, puedes identificar exactamente dónde se desvió.
4. "Who worked on this before?"
Identifica a la persona con más contexto sobre esa parte del sistema. Es la pregunta más eficiente para acortar el tiempo de resolución.
Cuándo usarla: Cuando el código o el sistema involucrado no es el área de nadie en el call actual.
Por qué funciona: No asigna culpa — busca conocimiento. Esa distinción es crítica para el clima del equipo bajo presión.
5. "What's blocked?"
La pregunta de triage. ¿Qué está impidiendo avanzar ahora mismo?
Cuándo usarla: Después de los primeros 10 minutos, cuando el equipo ya tiene hipótesis y trabaja en paralelo.
Por qué funciona: Fuerza a cada persona a articular su blocker en lugar de quedarse en silencio intentando resolverlo sola.
6. "Who needs help?"
Incident calls eficientes distribuyen recursos activamente. Esta frase lo hace explícito.
Cuándo usarla: Cuando ves que alguien está solo en una investigación compleja y hay capacidad disponible en el call.
Por qué funciona: Crea cultura de colaboración sin hacer que nadie tenga que pedir ayuda — lo que muchos ingenieros evitan por orgullo bajo presión.
7. "Let's keep it moving."
La frase de momentum. Corta las discusiones que no avanzan la resolución y devuelve el foco al objetivo.
Cuándo usarla: Cuando el call empieza a convertirse en debate o análisis en lugar de resolución activa.
Por qué funciona: Es directa sin ser agresiva. Señala que tienes el control del tiempo y la prioridad.
8. "I own the outcome."
La frase de liderazgo. La dices frente al CTO, al VP, a los stakeholders. Nadie más va a liderar esto — tú sí.
Cuándo usarla: Al inicio del call para establecer tu rol, o cuando hay confusión sobre quién es el incident commander.
Por qué funciona: Elimina la ambigüedad. Un incident sin un dueño claro dura el doble.
9. "That's on us."
Cuando el incident fue causado por ingeniería, esta frase es más poderosa que cualquier explicación técnica. Es accountability puro.
Cuándo usarla: En la conversación con stakeholders o ejecutivos, no durante la resolución técnica interna.
Por qué funciona: Los stakeholders quieren saber que alguien toma responsabilidad. Esta frase lo hace en tres palabras, sin excusas.
10. "I'll make it right."
La frase de cierre. No es una promesa vaga — es un commitment técnico frente a quienes dependen del sistema.
Cuándo usarla: Al final del call, cuando el sistema ya está estabilizado y hay que comunicar el next step.
Por qué funciona: Cierra el loop emocional del stakeholder. El sistema volvió a funcionar, y tú te haces responsable de que no vuelva a pasar.
El problema no es el vocabulario — es la velocidad
Leer estas 10 frases en un artículo no es suficiente. El incident call no te da tiempo para recordar. Las frases tienen que salir automáticas, bajo presión, en voz alta.
Eso es exactamente lo que entrena el Commit Method: producción oral activa en situaciones de presión técnica. Cada lección es un audio de 10-15 minutos donde practicas frases reales — no las lees, las dices — con pausas de anticipación y spaced retrieval hasta que salen solas.
Si en tu próximo incident call quieres que estas frases estén disponibles sin buscarlas, el Sprint 1 del Commit Method es el punto de partida.