¿Cómo es un cierre de proyecto bien hecho?

Aceptación formal del sponsor, traspaso al equipo que lo va a operar, contratos y facturas cerrados, recursos liberados y una sesión de lecciones aprendidas que produzca acciones con dueño en vez de un documento. Haz la retrospectiva mientras la gente aún se acuerda, y asegúrate de que al menos una lección cambia una plantilla o un proceso; si no, volverá a pasar lo mismo en el siguiente proyecto.

Primero la aceptación formal, porque sin una firma el proyecto no termina nunca del todo. Después el traspaso a quien lo va a operar en el día a día, con documentación y un acuerdo de soporte que esté activo y no prometido. Contratos cerrados, facturas liquidadas y el equipo formalmente liberado, para que no estén a medias en esto y a medias en lo siguiente. Luego las lecciones aprendidas, y eso lo hago mientras la gente aún se acuerda, no dos meses después cuando ya es arqueología. En lo que insisto es en que la sesión produzca acciones con dueño, no un documento. Una lección tiene que cambiar algo concreto: una plantilla, un supuesto de estimación, un paso del proceso. En el último, la lección fue que subestimábamos sistemáticamente el montaje de entornos, así que cambiamos la plantilla estándar del plan para incluirlo como una tarea real con una duración real en vez de como algo de última hora. Eso es una lección. Un fichero que nadie abre no lo es.