Construir una memoria de proyecto que sobreviva a la rotación
La persona que sabía por qué había cambiado el detalle de cimentación aceptó un trabajo en otra provincia. Su traspaso fueron dos horas y un enlace a una unidad compartida con 4000 archivos.
Nadie hizo nada malo. Ella dio lo que tenía; el equipo tomó lo que pudo cargar. Seis semanas después, un subcontratista preguntó por qué un detalle se había especificado de esa manera, y la respuesta honesta fue que la única persona que lo sabía se había mudado a 900 kilómetros. El razonamiento salió por la puerta con ella. Y aquí está lo que vale la pena pensar: casi nada de lo que ella realmente sabía estaba en esos 4000 archivos.
El riesgo no es la rotación. Es el razonamiento no escrito.
Los planos sobreviven muy bien a la rotación. También los contratos, los cronogramas, los presupuestos, los permisos y las presentaciones técnicas: todo eso se queda exactamente donde estaba. Lo que se va con una persona es la capa de abajo: por qué se eligió la tercera opción y no la segunda, qué restricción hizo imposible la respuesta obvia, qué se intentó hace dos años y se abandonó en silencio.
Esa capa es la verdadera memoria del proyecto, y la mayoría de las organizaciones no tiene dónde ponerla. Vive en las cabezas, en un puñado de hilos de correo y en el tono de voz de quien dice «no hagas eso».
Las cuatro cosas que de verdad necesita quien llega
Un traspaso no tiene que transferirlo todo. Tiene que transferir lo suficiente para que un tercero competente pueda actuar correctamente el lunes por la mañana. En la práctica son cuatro categorías:
El estado real. Dónde está realmente el trabajo, a diferencia de dónde decía el último informe de estado.
Las decisiones que lo trajeron hasta aquí. Cada una con su razón en una frase. La razón importa más que la decisión, porque la decisión ya se ve en el trabajo.
Los compromisos abiertos. Todo lo que este proyecto le prometió a alguien y todo lo que alguien le prometió a él. Aquí es donde los traspasos fallan de forma más cara.
Las minas. Lo que alguien recién llegado haría razonablemente y que haría estallar algo. Suele ser una lista corta y casi nunca está escrita.
Fíjese en la forma del resultado. Las categorías que sobreviven bien son las que ya eran un subproducto de hacer el trabajo: no se puede construir sin planos, así que los planos existen. Las que se evaporan son las que exigían que alguien se detuviera a escribirlas aparte.
Haga de la memoria un subproducto, no una tarea extra
Ese es todo el truco, y por eso «deberíamos documentar más» nunca funciona. La documentación como tarea separada pierde frente al trabajo mismo, en todos los proyectos, siempre. Cualquier cosa que dependa de que una persona ocupada haga algo extra al final de un día difícil no es un sistema. Es un deseo.
Registrar la razón donde ocurre la decisión, no en un documento escrito después
Un campo obligatorio, una frase: por qué esto y no la alternativa obvia
Un solo lugar por proyecto, para que «¿dónde va esto?» nunca sea una pregunta
Generar el documento de traspaso a partir de lo ya registrado, en vez de escribirlo de memoria durante el preaviso de alguien
El traspaso de dos horas es un síntoma, no una causa
Si sus traspasos son cortos, no es porque su gente sea descuidada. Es porque no había nada que traspasar que no estuviera ya en la unidad compartida, y todos en la sala lo sabían. La prueba es directa: si su persona más informada renunciara mañana, ¿podría un tercero competente asumir ese proyecto el lunes? Si la respuesta depende de que ella siga disponible por teléfono unos meses, usted no tiene una memoria de proyecto. La tiene a ella.
Cerrar esa brecha es el problema que construimos XNM-VISION para eliminar, aunque incluso si nunca usa nuestro software, las cuatro categorías de arriba harán la mayor parte del trabajo.El resto del patrón está explicado aquí, y empezar el lunes no cuesta nada.
