Ad-Iav-01 PGP

UNIVERSIDAD FRANCISCO DE PAULA SANTANDER
PROGRAMA DE INGENIERIA DE SITEMA

GRUPO “GIDIS”
PROYECTO “ ”
IDENTIFICACIÓN: AD-PGP-01
PLAN DE GESTION DE PROYECTO FECHA
-PGP EMISIÓN:
Versión: 1.0
Elaborado: <Indique nombre del responsable del documento>
Aprobado: <Persona que revisó y aprobó el formato> Fecha: <Fecha revisado>

GRUPO “GIDIS”
PROYECTO “ ”
-PGP EMISIÓN:
Versión: 1.0
Tabla de contenido

GRUPO “GIDIS”
PROYECTO “ ”
-PGP EMISIÓN:
Versión: 1.0
INTRODUCCIÓN
Propósito
Este documento, tiene como finalidad entregar las pautas y definir la estrategia que se seguirá para
llevar a cabo el Plan de Gestión de Proyecto PGP.
Objetivo del Plan

Establecer la cronología y condiciones para

GRUPO “GIDIS”
PROYECTO “ ”
-PGP EMISIÓN:
Versión: 1.0
1. PLAN GESTION DE ALCANCE
1.1 DEFINIR ENTREGABLES Y SUBENTREGABLES DEL PROYECTO
Nombre del Entregable E1: (PRODUCTO SW)

Id Sub- Sub-Entregable Descripción Criterio de Fecha de Responsable
Entregable Aceptación entrega
E1.1 MODULO
E1.2
E1.3
E1.4
E1.5 ASESORES DE LINEA
Nombre del Entregable E2:

Entregable Aceptación entrega
Nombre del Entregable E3: HERRAMIENTAS DE COMUNICACIÓN DE …..

Id Sub- Sub-Entregable Descripción Criterio de Fecha de Resposnabl
Entregable Aceptación entrega e

GRUPO “GIDIS”
PROYECTO “ ”
-PGP EMISIÓN:
Versión: 1.0
Nombre del Entregable E4: DOCUMENTO CAPACITACIÒN (6 HORAS/150IE)

Id Sub- Sub-Entregable Descripción Criterio de Fecha de Responsabl
Entregable Aceptación entrega e
Nombre del Entregable E5: DOCUMENTO SOPORTE TECNICO

Entregable Aceptación Entrega

GRUPO “GIDIS”
PROYECTO “ ”
-PGP EMISIÓN:
Versión: 1.0

GRUPO “GIDIS”
PROYECTO “ ”
-PGP EMISIÓN:
Versión: 1.0

GRUPO “GIDIS”
PROYECTO “ ”
-PGP EMISIÓN:
Versión: 1.0
1.2 EDT DEL PROYECTO

GRUPO “GIDIS”
PROYECTO “ ”
-PGP EMISIÓN:
Versión: 1.0

GRUPO “GIDIS”
PROYECTO “ ”
-PGP EMISIÓN:
Versión: 1.0
1.3 RECOPILAR REQUISITOS
REQUISITOS DE USUARIO
Fecha de Solicitud:< Especifica la fecha de solicitud del requerimiento.>
1. ESPECIFICACIÓN DETALLADA DE REQUISITOS.
No. Descripción del requisito

1
2
3
4
5
6
7
8
9
10
11
12
13
14
1.4 ACTORES Y CASOS DE USO DEL SISTEMA

GRUPO “GIDIS”
PROYECTO “ ”
-PGP EMISIÓN:
Versión: 1.0
1.5 RESUMEN DE LA METRICA

GRUPO “GIDIS”
PROYECTO “ ”
-PGP EMISIÓN:
Versión: 1.0
2. PLAN GESTION DE TIEMPO
2.1 DEFINIR ACTIVIDADES
< En este proceso se procede a numerar la lista de actividades, y realizar la pregunta, sí se considera que la lista
de actividades son las suficientes para cumplir con los entregables identificados.>
Id actividad Descripción o nombre de la

Actividad
2.2 SECUENCIA DE ACTIVIDADES
< Se define la relación que existe entre las actividades. Se recomienda que defina, si va a trabajar con
predecesora ó sucesora, al final se debe diseñar gráficamente el Modelo de Ruta Crítica – CPM.
Id actividad Nombre de la PREDECESORA

Actividad

