Documentos de Académico
Documentos de Profesional
Documentos de Cultura
JexRC
1. Cerrar el proyecto
El objetivo principal es fnaliiar formalmente el proyecto o la fase. Si es un cierre de fase, se deben
transferir los productos, servicios o resultados del proyecto a la siguiente fase. Se busca la aceptación del
cliente.
a64b0469ff35958ef4ab887a898bd50bdfbbe91a-5118315
Reservados todos los derechos. No se permite la explotación económica ni la transformación de esta obra. Queda permitida la impresión en su totalidad.
Veamos el proceso “cierre del proyecto”:
• Entradas: Plan de dirección del proyecto, entregables aceptados, APO.
• Herramientas y técnicas: Juicio de expertos, técnicas analíticas, reuniones.
• Salidas: Transferencia del producto o servicio para el que autoriió el proyecto, actualiiación de los
archivos del proyecto e información histórica.
Según el PMBOK, este proceso consiste en fnalizar todas las acividades para el proyecto, fase o contrato.
Los benefcios clave de este proceso son que la información del proyecto o fase se archiva, el trabajo
Reservados todos los derechos. No se permite la explotación económica ni la transformación de esta obra. Queda permitida la impresión en su totalidad.
planifcado se completa y los recursos de la organización se liberan para emprender nuevos esfuerios.
(pág 634).
• Cierre administraivo o cierre interno. Ejecutar este proceso incluye las acividades necesarias para
recopilar los registros del proyecto. Además de analiiar su éxito o fracaso, recopilar las lecciones
aprendidas y archivar toda la información del proyecto, para su posible uso futuro por parte de la
organiiación.
El cierre administrativo debería incluir lo siguiente:
• Reporte fnal del proyecto (cierre del proyecto). Descripción breve del proyecto y situación al
cierre. Cuenta con un resumen de los objeivos del proyecto y cómo se han alcanzado (o por qué
no se han alcaniado).
◦ Resumen de presupuesto fnal con balance de recursos gastados y benefcios obtenidos.
Información a nivel de costes y esfuerzo realiiado durante el proyecto. Benefcios obtenidos y
necesidades del negocio (visión de futuro).
◦ Cronograma fnal que incluya un balance entre las previsiones y resultado fnal.
◦ Directorio de paricipantes (proveedores, subcontratistas, equipo, etc...)
◦ Histórico del proyecto y el archivo de toda la documentación generada: resumen de registros
de cambios, de incidencias, de riesgos, problemas gestionados durante la ejecución del
proyecto...
• Lecciones aprendidas. Se trata de recopilar todas las lecciones aprendidas y registrarlas en una
bitácora que permanecerá abierta hasta que se tomen las acciones correctivas y preventivas. En
resumen, qué se ha aprendido, qué se ha hecho bien y qué se ha hecho mal.
◦ Qué salió bien en el proyecto. Determinar cuáles fueron los éxitos, documetando en detalle las
acciones y formas de hacer las cosas que los permitieron.
◦ Qué salió mal en el proyecto. Obtener información específca y detallada del fracaso,
enfocándose en la raíz del problema que lo ocasionó, identifcando diferentes
acciones/alternativas que pudieron haberlo evitado.
a64b0469ff35958ef4ab887a898bd50bdfbbe91a-5118315
2. Buenas prácticas
Reservados todos los derechos. No se permite la explotación económica ni la transformación de esta obra. Queda permitida la impresión en su totalidad.
Se recomienda utiliiar listas de autocomprobación (checklists), como la siguiente.
a64b0469ff35958ef4ab887a898bd50bdfbbe91a-5118315