2. Plan de gestión del Proyecto C3. NORMAR LA COMUNICACIÓN INTERNA DE LA OFICINA DE INFORMÁTICA (OFIN) DEL MINISTERIO DE EDUCACIÓN (MINEDU) PARA MEJORAR EL SERVICIO PROVISTO A LOS USUARIOS.

1. Plan de Gestión del Proyecto
Formato: PMO-0005
Referencia: MCVS-T1-2120
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 COMUNICACIÓN INTERNA DE LA OFIN PARA MEJORAR EL
SERVICIOPROVISTO A LOS USUARIOS

2. Proyecto: C3
Plan de Gestión del Proyecto Página No 2/33
Formato: PMO-0005
Referencia: MCVS-T1-2120
Identificación del documento
Historial de cambios
Rol Nombre Cargo Fecha Firma
Elaboración Jack Cáceres
Responsable de laUnidad
CalidadySeguridadde la
Información
13/12/2013
Revisión
Grover
Cerquera
Responsable de laUnidad
Operaciones
19/12/2013
Revisión Erik García
Responsable de laUnidad
Serviciosde Atenciónal
Usuario
19/12/2013
Revisión
Manuel
Vargas
Responsable de laUnidad
SIAGIE
19/12/2013
Revisión
Hernán
Pachas
Responsable de laUnidad
Gestiónde TI
19/12/2013
Aprobación Bari Gloria
Jefe de laOficinade
Informáticadel Ministerio
de Educación -OFIN
19/12/2013
Versión Autor Descripción Fecha
V 1.0 Jack Cáceres Documentooriginal 13.12.2013

3. Proyecto: C3
Plan de Gestión del Proyecto Página No 3/33
Formato: PMO-0005
Referencia: MCVS-T1-2120
Contenido
1. Introducción_____________________________________________________________________ 5
1.1 Resumen___________________________________________________________________ 5
1.2 Glosario ___________________________________________________________________ 5
1.3 Referencias ________________________________________________________________ 6
2. El proyecto ______________________________________________________________________ 6
2.1. Información general _________________________________________________________ 6
2.2. Descripción_________________________________________________________________ 6
2.3. Antecedentes_______________________________________________________________ 7
2.4. Objetivos __________________________________________________________________ 8
2.5. Beneficios__________________________________________________________________ 8
3. Gestión del alcance del proyecto ____________________________________________________ 9
3.1. Enunciado del alcance del producto ____________________________________________ 9
3.2. Enunciado del alcance del proyecto ____________________________________________ 9
3.3. Entregables del proyecto ____________________________________________________ 10
3.4. Supuestos_________________________________________________________________ 10
3.5. Restricciones ______________________________________________________________ 11
3.6. Límites del proyecto ________________________________________________________ 11
3.7. Estructura de Desglose del Trabajo – EDT_______________________________________ 12
3.8. Diccionario de la EDT _______________________________________________________ 12
4. Gestión del tiempo del proyecto ___________________________________________________ 14
4.1. Estructura de desglose de recursos humanos (RBS) ______________________________ 14
4.2. Cronograma del proyecto____________________________________________________ 15
4.3. Hitos del proyecto__________________________________________________________ 18
5. Gestión de recursos humanos _____________________________________________________ 18
5.1. El Comité del Proyecto ______________________________________________________ 18
5.2. Organigrama del proyecto ___________________________________________________ 19
5.3. Matriz de roles y responsabilidades (RAM) _____________________________________ 20
6. Plan de gestión de comunicaciones _________________________________________________ 22
6.1. Matriz de comunicaciones ___________________________________________________ 22
7. Gestión de riesgos del proyecto____________________________________________________ 24
7.1. Metodología de gestión de riesgos ____________________________________________ 24
7.2. Estructura de desglose de riesgos(RBS) ________________________________________ 24
7.3. Matriz de probabilidad e impacto _____________________________________________ 25
7.4. Riesgosidentificados________________________________________________________ 27
8. Gestión integrada de cambios _____________________________________________________ 29
8.1. Clasificación de los cambios__________________________________________________ 29
8.2. Evaluación de los cambios de bajo impacto _____________________________________ 30

4. Proyecto: C3
Plan de Gestión del Proyecto Página No 4/33
Formato: PMO-0005
Referencia: MCVS-T1-2120
8.3. Evaluación de los cambios de alto impacto _____________________________________ 31
9. Cierre del proyecto _________________________________________________________ 33