GRUPO “GIDIS”
PROYECTO “ ”
-PGP EMISIÓN:
Versión: 1.0
2.3 ESTIMACIÓN DE RECURSOS:
< Determinar el tipo, cantidad y disponibilidad de los recursos (personas, equipos o materiales) para
ejecutar las actividades del proyecto >
Id actividad Nombre de la Tipo de Recurso Descripción del Cantidad

Actividad Recurso
2.4 ESTIMACIÓN DE DURACIÓN DE LAS ACTIVIDADES:

GRUPO “GIDIS”
PROYECTO “ ”
-PGP EMISIÓN:
Versión: 1.0
< Consiste en tomar información del alcance y los recursos del proyecto y con base en esta
información estimar la duración de las actividades…> Se recomienda copie los datos obtenidos del
punto (Secuencia de Actividades) y el Diagrama CPM, y junto con los recursos asignados, identifique
el tiempo de duración para realizar la actividad. (Entre las herramientas para la estimación del tiempo
se cuenta con juicio de expertos y el análisis de proyectos similares a través de la información histórica, ahora
en los proyectos de Desarrollo de Software se cuenta con métricas como la de “Puntos de casos de uso”.
Id actividad Nombre de la Predecesora Duración

Actividad (Semanas /
Días)
Anexar el CPM del proyecto
< se debe ilustrar gráficamente el Modelo de Ruta Crítica, indicar en color la ruta o rutas críticas
que puede presentarse>
2.5 DESARROLLO DEL CRONOGRAMA:
< El desarrollo del cronograma significa determinar las fechas de inicio y terminación de las
actividades del proyecto. >..”. Se recomienda hacer uso de una herramienta informática como el Ms-
Project.
Id actividad Nombre de la Predecesora Duración Fecha de Fecha Final

Actividad (Semanas / Inicio
Días)

GRUPO “GIDIS”
PROYECTO “ ”
-PGP EMISIÓN:
Versión: 1.0

GRUPO “GIDIS”
PROYECTO “ ”
-PGP EMISIÓN:
Versión: 1.0
3.PLAN GESTION DE COSTOS
3.1 DETERMINAR EL PRESUPUESTO
RECURSO HUMANO:
<En esta parte del presupuesto se puede entregar de manera clasificada>
COSTOS OPERACIONALES:
COSTOS ORGANIZATIVOS:
COSTOS DE INVERSION
RESUMEN PRESUPUESTO

GRUPO “GIDIS”
PROYECTO “ ”
-PGP EMISIÓN:
Versión: 1.0
4. PLAN DE GESTION DE RIESGOS
EDR (Estructura Desglosada de Riesgos)
4.1 IDENTIFICACIÓN DE RIESGOS.

GRUPO “GIDIS”
PROYECTO “ ”
-PGP EMISIÓN:
Versión: 1.0
PROCESO EN EL QUE ESTA INVOLUCRADO EL RIESGO (1)

WBS (5) (ESE
CAUSAS (Factores Internos EFECTOS RIESGO COMO
CODIGO y externos, agente (CONSECUENCIAS) IMPACTA AL
(1) Riesgo(2) generador) (3) (4) CRONOGRAMA)
(1) Código: identificación del riesgo de acuerdo con la EDR y al proceso, debe llevar un número
consecutivo para enumerar los que se presenten del mismo tipo, el cual servirá para seguimiento y
control a lo largo del proyecto.
(2) Riesgo: describir el riesgo el cual representa la posibilidad de ocurrencia de un evento que
pueda entorpecer el normal desarrollo del proyecto y afectar el logro de sus objetivos.
(3) Causas (factores internos o externos): Son los medios, las circunstancias y agentes generadores
de riesgo. Los agentes generadores que se entienden como todos los sujetos u objetos que tienen la
capacidad de originar un riesgo.
(4) Efectos (consecuencias): Constituyen las consecuencias de la ocurrencia del riesgo sobre los
objetivos del proyecto.
(5) WBS: Localización del riesgo dentro de la WBS del proyecto.
4.2 ANÁLISIS DE RIESGOS.
<Completar la matriz calculando la probabilidad, impacto y el valor total del riesgo y luego clasificarlo
dependiendo de los colores de escala del riesgo para priorizarlos. Los riesgos de color rojo deben
quedar de primero por lo que son los riesgos que se deben resolver con prioridad>.
Para la medición del impacto se utiliza las mediciones de la siguiente matriz de definición de riesgos:
Análisis de impacto:

GRUPO “GIDIS”
PROYECTO “ ”
-PGP EMISIÓN:
Versión: 1.0
Impacto Escala Definición de Categorías

Un evento, si ocurre, causaría fallas en el proyecto (inhabilita el
Catastrófico 5 alcance de los requerimientos mínimos aceptables).
Un evento, si ocurre, causaría incrementos severos en el costo y el
Mayor 4 tiempo. Requerimientos secundarios pueden no ser alcanzados.
Un evento, si ocurre, causaría incrementos moderados en el costo y el
Moderado 3 tiempo, pero los requerimientos importantes pueden aún lograrse.
Un evento, si ocurre, causaría incrementos bajos en el costo y el
Menor 2 tiempo. Los requerimientos pueden ser alcanzados.
Insignificante 1 Un evento, si ocurre, no tendría efecto en el proyecto.
Análisis de probabilidad:
La medición de la probabilidad es un elemento netamente estadístico. Si no se cuenta con datos

estadísticos se puede recurrir al juicio de expertos. De lo contrario podemos trabajar con los siguientes
valores para los proyectos de TI, acordes con el documento guía de administración del riesgo..
Criterio Probabilidad
Casi certeza 5
Probable 4
Moderada 3
improbable 2
raro 1
Matriz de Probabilidad e impacto:
Impacto Muy Bajo Bajo Moderado Alto Muy Alto

Probabilidad 1 2 3 4 5
5 5 10 15 20 25
4 4 8 12 16 20
3 3 6 9 12 15

GRUPO “GIDIS”
PROYECTO “ ”
-PGP EMISIÓN:
Versión: 1.0
Impacto Muy Bajo Bajo Moderado Alto Muy Alto

Probabilidad 1 2 3 4 5
2 2 4 6 8 10
1 1 2 3 4 5
Rango de
Clasificación del Riesgo PXI
Riesgo bajo 1-4
Riesgo Moderado 5-11
Riesgo Alto 12-25
Puntuar cada uno de los riesgos del proyecto de acuerdo con el análisis de probabilidad por impacto
completando la matriz de identificación de riesgos.
ANALISIS Y CLASIFICACION DE LOS RIESGOS DEL PROYECTO

Código(1) Riesgo(2) Probabilidad(6) Impacto(7) Total(8)
(6) Probabilidad: entendida como la posibilidad de ocurrencia del riesgo
(7) Impacto: consecuencias que puede ocasionar al proyecto la materialización del riesgo.
(8) Total: Resultado de multiplicar probabilidad por impacto.
En esta parte se deben clasificar los riesgos colocando de primero los riesgos altos, para continuar con
la etapa de planificación de riesgos.
4.3 PLANIFICACIÓN DE LA RESPUESTA A RIESGOS.


GRUPO “GIDIS”
PROYECTO “ ”
-PGP EMISIÓN:
Versión: 1.0
<Se define lo que se hará con los riesgos para tratarlos, pero a medida que avance el proyecto se debe
realizar las actividades de identificar, analizar y luego planificar los riesgos. En esta parte de la
planificación tener en cuenta:
Se definen los planes de mitigación apropiada y/o planes de contingencia de acción.
Se discute sobre los riesgos que pueden ser considerados sensibles o confidenciales y, en su caso,
consulte con Jurídicos. Se revisan los riesgos recientemente identificados.
Se establece un rango relativo entre los riesgos existentes y revisar el riesgo en combinación con
otros riesgos.
Se deben ajustar las asignaciones de recursos, planes de acción, o cualquier otra prioridad del
proyecto para asegurar el riesgo es tratado adecuadamente>.
PLANIFICACION DE LOS RIESGOS DEL PROYECTO

Código (1) Riesgo (2) Total (8) Acciones (9) Responsable (10) Cronograma (11) Indicador (12)
(9) Acciones: es la aplicación concreta de las opciones de manejo del riesgo que entrarán a prevenir
o a reducir el riesgo y harán parte del plan de manejo del riesgo, se debe indicar si la acción está
orientada a mitigar/transferir/aceptar el riesgo. Las acciones preventivas de los riesgos deben hacer
parte de la línea base del cronograma, por lo tanto del alcance del proyecto.
(10) Responsable: encargados dentro del proyecto de adelantar las acciones propuestas.
(11) Cronograma: son las fechas establecidas para implementar las acciones por parte del grupo de
trabajo.
(12) Indicadores: se consignan los indicadores diseñados para evaluar el desarrollo de las acciones
implementadas.

GRUPO “GIDIS”
PROYECTO “ ”
-PGP EMISIÓN:
Versión: 1.0
4.4 MONITOREO DE LOS RIESGOS.
< El seguimiento, monitoreo y control de los riesgos sirve para determinar como el riesgo está progresando así
como cualquier estrategia de mitigación/contingencia que haya sido ejecutada. Cuando el riesgo cambia, se
debe repetir el proceso de identificar, analizar y planear. Se deberá modificar el plan de acción existente para
cambiar el planteamiento en caso que no se esté logrando el efecto deseado>.
MONITOREO DE LOS RIESGOS DEL PROYECTO

Código (1) Riesgo (2) Estado (13) Descripción de la situación a la fecha (14) Fecha(15) Firma (16)
(13) Estado: Activo - Seguimiento - Retirado
(14 ) Descripción de la situación a la fecha: Indicar brevemente en que va el riesgo.
(15) Fecha: colocar fecha de estudio del riesgo.
(16) Firma: el responsable del riesgo debe firmar

GRUPO “GIDIS”
PROYECTO “ ”
-PGP EMISIÓN:
Versión: 1.0
5. PLAN DE GESTION DE LOS RECURSOS HUMANOS
5.1 ESTRUCTURA ORGANIZACIONAL DEL PROYECTO.
Luego de identificar los conocimientos y habilidades necesarias para realizar el proyecto, se determinó
el equipo necesario, el cual se presenta mediante el siguiente diagrama organizacional, el cual incluye
las personas y las dependencias que se tomarán en cuenta para realizar las actividades.
(realizar la estructura de mandos….patrocinador, equipo de dirección y equipo de trabajo)
5.2 ROLES Y RESPONSABILIDADES
 Patrocinador del proyecto: Inversionista del proyecto, brindará los recursos necesarios
para la ejecución del proyecto, dará visto bueno a los avances del proyecto, además
trabajará en diversos aspectos que serán requeridos en la ejecución del proyecto.
 Director del proyecto: Es un Ingeniero Industrial con Conocimientos técnicos en el área de
metrología y calibración de equipos. Es el principal responsable de que el proyecto sea
realizado con éxito y acorde con los requerimientos del patrocinador.
 Representante en Morgan Hill: Será la persona responsable del proyecto en Morgan Hill,
además, coordinará todo lo que tenga relación con el proyecto en los Estados Unidos.
 Técnico de calibraciones de equipos de MH: Será la persona responsable de realizar los
entrenamientos y ejecutar la mayoría de actividades a realizar en la planta ubicada en
California.
 Equipo de proyecto: Este equipo tendrá la particularidad que estará ubicado en dos lugares
geográficamente distantes (Costa Rica y Morgan Hill). Será el encargado de dar el soporte
necesario al director para que el proyecto sea realizado con éxito y acorde a los requisitos

GRUPO “GIDIS”
PROYECTO “ ”
-PGP EMISIÓN:
Versión: 1.0
del patrocinador. Este equipo incluye un asistente del Director del Proyecto, el cual puede
ser el Técnico Líder de Calibración de equipos, además de este asistente se tiene un técnico
de calibraciones de equipos, así como un Supervisor de calidad y uno de Manufactura de las
áreas impactadas por este proyecto.
Una de las herramientas que más ayudan a planear y logran una integración entre los roles y
responsabilidades del equipo de trabajo es la matriz de roles y funciones, la cual permite confirmar con
los involucrados clave donde se requiere que apliquen sus conocimientos y habilidades con el fin de
lograr el mejor aprovechamiento del equipo. El Cuadro 2. Matriz de Roles y Responsabilidades
muestra el detalle
Cuadro 2. Matriz de Roles y Responsabilidades.
E Ejecuta, P Participa, C Coordina, R Revisa, A Autoriza

Coordinador de Diseñadores
Matriz de Roles y
Coordinador de Analistas
Responsabilidades para el
proyecto de Análisis, Diseño e
Ingeniero de pruebas
Implementación de un sistema de
Desarrollador-1
Desarrollador-2
Desarrollador-3
información para la
Patrocinador
administración y gestión de las

Diseñador-1
Diseñador-2
Analista-1
Analista-2
Analista-3
salas y equipos del departamento

Gerente
de sistemas
Inicio
Elaboración de Acta de Constitución

R/A E
Lecciones Aprendidas E
Planeación
Construcción del Cronograma E/R
Elaboración de Presupuesto E/R
Planeación de Recursos E/R

GRUPO “GIDIS”
PROYECTO “ ”
-PGP EMISIÓN:
Versión: 1.0
Elaboración del Plan de

Capacitación del personal
R/A E
Lecciones Aprendidas E
Análisis del Software
Modelado del negocio
Elaboración de Diagrama de
Actores del Negocio R/C E
Realización de Diagramas BPMN
del negocio R/C E
Realización de los Diagramas

Actividades de los procesos del
negocio
R/C E
Realización del Diagrama Dominio
de Problema R/C E
Modelado de Analisis
Levantamiento de
Requerimientos Funcionales del
Proyecto Mediante una Encuesta
R/C/A E/R/C
Analisis de los Resultados obtenidos
de el levantamiento de los
requerimientos R E
Realizacion del Diagrama de

Actores del sistema
R/C E
Elaboracion de el Diagrama
Conceptual de los Casos de Uso del
software
R/C E
Construccion de los Diagramas

Extendidos de los Modulos del
software
R/C/A E
lecciones aprendidas P P P
Diseño del Software

GRUPO “GIDIS”
PROYECTO “ ”
-PGP EMISIÓN:
Versión: 1.0
Levantamiento del Prototipo de

Diseño de GUI E/C/R
Modelado del Diseño
Creacion del Diagrama de Clases
del Software R/C E
Eleccion de la Arquitectura del

Sistema
E/R/C
Elaboracion del Modelo Entidad
Relacio (MER) del Software R/C E
Elaboracion de los Diagramas de
Secuencias de los modulos del
softare R/C E E
Lecciones Aprendidas P P P
Implementacion
Desarrollo e Implementacion de
Codigo por modulos E E E R/C
Elaboracion de Pruebas funcionales

E/R/C E/R/C E/R/C
Lecciones Aprendidas P P P
Pruebas Del Software
Desarrollo de Pruebas de
Rendimiento
R E
Desarrollo de Pruebas de stress

R E
Seguridad y control de acceso
R E
Regresion R E
Desarrollo de Pruebas de Caja
Blanca
R E

GRUPO “GIDIS”
PROYECTO “ ”
-PGP EMISIÓN:
Versión: 1.0
Desarrollo de Pruebas de Humo

R E
Desempeño R E
Volumen
R E
recuperacion y tolerancia de fallas
R E
Desarrollo de Prueba de Estilo
R E
Desarrollo de Prueba de
Aceptacion
R E
Seguimiento y control
Solicitud Informe de avance 1

R/C E P P P
Control de Cronograma /
Presupuesto-1
E/R/C
Solicitud Informe de avance 2 R/C E P P P
Presupuesto-2 E/R/C

R/C E P P P
Presupuesto-3 E/R/C

R/C E P P P
Presupuesto-4 E/R/C

R/C E P P P

GRUPO “GIDIS”
PROYECTO “ ”
-PGP EMISIÓN:
Versión: 1.0
Presupuesto-5 E/R/C

R/C E P P P
Presupuesto-6 E/R/C

R/C E P P P
Presupuesto-7 E/R/C

R/C E P P P
Presupuesto-8 E/R/C

R/C E P P P
Presupuesto-9 E/R/C

R/C E P P P
Presupuesto-10 E/R/C

R/C E P P P

R/C E E P P P P P

R/C E E P P P P P

GRUPO “GIDIS”
PROYECTO “ ”
-PGP EMISIÓN:
Versión: 1.0

R/C E E P P P P P

R/C E P P

R/C E P P

R/C E P P

R/C E P P

R/C E P P P P P E

R/C E P P P P P E

R/C P P P E

GRUPO “GIDIS”
PROYECTO “ ”
-PGP EMISIÓN:
Versión: 1.0

R/C P P P E

R/C P P P E

R/C P P P E

R/C P P P E

R/C P P P E

R/C P P P E

R/C P P P E

R/C P P P E

GRUPO “GIDIS”
PROYECTO “ ”
-PGP EMISIÓN:
Versión: 1.0

R/C P P P E

R/C P P P E

R/C P P P E

R/C P P P E

R/C P P P E

R/C P P P E

R/C P P P E

R/C P P P E

GRUPO “GIDIS”
PROYECTO “ ”
-PGP EMISIÓN:
Versión: 1.0

R/C P P P E

R/C P P P E

R/C P P P E

R/C P P P E

R/C P P P E

R/C P P P E

R/C P P P E

R/C P P P E

GRUPO “GIDIS”
PROYECTO “ ”
-PGP EMISIÓN:
Versión: 1.0

R/C P P P E

R/C P P P E
Lecciones Aprendidas P P P P
Cierre
Elaboracion del Acta de Aceptacion

R/A E
Elaboracion del Acta de Cierre R/A E
Lecciones Aprendidas P
5.3 HORARIO DE TRABAJO
5.4 EVALUACIÓN DEL DESEMPEÑO DEL EQUIPO

GRUPO “GIDIS”
PROYECTO “ ”
-PGP EMISIÓN:
Versión: 1.0
6. PLAN DE GESTION DE COMUNICACIONES
6.1 USO DE HERRAMIENTAS TECNOLÓGICAS
E-rooms: provee un espacio de trabajo virtual, donde la gente que se encuentra en diferentes
locaciones pueden colaborar en actividades comunes proyectos, y / o alcanzar metas. A través de la
creación de grupos de trabajo con diferentes privilegios se puede compartir, archivos, reportes,
fotos, etc.
 Webex: Es una herramienta que permite de una manera fácil, compartir ideas con cualquier
persona en cualquier lugar. Es una combinación que permite compartir información y una
conferencia telefónica al mismo tiempo con personas en cualquier parte del mundo. Por medio
de esta herramienta las personas pueden ver la misma información a través de una computadora
y al mismo tiempo estar hablando a través de conferencia telefónica.
6.2 MATRIZ DE COMUNICACIONES
Periodicidad de Semanal Quincenal Mensual Trimestre semestre Anual

Reporte
Involucrado
Gerente de Proyecto
Lideres
Arquitecto
Desarrollador
Tipo de informe Símbolo

Correo electrónico @
Reporte escrito ¡

GRUPO “GIDIS”
PROYECTO “ ”
-PGP EMISIÓN:
Versión: 1.0
6.3 INFORMAR EL DESEMPEÑO
Informes de Avance del Proyecto

Hacer referencia al informe de avances
Minutas de Reuniones
Hacer referencia al formato de minuta de reuniones

GRUPO “GIDIS”
PROYECTO “ ”
-PGP EMISIÓN:
Versión: 1.0
7. CONTROL DE CAMBIOS
7.1 CONTROL INTEGRADO DE CAMBIOS.
El Control Integrado de Cambios busca apoyar los requisitos de calidad del proyecto. De acuerdo
a su tipo, los cambios se clasifican en:
 Modificación en el alcance
 Modificación en el presupuesto
 Modificación en el cronograma
 Modificación en las adquisiciones
 Modificación en los Recursos
 Modificación en las Comunicaciones
 Modificación en los Riesgos
 Otros
El proceso de Control Integrado de Cambios está integrado por las fases: Solicitud, Autorización,
Preparación, Prueba, Implantación y Cierre.
Las etapas de de Solicitud, Autorización y Preparación dan inicio al proceso de Control Integrado
de Cambios.
7.1.1 Solicitud. El Solicitante registrará la solicitud del cambio en el documento Solicitud de

Cambios, especificando:
 Nombre de la persona(s) que solicita(n) la modificación y fecha.

 Tipo de cambio
 Razón de la modificación
 Efecto en el costo
 Efecto en el cronograma
 Observaciones, si son necesarias
Se propone la plantilla PS-01 para diligenciar la solicitud de cambios.

GRUPO “GIDIS”
PROYECTO “ ”
-PGP EMISIÓN:
Versión: 1.0
Una vez generada la solicitud, será enviada al Director del Proyecto, quien se encargará de
estudiar la viabilidad de la misma.
7.1.2 Autorización. En esta fase, el Director del Proyecto registra el documento Solicitud de
Cambios, asignando un número consecutivo y procederá a revisar el motivo del cambio
solicitado.
 Si el cambio es viable, asignará el Status de Aprobada a la solicitud, en caso contrario, el

Status será de Rechazada y se notificará vía correo electrónico a las personas involucradas en la
solicitud para que se le hagan los respectivos ajustes y vuelva a ser estudiada en la etapa de
Autorización.
 Luego de ser aprobada la solicitud, será archivada en un portafolio de Control de Cambios y

se enviará una notificación vía correo electrónico a las personas involucradas en la solicitud.
7.1.3 Preparación. El objetivo de la etapa de Preparación es la revisión de la documentación.

Al término de la revisión de los documentos, el responsable de la Preparación completará la fecha
de revisión de documentos y observaciones, al cabo del cual se continuará con la fase de Prueba
del cambio.

GRUPO “GIDIS”
PROYECTO “ ”
-PGP EMISIÓN:
Versión: 1.0
CUADRO 7.1 Plantilla Solicitud de cambios.

GRUPO DE INVESTIGACION Y DESARROLLO DE INGENIERIA DEL
SOFTWARE “GIDIS”
IDENTIFICACIÓN:
FECHA
SOLICITUD DE CAMBIOS
EMISIÓN:
Versión: 1.0
IDENTIFICACION DEL PROYECTO
Proyecto: No:
Fecha de solicitud:
Nombre de quien solicita el cambio:
Tipo de cambio:
Razón de la modificación:
Posibles efectos en el costo del Proyecto:
Posibles efectos en el cronograma del Proyecto:
Observaciones:

GRUPO “GIDIS”
PROYECTO “ ”
-PGP EMISIÓN:
Versión: 1.0

GRUPO “GIDIS”
PROYECTO “ ”
-PGP EMISIÓN:
Versión: 1.0
7.1.4 Fase de Prueba. Permite verificar la funcionalidad del cambio realizado,

registrar la fecha de la prueba, las observaciones y el estatus que se le dará al
cambio, ya sea de Aprobado o Rechazado.
7.1.5 Fase de Implantación. Consiste en migrar el cambio al ambiente

productivo. Una vez que el cambio fue probado exitosamente, el Director del
Proyecto asignará un responsable de la implantación del cambio, al cual se le
enviará una notificación.
7.1.6 Fase de Cierre. En esta fase el Patrocinador verificará que la modificación

ha sido implantada satisfactoriamente en el ambiente de Producción. Finalizada la
verificación, procederá a diligenciar el formato de Control de Cambios en la
sección de Cierre. En el caso de que el Patrocinador apruebe el cambio
introducido, el Director del Proyecto firmará el documento y colocará el sello de
“Procesada” a la Solicitud que generó el cambio y procederá a archivarla y en caso
contrario, el control de cambio retornará a la fase de Implantación o será archivada
en el caso de que en la etapa de Preparación, el responsable de la misma ha
rechazado la solicitud del cambio y el Director del Proyecto avala la decisión,
previo diligenciamiento de las observaciones y evidencias que soportan el rechazo
del cambio.
En caso de que la solicitud no cumpla con los requisitos de documentación

establecidos, el responsable de la Preparación anotará los comentarios sobre la
solicitud y los enviará al Director del Proyecto, quien se encarga de analizar los
comentarios y avalará la decisión.
En la Figura 7.2 se explica mediante un diagrama de flujo el proceso de Control

Integrado de Cambios.

GRUPO “GIDIS”
PROYECTO “ ”
-PGP EMISIÓN:
Versión: 1.0

GRUPO “GIDIS”
PROYECTO “ ”
-PGP EMISIÓN:
Versión: 1.0
Cuadro 7.2 Plantilla Control integrado de cambios.

GRUPO DE INVESTIGACION Y DESARROLLO DE INGENIERIA DEL
SOFTWARE “GIDIS”
SOLICITUD DE CAMBIOS IDENTIFICACIÓN:
FECHA
EMISIÓN:
Versión: 1.0
IDENTIFICACION DEL PROYECTO
Proyecto: No:
FASE FECHA OBSERVACIONES RESPONSABLE
ESTATUS NOMBRE ROL
Solicitud Indique la Registre la evidencia que Indique el Indique el rol del
fecha en la soporta el cambio Aprobado Rechazado nombre del responsable
que se inciio responsable
la fase
Autorización
Preparación
Pruebas
Implantación
Cierre
FECHA DE ELABORACION
DD/MM/AA
ELABORADO POR
Nombre firma
Nombre del director del Proyecto Firma del director del Proyecto
GRUPO “GIDIS”
PROYECTO “ ”
-PGP EMISIÓN:
Versión: 1.0
Figura 7.2 Diagrama de flujo - Control integrado de cambios.
Fuente: Sara María Romero. 2011

GRUPO “GIDIS”
PROYECTO “ ”
-PGP EMISIÓN:
Versión: 1.0

Ad-Iav-01 PGP

Caricato da

Informazioni sul documento

Titolo originale

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Ad-Iav-01 PGP

Caricato da

Copyright:

Formati disponibili

UNIVERSIDAD FRANCISCO DE PAULA SANTANDER

PROGRAMA DE INGENIERIA DE SITEMA

Elaborado: <Indique nombre del responsable del documento>

Aprobado: <Persona que revisó y aprobó el formato> Fecha: <Fecha revisado>

Elaborado: <Indique nombre del responsable del documento>

Aprobado: <Persona que revisó y aprobó el formato> Fecha: <Fecha revisado>

Objetivo del Plan

Elaborado: <Indique nombre del responsable del documento>

Aprobado: <Persona que revisó y aprobó el formato> Fecha: <Fecha revisado>

1. PLAN GESTION DE ALCANCE

1.1 DEFINIR ENTREGABLES Y SUBENTREGABLES DEL PROYECTO

Nombre del Entregable E1: (PRODUCTO SW)

Nombre del Entregable E2:

Nombre del Entregable E3: HERRAMIENTAS DE COMUNICACIÓN DE …..

Elaborado: <Indique nombre del responsable del documento>

Aprobado: <Persona que revisó y aprobó el formato> Fecha: <Fecha revisado>

Nombre del Entregable E4: DOCUMENTO CAPACITACIÒN (6 HORAS/150IE)

Nombre del Entregable E5: DOCUMENTO SOPORTE TECNICO

Elaborado: <Indique nombre del responsable del documento>

Aprobado: <Persona que revisó y aprobó el formato> Fecha: <Fecha revisado>

Elaborado: <Indique nombre del responsable del documento>

Aprobado: <Persona que revisó y aprobó el formato> Fecha: <Fecha revisado>

Elaborado: <Indique nombre del responsable del documento>

Aprobado: <Persona que revisó y aprobó el formato> Fecha: <Fecha revisado>

1.2 EDT DEL PROYECTO

Elaborado: <Indique nombre del responsable del documento>

Aprobado: <Persona que revisó y aprobó el formato> Fecha: <Fecha revisado>

Elaborado: <Indique nombre del responsable del documento>

Aprobado: <Persona que revisó y aprobó el formato> Fecha: <Fecha revisado>

1.3 RECOPILAR REQUISITOS

Fecha de Solicitud:< Especifica la fecha de solicitud del requerimiento.>

1. ESPECIFICACIÓN DETALLADA DE REQUISITOS.

No. Descripción del requisito

1.4 ACTORES Y CASOS DE USO DEL SISTEMA

Elaborado: <Indique nombre del responsable del documento>

Aprobado: <Persona que revisó y aprobó el formato> Fecha: <Fecha revisado>

1.5 RESUMEN DE LA METRICA

Elaborado: <Indique nombre del responsable del documento>

Aprobado: <Persona que revisó y aprobó el formato> Fecha: <Fecha revisado>

2. PLAN GESTION DE TIEMPO

2.1 DEFINIR ACTIVIDADES

Id actividad Descripción o nombre de la

2.2 SECUENCIA DE ACTIVIDADES

Id actividad Nombre de la PREDECESORA

Elaborado: <Indique nombre del responsable del documento>

Aprobado: <Persona que revisó y aprobó el formato> Fecha: <Fecha revisado>

2.3 ESTIMACIÓN DE RECURSOS:

Id actividad Nombre de la Tipo de Recurso Descripción del Cantidad

2.4 ESTIMACIÓN DE DURACIÓN DE LAS ACTIVIDADES:

Elaborado: <Indique nombre del responsable del documento>

Aprobado: <Persona que revisó y aprobó el formato> Fecha: <Fecha revisado>

Id actividad Nombre de la Predecesora Duración

Anexar el CPM del proyecto

2.5 DESARROLLO DEL CRONOGRAMA:

Id actividad Nombre de la Predecesora Duración Fecha de Fecha Final

Elaborado: <Indique nombre del responsable del documento>

Aprobado: <Persona que revisó y aprobó el formato> Fecha: <Fecha revisado>

Elaborado: <Indique nombre del responsable del documento>

Aprobado: <Persona que revisó y aprobó el formato> Fecha: <Fecha revisado>

3.PLAN GESTION DE COSTOS

3.1 DETERMINAR EL PRESUPUESTO

<En esta parte del presupuesto se puede entregar de manera clasificada>

Elaborado: <Indique nombre del responsable del documento>