Gestión de proyectos: cerrar bien y aprender del camino

Serie inspirada en la Guía de Harvard Business Review sobre gestión de proyectos, con mi propia lectura y experiencia.

El sistema se lanza, hay felicitaciones, y al lunes siguiente el equipo ya está en otro proyecto. Nadie documentó lo aprendido, el soporte recibió un sistema que no conoce y los errores cometidos se repetirán en el siguiente proyecto. El cierre es la fase menos glamorosa y una de las más rentables.

El problema: terminar es más que lanzar

Entregar el producto no equivale a cerrar el proyecto. Falta que la operación pueda sostenerlo, que los interesados confirmen que se logró lo acordado, que el equipo aprenda y que los recursos se liberen de forma ordenada.

Los cinco pasos de un cierre completo

1. Confirmar la entrega

Revisa contra los criterios de éxito definidos al inicio. ¿Se cumplió el objetivo? ¿Qué entregables están aprobados? Consigue la aceptación formal del patrocinador o los usuarios clave, por escrito. Evitas discusiones futuras sobre lo que "faltó".

2. Traspasar a operación

Quien sostendrá el sistema necesita:

• Documentación de arquitectura y de operación
• Runbooks: qué hacer ante cada fallo conocido
• Monitoreo y alertas configurados
• Capacitación y un periodo de acompañamiento
• Claridad sobre quién responde cuando algo falla

Un proyecto que entrega un sistema sin un traspaso real deja una deuda para el equipo de soporte.

3. Cerrar lo administrativo

Contratos con proveedores, cuentas y permisos temporales, entornos de prueba que siguen consumiendo dinero, presupuesto final contra el planeado. Esto último también es información valiosa para estimar mejor la próxima vez.

4. Retrospectiva

Reúne al equipo y a los interesados clave. Un formato sencillo:

• ¿Qué salió bien y queremos repetir?
• ¿Qué salió mal o fue más difícil de lo esperado?
• ¿Qué aprendimos?
• ¿Qué haremos distinto la próxima vez?

Algunas reglas para que funcione:

• Centrada en procesos, no en culpables. Si alguien teme ser señalado, no dirá la verdad.
• Con acciones concretas, con responsable y fecha. Una lista de lecciones que nadie lee no sirve.
• Cerca del final, cuando la memoria está fresca.

5. Reconocer y despedir

Agradece al equipo con hechos específicos: qué hizo cada quien y qué se logró gracias a eso. Reconocer es parte de cuidar el siguiente proyecto, porque la gente recuerda cómo terminó el anterior.

Cuando el proyecto no salió bien

También se cierran los proyectos cancelados o fallidos, y es donde más se aprende. Un cierre honesto, sin culpas, evita que la organización repita el mismo error con otro nombre.

Convertir lecciones en práctica

Las lecciones aprendidas fallan cuando se archivan. Para que sirvan:

• Guárdalas en un lugar que la gente consulte al iniciar proyectos.
• Revisa las lecciones de proyectos similares durante la planeación.
• Vuelve las más importantes parte de plantillas y listas de verificación.

Errores comunes

• Pasar de inmediato al siguiente proyecto sin tiempo de cierre.
• Retrospectivas para cumplir, sin acciones.
• Dejar la documentación para después, que nunca llega.
• Olvidar apagar los recursos del proyecto que siguen generando costos.

Para finalizar

Un proyecto bien cerrado deja un sistema que se puede operar, un equipo que aprendió y una organización que hará mejor el siguiente. Reserva tiempo y presupuesto para esto desde el plan inicial, porque si no lo haces entonces, nunca habrá un momento mejor. Con este artículo termino esta serie sobre las fases de un proyecto; en los siguientes hablo de metodologías y de prácticas concretas de gestión.