You are on page 1of 24

Año de la inversión para el desarrollo rural y la seguridad alimentaria Decenio de las personas con discapacidad en el Perú 2007 - 2016

Plan de Gestión de Proyecto

Proyecto: NORMAR LA ESTRUCTURA DE OPERATIVIDAD DEL ÁREA DE CALIDAD DE LA OFIN

Plan de Gestión del Proyecto Formato: PMO-0005 Referencia: MCVS-T1-2120

Proyecto: NEO

Identificación del documento

Rol Elaboración Revisión Revisión Aprobación

Nombre
Jack Cáceres Jack Cáceres Elia Muñoz Sandro Marcone

Cargo
Jefe de proyecto Jefe de proyecto Responsable del Área de Calidad Jefe de OFIN

Fecha
01/06/2013 01/07/2013 01/07/2013

Firma

Historial de cambios

Versión V 1.0

Autor Jack Cáceres

Descripción Documento original

Fecha 01.07.2013

Plan de Gestión del Proyecto Formato: PMO-0005 Referencia: MCVS-T1-2120

Página No 2/24

.......................................................................................................................................................................................................................................................................................................................................................................................................................................1....4..... 21 Evaluación de los cambios de bajo impacto ............... 5 Objetivos ........................... 3..... Enunciado del alcance del producto ............................................... 14 Gestión de recursos humanos............... 23 Cierre del proyecto ..............................3........................ 4 1........................3................................................................6................ 17 7.................................. 2................................................. El Comité del Proyecto ........ 8........................... 3................. 5.......................7.........................................................................................................................................................................................2.....................1 1............... 2........................................ 12 Cronograma del proyecto ................................................... 3................................................................................................... 5......................................... 21 8.....................2................ 11 4.......................................... Información general .......................2......4.....................................3...................3..................................................... 5 Descripción ................. 8 Restricciones ................................. 13 Hitos del proyecto ..........Proyecto: NEO Contenido 1........................ 7...........3 Resumen .... 19 Riesgos identificados................................................................................................................... 6 Beneficios .............2............................................... 2......................................................8............................................................... 9....... El proyecto ........ 3...................... 18 Estructura de desglose de riesgos (RBS) ................................................................1............................................................................ 9 Límites del proyecto ................... 20 8................................... 10 Diccionario de la EDT .............. 2...................... 14 Organigrama del proyecto ..... 8................ 8 Supuestos . 24 Plan de Gestión del Proyecto Formato: PMO-0005 Referencia: MCVS-T1-2120 Página No 3/24 .................................................................................................. 5 Antecedentes ............................................................................. Metodología de gestión de riesgos ............................. Gestión del alcance del proyecto ............................................. 22 Evaluación de los cambios de alto impacto ...................................... 17 6.............. 18 7................................................................................................................. 15 Matriz de roles y responsabilidades (RAM) ..........................3..................... 4 2.......................................................................................................... Plan de gestión de comunicaciones ...................................................... 7 3........................................... 7.................. 9 Estructura de Desglose del Trabajo – EDT ..............................5........................................................................... 4 Referencias .........1............................................................................................................................... 8 Entregables del proyecto .................................................................................. Clasificación de los cambios ...2....3...........................................................................................1............ Estructura de desglose de recursos (RBS) ..................................................................... 5......................1............................ 4........ 7 Enunciado del alcance del proyecto .................................................................................................................................................................1............ Gestión integrada de cambios ..................................................................................................................................... 14 5..................................................................................................................... 18 Matriz de probabilidad e impacto.................................. 3....... Introducción ................................................ Gestión del tiempo del proyecto .................... 3.............................................................................. 3...................................................................... 5 2.................................................. 16 6...................................................... Gestión de riesgos del proyecto............................................................................................................................................................2........... Matriz de comunicaciones .............................................................. 6 3........................5..... 4 Glosario ................4.........1.......................2 1..................... 7..................... 12 4.............................................................................................. 4.........

