Entregar en el Caos

"Todo mundo tem um plano até levar um soco na cara."... Mike Tyson

El caos ocurre en las mejores empresas. Un cambio regulatorio o de alcance de última hora. La salida inesperada de una persona clave del equipo. Un error crítico que tumba la facturación en pleno lunes por la mañana. Un proveedor de nube o pagos que falla sin previo aviso. En la vida real de la tecnología y las operaciones, la cuestión nunca es si va a aparecer el caos, sino cuándo. Y lo que separa a los equipos aficionados de los equipos profesionales es la capacidad de mantener la lucidez y continuar entregando valor incluso cuando el escenario de alrededor se pone patas arriba.

Cuando la presión explota, el error más común es intentar ejecutar exactamente el mismo ritual burocrático de los días normales o, en el extremo opuesto, salir corriendo en todas direcciones al mismo tiempo. Ninguna de las dos reacciones resuelve la crisis.

Cómo decidir en la turbulencia: el marco Cynefin y el límite de WIP

En un artículo clásico publicado en Harvard Business Review (2007), los investigadores Dave Snowden y Mary Boone presentaron el marco Cynefin, que ayuda a los líderes a distinguir los contextos ordenados de los contextos complejos y caóticos.

La gran lección de Snowden y Boone es que, en un dominio caótico (cuando la casa se está incendiando y las relaciones de causa y efecto son turbias), no sirve de nada formar un grupo de trabajo para pasar dos semanas analizando hojas de cálculo. La regla de acción en el caos es Actuar, Sentir y Responder (Act, Sense, Respond): primero el líder actúa de forma decisiva para detener la hemorragia y crear un perímetro mínimo de estabilidad; después observa la respuesta del sistema y, entonces sí, mueve la operación del caos a un terreno estructurado.

Al mismo tiempo, como Gene Kim, Kevin Behr y George Spafford ilustraron en la obra clásica de DevOps y operaciones The Phoenix Project (2013), los equipos atrapados en incendios continuos solo recuperan su capacidad de entrega cuando limitan drásticamente el Trabajo en Proceso (Work in Progress, o WIP) y protegen el cuello de botella técnico contra interrupciones desordenadas.

Cuatro principios de entrega en el caos

Cuando el escenario se pone realmente difícil, aplico cuatro reglas prácticas para sacar al equipo de la parálisis y recuperar la tracción:

1. Protege lo esencial sin dudarlo

Cuando todo parece estar incendiándose, no tienes manguera ni agua para apagar todos los focos al mismo tiempo. Elige inmediatamente lo que no puede quemarse bajo ningún concepto: lo que mantiene al cliente operando, la caja ingresando y los datos seguros. Prioriza implacablemente esas una o dos frentes y pausa formalmente el resto para después.

2. Comunica más, no menos

En medio de la crisis, la tentación natural del equipo técnico es sumergirse en el código y desaparecer: "Después de que arregle todo, le aviso a la directiva." Ese silencio es un error grave. A falta de información clara, las partes interesadas se forman las peores teorías posibles y aumentan la presión sobre el equipo. En el caos, la comunicación proactiva y frecuente (overcommunication) es una regla de supervivencia: actualizaciones breves, honestas y con horario establecido que dicen lo que ya se ha estabilizado, lo que se está haciendo ahora y cuándo llegará el siguiente boletín.

3. Divide en partes más pequeñas

¿Un proyecto grande se estancó bajo presión o el plazo se redujo a la mitad? Divide el alcance inmediatamente. Entrega la menor parte funcional en ciclos de 24 a 48 horas. El progreso visible y verificable devuelve la confianza a los clientes internos y reconstruye la moral de quienes están ejecutando.

4. Acepta lo "suficientemente bueno" para detener la crisis

En medio de una tormenta operacional, la perfección estética es un lujo que no te puedes permitir. Resuelve el problema central con seguridad, documenta de forma transparente la deuda técnica asumida en la emergencia y programa la refactorización estructural para el momento en que la operación vuelva a su ritmo normal.

Cómo prepararse antes de que llegue la crisis

La capacidad de atravesar una semana caótica se construye en los meses de calma:

• Runbooks vivos y actualizados: cuando una base de datos falle a las 3 de la mañana, nadie debería tener que adivinar comandos desde cero. Los pasos de diagnóstico y recuperación deben estar escritos y probados.
• Canales claros de mando y comunicación: ¿quién contacta a quién? ¿Quién toma la decisión técnica y quién hace el puente ejecutivo con los clientes para blindar a los ingenieros?
• Margen de seguridad en la capacidad: los cronogramas planeados con un 100% de ocupación del equipo no absorben ningún imprevisto real; cualquier tropiezo derriba a toda la fila.
• Simulacros prácticos: realiza ejercicios periódicos de respuesta a incidentes. Practica el caos de forma controlada antes de que toque a la puerta sin avisar.

La paradoja de la estabilidad

Al observar de cerca el mercado, siempre percibo el mismo patrón: los equipos que parecen "afortunados" y casi nunca sufren colapsos públicos por lo general no enfrentan menos imprevistos que los demás. Simplemente tienen una mejor preparación, menos trabajo acumulado en la fila y rituales claros de respuesta.

La estabilidad operacional nunca ha sido la ausencia de caos; es la capacidad construida de navegarlo sin hundirse. Prepara la estructura cuando el mar esté tranquilo y ejecuta con foco absoluto cuando llegue la tormenta. Esa es la receta.

Continúa profundizando: lee también Categorización y Prioridad y Cultura que Segura ou Sabota. Conoce también la actuación en Liderança Executiva e Fractional CTO y nuestros Estudos de Caso.

---

Referencias y lecturas verificables

• Snowden, D. J., & Boone, M. E. (2007). A Leader's Framework for Decision Making (The Cynefin Framework). Harvard Business Review, noviembre de 2007.
• Kim, G., Behr, K., & Spafford, G. (2013). The Phoenix Project: A Novel about IT, DevOps, and Helping Your Business Win. IT Revolution Press.