SCENE_01
La escena: el puente de mando que nunca cierras
Es viernes a las cinco. Delegaste al equipo de desarrollo una entrega que era tuya. Te lo dijiste: me voy a desconectar. Pero a las seis y media, en el auto hacia la costa, un mensaje pequeño en Slack—nada urgente, una pregunta sobre la prioridad de un módulo—resuena como una grieta. Entreabres el teléfono. Lees. Escribes una respuesta de tres párrafos. Luego revisas el repositorio. Los cambios se ven... incompletamente documentados. No es un desastre, pero no es tuyo. Sigues conduciendo, pero ya estás allá.
SCENE_02
La presión: la revisión que demuestra el fracaso
El sábado por la mañana, en la cabaña, dices que te tomarás dos horas para revisar a fondo—«solo para asegurarme»—. Abres el código. Encuentras cosas. No errores críticos, pero sí pequeñas decisiones que tú habrías hecho distinto. Nombrado de otro modo. Estructurado con menos redundancia. La revisión te toma cuatro horas. Al final, admites: habría sido más rápido hacerlo yo mismo. Eso prueba, definitivamente, que tu equipo no puede trabajar sin tu mano ahí. La máquina se rompe sin ti. El peso de eso te duerme mal el sábado.
SCENE_03
El giro: el defecto es el diseño, no la ausencia
El domingo, antes de volver, una pregunta pequeña: ¿cuánto tiempo pasaste «arreglando» cosas que ya funcionar? Dos horas de verdadera corrección. Dos horas de preferencia estética. La entrega llegó el lunes. Funcionó. Sin tu mano encima. Lo que se «rompió» fue tu narrativa de que necesitabas estar ahí. El verdadero defecto no está en el equipo: está en que construiste un sistema que requiere de ti para la tranquilidad, no para el resultado. Eso es un problema de ingeniería de la empresa, no de competencia ajena. Algo que arreglar diseñando, no vigilando.