1 Resumen El presente documento tiene por finalidad definir los procesos.Proyecto: NEO 1. 1.2 Glosario A continuación se presentan las principales siglas. plantillas y normas que deberán ser utilizados para la gestión del proyecto “NORMAR LA ESTRUCTURA DE OPERATIVIDAD DEL ÁREA DE CALIDAD DE LA OFIN” cuyas siglas son “NEO”. Este documento contiene entre otros puntos la definición de alcance. La gestión del proyecto se realizará con base en las buenas prácticas del PMI. restricciones. supuestos. Introducción 1. abreviaturas. responsabilidades. además de la información administrativa necesaria para una correcta gestión del proyecto.3 Referencias A continuación se indican los documentos que han servido como referencia para la elaboración del presente documento. organización y planificación.    Acta de Constitución del Proyecto Organigrama de la OFIN PMBOK 4ta Edición del PMI Plan de Gestión del Proyecto Formato: PMO-0005 Referencia: MCVS-T1-2120 Página No 4/24 . riesgos entre otros. Nombre MINEDU OFIN NEO ACS AGTI AOP STI Descripción Ministerio de Educación Oficina de Informática Norma Estructura de Operatividad de la ACS Área de Calidad de Software Área de Gerencia de TI Área de Operaciones (incluye Desarrollo de Software) Área de Servicios de TI 1. acrónimos y términos que serán utilizados en el presente documento.

mantenimiento o gestión ha sido encargado a la OFIN. Información general A continuación se presenta información del registro del proyecto con base en la documentación existente en la OFIN.1. y la vigencia de las actuales normas utilizadas. Antecedentes En la actualidad existe un costo social elevado ocasionado por una entrega tardía del sistema de información cuyo desarrollo.3. El proyecto 2. Esta normativa debe considerar la interacción de las diferentes áreas involucradas y su integración en un proceso óptimo. normas internacionales y mejores prácticas de la industria. Ing. Nombre del proyecto Siglas del proyecto Código del proyecto Jefe del proyecto Normar la estructura de operatividad del área de calidad de la OFIN NEO 001-OFIN-ACS Mg. Esta normativa debe incorporar en su construcción el empleo de normas técnicas peruanas. 2. Esta normativa debe satisfacer los requerimientos de las regulaciones vigentes y asegurar que se cumpla con los estándares de programación y gestión de base de datos definidos o adoptados por el MINEDU. Jack Daniel Cáceres Meza Gestor de proyectos y operaciones estratégicas Área usuaria Patrocinadores OFIN Sandro Marcone – Jefe de la Oficina de Informática 2.2.Proyecto: NEO 2. Plan de Gestión del Proyecto Formato: PMO-0005 Referencia: MCVS-T1-2120 Página No 5/24 . de modo que se asegure el empleo de nuevas metodologías y herramientas de Aseguramiento y Control de Calidad del producto software. Descripción El producto requerido es el conjunto de documentos que permitirán normar la estructura operativa del Área de Calidad de la OFIN con el fin de mejorar el proceso o procesos de aseguramiento de la calidad y el control de calidad de un producto software.

o Los procedimientos operativos necesarios que incluyan controles de la seguridad de la información.  Estructurar. normas existentes en el ámbito nacional e internacional y mejores prácticas en la industria. existe una sensibilización negativa en cuanto a la capacidad de la OFIN para entregar un producto de calidad. y de los controles de seguridad de la información que incorpora. o Los controles que permitan asegurar al 100% la integración y compatibilidad del producto software con los sistemas de información existentes en la institución.5.4. documentar y poner en marcha en el plazo de 90 días: o La normativa necesaria que permita gestionar el proceso de la verificación y validación de la calidad del producto software. o Los controles que permitan asegurar la estabilidad. 2. o Los procedimientos operativos necesarios para lograr el aseguramiento y el control de la calidad del producto software.  Optimizar y documentar en el plazo de 30 días el proceso de aseguramiento de la calidad del producto software con relación a las áreas que proveen insumos al proceso y a las que se entregan los resultados del proceso de calidad. 2. y a la par de propiciar el uso eficiente de los recursos y de las áreas involucrados. relacionados o requeridos para asegurar la calidad del producto software. Objetivos Los objetivos del proyecto son los siguientes:  Impulsar el Área de Calidad de la OFIN mediante la re-organización de sus procesos internos o su optimización mediante acciones de re-ingeniería. integridad y seguridad de los sistemas de información existentes en la institución. esfuerzos todos tendientes a crear y sumar valor a la OFIN en el corto plazo.  Identificar y documentar en un plazo de 30 días las regulaciones vigentes. Beneficios Los beneficios obtenidos con el proyecto serán los siguientes: Plan de Gestión del Proyecto Formato: PMO-0005 Referencia: MCVS-T1-2120 Página No 6/24 . Es por ello que se ha visto por conveniente optimizar el proceso o procesos de aseguramiento de la calidad y el control de calidad de un producto software que emplea el Área de Calidad de Software de la OFIN. y de los controles de seguridad de la información que incorpora.Proyecto: NEO Adicionalmente.