5. Proyecto: C3
Plan de Gestión del Proyecto Página No 5/33
Formato: PMO-0005
Referencia: MCVS-T1-2120
1. Introducción
1.1 Resumen
El presente documento tiene por finalidad definir los procesos, plantillas y normas, según sea
necesario, que deberán ser utilizados para la gestión del proyecto “NORMAR LA COMUNICACIÓN
INTERNA DE LA OFIN PARA MEJORAR EL SERVICIOPROVISTOA LOSUSUARIOS” cuyas siglasson“C3”.
El productoresultante deberáinteriorizarlospreceptosbásicosde comunicación,comando ycontrol.
La gestióndel proyectose realizaráconbase enlas buenasprácticasdel PMI.
Este documentocontiene entreotrospuntosladefiniciónde alcance,responsabilidades,organización
y planificación,supuestos,restricciones,riesgosentre otros;ademásde lainformaciónadministrativa
necesariaparauna correcta gestióndel proyecto.
1.2 Glosario
A continuación se presentan las principales siglas, abreviaturas, acrónimos y términos que serán
utilizadosenel presente documento.
Nombre Descripción
MINEDU Ministeriode Educación
OFIN Oficinade Informática
C3 Proyectodesarrolladoparanormarlacomunicacióninternade la
OFIN para mejorarel servicioprovistoalosusuarios,interiorizando
lospreceptosbásicosde comunicación,comando ycontrol
SIAGIE UnidadSIAGIE
GTI Unidadde GestiónTI
OPER Unidadde Operaciones(incluye Desarrollode Software)
SAU Unidadde Servicio al Usuario
CSI Unidadde CalidadySeguridadde laInformación

6. Proyecto: C3
Plan de Gestión del Proyecto Página No 6/33
Formato: PMO-0005
Referencia: MCVS-T1-2120
1.3 Referencias
A continuación se indican los documentos que han servido como referencia para la elaboración del
presente documento.
 Acta de Constitucióndel Proyecto
 PMBOK 4ta Edición del PMI
2. El proyecto
2.1. Información general
A continuación se presenta información del registro del proyecto con base en la documentación
existenteen laOFIN.
Nombre del proyecto
Normar la comunicacióninterna de la OFINpara mejorar el servicio
provisto a los usuarios
Siglasdel proyecto C3
Códigodel proyecto 002-OFIN-CSI
Jefe del proyecto Mg. Ing. Jack Daniel CáceresMeza
Gestorde proyectosyoperacionesestratégicas
Áreausuaria Oficinade Informáticadel Ministeriode Educación -OFIN
Patrocinadores Bari Gloria– Jefe de laOficinade Informática
2.2. Descripción
El productorequeridoesel conjuntode documentosque permitirán normarlacomunicacióninterna
de la OFIN para mejorar el servicio provisto a los usuarios, interiorizando los preceptos básicos de
comunicación,comando ycontrol.
La normativa a desarrollar incorporará en su construcción, donde sea posible y necesario, normas
técnicas peruanas, normas internacionales y mejores prácticas de la industria relacionadas con el
objeto del proyecto, ya sea de forma directa o indirecta, por competir o porque su contenido sea
relevante.
La normativa a desarrollar busca la interacción decidida y comprometida de las diferentes áreas
involucradasysuintegraciónenunprocesoóptimo.

7. Proyecto: C3
Plan de Gestión del Proyecto Página No 7/33
Formato: PMO-0005
Referencia: MCVS-T1-2120
2.3. Antecedentes
En la actualidad, al interior de la OFIN existe un costo social elevado ocasionado por un proceso
ineficientede lascomunicacionesodel flujode información. Lasdiferentescomunicaciones cursadas
entre las unidadesde la OFIN, independientes del motivo o medio empleado, evidencian la carencia
de atributosmínimosdeunacomunicacióneficiente comoson,entre otros,sercorrecta,bidireccional,
asertiva, completa,abierta,honesta, transparenteyoportuna.Enese contexto,además,lacalidaddel
flujode información noes claro, preciso, apropiado,contextualizado,consideradoyeducado.
Todo estoocasiona,entre otras consecuencias negativas,lassiguientes:
 Deficienciasenlaplanificaciónde tareas
 Mala o nulaatenciónal cliente
 Faltade identificaciónde losinteresescomunes
 Desconfianza, faltade respeto, resentimiento,frustración, amenazaytemor
 Escucha deficiente
 Evaluación prematura–usualmenteerrada,de hechos
 Errores, fallos,retrasos,demoras, re-trabajos
 Respuestasevasivas –si algunarespuestase da, oexcusas -mayormente
 Deterioralaimagenyla reputación
 Adopciónnoautorizadade supuestos
 Supuestosincorrectosoconfusos
 Distorsióne imprecisiónsemántica
 Socava lamotivación ymoral de loscolaboradoresinternosyexternos
 Arruinala cohesiónentre lasunidades
 Incrementode tensiones
 Impactonegativoenel climalaboral,enel rendimientoyhastaen el enfoque
 Estrés,ausentismoyrotaciónpersonal
 Despliegue de esfuerzosrepetitivos sinvaloryhastacaóticos
 No se aprovechalasabiduríacolectiva
