4.2.

3 Informe de cierre del proyecto

o

o
o
o

Control de Programacin (6.5) controlar los cambios hechos a

la programacin del proyecto.
Control de Costos (7.4) controlar los cambios en el
presupuestos del proyecto.
Control de Calidad (8.3.) monitorear resultados especficos del
proyecto para determinar si estos cumplen con los standards de calidad
pertinentes e identificar maneras para eliminar causas de ejecucin no
satisfactorias.
Reportes de Desempeo (10.3) colectar y diseminar
informacin de la ejecucin. Esto incluye reportar el status, medicin del
avance, y pronsticos.
Control de la Respuesta al Riesgo (11.4) responder a cambios
en el riesgo a travs del proyecto.
Procesos de Cierre
La Figura 3-8 ilustra como los siguientes procesos interactan:

Cierre Administrativo (10.4) generar, recoger, y diseminar

informacin para formalizar el cierre de una fase o de terminacin de un
proyecto.
Cierre del Contrato (12.6) completar y negociar un contrato,
incluyendo la resolucin de cualquier tem abierto.
Personalizar los Procesos de Interaccin

Los procesos identificados y las interacciones ilustradas en la Seccin 3.3 pasan el

examen de la aceptacin general - estos se aplican a la mayora de los proyectos la
mayora de las veces. Sin embargo, no todos los procesos se necesitaran en todos los
proyectos, y no todas las interacciones aplicaran a todos los proyectos. Por ejemplo:
o

Una organizacin que haga uso extensivo de contratistas puede

describir explcitamente en que lugar del proceso de planeacin ocurren los
procesos de procuracin.
La ausencia de un proceso no significa que este no deba ser
ejecutado. El equipo de administracin del proyecto debe identificar y
administrar todos los procesos que se requieren para asegurar un proyecto
exitoso.
Los proyectos que son dependientes de recursos nicos
(desarrollo comercial de software, biofarmacuticos, etc.) pueden definir roles y
responsabilidades previas a la definicin del alcance, ya que lo que se puede
ejecutar puede ser una funcin de quien esta disponible para hacerlo.
Algunas salidas de procesos pueden ser predefinidas como
restricciones. Por ejemplo, la administracin puede especificar una fecha meta
de terminacin en vez de dejar que sea determinada por el proceso de
planeacin.
Los proyectos grandes pueden necesitar relativamente ms
detalle. Por ejemplo, la identificacin del riesgo puede ser subdividida para
enfocarse separadamente sobre identificacin de riesgos de costo, riesgos de
programacin, riesgos tcnicos, o riesgos de calidad.
En subproyectos o proyectos ms pequeos puede haber
relativamente menos esfuerzo en procesos cuyas salidas han sido
determinadas a nivel del proyecto (e.g., un subcontratista puede ignorar riesgos
explcitamente asumidos por el contratista general) o en procesos que proveen
solamente una utilidad marginal (puede no haber un plan formal de
comunicaciones para un proyecto de cuatro personas).
Donde haya necesidad de hacer un cambio, el cambio debe ser
claramente identificado, cuidadosamente evaluado y administrado de manera
activa.