Incrementar el nivel de confianza del usuario final con respecto a la estabilidad y usabilidad de los sistemas de información que la institución emplea en la gestión del sector. o Permite gestionar la realización del control de calidad exigido sobre el producto software. Plan de Gestión del Proyecto Formato: PMO-0005 Referencia: MCVS-T1-2120 Página No 7/24 . Gestión del alcance del proyecto 3. Enunciado del alcance del producto  Documentación con carácter normativo que permite una gestión eficiente de la calidad del producto software antes de ser autorizado su despliegue en el ambiente de producción. o Incorpora controles para asegurar que el producto software se integre al 100% a la plataforma informática existente en la institución.   Incrementar la productividad de los servidores públicos que emplean los sistemas de información. o Incorpora regulaciones.Proyecto: NEO  Reducir el tiempo requerido para la puesta en producción de un sistema de información. 3. y mejores prácticas de la industria relacionadas con el proceso de la verificación y validación de la calidad del producto software. o Incorpora controles para asegurar que la estabilidad. o Incorpora controles de la seguridad de la información en el proceso de aseguramiento y en la realización del control de la calidad. Esta normativa tiene los siguientes atributos: o Se aplica sin excepción a todo producto software desarrollado por la propia institución o adquirido a terceros. integridad y seguridad de la plataforma informática existente en la institución no se verá comprometida o afectada negativamente por la puesta en producción del producto software.  El contenido normativo y procedimental operativo satisface los siguientes requerimientos: o Permite gestionar el proceso de la verificación y validación de la calidad del producto software con relación a las áreas involucradas. o Permite gestionar el proceso del aseguramiento de la calidad del producto software.1. o Se aplica sin excepción a todo producto software nuevo (resultado de un proyecto) o existente (tras haber pasado por un proceso de mantenimiento para corregir defectos o mejorar la usabilidad o utilidad). nuevo o resultante de un proceso de mantenimiento. estándares locales e internacionales vigentes. o Incorpora controles para asegurar que el producto software sea 100% compatible con los sistemas de información existentes en la institución.

desarrollo. atención al Plan de Gestión del Proyecto Formato: PMO-0005 Referencia: MCVS-T1-2120 Página No 8/24 .2. Entregables de gestión del proyecto. Controles desarrollados al 100%. Acta de conformidad. La gestión del presente proyecto se realizará siguiendo las buenas prácticas recomendadas por el PMI.     Documento normativo con los requerimientos satisfechos al 100%.    El proyecto considera la interacción con diferentes áreas de la OFIN y su integración en el proceso final. Entregables del producto. Informes de avance. Actas de reunión. Diagramas del proceso y de actividades del área de Calidad completos al 100%. Supuestos Los supuestos asumidos para el proyecto son:  Se recibirá total apoyo por parte del patrocinador del proyecto. gestión del usuario. 3. asumiendo las responsabilidades necesarias para el éxito del proyecto.3.   El Jefe de proyecto recibirá el nivel de autoridad requerido.       Acta de constitución del proyecto. Indicadores de eficiencia propuestos. Enunciado del alcance del proyecto  El proyecto incluye el desarrollo e implementación del documento requerido para Normar la estructura de operatividad del área de calidad de la OFIN. despliegue en producción. de forma resumida expresado por lo siguiente: usuario.Proyecto: NEO 3. Entregables del proyecto Los entregables del proyecto se dividen en entregables de gestión y entregables del producto. La ejecución del presente proyecto tendrá una duración de 150 días.4. 3. Plan de gestión de proyecto. Acta de cierre. planeamiento. pruebas (unitarias y de control). Se considera al proceso de aseguramiento de calidad del producto software como un proceso transversal y cíclico.