Lo expuestoconduce aunasensibilizaciónnegativaenMINEDUreferidaalacapacidadde laOFINpara
realizaruna comunicaciónefectivarespectodel servicioque brindansusdiferentesáreas que tienen
contacto con los usuarios (gestores de servicio, soporte técnico, por ejemplo), y con respecto a la

8. Proyecto: C3
Plan de Gestión del Proyecto Página No 8/33
Formato: PMO-0005
Referencia: MCVS-T1-2120
estabilidad y usabilidad de los sistemas de información que la institución emplea en la gestión del
sector.
Por tanto, la OFIN ha visto por conveniente desarrollar una estrategia de mejora que le permita
optimizarel servicioque prestaa losusuariosde MINEDU, a través del usoeficiente yefectivode las
comunicaciones. Como efecto secundario de implementar esta estrategia, OFIN logrará el
cumplimiento con normativas y regulaciones vigentes, entre otras, la RM N° 129-2012-PCM, que
reglamenta el empleo de la Norma Técnica Peruana NTP ISO/IEC 27001:2008, EDI. Tecnología de la
información.Técnicasde seguridad.Sistemasde gestiónde seguridadde lainformación.Requisitos.
2.4. Objetivos
Los objetivosdel proyecto sonlossiguientes:
 Desarrollarmétodosparalacomunicacióneficiente yefectivaentre lasunidadesde OFIN yhacia
lasunidadesde lainstituciónque establecencontactoconOFIN utilizandodiferentesmedios.
 Desarrollarenunplazode 30 días losiguiente:
o La normativa necesaria que permita asegurar una comunicación bidireccional, asertiva,
correcta, completa, transparente y oportuna, buscando interiorizar en todos los
colaboradores que el flujo de información sea claro, apropiado, contextualizado,
consideradoyeducado.
o Los procedimientosoperativosnecesariosparalograrel aseguramientodelproceso.
o Los controlesque permitanasegurarel cumplimiento de lanormativa.
 Optimizarenunplazode 30 días lanormativadesarrollada.
2.5. Beneficios
Los beneficiosobtenidosconel proyectoseránlossiguientes:
 Mejorar en el corto plazo el flujode informaciónentre lasunidadesinternasyhacia las externas
de OFIN.
 Incorporar mejoras en el proceso de gestión de losservicios de TI (C3: comunicación, comando,
control).
 Incrementarel nivel de confianzadel usuariofinal conrespectoala estabilidadyusabilidadde
lossistemasde informaciónque lainstituciónempleaenlagestióndel sector.

9. Proyecto: C3
Plan de Gestión del Proyecto Página No 9/33
Formato: PMO-0005
Referencia: MCVS-T1-2120
3. Gestióndel alcance del proyecto
3.1.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. Esta
normativatiene lossiguientesatributos:
o Se aplicasinexcepciónatodo producto software desarrolladoporla propiainstitucióno
adquiridoaterceros.
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 defectoso
mejorarla usabilidadoutilidad).
 El contenidonormativoyprocedimentaloperativosatisface lossiguientesrequerimientos:
o Permite gestionar el proceso de la verificación y validación de la calidad del producto
software conrelacióna lasáreas involucradas.
o Permite gestionarel proceso del aseguramientode lacalidaddel productosoftware.
o Permite gestionarlarealizacióndel control decalidadexigidosobreel productosoftware.
o Incorporaregulaciones,estándareslocalese internacionalesvigentes,ymejoresprácticas
de la industriarelacionadascon el procesode laverificaciónyvalidaciónde lacalidaddel
productosoftware.
o Incorpora controles de la seguridadde la información en el procesode aseguramiento y
enla realizacióndel control de lacalidad.
o Incorpora controles para asegurar que la estabilidad, integridad y seguridad de la
plataforma informática existente en la institución no se verá comprometida o afectada
negativamenteporlapuestaenproduccióndel productosoftware.
o Incorpora controles para asegurar que el producto software se integre al 100% a la
plataformainformáticaexistente enlainstitución.
o Incorporacontrolesparaasegurarque el productosoftware sea100% compatible conlos
sistemasde informaciónexistentes enlainstitución.
3.2.Enunciado del alcance del proyecto
 El proyecto incluye el desarrollo e implementación del documento requerido para Normar la
