El senior en modo búnker
Todo el mundo opina de los juniors. Casi nadie habla del senior que esconde el sistema y necesita que el equipo se detenga cuando se va.
En este artículo›
Todo el mundo tiene una opinión sobre los juniors. Que no saben git. Que preguntan todo. Que copian de la IA sin entender. Casi nadie habla del otro personaje.
El senior que lleva ocho años en el mismo repositorio. El único que sabe hacer el deploy. El que recibe a cada persona nueva como si la llegada fuera una auditoría.
Cómo se reconoce
No hace falta un diagnóstico largo. Se le nota en cuatro hábitos.
Todo es "eso ya lo intentamos", y nunca dice cuándo ni por qué. La frase cierra la conversación. El equipo aprende a no proponer.
"El código es la documentación." No lo es. El código dice lo que hace hoy. No dice qué se descartó, qué pacto hay con el negocio, ni qué se rompe si mueves esa condición.
Sus code reviews son exámenes orales. Cuarenta comentarios, cero aprobaciones. El review no está para subir la calidad del cambio. Está para recordar quién decide.
Se va de vacaciones y el equipo se detiene. Y le gusta que le llamen. El teléfono en la playa es la prueba de que el sistema no camina sin él. Esa prueba le conviene.
Yo le digo senior en modo búnker.
Por qué pasa
Lo interesante no es burlarse. Es entender el incentivo.
Catherine Connelly y sus colegas describieron el knowledge hiding como lo que ocurre cuando alguien te pide lo que sabe y tú eliges no dárselo: hacerte el que no sabe, contestar de lado, o justificar por qué "ahora no se puede". No es lo mismo que no tener el conocimiento. Es retenerlo.
El trabajo posterior en esa línea relaciona esa conducta con la inseguridad laboral. Si crees que tu valor está en ser el único que puede apagar el incendio, compartir el mapa se siente como quedarte sin trabajo. El búnker es una estrategia de supervivencia, no un rasgo de personalidad que alguien trae de casa.
Las empresas la refuerzan sin decirlo. El que documentó para que el incendio no pasara recibe un "gracias" en una retro. El que lo apagó a las tres de la mañana recibe el relato público, el bono y la fama de indispensable. El heroísmo es visible. La prevención se parece a que no pasó nada.
El resultado tiene nombre en ingeniería: bus factor de uno. Si esa persona no está, el equipo no sabe desplegar, no sabe qué contrato tiene el proveedor, no sabe qué bit no se puede tocar. El sistema cabe en una cabeza. Eso no es seniority. Es un riesgo operativo con título.
Ser senior es otra cosa
Ser senior no es saber más que los demás. Es cuánto sabe el equipo gracias a ti.
Un senior saca conocimiento del búnker y lo deja donde otra persona puede usarlo un martes sin llamarle. Un runbook. Una decisión escrita con el contexto, no solo con la conclusión. Un review que aprueba cuando el cambio está bien y señala una cosa que de verdad importa. Un deploy que alguien más puede hacer mientras él no está, y que a él no le duele.
El búnker puede tener razón en el contenido. A veces "ya lo intentamos" es verdad. La diferencia está en si esa verdad se comparte o se usa como puerta.
Y sí: yo también he sido ese senior algunos días. Guardé un contexto porque explicarlo tardaba más que hacerlo. Revisé para demostrar que había leído, no para desbloquear. Me sentí útil cuando me escribieron de vacaciones. Reconocerlo no lo arregla. Es el único modo de dejar de tratarlo como si les pasara solo a los demás.
Una charla corta sobre cómo medir el bus factor con datos reales del repositorio:
Si eres el nuevo
No intentes ganarte al búnker con admiración ni con un rediseño en la primera semana. Pregunta por escrito. "¿Dónde está el deploy?" "¿Qué no debo tocar?" Deja la respuesta en el mismo lugar donde la pediste, aunque sea incompleta. Cada pregunta que solo vive en un mensaje directo alimenta el búnker.
Si la respuesta es "eso ya lo intentamos", pide la fecha y el motivo. Sin agresión. Una persona que sabe de verdad suele poder decirlo. Una persona que protege el puesto suele cambiar de tema.
Si lideras
Deja de premiar solo el incendio. Pregunta, en la misma reunión, quién dejó el sistema en un estado en el que el incendio no hacía falta. Haz que el deploy tenga dos dueños. Si una sola persona no puede irse dos semanas, eso no es un cumplido para ella. Es un fallo tuyo.
Mide el bus factor con una prueba simple: ¿el equipo puede sacar una versión sin esa persona? Si la respuesta es no, el trabajo del trimestre es esa respuesta, no otra iniciativa.
Si eres el búnker
Nadie te va a quitar el oficio por escribirlo. Te lo quitas tú si tu única palanca es que los demás no puedan avanzar. Enseñar el sistema es la parte del trabajo que no cabe en el repositorio, y es la que justifica el título.
Elige una cosa que hoy solo sabes tú. Escríbela. Deja que alguien más haga el deploy una vez, contigo mirando y sin tomar el teclado. Las vacaciones en las que nadie llama no son una pérdida de estatus. Son la señal de que el equipo sí sabe algo gracias a ti.
Ser senior no es saber más que los demás. Es cuánto sabe el equipo gracias a ti.
— de este artículo
Referencias
- Connelly, C. E., Zweig, D., Webster, J., & Trougakos, J. P. (2012). Knowledge hiding in organizations. Journal of Organizational Behavior, 33(1), 64–88.
- Bus factor, Wikipedia (en inglés).
- Video: Surviving the Bus Factor, CodeScene.
> ¿Qué te pareció?
> Conversación [00]
moderadoCargando respuestas…