Límites del proyecto Las restricciones del proyecto son las siguientes:  El proyecto no considera proceso adicional alguno que esté fuera del previsto para lograr el entregable propuesto. El proyecto no contempla la capacitación a las áreas técnicas en la normativa vigente.5.  El proyecto tiene una duración de 150 días. el proyecto utiliza las regulaciones vigentes. normas existentes en el ámbito nacional e internacional y mejores prácticas en la industria. operativos y de control. completa y detallada.  El entregable del proyecto no incluye el aseguramiento de la calidad del proyecto. 3. Plan de Gestión del Proyecto Formato: PMO-0005 Referencia: MCVS-T1-2120 Página No 9/24 . El atraso general del proyecto máximo permisible es de quince (15) días.6. y entregada en los tiempos establecidos. mantenimiento (corrección de defectos o mejora de la usabilidad o utilidad).   El proyecto no considera requerimiento adicional alguno que esté fuera del alcance propuesto.  En el ámbito de su competencia dentro del proceso. Esta capacitación debe darse como parte de un programa de formación y desarrollo provisto por la institución. 3. y en el desarrollo conjunto de la normativa y sus procedimientos. considerando que en Perú sólo INDECOPI está autorizado para proveer normas técnicas peruanas y de ISO. relacionados o requeridos para asegurar la calidad del producto software.   Afinamiento de la normativa propuesta por el total de las áreas involucradas.Proyecto: NEO usuario (atención de primer nivel con respecto al producto software que se despliegue en producción).  La información proporcionada por las áreas involucradas será clara. las áreas involucradas participan en el proyecto y se involucran activamente aportando mejoras al proceso de calidad. Restricciones Las restricciones del proyecto son las siguientes:  Para la elaboración del entregable.  Adquisición sin contratiempos y en las fechas que se proponga de normas que sean solicitadas.

7. Estructura de Desglose del Trabajo – EDT Plan de Gestión del Proyecto Formato: PMO-0005 Referencia: MCVS-T1-2120 Página No 10/24 .Proyecto: NEO 3.

Código Nombre Descripción Responsable Entregables Actividades Supuestos Recursos Duración Hitos Costos Criterios de aceptación Referencias técnicas Aprobado por 1.8.1 Plan de Gestión del Proyecto Formato: PMO-0005 Referencia: MCVS-T1-2120 Página No 11/24 .Proyecto: NEO 3. Diccionario de la EDT Aquí se detallan los paquetes de trabajo de la EDT.

Plan de Gestión del Proyecto Formato: PMO-0005 Referencia: MCVS-T1-2120 Página No 12/24 .1. AAC ECC  Responsable del control de calidad del producto software.Proyecto: NEO 4. Gestión del tiempo del proyecto 4. costos y alcance. monitorea y controla el proyecto para el cumplimiento del tiempo.  Responsable del aseguramiento de calidad del producto software.  Apoya al Jefe de Proyecto en las actividades relacionadas a la gestión del proyecto y elaborar informes de avance del proyecto. Estructura de desglose de recursos humanos (RBS) Leyenda del RBS – Recursos Humanos Código JP ACS Rol Jefe de Proyecto Responsable del Área de Calidad de Software Analista de Aseguramiento de Calidad Especialista en Control de Calidad Funciones  Gestiona.

2. Cronograma del proyecto Plan de Gestión del Proyecto Formato: PMO-0005 Referencia: MCVS-T1-2120 Página No 13/24 .Proyecto: NEO 4.

Proyecto: NEO 4.3. asimismo dicho comité se reunirá periódicamente para evaluar el avance del proyecto. Hitos del proyecto No 1 2 3 4 5 6 7 8 9 Nombre Inicio del proyecto Marco legal y de normativas locales e internacionales identificado Proceso de aseguramiento de calidad entre áreas establecido Normas técnicas peruanas e ISO adquiridas y recibidas Normas y procedimientos estructurados. terminados y documentados Normas y procedimientos probados y afinados Normas y procedimientos puestos en marcha Controles estructurados. Asimismo como parte de sus funciones el comité realizará la revisión de cada una de las solicitudes de cambio para luego aprobarlas o rechazarlas.1. documentados y puestos en marcha Cierre del proyecto Fecha 01/06/2013 28/06/2013 31/07/2013 30/08/2013 30/08/2013 30/09/2013 31/10/2013 31/10/2013 31/10/2013 5. Nombre Sandro Marcone Jack Cáceres Elia Muñoz Rol Patrocinador/OFIN Jefe de Proyecto Líder Funcional Plan de Gestión del Proyecto Formato: PMO-0005 Referencia: MCVS-T1-2120 Página No 14/24 . El Comité del Proyecto El proyecto cuenta con un Comité de Proyecto el cual es responsable de tomas las decisiones más importantes relacionadas con el proyecto. Gestión de recursos humanos 5. para el presente proyecto el Comité de Proyecto tiene la siguiente conformación.