estructurade operatividaddel áreade Calidadde Software de laOFIN (ProyectoNEO).

10. Proyecto: C3
Plan de Gestión del Proyecto Página No 10/33
Formato: PMO-0005
Referencia: MCVS-T1-2120
 El proyecto NEO considera la interacción con diferentes áreas de la OFIN y su integración en el
procesofinal.
 La gestióndel proyecto NEOse realizarásiguiendo lasbuenasprácticasrecomendadasporel PMI.
 La ejecucióndel proyecto NEOtendráunaduraciónde 150 días.
3.3.Entregablesdel proyecto
Los entregablesdelproyectose dividenenentregablesde gestiónyentregablesdelproducto.
Entregablesde gestióndel proyecto NEO.
 Acta de constitucióndel proyecto.
 Plande gestiónde proyecto.
 Actas de reunión.
 Informesde avance.
 Acta de conformidad.
 Acta de cierre.
Entregablesdel producto.
 Documentonormativoconlosrequerimientossatisfechosal 100%.
 Controlesdesarrolladosal 100%.
 Diagramasdel procesoy de actividadesdel áreade Calidad de Software completosal 100%.
 Indicadoresde eficienciapropuestos.
3.4.Supuestos
Los supuestosasumidosparael proyectoson:
 Se recibirá total apoyo por parte del patrocinador del proyecto, asumiendo las
responsabilidadesnecesariasparael éxitodel proyecto.
 El Jefe de proyecto recibiráel nivel de autoridadrequerido.
 Se consideraal procesode aseguramientode calidaddel productosoftware comounproceso
transversal y cíclico, de forma resumida expresado por lo siguiente: usuario; gestión del
usuario;planeamiento;desarrollo; pruebas(unitariasyde control);despliegue enproducción;
atención al usuario (atención de primer nivel con respecto al producto software que se

11. Proyecto: C3
Plan de Gestión del Proyecto Página No 11/33
Formato: PMO-0005
Referencia: MCVS-T1-2120
despliegue enproducción);mantenimiento(correcciónde defectosomejorade lausabilidad
o utilidad).
 En el ámbito de su competencia dentro del proceso, las áreas involucradas participan en el
proyecto y se involucran activamente aportando mejoras al proceso de calidad, y en el
desarrolloconjuntode lanormativaysusprocedimientos,operativosyde control.
 La información proporcionada por las áreas involucradas será redactada en forma clara,
completaydetallada,y seráentregadaenlostiemposestablecidos.
 Adquisiciónsincontratiemposyenlasfechasque sepropongade normasqueseansolicitadas,
considerando que en Perú, hasta el momento, sólo INDECOPI está autorizado para proveer
normastécnicasperuanasy de ISO.
 Afinamientode lanormativapropuestaporel total de lasáreas involucradas.
 Necesidades de desarrollo de software y mantenimiento de aplicaciones, apropiadas y en
númerosuficiente pararealizarel afinamientode lanormativaaproduciry para la obtención
de la nuevalíneabase de rendimiento.
 El atraso general del proyectomáximopermisibleesde quince (15) días.
3.5.Restricciones
Las restriccionesdel proyectosonlassiguientes:
 Para la elaboración del entregable, el proyecto utiliza las regulaciones vigentes, normas
existentes en el ámbito nacional e internacional y mejores prácticas en la industria,
relacionadosorequeridosparaasegurarla calidaddel productosoftware.
 Disponibilidad de productos software (resultantes de proyectos o mantenimiento) con los
cualestrabajaren lasfechasrequeridas lospilotosnecesarios.
 El proyectotiene unaduraciónde 150 días.
3.6.Límitesdel proyecto
Las restriccionesdel proyecto NEOsonlassiguientes:
 El proyecto no considera proceso adicional alguno que esté fuera del previstopara lograr el
entregable propuesto.
 El proyecto no considera requerimiento adicional alguno que esté fuera del alcance
propuesto.

