El sistema que solo entiende una persona

5 min de lectura

Los nombres que todos conocen

El especialista no suele ser el problema

El conocimiento se concentra porque preguntar al especialista es más rápido que transferir su criterio. Restablece producción, explica la excepción de facturación y rescata el despliegue. El trabajo continúa. El panel sigue verde. Cada rescate hace que la dependencia parezca normal.

El riesgo suele esconderse en reglas de negocio aburridas: cálculos financieros, excepciones en la incorporación de clientes, antiguos procesos por lotes, scripts de migración, integraciones o lógica de hojas de cálculo que se convirtió discretamente en infraestructura. Si nadie entiende la biblioteca de componentes, el equipo se quejará y la arreglará. Si nadie entiende cuánto deben los clientes, la empresa negocia con la realidad basándose en conjeturas. La realidad no suele conceder plazos de pago generosos.

Haga la prueba de las vacaciones

¿Puede esa persona tomarse dos semanas de vacaciones sin que el equipo rebaje discretamente sus objetivos?

No pregunte si la empresa puede sobrevivir. Sobrevivir es un listón muy bajo. Pregunte si el trabajo normal puede continuar de forma segura:

• ¿Puede desplegar otra persona?
• ¿Puede otra persona explicar y cambiar la regla de negocio crítica?
• ¿Puede investigarse un incidente sin reconstruir el pasado mediante conversaciones?
• ¿Puede un nuevo desarrollador trabajar en esa área sin depender de la orientación constante de otra persona?

Si la respuesta sigue siendo no, el calendario de vacaciones forma parte de la arquitectura. Contratar a más personas para ese laberinto no crea un mapa. Solo alarga la cola para pedir indicaciones.

La documentación no sustituye al criterio

Probablemente necesita mejor documentación. También debe dejar de fingir que puede soportar toda la carga.

Un documento puede explicar que un cálculo financiero sigue una regla concreta. No puede enseñar automáticamente cuándo esa regla es incorrecta para un cliente migrado, por qué existe la excepción, qué informe posterior detectará el problema y cuánto riesgo acepta el negocio si la cifra se corrige más adelante.

Ese criterio se desarrolla mientras se cambia el sistema real. Otra persona investiga. El especialista explica el porqué, no solo el qué. Juntos añaden una prueba, una salvaguarda o un diseño más claro. Después, la otra persona realiza el siguiente cambio con menos ayuda.

Transfiera el criterio mediante el trabajo

Empiece por un área crítica donde aparezca siempre el mismo nombre. Convierta el siguiente cambio peligroso en trabajo compartido. Deje que alguien distinto del especialista escriba el código, investigue, despliegue o recupere el sistema. Convierta una explicación recurrente en una prueba ejecutable. Mantenga la revisión lo bastante pequeña como para que otra persona pueda entenderla de verdad.

El trabajo en pareja, TDD, CI/CD, el desarrollo basado en trunk y las revisiones de código reales no son adornos metodológicos. Son mecanismos de transferencia. Usados de forma pragmática, llevan el criterio al trabajo diario y acortan la distancia entre suposición y evidencia. Usados como ceremonia, solo aportan más reuniones y etiquetas.

En la primera sesión de trabajo en pareja, un cambio arriesgado se convierte en el vehículo de transferencia. Una persona escribe el código, otra explica y otras verifican. El error es útil porque obliga a sacar a la luz las suposiciones ocultas.

Si el equipo no puede crear ese espacio por sí solo, incorpore a una persona sénior que trabaje junto al especialista y al CTO. Su trabajo consiste en intervenir en el código, el flujo de entrega y las operaciones hasta que la dependencia disminuya, no en llegar con un programa de documentación y otro marco metodológico.

El veto silencioso al cambio

La concentración de conocimiento acaba dando poder de veto a los sistemas antiguos. Aparece disfrazado de prudencia: «No toquemos eso antes del cierre del trimestre». «Esa área es arriesgada». «Tenemos que esperar a que vuelva Martin».

La hoja de ruta empieza a esquivar todo lo que la empresa ignora.

Ese es el coste real. La empresa empieza a tomar decisiones estratégicas dentro de los límites de lo que unas pocas personas todavía recuerdan. Cambia una regulación, se marcha una persona clave o un proyecto de IA intenta automatizar un proceso que nadie puede explicar, y la prudencia se convierte en parálisis.

No culpe a quienes mantuvieron el sistema en funcionamiento. Cambie el sistema que convirtió la tarea de rescatarlo en una obligación permanente.