Cómo incorporar a un nuevo líder de proyecto sin perder la memoria del proyecto
Un proyecto de capital cambia de manos y, en el papel, la transición es limpia. El líder saliente reenvía la carpeta, presenta al nuevo en una reunión y le desea suerte. Dos semanas después el nuevo líder mira fijamente una decisión que no tomó, no puede explicar y no puede revertir con seguridad, porque nadie registró por qué se tomó. El cargo se transfirió a la perfección. El proyecto, no.
Incorporar bien a un nuevo líder no es cuestión del organigrama ni de los permisos de acceso. Se trata de transferir la memoria del proyecto, el razonamiento acumulado que permite conducir en lugar de solo sostener el volante. Hazlo mal y el proyecto pierde meses mientras el nuevo reaprende lo que el anterior ya sabía. Hazlo bien y estará tomando buenas decisiones en su primera semana. La diferencia depende casi por completo de lo que escribas antes de que llegue.
Cuatro cosas que todo relevo olvida
La lista de archivos es la parte fácil, y es donde se detienen la mayoría de los relevos. La transferencia más difícil y valiosa es el contexto que nunca llegó a un documento. En la práctica, cuatro cosas se pierden:
El porqué de las decisiones. La carpeta muestra qué se decidió; rara vez muestra por qué una opción ganó y otra perdió. Ese razonamiento es lo que evita que el nuevo líder reabra asuntos ya zanjados.
Los compromisos vigentes. Promesas hechas a un contratista, a un concejo o a una comunidad, a menudo por correo o en una reunión, que obligan al proyecto pero no viven en ningún plan.
Las relaciones. A quién llamar cuando algo se traba, quién es confiable, a quién avisar antes de una mala noticia. Es infraestructura real del proyecto y suele irse por la puerta.
Los riesgos activos. Lo que el líder saliente vigilaba en silencio y que aún no ha salido mal.
Un relevo que de verdad transfiere el proyecto
Un buen relevo es un proceso corto y deliberado, no una carpeta reenviada. Llévalo como una secuencia que el líder saliente completa antes de irse, no como una conversación que esperas tener su última tarde:
Escribe el registro de decisiones. Cinco líneas por decisión mayor: qué, por qué, quién la aprobó, qué se rechazó y qué tendría que cambiar para reconsiderarla.
Enumera los compromisos abiertos. Cada promesa pendiente, dónde se hizo y a qué obliga al proyecto, con la fuente para que el nuevo líder pueda verificarla.
Mapea las relaciones. Las personas de las que depende el proyecto, qué le importa a cada una y la historia que un desconocido no adivinaría.
Nombra los riesgos activos. Qué se está vigilando, por qué importa y cuál es el disparador que convertiría una vigilancia en una acción.
Haz un relevo de trabajo, no una despedida. Recorran juntos el registro, para que las dudas surjan mientras el saliente todavía puede responderlas.
El gráfico deja claro lo que la experiencia ya te enseñó: dos personas pueden sentarse en el mismo escritorio con acceso a la misma unidad y conducir el proyecto de forma completamente distinta, según cuánto del porqué se haya escrito antes del cambio. La carpeta es la misma. La memoria, no.
Deja que el registro recuerde por ti
La lección más profunda es que la memoria institucional no debería depender de si tu mejor líder sigue en el edificio. Un proyecto cuyo razonamiento vive solo en la cabeza de una persona tiene un punto único de falla con pulso. La solución es convertir la captura del porqué en un hábito durante el proyecto, no en una carrera al final, para que un relevo se reduzca a señalarle a alguien un registro que ya está completo.
Esta semana, escribe el registro de decisión de cinco líneas para la decisión más importante que ha tomado tu proyecto actual. Si te cuesta reconstruir el porqué, acabas de aprender lo que habría enfrentado tu sucesor, y te queda el resto del proyecto para asegurarte de que nunca lo enfrente.
La incorporación es en realidad un problema de memoria, y la memoria es un problema de registros - más sobre cómo construir una memoria de proyecto que sobreviva a las personas convierten esto de una habilidad personal en un sistema.
