Está en la página 1de 4

Tema-6.

pdf

JexRC

Planificación y Gestión de Proyectos Informáticos

4º Grado en Ingeniería Informática - Ingeniería del Software

Escuela Técnica Superior de Ingeniería Informática


Universidad de Sevilla

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.
TEMA 6: PROCESO DE CIERRE

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.

De forma resumida, habría que seguir los siguientes pasos:


• Verifcar que el trabajo se ha completado según lo acordado con el cliente y que todas las
adquisiciones se han completado correctamente.
• Obtener feedback del usuario/cliente y conseguir la aceptación del proyecto.
• Completar el cierre fnanciero (facturación, si procede)
• Transferir el producto al usuario/cliente o a quien corresponda.
• Recopilar todas las lecciones aprendidas y elaborar el informe fnal de cierre.
• Indexar y archivar toda la documentación y actualizar el repositorio documental.
• Liberar el equipo (si no fuera cierre de fase).

1 Apuntes hechos por Jesús Roldán Cadena - JRC

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).

En concreto, los procedimientos para realizar las acividades de cierre serían:


• Cierre contractual (trabajo completado). El cierre contractual se lleva a cabo habitualmente antes
del cierre administrativo del proyecto. Nos sentamos con el cliente y nos da su aprobación de
manera formal, mediante su frma. Revisar los contratos que se frman al fnal. Los términos y
condiciones de cada contrato deberían incluir especifcaciones concretas para el cierre del mismo.
La fnalización anicipada de un contrato, caso especial de cierre, podría suponer la incapacidad de
entregar el producto o una desviación de presupuesto. El procedimiento de cierre contractual
implica:
◦ Verifcación del producto. Que todo el trabajo se haya completado de forma correcta y
satisfactoria.
◦ Aceptación del producto por parte del cliente/usuario.
◦ Cierre legal, es decir, actualiiación de reigstros para refejar los resultados fnales.

• 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.

2 Apuntes hechos por Jesús Roldán Cadena - JRC

a64b0469ff35958ef4ab887a898bd50bdfbbe91a-5118315

Exámenes oficiales de Inglés en Sevilla - Coucke s English Academy. Clic aquí


• Salidas del equipo
◦ Entrega de trabajos antes de la salida del equipo.
◦ Evaluación fnal de los integrantes del equipo.

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.

3 Apuntes hechos por Jesús Roldán Cadena - JRC

a64b0469ff35958ef4ab887a898bd50bdfbbe91a-5118315

Exámenes oficiales de Inglés en Sevilla - Coucke s English Academy. Clic aquí

También podría gustarte