12. Proyecto: C3
Plan de Gestión del Proyecto Página No 12/33
Formato: PMO-0005
Referencia: MCVS-T1-2120
 El proyecto no contempla la capacitación a las áreas técnicas en la normativa vigente. Esta
capacitación debe darse como parte de un programa de formacióny desarrollo provisto por
la institución.
 El entregable del proyecto no incluye el aseguramiento de la calidad de proyectos de
desarrollode software.
3.7.Estructura de Desglose del Trabajo – EDT
3.8.Diccionario de la EDT
Aquí se detallanlospaquetesde trabajo de laEDT.
Código 1.1.1
Nombre Norma de Calidadde Proyectosde Desarrollo de Software
Descripción En la norma se definenlasactividadesparael Aseguramientodel procesoy
Control de Calidad del producto software (nuevo o considerado nuevo)
resultante de los proyectosde Sistemas de Información. Se diferencian las
actividades de aseguramiento de las de control. Se emplean los formatos
establecidosparael desarrollode lasnormas.
Responsable EliaMuñoz

13. Proyecto: C3
Plan de Gestión del Proyecto Página No 13/33
Formato: PMO-0005
Referencia: MCVS-T1-2120
Código 1.1.1
Nombre Norma de Calidadde Proyectosde Desarrollo de Software
Entregables Normade Calidadde Proyectosde Desarrollode Software
Actividades 1. Revisiónde lasNormastécnicase ISO
2. Modificaciónde lanorma
3. PresentaciónyAprobaciónde lanormaa las áreasinvolucradas
Supuestos Se asignará unode los recursos de losque se cuenta actualmente
Recursos EliaMuñoz
Duración 22 días
Hitos 30/08/2013
Costos S/6,600
Criteriosde
aceptación
Aprobaciónal 100% por lasáreas involucradas.
Referencias
técnicas
Acta de Constitucióndel ProyectoNEO.
Normade Calidadde Proyectosde Desarrollode Software.
Normastécnicase ISOadquiridas.
Aprobadopor Jack Cáceres

14. Proyecto: C3
Plan de Gestión del Proyecto Página No 14/33
Formato: PMO-0005
Referencia: MCVS-T1-2120
4. Gestióndel tiempodel proyecto
4.1.Estructura de desglose de recursos humanos (RBS)
Leyendadel RBS – RecursosHumanos
Código Rol Funciones
JP Jefe de
Proyecto
 Gestiona,monitoreaycontrolael proyectoparael cumplimiento
del tiempo,costosyalcance.
ACS Responsable
del Áreade
Calidadde
Software
 Apoyaal Jefe de Proyectoenlasactividadesrelacionadasala
gestióndel proyecto yelaborarinformesde avance del proyecto.
AAC Analistade
Aseguramiento
de Calidad
 Responsable delaseguramiento de calidad del productosoftware.
ECC Especialistaen
Control de
Calidad
 Responsable delcontrol de calidaddel productosoftware.

15. Proyecto: C3
Plan de Gestión del Proyecto Página No 15/33
Formato: PMO-0005
Referencia: MCVS-T1-2120
4.2.Cronograma del proyecto

16. Proyecto: C3
Plan de Gestión del Proyecto Página No 16/33
Formato: PMO-0005
Referencia: MCVS-T1-2120

17. Proyecto: C3
Plan de Gestión del Proyecto Página No 17/33
Formato: PMO-0005
Referencia: MCVS-T1-2120

18. Proyecto: NEO
Plan de Gestión del Proyecto Página No 18/33
Formato: PMO-0005
Referencia: MCVS-T1-2120
4.3.Hitos del proyecto
No Nombre Fecha
1 Iniciodel proyecto 01/06/2013
2 Marco legal yde normativaslocalese internacionalesidentificado 28/06/2013
3 Procesode aseguramientode calidadentre áreasestablecido 31/07/2013
4 Normastécnicasperuanase ISO adquiridasyrecibidas 30/08/2013
5 Normasy procedimientos estructurados, terminadosydocumentados 30/08/2013
6 Normasy procedimientosprobadosyafinados 30/09/2013
7 Normasy procedimientospuestosenmarcha 31/10/2013
8 Controles estructurados,documentadosypuestosenmarcha 31/10/2013
9 Cierre del proyecto 31/10/2013
5. Gestiónde recursos humanos
5.1.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, asimismo dicho comité se reunirá periódicamente para
evaluarel avance del proyecto.
Asimismocomoparte de susfuncioneselcomité realizarálarevisiónde cadaunade lassolicitudesde
cambiopara luegoaprobarlasorechazarlas, para el presente proyectoel Comité de Proyectotienela
siguiente conformación.
Nombre Rol
SandroMarcone Patrocinador/OFIN
Jack Cáceres Jefe de Proyecto
EliaMuñoz Líder Funcional