2.Proyecto: NEO 5. Organigrama del proyecto Plan de Gestión del Proyecto Formato: PMO-0005 Referencia: MCVS-T1-2120 Página No 15/24 .

Aprueba (A). Consulta (C) e Informa (I) Analista Desarrollador Arquitecto de Datos Especialista de TI Jefe de proyecto Líder Funcional Patrocinadores Arquitecto de Aplicaciones Programador Líder Técnico EDT Paquete de trabajo Entregables / Roles Plan de Gestión del Proyecto Formato: PMO-0005 Referencia: MCVS-T1-2120 Página No 16/24 Calidad .3. Matriz de roles y responsabilidades (RAM) Leyenda: Responsable (R).Proyecto: NEO 5.

pe jcaceres@minedu. Plan de gestión de comunicaciones 6.1.pe Jack Cáceres 4 Líder Técnico AOP Jefe de proyecto SW Líder Técnico AOP Desarrollo de SW Líder Técnico AOP Producción Líder Técnico AGTI Asignado por el responsable Asignado por el responsable Asignado por el responsable Asignado por el responsable Alta Grover Cerquera 5 Alta Grover Cerquera 6 Alta Grover Cerquera 7 Alta Hernán Pachas Plan de Gestión del Proyecto Formato: PMO-0005-v1 Página No 17/24 . 1 2 Rol Motivo de la Prioridad Mejorar imagen y eficiencia de la oficina Re-organizar procesos relacionados con la calidad en el Área de Calidad de Software Disponer de procedimientos actualizados y normados con los cuales operar Conocer y hacer conocer funciones y responsabilidades claras y específicas Participar activamente en el desarrollo de la normativa que se deberá cumplir Participar activamente en el desarrollo de la normativa que se deberá cumplir Participar activamente en el desarrollo de la normativa que se deberá cumplir Conocer la normativa que se deberá cumplir Correo smarcone@minedu.gob.gob.gob. Matriz de comunicaciones Nombre de Interesado Prioridad del Interesado Alta Alta Teléfono Anexo 22022 22010 Responsable (escalamiento) Sandro Marcone Nro.pe Patrocinador de la Oficina Sandro Marcone de Informática Jefe de Proyecto NEO Jack Cáceres 3 Líder Técnico ACS Elia Muñoz Alta lmunoz@minedu.Proyecto: NEO 6.

Gestión de riesgos del proyecto 7.1. la participación de dicho personal puede ser a nivel funcional y/o técnico. Identificar los riesgos.Proyecto: NEO 7.  Se solicitará la participación de personal con experiencia en proyectos similares (juicio de expertos) a fin de identificar los riesgos principales en este tipo de proyectos. Realizar el análisis cualitativo de riesgos. el cual incluye los siguientes procesos: o o o o o Planificar la gestión de riesgos. Planificar la respuesta a los riesgos.2. Metodología de gestión de riesgos  Se realizarán reuniones de trabajo con el equipo de proyecto a fin de poder identificar los principales riesgos utilizando herramientas como la tormenta de ideas. Estructura de desglose de riesgos (RBS) Plan de Gestión del Proyecto Formato: PMO-0005-v1 Página No 18/24 . Monitorear y controlar los riesgos 7.  Los procesos utilizados para la gestión de riesgos que se utilizarán en el proyecto estarán basados en el marco de referencia propuesto por el PMBOK del PMI.

Matriz de probabilidad e impacto Los riesgos se clasifican por orden de prioridad de acuerdo con sus implicaciones potenciales de tener un efecto sobre los objetivos del proyecto.1 – Muy Bajo o 0.4 – Moderado o 0.3.3 – Baja Probabilidad o 0.6 – Alto o 0.8 – Muy Alto Plan de Gestión del Proyecto Formato: PMO-0005-v1 Página No 19/24 .2 – Bajo o 0.1 – Improbable o 0.  Escala Probabilidad o 0.9 – Muy Alta Probabilidad  Escala Impacto o 0.7 – Alta Probabilidad o 0.Proyecto: NEO 7.5 – Moderada Probabilidad o 0.