19. Proyecto: NEO
Plan de Gestión del Proyecto Página No 19/33
Formato: PMO-0005
Referencia: MCVS-T1-2120
5.2.Organigrama del proyecto

20. Proyecto: NEO
Plan de Gestión del Proyecto Página No 20/33
Formato: PMO-0005
Referencia: MCVS-T1-2120
5.3.Matriz de rolesy responsabilidades(RAM)
Leyenda:Responsable (R),Aprueba(A),Consulta(C) e Informa(I)
EDT Paquete de trabajo Entregables/Roles
Patrocinadores
Jefedeproyecto
LíderFuncional
Analistas
Aseguramientoy
ControldeCalidad
FASE I
Normade Calidadde Proyectosde Desarrollode Software
Normade Calidadde Proyectosde Desarrollo de
Software
A ICR R IC
Normade Calidadde Mantenimientosal Software Aplicativo
Normade Calidadde Mantenimientosal Software
Aplicativo
A ICR R IC
Documentosparala ejecuciónde laspruebas
Plande Prueba I I R R
Casosde Prueba I I R R
Escenariosde Prueba I I R R
Documentosparael registrode observaciones
Reporte de observaciones I I R R
Matriz de seguimiento I I R R
Matriz de resumende observaciones I I R R
FASE II
Normade Calidadde Proyectosde Desarrollode SoftwareAfinado
Normade Calidadde Proyectosde Desarrollode
Software Afinado
A ICR R IC
Normade Calidadde Mantenimientosal Software AplicativoAfinado
Normade Calidadde Mantenimientosal Software
AplicativoAfinado
A ICR R IC
Documentosparala ejecuciónde laspruebasAfinado
Plande Prueba I I R R
Casosde Prueba I I R R
Escenariosde Prueba I I R R
Documentosparael registrode observacionesAfinado Reporte de observaciones I I R R

21. Proyecto: NEO
Plan de Gestión del Proyecto Página No 21/33
Formato: PMO-0005
Referencia: MCVS-T1-2120
EDT Paquete de trabajo Entregables/Roles
Patrocinadores
Jefedeproyecto
LíderFuncional
Analistas
Aseguramientoy
ControldeCalidad
Matriz de seguimiento I I R R
Matriz de resumen de observaciones I I R R
FASEIII
Normade Calidadde Proyectosde Desarrollode SoftwareMejorado
Normade Calidadde Proyectosde Desarrollode
Software Mejorado
A ICR R IC
Normade Calidadde Mantenimientosal Software AplicativoMejorado
Normade Calidadde Mantenimientosal Software
Aplicativo
A ICR R IC
Documentosparala ejecuciónde laspruebasMejorado
Plande Prueba A I R R
Casosde Prueba A I R R
Escenariosde Prueba A I R R
Documentosparael registrode observacionesMejorado
Reporte de observaciones A I R R
Matriz de seguimiento A I R R
Matriz de resumende observaciones A I R R
Métricas Métricas A ICR R ICR

22. Proyecto: NEO
Plan de Gestión del Proyecto Página No 22/33
Formato: PMO-0005
Referencia: MCVS-T1-2120
6. Plan de gestiónde comunicaciones
6.1.Matriz de comunicaciones
Nro. Rol
Nombre de
Interesado
Prioridad del
Interesado
Motivo de la Prioridad
Teléfono
Anexo
Correo
Responsable
(escalamiento)
1 Patrocinadorde la
Oficinade
Informática
Sandro
Marcone
Alta Mejorar imagenyeficiencia
de la oficina
22022 smarcone@minedu.gob
.pe
-
2 Jefe de Proyecto
NEO
Jack Cáceres Alta Re-organizarprocesos
relacionados conlacalidad
enel Área de Calidadde
Software
22010 jcaceres@minedu.gob.p
e
SandroMarcone
3 Líder TécnicoACS EliaMuñoz Alta Disponerde
procedimientos
actualizadosynormados
con loscuales operar
Conocery hacer conocer
funcionesy
responsabilidadesclarasy
específicas
26269 emunoz@minedu.gob.p
e
Jack Cáceres
4 Líder TécnicoAOP
Jefe de proyectoSW
Asignadoporel
responsable
Alta Participaractivamente en
el desarrollode la
normativaque se deberá
cumplir
26122 gcerquera@minedu.gob
.pe
GroverCerquera
5 Líder TécnicoAOP
Desarrollode SW
Asignadoporel
responsable
Alta Participaractivamente en
el desarrollode la
26122 gcerquera@minedu.gob
.pe
GroverCerquera

23. Proyecto: NEO
Plan de Gestión del Proyecto Página No 23/33
Formato: PMO-0005
Referencia: MCVS-T1-2120
normativaque se deberá
cumplir
6 Líder TécnicoAOP
Producción
Asignadoporel
responsable
Alta Participaractivamente en
el desarrollode la
normativaque se deberá
cumplir
26122 gcerquera@minedu.gob
.pe
GroverCerquera
7 Líder TécnicoAGTI Asignadoporel
responsable
Alta Conocerla normativaque
se deberácumplir
26133 hpachas@minedu.gob.p
e
HernánPachas

24. Proyecto: NEO
Plan de Gestión del Proyecto Página No 24/33
Formato: PMO-0005
Referencia: MCVS-T1-2120
7. Gestiónde riesgosdel proyecto
7.1.Metodologíade gestiónde riesgos
 Se realizaránreunionesde trabajoconel equipode proyectoafindepoderidentificarlosprincipales
riesgosutilizandoherramientascomola tormentade ideas.
 Se solicitarálaparticipaciónde personal conexperienciaenproyectossimilares(juiciode expertos)
a fin de identificar los riesgos principales en este tipo de proyectos, la participación de dicho
personal puede seranivel funcional y/otécnico.
 Los procesos utilizados para la gestiónde riesgos que se utilizarán en el proyecto estarán basados
enel marco de referenciapropuestoporel PMBOKdel PMI,el cual incluye lossiguientesprocesos:
o Planificarlagestiónde riesgos.
o Identificarlosriesgos.
o Realizarel análisiscualitativode riesgos.
o Planificarlarespuestaalosriesgos.
o Monitoreary controlarlosriesgos
7.2.Estructura de desglose de riesgos(RBS)

25. Proyecto: NEO
Plan de Gestión del Proyecto Página No 25/33
Formato: PMO-0005
Referencia: MCVS-T1-2120
7.3.Matriz de probabilidade impacto
Los riesgosse clasificanporordende prioridadde acuerdoconsusimplicacionespotencialesde tener
un efectosobre losobjetivosdel proyecto.
 Escala Probabilidad
o 0.1 – Improbable
o 0.3 – BajaProbabilidad
 Escala Impacto
o 0.1 – Muy Bajo
o 0.2 – Bajo

26. Proyecto: NEO
Plan de Gestión del Proyecto Página No 26/33
Formato: PMO-0005
Referencia: MCVS-T1-2120
o 0.5 – ModeradaProbabilidad
o 0.7 – AltaProbabilidad
o 0.9 – Muy AltaProbabilidad
o 0.4 – Moderado
o 0.6 – Alto
o 0.8 – Muy Alto

27. Proyecto: NEO
Plan de Gestión del Proyecto Página No 27/33
Formato: PMO-0005
Referencia: MCVS-T1-2120
7.4.Riesgosidentificados
A continuaciónse muestralarelaciónde losriesgosidentificadosinicialmente.
No Riesgo Causas del Riesgo Categoría Probabilidad
Impact
o
Severida
d
Respuesta a riesgos
Acción Responsable
1
No se aceptala
normativa
Faltade involucramiento
efectivode lasáreasque
participanenel procesopara
definirel contenidocorrecto,
completoydetalladode la
normativa
Técnico
(calidad)
0.9 0.8 0.72
Comprometerapoyode
losresponsablesde área
con ayudadel sponsor Jefe del
proyectoNEO
2
No se aceptala
normativa
Carenciao insuficienciade
medidasyaccionesque apoyen
la seguridadde lainformación
Técnico
(alcance)
0.9 0.8 0.72
Comprometerel apoyo
del Oficial de seguridad
Jefe del
proyectoNEO
3
Incumplimientocon
la fechade entrega
de la normativa
Compromisonoefectivode las
áreas involucradaspor
incumplimientoconlaentrega
de información enlasfechas
acordadas
Organización
(cronograma)
0.5 0.8 0.40
Coordinarel apoyopor
adelantadode los
responsablesde área
Jefe del
proyectoNEO
4
No se validanlas
pruebasfinales
Control insuficienteo
insatisfactorio
Organización
(recursos)
0.5 0.6 0.30
Planificaciónpor
adelantado
Líder técnico
del proyecto
NEO
5
Demoraen la
aceptaciónde la
normativa
Insatisfacciónconlaspruebas
finales
Gestión
(cronograma)
0.3 0.8 0.24
Planificaciónpor
adelantado
Jefe del
proyectoNEO
6
No se aceptala
normativa
Insuficiente valoración
realizadade regulacionesy
Técnico
(alcance)
0.1 0.8 0.08
Investigaciónprofunda
Buscar apoyode
expertos
Líder técnico
del proyecto
NEO