9 0.5 0.5 0.1 0.40 Jefe del proyecto NEO Líder técnico del proyecto NEO Jefe del proyecto NEO Líder técnico del proyecto NEO 4 No se validan las pruebas finales Demora en la aceptación de la normativa No se acepta la normativa Organización (recursos) Gestión (cronograma) Técnico (alcance) 0.8 0.8 0.4. No Riesgo No se acepta la normativa 1 Causas del Riesgo Falta de involucramiento efectivo de las áreas que participan en el proceso para definir el contenido correcto.30 Planificación por adelantado Planificación por adelantado Investigación profunda Buscar apoyo de expertos 5 0. Riesgos identificados A continuación se muestra la relación de los riesgos identificados inicialmente.3 0.6 0.8 0. completo y detallado de la normativa Carencia o insuficiencia de medidas y acciones que apoyen la seguridad de la información Compromiso no efectivo de las áreas involucradas por incumplimiento con la entrega de información en las fechas acordadas Control insuficiente o insatisfactorio Insatisfacción con las pruebas finales Insuficiente valoración realizada de regulaciones y normas o estándares internacionales Categoría Probabilidad Impacto Severidad Respuesta a riesgos Acción Responsable Comprometer apoyo de los responsables de área con Jefe del ayuda del sponsor proyecto NEO Comprometer el apoyo del Oficial de seguridad Coordinar el apoyo por adelantado de los responsables de área Técnico (calidad) 0.72 Jefe del proyecto NEO 3 Organización (cronograma) 0.24 6 0.9 0.72 2 No se acepta la normativa Incumplimiento con la fecha de entrega de la normativa Técnico (alcance) 0.Proyecto: NEO 7.8 0.08 Plan de Gestión del Proyecto Formato: PMO-0005-v1 Página No 20/24 .8 0.

8. Un cambio aprobado tiene como consecuencia la actualización de los planes subsidiarios correspondientes.Proyecto: NEO 8. Se considera un cambio aquel requerimiento que no ha sido considerado como parte de la línea base actual del proyecto. Para un mejor manejo los cambios se han clasificado de la siguiente manera: Identificador 1 2 Clasificación Bajo Impacto Alto Impacto Descripción Las solicitudes de cambio no afectan a la línea base Las solicitudes de cambio afectan a la línea base Evaluación/Aprobación Su aprobación es realizada por el Jefe de Proyecto y el Líder Funcional Su aprobación es realizada por el Comité de Proyecto Plan de Gestión del Proyecto Formato: PMO-0005-v1 Página No 21/24 . Gestión integrada de cambios En la gestión integrada de cambios se revisan.1. Clasificación de los cambios La clasificación de los cambios se realiza en función al impacto de la solicitud de cambio en el proyecto. Todo cambio deberá pasar por los niveles de evaluación correspondiente y aprobación necesarios antes de ser incorporados como parte de la nueva línea base del proyecto. aprueban o se rechazan las solicitudes de cambios que realiza el área directamente involucrada con la calidad.

2. Evaluación de los cambios de bajo impacto Se muestra el diagrama de flujo que indica la secuencia para la aprobación del cambio. Usuario Final Líder Funcional Jefe de Proyecto Se genera la solicitud de cambio Evaluar la solicitud de cambio Cambio rechazado Cambio aprobado Evaluar la solicitud de cambio Priorizar cambios aprobados Actualizar las líneas base Comunicar cambio aprobado Cambio aprobado Cambio rechazado Comunicar cambio rechazado Nota: Utilizar el formato: Solicitud de cambio Plan de Gestión del Proyecto Formato: PMO-0005-v1 Página No 22/24 .Proyecto: NEO 8.

Líder Funcional Comité de Proyectos Jefe de Proyecto Se genera la solicitud de cambio Evaluar la solicitud de cambio Cambio rechazado Cambio aprobado Evaluar la solicitud de cambio Priorizar cambios aprobados Actualizar las líneas base Comunicar cambio aprobado Cambio aprobado Cambio rechazado Comunicar cambio rechazado Nota: Utilizar el formato: Solicitud de cambio Plan de Gestión del Proyecto Formato: PMO-0005-v1 Página No 23/24 . Evaluación de los cambios de alto impacto Se muestra el diagrama de flujo que indica la secuencia para la aprobación del cambio.Proyecto: NEO 8.3.

Cierre del proyecto Este proceso incluye finalizar todas las actividades completadas a lo largo de la Gestión del Proyecto.Proyecto: NEO 9. Al final del documento se anexa: Nota: Utilizar el formato: Acta de cierre del proyecto Plan de Gestión del Proyecto Formato: PMO-0005-v1 Página No 24/24 .