28. Proyecto: NEO
Plan de Gestión del Proyecto Página No 28/33
Formato: PMO-0005
Referencia: MCVS-T1-2120
No Riesgo Causas del Riesgo Categoría Probabilidad
Impact
o
Severida
d
Respuesta a riesgos
Acción Responsable
normaso estándares
internacionales

29. Proyecto: NEO
Plan de Gestión del Proyecto Página No 29/33
Formato: PMO-0005
Referencia: MCVS-T1-2120
8. Gestiónintegradade cambios
En la gestiónintegradade cambiosse revisan,apruebanose rechazanlas solicitudesde cambiosque
realizael áreadirectamente involucradaconlacalidad.
Se considerauncambioaquel requerimientoque nohasidoconsideradocomoparte de lalíneabase
actual del proyecto.
Todo cambio deberá pasar por los nivelesde evaluación correspondiente y aprobación necesarios
antesde ser incorporadoscomoparte de la nuevalíneabase del proyecto.
Un cambio aprobado tiene como consecuencia la actualización de los planes subsidiarios
correspondientes.
8.1.Clasificaciónde los cambios
La clasificacióndeloscambiosse realizaenfunciónal impactode lasolicitudde cambioenelproyecto.
Para un mejormanejoloscambiosse hanclasificadode lasiguientemanera:
Identificador Clasificación Descripción Evaluación/Aprobación
1 Bajo
Impacto
Las solicitudesde cambiono
afectana la líneabase
Su aprobaciónesrealizadapor
el Jefe de Proyectoyel Líder
Funcional
2 Alto
Impacto
Las solicitudesde cambioafectan
a la líneabase
Su aprobaciónesrealizadapor
el Comité de Proyecto

30. Proyecto: NEO
Plan de Gestión del Proyecto Página No 30/33
Formato: PMO-0005
Referencia: MCVS-T1-2120
8.2.Evaluación de los cambios de bajo impacto
Se muestrael diagramade flujoque indicalasecuenciaparalaaprobacióndel cambio.
Se genera la
solicitud de
cambio
Usuario Final Líder Funcional
Evaluar la
solicitud de
cambio
Cambio rechazado
Jefe de Proyecto
Evaluar la
solicitud de
cambio
Cambio aprobado
Cambio aprobado
Priorizar
cambios
aprobados
Actualizar las
líneas base
Comunicar
cambio
rechazado
Comunicar
cambio
aprobado
Cambio rechazado

31. Proyecto: NEO
Plan de Gestión del Proyecto Página No 31/33
Formato: PMO-0005
Referencia: MCVS-T1-2120
Nota:Utilizarel formato:Solicitudde cambio
8.3.Evaluación de los cambios de alto impacto
Se muestrael diagramade flujoque indicalasecuenciaparalaaprobacióndel cambio.

32. Proyecto: NEO
Plan de Gestión del Proyecto Página No 32/33
Formato: PMO-0005
Referencia: MCVS-T1-2120
Se genera la
solicitud de
cambio
Líder Funcional
Evaluar la
solicitud de
cambio
Cambio rechazado
Comité de Proyectos
Evaluar la
solicitud de
cambio
Cambio aprobado
Cambio aprobado
Priorizar
cambios
aprobados
Actualizar las
líneas base
Comunicar
cambio
rechazado
Comunicar
cambio
aprobado
Cambio rechazado
Jefe de Proyecto
Nota:Utilizarel formato:Solicitudde cambio

33. Proyecto: NEO
Plan de Gestión del Proyecto Página No 33/33
Formato: PMO-0005
Referencia: MCVS-T1-2120
9. Cierre del proyecto
Este procesoincluye finalizartodaslasactividadescompletadasalolargo de la Gestióndel Proyecto.
Al final del documentose anexa:
Nota:Utilizarel formato:Acta de cierre del proyecto