Gestion de Proyecto Informático

FACULTAD DE INGENIERÍA, ARQUITECTURA Y URBANISMO
ESCUELA ACADÉMICO PROFESIONAL DE INGENIERÍA DE SISTEMAS
TRABAJO INDIVIDUAL
DESARROLLO DEL PLAN PARA LA

DIRECCIÓN DE UN PROYECTO INFORMÁTICO
“SAKURA-SOFT”
CURSO : GESTION PROYECTOS INFORMATICOS
ESTUDIANTE : APARICIO CARRASCO BORDA
DOCENTE : DAVID BANCES SAAVEDRA
CICLO : VIII
FECHA DE ENTREGA : 06/10/2019

DESARROLLO DEL PLAN PARA LA DIRECCIÓN DE UN PROYECTO INFORMÁTICO “SAKURA-SOFT”
INDICE GENERAL
RESUMEN……….………………………………………………………………………………… 2
CAPÍTULO I………………………………………………………………………………….......... 3
1. SAKURA-SOFT
1.1 Acta de Constitución
CAPÍTULO II………………………………………………………………………………………. 6
2. DSE
2.1 GESTIÓN DE ALCANCE
2.1.1 Diccionario WBS-SAKURA
2.1.2 Documentación de requisitos
2.1.3 Guía de avance de gestión de calidad
2.1.4 Plan de gestión de requisitos
2.1.5 Plan de gestión del alcance
2.1.6 EDT
2.2 GESTIÓN DEL TIEMPO……………………………………………………………. 8
2.2.1 Plan de gestión del tiempo de Schedule
2.3 GESTIÓN DE COSTOS…………………………………………………………… 10
2.3.1 Plan de Gestión de Costos
2.4 GESTIÓN DE CALIDAD………………………………………………………….... 12
2.4.1 Plan de Gestión de la Calidad
2.4.2 Plantilla de Métrica de Calidad
2.4.3 Línea Base de Calidad
2.4.4 Matriz de Actividad de Calidad
2.4.5 Auditoria de calidad
2.5 GESTIÓN DE LOS RECURSOS HUMANOS……………………………………16
2.5.1 Plan de Gestión de Recursos Humanos
2.5.2 Diagrama de carga personal
2.5.3 Plan de Recursos Humanos
2.5.4 Organigrama del proyecto
2.5.5 Matriz de Asignaciones de Responsabilidades
2.6 GESTIÓN DE LAS COMUNICACIONES………………………………………...19
2.6.1 Plan de Gestión de Comunicaciones
2.6.2 Matriz de Comunicaciones del Proyecto
2.6.3 Reportes de performance completo
2.6.4 Control de políticas
2.7 GESTIÓN DE RIESGOS…………………………………………………………...22
2.7.1 Plan de Gestión de Riesgos
2.7.2 Monitoreo de Riesgos
2.7.3 Evaluación y Análisis Cuantitativo de Riesgos
2.8 GESTIÓN DE ADQUICISIONES……………………………………………….....23

2.8.1 Plan de Gestión de adquisiciones
2.9 GESTIÓN DE INTERESADOS……………………………………………...........25

2.9.1 Registro de stakehollders
2.9.1 Matriz de interesados
CONCLUSIONES………………………………………………………………………………...26
REFERENCIAS BIBLIOGRÁFICAS…………………………………………………………… 27
GESTIÓN DE PROYECTOS INFORMÁTICOS APARICIO CARRASCO BORDA

1
RESUMEN
El proyecto se efectuará a través de la instalación de tecnologías de software, capacitación

y puesta en práctica con los empleados de la empresa de arte y publicidad textil SAKURA
S.A.C. en el punto de venta de prueba. Es imprescindible, para llevar a cabo un proyecto
con éxito, discernir claramente un objetivo a cumplir. Para ello es necesaria la intervención
de personas especialistas que se encarguen de desarrollar cada una de las fases de las
que consta. Para el presente trabajo desarrollamos el plan de Dirección de proyecto
informático para la empresa denominada “SAKURA-SOFT”, la naturaleza temporal de los
proyectos indica un principio y un final definidos. El final se alcanza cuando se logran los
objetivos del proyecto o cuando se termina el proyecto porque sus objetivos no se cumplirán
o no pueden ser cumplidos, o cuando ya no existe la necesidad que dio origen al proyecto.
El cumplimiento de los requisitos del proyecto se logra mediante la aplicación e integración
adecuadas de procesos de la dirección de proyectos agrupados lógicamente en lo que se
determina FASE. Las Fases principales de un proyecto son: Iniciación, Planificación,
Ejecución, Seguimiento – Control y Cierre. En base ello elaboramos por capítulos y
formatos correspondientes para el Plan del Proyecto Informático para “SAKURA-SOFT”.
Durante la última década, la informática en su conjunto se ha ido simplificando, sin embargo,

los entornos de desarrollo han seguido un camino contrario y son cada día más complejos,
hace algún tiempo, un desarrollo típico estaba formado por un par de docenas de
transacciones, algunos utilitarios y poco más. Hoy en día todo esto ha cambiado; las
plataformas de desarrollo proliferan y ofrecen nuevas posibilidades que hacen que la oferta
sea más atractiva y se cambia de entornos en función de las nuevas posibilidades que los
mismos ofrecen. Los usuarios son mucho más exigentes, demandan unas prestaciones
antiguamente no soñadas, y esto hace que en muchas ocasiones el diseño gráfico y su
interfaz genere más trabajo de programación que los propios algoritmos para los que se
concibe el programa. La necesidad de desarrollar un software normalmente multiplataforma
dificulta, no sólo el propio desarrollo sino también las pruebas de aceptación del mismo.
Para finalizar que las herramientas para Gestión de Proyectos deben adaptarse a los
niveles de desarrollo de los grupos, servir como guía en la gestión, facilitar el seguimiento
continuo, integrarse con el resto de la empresa, ser entornos colaborativos con acceso
desde cualquier lugar y permitir la Gestión del Conocimiento, de Tareas y de Personas.

2
CAPÍTULO I
1.1. ACTA DE CONSTITUCIÓN
CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 ST GB AP 26-08-2019 Creación del documento
PROJECT CHARTER
NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO

SAKURA_SOFT
SAKSOFT
DESCRIPCIÓN DEL PROYECTO: QUÉ, QUIÉN, CÓMO, CUÁNDO Y DÓNDE?
El proyecto SAKURA_SOFT consiste en el diseño y construcción de una solución

tecnológica (software) para punto de venta lo que permitirá reducir los tiempos en el
proceso de liquidación de las ventas diarias, semanales, mensuales realizadas la empresa
de arte y publicidad textil SAKURA S.A.C.
El proyecto se efectuará a través de la instalación de tecnologías de software, capacitación

y puesta en práctica con los empleados de la empresa de arte y publicidad textil SAKURA
S.A.C. en el punto de venta de prueba.
El proyecto tendrá una duración de 4 meses. Se iniciará el día 26 de agosto de 2019 y el

lanzamiento en vivo será el 6 de diciembre de 2019, en las instalaciones de la empresa de
arte y publicidad textil SAKURA S.A.C.
La gestión del proyecto se realizara en la oficina general del grupo del proyecto.
DEFINICIÓN DEL PRODUCTO DEL PROYECTO: DESCRIPCIÓN DEL PRODUCTO, SERVICIO O

CAPACIDAD A GENERAR.

3
El proyecto consiste en desarrollar un Sistema informático para el proceso de

control de información del proceso de venta de la organización SAKURA S.A.C. el
cual generará comprobantes de pagos como recibos y/o facturas por cada
transacción realizada a su vez, generación de reportes; mensuales las cuales
ayudaran al mayor control de almacén y proveedores.
SISTEMA INFORMATICO:
El sistema informático implementará las funciones necesarias para realizar las siguientes
operaciones:
- Registro de documentos e impresión de facturas y boletas

- Registro de documentos de canje
- Registro de incidencias de venta y canje
- Registro de notas de ingreso
- Registro de boletas de cambio
- Control de stock
- Registro de fecha-hora- lugar en que se realizó el registrado de documentos.
Infraestructura:
Para el desarrollo de la solución se entregará:
- Prototipos del software.

- Servicios de administración de base de datos.
- Montaje de impresoras.
- Suministros (documentos pre-impresos, cargadores de impresora) y accesorios
(cables de comunicación, alimentación de energía, etc.) para la impresión de
facturas.
Capacitaciones para:
- Capacitar al personal de secretaria y personal administrativo en uso del sistema

informático, a cargo del personal de distribución (T2T).
- Seguimiento y control de la actividad de distribución con herramientas de
monitoreo.
- Generación de reportes de efectividad de venta y distribución.
Se crearan procedimientos para:

- Seleccionar al operador que ofrecerá los servicios del sistema informático.
- Distribuir y vender los productos con la emisión de boletas y facturas en el
punto de venta
- Procedimiento para efectuar inventarios virtuales.
- Procedimiento de supervisión de venta
- Procedimiento de recepción de documentos de venta
- Procedimiento y cronograma de capacitaciones

4
Cronograma de implementación:
El proceso de implementación durará desde el 15 de setiembre al 29 de octubre del
2016.
DEFINICIÓN DE REQUISITOS DEL PROYECTO: DESCRIPCIÓN DE REQUERIMIENTOS

FUNCIONALES, NO FUNCIONALES, DE CALIDAD, ETC., DEL PROYECTO/PRODUCTO
El proyecto debe cumplir los siguientes requisitos:
- Permitir implementar estrategias de fidelización.
- Disminuir costos por suministros por modificación de documentos de venta.
Requisitos de los stakeholders:
Para el distribuidor:
- El distribuidor debe cumplir con la emisión de boletas y facturas en el punto de
venta, de acuerdo a los pedidos.
Para el Transportista:
- La solución debe ayudar a los colaboradores a incrementar su comisión.
Para el Conductor:
- La solución debe ser de fácil uso.
Para el Supervisor:
- La solución debe permitir vigilar las actividades de distribución y venta.
Para el Liquidador:
- La solución debe reducir el tiempo de liquidación a cero.

5
CAPÍTULO II
2.1. GESTION DE ALCANCE
CONTROL DE VERSIONES
Versió Hecha Revisada Aprobada

Fecha Motivo
n por por por
1.0 AP AP AP 01-09-19 Versión original
DICCIONARIO WBS (completo)
SAKURA-SOFT SAKSOFT
CÓDIGO DEL PAQUETE DE NOMBRE DEL PAQUETE DE TRABAJO (PDT):

TRABAJO (PDT): SEGÚN EL SEGÚN EL WBS
WBS
INICIO PROJECT CHARTER
OBJETIVO DEL PAQUETE DE Iniciar el Proyecto.
TRABAJO:
PARA QUE SE ELABORA EL
PDT.
DESCRIPCIÓN DEL PAQUETE Documento que detalla: la definición del proyecto,
DE TRABAJO: definición del producto, requerimiento de los
QUÉ CONTIENE, EN QUÉ stakeholders, necesidades del negocio, finalidad y
CONSISTE, CÓMO ES, justificación del proyecto, cronograma de hitos,
DIMENSIONES, COTAS, ETC. organizaciones que intervienen, supuestos,
restricciones, riesgos, y oportunidades del proyecto.
DESCRIPCIÓN DEL TRABAJO Lógica o enfoque de la elaboración:
A REALIZAR (ACTIVIDADES):
CÓMO SE VA A ELABORAR EL Actividades a realizar:
PDT. - Reunión con el Sponsor.
- Elaborar el Project Charter.
- Revisar el Project Charter.
ASIGNACIÓN DE Responsable: HR
RESPONSABILIDADES: Participa:
QUIÉNES INTERVIENEN, Y Apoya:
QUE ROL DESEMPEÑAN EN LA Revisa:
ELABORACIÓN. Aprueba: EC
Da información: EC
FECHAS PROGRAMADAS: Inicio:
CUÁNDO SE VA A ELABORAR Fin:
EL PDT. Hitos importantes:

6
CRITERIOS DE ACEPTACIÓN: Stakeholder que acepta:EC

QUIÉN, Y CÓMO SE DARÁ POR Requisitos que deben cumplirse: El equipo del
VÁLIDO Y ACEPTADO EL PDT. proyecto debe recibir una copia en versión digital del
Project Charter
Forma en que se aceptará: Reunión del equipo de
proyecto
SUPUESTOS: SITUACIONES El Sponsor brindará la información necesaria para
QUE SE TOMAN COMO elaborar el Project Charter.
VERDADERAS, REALES, O
CIERTAS, PARA EFECTOS DE
LA PLANIFICACIÓN DEL PDT.
PLAN DE GESTIÓN DE ALCANCE
SAKURA-SOFT SAKSOFT
PROCESO DE DEFINICIÓN DE ALCANCE: DESCRIPCIÓN DETALLADA DEL PROCESO PARA

ELABORAR EL SCOPE STATEMENT DEFINITIVO A PARTIR DEL SCOPE STATEMENT
PRELIMINAR. DEFINICIÓN DE QUÉ, QUIÉN, CÓMO, CUÁNDO, DÓNDE, Y CON QUÉ.
La definición del Alcance del proyecto Programa de SAKURA-SOFT se desarrollará
de la siguiente manera:
- En reunión de equipo de proyecto, tanto el equipo de proyecto como el
sponsor revisarán el Scope Statement preliminar, el cual servirá como base.
PROCESO PARA ELABORACIÓN DE WBS: DESCRIPCIÓN DETALLADA DEL PROCESO PARA
CREAR, APROBAR, Y MANTENER EL WBS. DEFINICIÓN DE QUÉ, QUIÉN, CÓMO, CUÁNDO,
DÓNDE, Y CON QUÉ.
Los pasos que se realizaron para la elaboración del WBS son los siguientes:
- El EDT del proyecto será estructurado de acuerdo a la herramienta de
descomposición, identificándose primeramente los principales entregables, que
en el proyecto actúan como fases. En el proyecto se identificó 5 fases.
- Identificado los principales entregables, se procede con la descomposición del
entregable en paquetes de trabajo, los cuales nos permiten conocer al mínimo
detalle el costo, trabajo y calidad incurrido en la elaboración del entregable.
- La empresa utiliza para la elaboración del WBS la herramienta WBS Chart Pro,
pues permite una fácil diagramación y manejo de los entregables del proyecto.
PROCESO PARA ELABORACIÓN DEL DICCIONARIO WBS: DESCRIPCIÓN DETALLADA DEL
PROCESO PARA CREAR, APROBAR, Y MANTENER EL DICCIONARIO WBS. DEFINICIÓN DE
QUÉ, QUIÉN, CÓMO, CUÁNDO, DÓNDE, Y CON QUÉ.

7
2.2. GESTION DE TIEMPO

PLAN DE GESTIÓN DE SCHEDULE
SAKURA-SOFT SAKSOFT
PROCESO DE DEFINICIÓN DE ACTIVIDADES:

DESCRIPCIÓN DETALLADA DEL PROCESO PARA DEFINIR LAS ACTIVIDADES A PARTIR DEL SCOPE
STATEMENT, WBS, Y DICCIONARIO WBS. DEFINICIÓN DE QUÉ, QUIÉN, CÓMO, CUÁNDO, DÓNDE
Y CON QUÉ.
A partir de la aprobación del Scope Statement, el WBS y el Diccionario WBS se procede
a realizar lo siguiente:

8
Identificación y Secuenciamiento de Actividades

- Por cada entregable definido en el WBS del proyecto se identifica cuáles son las
actividades que permitirán el término del entregable. Para tal caso se da un
código, nombre y alcance de trabajo, zona geográfica, responsable y tipo de
actividad, para cada actividad del entregable.
- Inicialmente definimos el secuenciamiento de las actividades por cada entregable.
- Para este proceso utilizamos el formato de Estimación y Secuenciamiento de
Actividades.
PROCESO DE SECUENCIAMIENTO DE ACTIVIDADES:
DESCRIPCIÓN DETALLADA DEL PROCESO PARA SECUENCIAR LAS ACTIVIDADES. DEFINICIÓN DE
QUÉ, QUIÉN, CÓMO, CUÁNDO, DÓNDE, Y CON QUÉ.
Red del Proyecto
- Definimos la Red del Proyecto en base a los entregables del proyecto.
- Luego por separado graficamos la red del proyecto de las actividades de cada
fase del proyecto.
- Para este proceso utilizamos el formato de Red del Proyecto.
PROCESO DE ESTIMACIÓN DE RECURSOS DE LAS ACTIVIDADES:
DESCRIPCIÓN DETALLADA DEL PROCESO PARA ESTIMAR LOS RECURSOS NECESARIOS PARA
REALIZAR LAS ACTIVIDADES. DEFINICIÓN DE QUÉ, QUIÉN, CÓMO, CUÁNDO, DÓNDE, Y CON QUÉ.
Estimación de Recursos y Duraciones
- En base a los entregables y actividades que se han identificado para el proyecto
se procede a realizar las estimaciones de la duración y el tipo de recursos
(personal, materiales o consumibles, y maquinas o no consumibles).
- Para el Recurso de tipo Personal se define los siguientes: nombre de recurso,
trabajo, duración, supuestos y base de estimación, y forma de cálculo.
- Para el recurso de tipo Materiales o Consumibles se define los siguientes: nombre
de recurso, cantidad, supuestos y base de estimación, y forma de cálculo.
- Para el recurso de tipo Máquinas o no Consumibles se define los siguientes:
nombre de recurso, cantidad, supuestos y base de estimación, y forma de cálculo.
- Para este proceso utilizamos el formato de Estimación de Recursos y Duraciones.
PROCESO DE ESTIMACIÓN DE DURACIÓN DE LAS ACTIVIDADES:
DESCRIPCIÓN DETALLADA DEL PROCESO PARA ESTIMAR LA DURACIÓN DE LAS ACTIVIDADES.
DEFINICIÓN DE QUÉ, QUIÉN, CÓMO, CUÁNDO, DÓNDE, Y CON QUÉ.
El proceso de estimación de la duración de las actividades se define de acuerdo al tipo
de recurso asignado a la actividad:
- Si el recurso es tipo personal, estimamos la duración y calculamos el trabajo que
tomará realizar la actividad.
- En cambio si el tipo de recurso es material o maquinas, se define la cantidad que
se utilizará para realizar la actividad.
PROCESO DE DESARROLLO DE SCHEDULE:
DESCRIPCIÓN DETALLADA DEL PROCESO PARA DESARROLLAR EL SCHEDULE. DEFINICIÓN DE
QUÉ, QUIÉN, CÓMO, CUÁNDO, DÓNDE Y CON QUÉ.

9
En base a los siguientes documentos:

- Identificación y Secuenciamiento de Actividades.
- Red del Proyecto.
- Estimación de Recursos y Duraciones.
Se obtiene toda la información necesaria para elaborar el Schedule del proyecto,
mediante la herramienta de MS Project 2010, realizando los siguientes pasos:
- Primeramente exportamos los entregables del proyecto.
- Ingresamos las actividades de los entregables del proyecto.
- Ingresamos las actividades repetitivas del proyecto, y los hitos.
- Definimos el calendario del proyecto.
- Damos propiedades a las actividades.
- Asignamos los recursos de las actividades del proyecto.
- Secuenciamos las actividades y los entregables del proyecto.
El Schedule es enviado al Sponsor, el cual debe aprobar el documento para proseguir
con el proyecto.
PROCESO DE CONTROL DE SCHEDULE:
DESCRIPCIÓN DETALLADA DEL PROCESO PARA CONTROLAR EL SCHEDULE, ASÍ COMO SU
ENLACE CON EL CONTROL INTEGRADO DE CAMBIOS. DEFINICIÓN DE QUÉ, QUIÉN, CÓMO,
CUÁNDO, DÓNDE Y CON QUÉ.
Dentro de la Gestión del Proyecto, se han identificado el entregable Informe de
Performance del Trabajo e Informe de Perfomance del Proyecto, así como las Reuniones
de Coordinación. Es mediante estos informes y reuniones que podemos controlar el
schedule del proyecto.
Ante la aprobación de una Solicitud de Cambio presentada por el Comité de Control de
Cambios de Consultores Asociados, se hacen las modificaciones aprobadas o si fuera el
caso se hace la replanificación del proyecto.
2.3. GESTION DE COSTOS

PLAN DE GESTIÓN DE COSTOS
SAKURA-SOFT SAKSOFT
TIPOS DE ESTIMACIÓN DEL PROYECTO: TIPOS DE ESTIMACIÓN A UTILIZAR EN EL PROYECTO CON

INDICACIÓN DEL MODO DE FORMULACIÓN Y LOS NIVELES DE PRECISIÓN DE CADA TIPO.
MODO DE FORMULACIÓN
TIPO DE ESTIMACIÓN (ESPECIFICAR EN DETALLE
NIVEL DE PRECISIÓN
(ESPECIFICAR LOS TIPOS DE ESTIMACIÓN EL MODO DE
(ESPECIFICAR EL NIVEL DE
A USAR EN EL PROYECTO, EJM. ORDEN FORMULACIÓN DEL
PRECISIÓN DEL ESTIMADO,
DE MAGNITUD, PRESUPUESTO, ESTIMADO INDICANDO EL
EJM. -15% +25%)
DEFINITIVA) PORQUÉ, QUIÉN, CÓMO, Y
CUÁNDO)
Orden de Magnitud Formulación por Analogía - 25% al +75%
Presupuesto Bottom up -15% al +25%
Definitivo Bottom up -5% al +10%

10
UNIDADES DE MEDIDA: UNIDADES DE MEDIDA A UTILIZAR, PARA ESTIMAR Y TRABAJAR CADA TIPO DE
RECURSO.
TIPO DE RECURSO UNIDADES DE MEDIDA
Recurso Personal Costo / hora
Recurso Material o Consumible Unidades
Recurso Máquina o no Consumibles Unidades
RESPONSABLE FECHAS
ENTREGABLES PRESUPUESTO (PERSONA INICIO-FIN
CUENTA DE
(FASES O (MONTO DEL RESPONSABLE DE (FECHAS
CONTROL
ENTREGABLES PRESUPUESTO MONITOREAR Y PROGRAMADAS DE
(CÓDIGO Y NOMBRE
AGRUPADOS EN PARA LA LOGRAR LOS INICIO Y FIN DE LOS
DE CUENTA)
LA CUENTA) CUENTA) OBJETIVOS DE ENTREGABLES DE
COSTOS) LA CUENTA)
No aplica para el No aplica para No aplica para No aplica para el No aplica para el
proyecto el proyecto el proyecto proyecto proyecto
PLANIFICACIÓN GRADUAL: FORMA EN QUE SE UTILIZARÁ LA PLANIFICACIÓN GRADUAL, DEFINIENDO

LAS ETAPAS Y LOS NIVELES DE AGREGACIÓN DE LOS COMPONENTES DE PLANIFICACIÓN, ASÍ COMO
LA FECHA EN QUE SE EMITIRÁN LOS PRESUPUESTOS NO EXPANDIDOS Y LA PERSONA RESPONSABLE
DE HACERLOS.
ETAPA COMPONENTES DE FECHA DE EMISIÓN RESPONSABLE
(ETAPAS DE LA PLANIFICACIÓN DE PRESUPUESTO (PERSONA RESPONSABLE
PLANIFICACIÓN (COMPONENTES DE (FECHA APROXIMADA DE EMITIR EL
GRADUAL, O MOMENTOS PLANIFICACIÓN A EN QUE SE EMITIRÁ PRESUPUESTO CON LOS
EN LOS CUALES SE USAR EN DICHA EL PRESUPUESTO COMPONENTES DE
PRESENTARÁN LAS ETAPA) USANDO LOS PLANIFICACIÓN DE DICHA
LÍNEAS BASE CON COMPONENTES DE ETAPA)
COMPONENTES DE PLANIFICACIÓN DE
PLANIFICACIÓN NO DICHA ETAPA)
EXPANDIDOS)
No aplica para el No aplica para el No aplica para el No aplica para el
proyecto proyecto proyecto proyecto
UMBRALES DE CONTROL
ALCANCE: VARIACIÓN PERMITIDA ACCIÓN A TOMAR SI VARIACIÓN
PROYECTO/FASE/ENTREGABLE (VARIACIÓN PERMITIDA PARA EXCEDE LO PERMITIDO
(ESPECIFICAR SI EL UMBRAL DE EL ALCANCE ESPECIFICADO, (ACCIÓN A TOMAR EJM.
CONTROL APLICA A TODO EL EXPRESADA EN VALORES MONITOREAR RESULTADOS,
PROYECTO, UNA FASE, UN ABSOLUTOS, EJM $, O ANALIZAR VARIACIONES, O
GRUPO DE ENTREGABLES O UN VALORES RELATIVOS EJM % AUDITORIA PROFUNDA DE LA
ENTREGABLE ESPECÍFICO) ) VARIACIÓN)
Investigar variación para tomar

Proyecto Completo +/- 5% costo planificado
acción correctiva
MÉTODOS DE MEDICIÓN DE VALOR GANADO

11
2.4. GESTION DE CALIDAD

MATRIZ DE ACTIVIDADES DE CALIDAD
SAKURA-SOFT SAKSOFT
ESTÁNDAR DE
ACTIVIDADES DE
ENTREGABLE CALIDAD ACTIVIDADES DE CONTROL
PREVENCIÓN
APLICABLE
Metodología de
1.1.1 Project Gestión de
Aprobación por Sponsor
Charter Proyectos de
Empresa ABC
Metodología de
1.1.2 Scope Gestión de
Statement Proyectos de
Empresa ABC
Metodología de
1.2 Plan de Gestión de
Proyecto Proyectos de
Empresa ABC
Metodología de
1.3 Informe de Gestión de
Estado Proyectos de
Empresa ABC
Metodología de
1.4 Reunión Gestión de
Semanal Proyectos de
Empresa ABC
Metodología de
1.5 Cierre de Gestión de
Proyecto Proyectos de
Empresa ABC
2.1 Contrato Estándar de Revisión de Revisión/Aprobación por

con ABC Contrato de Estándar Sponsor
Alquiler
2.2 Contrato Estándar de Revisión de Revisión/Aprobación por
con XY Contrato de Estándar Sponsor
Alquiler

12
2.3.1 Negociación Aprobación por Project

Concesionario detallada Manager
XY
2.3.2 Negociación Aprobación por Project
Concesionario detallada Manager
ABC
3.1 Materiales Curso Estándar Revisión por Project
Gest Proy Manager
3.2.1.1/3.2.12. Curso Estándar Revisión de Encuesta de Evaluación
1 Dictado de Encuestas de de Sesión
Sesiones Gest Evaluación de
Proy sesiones
anteriores
3.2.1.2/3.2.12.
2 Informe de Estándar de
Sesiones Gest Informe de Sesión
Proy
4.1.1 Controles
Revisión por Project
de Lectura MS Curso Estándar
Manager e Instructor
Project
4.1.2
Revisión por Project
Materiales MS Curso Estándar
Manager
Project
4.2.1.1/4.2.10. Curso Estándar Revisión de Encuesta de Evaluación
1 Dictado de Encuestas de de Sesión
Sesiones MS Evaluación de
Project sesiones
anteriores
4.2.1.2/Informe
Estándar de
de Sesiones Aprobación por Sponsor
Informe de Sesión
MS Project
Formato exigido
Aprobación por OFICINA
por Revisión de
5.1.1 Informe TECNICA DE
CONSTRUCTOR modelos de
Mensual 1 CONSTRUCTORES
ES ASOCIADOS formatos
ASOCIADOS
SA
Formato exigido
Revisión de Aprobación por OFICINA
por
5.1.2 Informe modelos de TECNICA DE
CONSTRUCTOR
Mensual 2 formatos CONSTRUCTORES
ES ASOCIADOS
ASOCIADOS
SA
Formato exigido
por
5.1.3 Informe modelos de TECNICA DE
CONSTRUCTOR
Mensual 3 formatos CONSTRUCTORES
ES ASOCIADOS
ASOCIADOS
SA
Formato exigido
5.2 Informe modelos de TECNICA DE
por
Final formatos CONSTRUCTORES
CONSTRUCTOR
ASOCIADOS

13
ES ASOCIADOS
SA

14

15
2.5. GESTION DE RECURSOS HUMANOS

MATRIZ DE ASIGNACIÓN DE RESPONSABILIDADES
SAKURA-SOFT SAKSOFT

16
ORGANIGRAMA DEL PROYECTO
SAKURA-SOFT SAKSOFT
PLAN DE RECURSOS HUMANOS
SAKURA-SOFT SAKSOFT

17
ORGANIGRAMA DEL PROYECTO: ESPECIFICAR EL ORGANIGRAMA DEL PROYECTO.

Ver Organigrama del Proyecto – versión 1.0
NOTA: ADJUNTAR ORGANIGRAMA DEL PROYECTO.
ROLES Y RESPONSABILIDADES: ESPECIFICAR LA MATRIZ DE ASIGNACIONES DE
RESPONSABILIDADES (RAM).
Ver Matriz de Asignación de Responsabilidades (RAM) – versión 1.0

NOTA: ADJUNTAR MATRIZ RAM.
DESCRIPCIÓN DE ROLES: NOMBRE DEL ROL, OBJETIVOS, FUNCIONES, NIVELES DE AUTORIDAD,
A QUIÉN REPORTA, A QUIÉN SUPERVISA, REQUISITOS DE CONOCIMIENTOS, HABILIDADES, Y
EXPERIENCIA PARA DESEMPEÑAR ROL.
Ver Descripción de Roles – versión 1.0

NOTA: ADJUNTAR FORMATOS DE DESCRIPCIÓN DE ROLES.
ADQUISICIÓN DEL PERSONAL DEL PROYECTO: CÓMO, DE DÓNDE, CUÁNDO, CUÁNTO, ETC.?
Ver Cuadro de Adquisición del Personal – versión 1.0
NOTA: ADJUNTAR CUADRO DE ADQUISICIÓN DE PERSONAL.
CRITERIOS DE LIBERACIÓN DEL PERSONAL DEL PROYECTO: CUÁNTO, CÓMO, HACIA DÓNDE?
CRITERIO DE DESTINO DE
ROL ¿CÓMO?
LIBERACIÓN ASIGNACIÓN
Sponsor Al término del Otros proyectos de
proyecto Empresa ABC
Al término del Comunicación del Otros proyectos de
Project Manager
proyecto Sponsor Empresa ABC
Al terminar sus Comunicación del Otros proyectos de

Asistentes de Aula
entregables Project Manager Empresa ABC
Instructor de Gest Al término de Comunicación del

de Proy contrato Project Manager
Instructor de MS Al término de Comunicación del
Project contrato Project Manager
Instructor de Hábil Al término de Comunicación del
Blandas contrato Project Manager
Comité de Cont de Al término del Coordinación con
Cambios proyecto Sponsor
Coordinador de Al término del Coordinación con
Proyecto proyecto Sponsor
Participantes Comunicación del
Al término de sus
Curso de GP Coordinador de
clases
Proyecto
Participantes Comunicación del
Al término de sus
Curso de Project Coordinador de
clases
Proyecto

18
CAPACITACIÓN, ENTRENAMIENTO, MENTORING REQUERIDO: QUÉ, PORQUÉ, CUÁNDO, CÓMO,

DÓNDE, POR QUIÉN, CUÁNTO?
1. Siempre se deben aprovechar los cursos que dicta la empresa para que el
personal que asiste a los Instructores también reciba las clases, por tanto se
deberá generar y entregar a los Asistentes de Aula, el 100% del material del curso,
para que puedan aprovechar el dictado.
2. Siempre se deben aprovechar los proyectos para que los Project Manager más
experimentados hagan mentoring a los menos experimentados, en este caso el
Sponsor hará mentoring al Project Manager para ayudarlo a desarrollar sus
habilidades de gestión de proyectos.
SISTEMA DE RECONOCIMIENTO Y RECOMPENSAS: QUÉ, PORQUÉ, CUÁNTO, CÓMO, DÓNDE,

POR QUIÉN, CUÁNTO?
El Project Manager tiene un Sistema de Incentivo por cumplimiento de las líneas base
del proyecto:
1. CPI y SPI al final del proyecto, no menores de 1.0, 20% de bono sobre su
remuneración mensual durante el plazo del proyecto.
2. CPI y SPI al final del proyecto, entre 0.95 y 1.0, 5% de bono sobre su
remuneración mensual durante el plazo del proyecto.
3. Cualquier combinación de los logros anteriores promedia los bonos
correspondientes, cualquier resultado por debajo de 0.95 anula cualquier bono.
2.6. GESTION DE COMUNICACIONES
MATRIZ DE COMUNICACIONES DEL PROYECTO
SAKURA-SOFT SAKSOFT

19
1. Se captan las polémicas a través de la observación y conversación, o de alguna

persona o grupo que los exprese formalmente.
2. Se codifican y registran las polémicas en el Log de Control de Polémicas:
LOG DE CONTROL DE POLEMICAS
Código de Enfoque de Acciones Resultado

Descripción Involucrados Responsable Fecha
Polémica Solución de Solución Obtenido
3. Se revisa el Log de Control de Polémicas en la reunión semanal de coordinación

con el fin de:
a. Determinar las soluciones a aplicar a las polémicas pendientes por
analizar, designar un responsable por su solución, un plazo de solución, y
registrar la programación de estas soluciones en el Log de Control.
b. Revisar si las soluciones programadas se están aplicando, de no ser así
se tomarán acciones correctivas al respecto.
c. Revisar si las soluciones aplicadas han sido efectivas y si la polémica ha
sido resuelta, de no ser así se diseñarán nuevas soluciones (continuar en
el paso ‘a’).
4. En caso que una polémica no pueda ser resuelta o en caso que haya
evolucionado hasta convertirse en un problema, deberá ser abordada con el
siguiente método de escalamiento:
a. En primera instancia será tratada de resolver por el Project Manager y el
Equipo de Gestión de Proyecto, utilizando el método estándar de
resolución de problemas.
b. En segunda instancia será tratada de resolver por el Project Manager, el
Equipo de Gestión de Proyecto, y los miembros pertinentes del Equipo de
Proyecto, utilizando el método estándar de resolución de problemas.
c. En tercera instancia será tratada de resolver por el Sponsor, el Project
Manager, y los miembros pertinentes del proyecto, utilizando la
negociación y/o la solución de conflictos.
d. En última instancia será resuelta por el Sponsor o por el Sponsor y el
Comité de Control de Cambios si el primero lo cree conveniente y
necesario.

20
MATRIZ DE COMUNICACIONES DEL PROYECTO
SAKURA-SOFT SAKSOFT
RESPONSABLE FRECUENCIA
NIVEL DE GRUPO METODOLOGÍA O CÓDIGO DE
INFORMACIÓN CONTENIDO FORMATO DE DE
DETALLE RECEPTOR TECNOLOGÍA ELEMENTO WBS
COMUNICAR COMUNICACIÓN
Sponsor, Documento
Datos y comunicación
Iniciación del Project PROJECT Asistentes de digital (PDF) vía 1.1.1 Project
sobre la iniciación del Medio Una sola vez
Proyecto Charter MANAGER Aula, correo Charter
proyecto
Instructores electrónico
Sponsor, Documento
Datos preliminares
Iniciación del Scope PROJECT Asistentes de digital (PDF) vía 1.1.2 Scope
sobre el alcance del Alto Una sola vez
Proyecto Statement MANAGER Aula, correo Statement
proyecto
Planificación detallada
del Proyecto: Alcance,
Sponsor, Documento
Tiempo, Costo,
Planificación Plan del PROJECT Asistentes de digital (PDF) vía 1.2 Plan del
Calidad, RRHH, Muy alto Una sola vez
del Proyecto Proyecto MANAGER Aula, correo Proyecto
Comunicaciones,
Riesgos, y
Adquisiciones
Estado Actual (EVM),
Progreso (EVM), Sponsor, 1.3 Informe de
Estado del Informe de PROJECT Documento
Pronóstico de Tiempo Alto asistentes de Semanal Estado del
Proyecto Performance MANAGER impreso
y Costo, Problemas y - aula Proyecto
pendientes
Documento
Información detallada Sponsor, 1.4 Reunión de
Coordinación Acta de PROJECT digital (PDF) vía
de las reuniones de Alto asistentes de Semanal Coordinación
del Proyecto Reunión MANAGER correo
coordinación semanal aula Semanal
electrónico
2.7. GESTION DE RIESGOS
IDENTIFICACIÓN Y EVALUACIÓN CUALITATIVA DE RIESGOS
SAKURA-SOFT SAKSOFT
PROBABILIDAD VALOR NUMÉRICO IMPACTO VALOR NUMÉRICO TIPO DE RIESGO PROBABILIDAD X IMPACTO
Muy Improbable 0.1 Muy Bajo 0.05 Muy Alto mayor a 0.50
Relativamente
Probable 0.3 Bajo 0.10 Alto menor a 0.50
Probable 0.5 Moderado 0.20 Moderado menor a 0.30
Muy Probable 0.7 Alto 0.40 Bajo menor a 0.10
Casi Certeza 0.9 Muy Alto 0.80 Muy Bajo menor a 0.05
CÓDIGO ESTIMACIÓN
DESCRIPCIÓN DEL ENTREGABLES OBJETIVO ESTIMACIÓN PROB X TIPO DE
DEL CAUSA RAÍZ TRIGGER DE
RIESGO AFECTADOS AFECTADO DE IMPACTO IMPACTO RIESGO
RIESGO PROBABILIDAD
Solicitud del -Alcance del Alcance

Modificación del Conversaciones producto,
Comité de
R001 Cronograma de o Consultas 0.3 Bajo
Control de -Estudio 0.06
clases Informales
Cambios factibilidad Tiempo 0.20

1
2.8. GESTION DE ADQUISICIONES
SAKURA-SOFT SAKSOFT
ADQUISICIONES DEL PROYECTO: ESPECIFICAR LA MATRIZ DE ADQUISICIONES DEL

PROYECTO.
Ver Matriz de Adquisiciones del Proyecto
PROCEDIMIENTOS ESTÁNDAR A SEGUIR: PROCEDIMIENTOS DE ADQUISICIÓN QUE SE
DEBEN SEGUIR.
Para los Contratos de Locación de Servicio que se firman con los instructores de la
empresa, se realiza el siguiente proceso:
- Se comunica al instructor el posible inicio de un curso.
- Se solicita la disponibilidad de horario del instructor.
- Se coordina con el cliente el horario para el desarrollo del curso.
- Se confirma con el instructor mediante un correo electrónico el horario
establecido para el desarrollo del curso.
- El instructor firma el contrato por el servicio.
Para los contratos de alquiler de laboratorio y/ o aula, se realiza los siguientes

procedimientos:
- Lista de posibles proveedores del servicio.
- Solicitud de Cotización del Alquiler de laboratorio y/o aula, con los
requerimientos necesarios para el desarrollo del curso.
- Revisión de la Cotización del Proveedor.
- Negociación con el proveedor, mejorar propuesta y detalles del servicio. Estas
coordinaciones se realizan mediante entrevistas, visitas al local, correos
electrónicos.
- Confirmación del servicio con el proveedor.
- Firma del contrato.
Para los contratos de refrigerio se realiza el siguiente procedimiento:

- Se revisa la lista de posibles proveedores del servicio.
- Se solicita cotización del servicio y lista de productos.
- Se revisa la cotización.
- Se negocia con el proveedor, los términos del servicio, las fechas que debe
efectuarse, y la forma de pago.
- Se firma el contrato, y se provee el 50% del pago por el servicio.
- El 50% restante se cancela al término del contrato.
Para la adquisición de materiales se tiene proveedores seleccionados:

- En el caso del fotocopiado, se deja el master del curso 5 días antes del inicio
del curso. Plazo suficiente para su reproducción y revisión.
- En el caso de los materiales como son: pioner, CD’s, hojas, tintas, etc., se
solicita la cotización de tales productos en la cantidad necesaria.
FORMATOS ESTÁNDAR A UTILIZAR: FORMATOS DE ADQUISICIÓN QUE SE DEBEN SEGUIR.

1
2.9. GESTION DE INTERESADOS
REGISTRO DE STAKEHOLDERS
SAKURA-SOFT SAKSOFT
IDENTIFICACIÓN EVALUACIÓN CLASIFICACIÓN

APOYO /
LOCAL ROL EN REQUERMIE EXPECTATIV INFLUEN INTERN
INFORMACI FASE DE NEUTRAL
EMPRESA Y I EL NTOS AS CIA O/
NOMBRE ÓN DE MAYOR /
PUESTO ZACIO PROYEC PRIMORDIAL PRINCIPALE POTENCI EXTER
CONTACTO INTERES OPOSITO
N TO ES S AL NO
R
983784710 Que el cliente
Aparicio DC –
acarrascobo quede Todo el
Carrasco Gerente Lima Sponsor Fuerte Interno Apoyo
rda@gmail.c satisfecho con Proyecto
Borda General
om el proyecto
Que el
DC – 377-7070 Cumplir con el
Project proyecto sea Todo el
J. Torres Asistente de Cusco ctorresa@e Plan de Mediana Interno Apoyo
Manager culminado Proyecto
Proyectos mpresa1.net Proyecto
exitosamente
3.0 Curso
de Gestión
Que se Que el de
CA – Jefe de Coordina 920-2345
Antonio desarrolló el proyecto sea Proyectos.
Área de Lima dor del fperez@clie Fuerte Externo Apoyo
Pérez programa de culminado 4.0 Curso
Cobranzas Proyecto nte.net
capacitación exitosamente de MS
Project
5.0 Informes

2
3.0 Curso
de Gestión
CA - Jefe del Comité de 856-1210 Que se Que el de
Inés
Área de Control Ines.fernand desarrolló el proyecto sea Proyectos.
Fernánde Lima Fuerte Externo Apoyo
Planeamient de o@cliente.n programa de culminado 4.0 Curso
z
o Cambios et capacitación exitosamente de MS
Project
5.0 Informes
3.0 Curso
de Gestión
Comité de Que se Que el de
230-2345
L. CA - Control desarrolló el proyecto sea Proyectos.
Lima lgutierrez@c Fuerte externo Apoyo
Gutiérrez Coordinador de programa de culminado 4.0 Curso
liente.net
Cambios capacitación exitosamente de MS
Project
5.0 Informes
CONCLUSIONES
Además de las responsabilidades de análisis y diseño de sistemas, los analistas de sistemas asumen con frecuencia el papel de directores
de proyectos. Una mala gestión de proyectos desemboca a menudo en la no definición de necesidades de usuario final, en excesos de costos
y en retrasos en la entrega de los proyectos.
Las causas de estos problemas pueden ser omisiones realizadas durante el desarrollo de sistemas, definición imprecisa de objetivos,
estimaciones de costos prematuras, deficientes técnicas de estimación, mala gestión de tiempo y falta de liderazgo. Es responsabilidad del
analista de sistema evitar estos errores y llevar a buen término el proyecto tanto en tiempo como en presupuesto.
Entre las funciones básicas de la dirección de proyecto se incluyen la planificación de las tareas de proyecto , la elección del equipo de
proyecto , la organización y la planificación de los esfuerzos del proyecto, la dirección del equipo y el control de la evaluación del proyecto.
Hemos desarrollado las principales fases de un proyecto informático, detallando las actividades comúnmente llevadas a cabo en cada fase
y los puntos más importantes a tener en cuenta por el director de proyectos.

3
REFERENCIAS BIBLIOGRÁFICAS:
[1]. AMENDOLA, LUIS JOSE. 2006. Estrategias y Tácticas en la Dirección y

Gestión de Proyectos. Primera Edición. España. Editorial UPV.
[2]. PRESSMAN, ROGER. 2005. Ingeniería del Software, un enfoque práctico.

Sexta Edición. Estados Unidos, McGraw-Hill
[3]. AJENJO, DOMINGO ALBERTO. 2005. Dirección y gestión de proyectos; Un

enfoque práctico. Segunda Edición. España, RA-MA
[4]. HORINE, GREGORY. 2009. Gestión de Proyectos. Primera Edición. España,

Editorial Anaya Multimedia.
[5]. PRESSMAN, ROGER S. 1998. Ingeniería del Software: Un Enfoque

Práctico, Cuarta edición, España, McGraw-Hill.
[6]. PMOinformatica.com. La oficina de proyectos de informática:

http://www.pmoinformatica.com/2019/07/plan-direccion-proyecto-
plantilla.html
[7]. Guía Metodología de Gestión de Proyectos Informáticos de la MEF:

https://www.mef.gob.pe/es/por-instrumento/resolucion-directoral/14231-05-
rdn-006-2012-pip-transporte-estudios-en-paquete-mod-anexo-snip-09-10-y-
16-2-2-final-930/file
[8]. Plantillas PMBOK - Pablo Lledó: https://pablolledo.com/plantillas/

4

Gestion de Proyecto Informático

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Gestion de Proyecto Informático

Cargado por

Copyright:

Formatos disponibles

FACULTAD DE INGENIERÍA, ARQUITECTURA Y URBANISMO

ESCUELA ACADÉMICO PROFESIONAL DE INGENIERÍA DE SISTEMAS

DESARROLLO DEL PLAN PARA LA

CURSO : GESTION PROYECTOS INFORMATICOS

ESTUDIANTE : APARICIO CARRASCO BORDA

DOCENTE : DAVID BANCES SAAVEDRA

FECHA DE ENTREGA : 06/10/2019

2.8 GESTIÓN DE ADQUICISIONES……………………………………………….....23

2.9 GESTIÓN DE INTERESADOS……………………………………………...........25

GESTIÓN DE PROYECTOS INFORMÁTICOS APARICIO CARRASCO BORDA

El proyecto se efectuará a través de la instalación de tecnologías de software, capacitación

Durante la última década, la informática en su conjunto se ha ido simplificando, sin embargo,

GESTIÓN DE PROYECTOS INFORMÁTICOS APARICIO CARRASCO BORDA

1.1. ACTA DE CONSTITUCIÓN

Versión Hecha por Revisada por Aprobada por Fecha Motivo

1.0 ST GB AP 26-08-2019 Creación del documento

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO

DESCRIPCIÓN DEL PROYECTO: QUÉ, QUIÉN, CÓMO, CUÁNDO Y DÓNDE?

El proyecto SAKURA_SOFT consiste en el diseño y construcción de una solución

El proyecto se efectuará a través de la instalación de tecnologías de software, capacitación

El proyecto tendrá una duración de 4 meses. Se iniciará el día 26 de agosto de 2019 y el

DEFINICIÓN DEL PRODUCTO DEL PROYECTO: DESCRIPCIÓN DEL PRODUCTO, SERVICIO O

GESTIÓN DE PROYECTOS INFORMÁTICOS APARICIO CARRASCO BORDA

El proyecto consiste en desarrollar un Sistema informático para el proceso de

- Registro de documentos e impresión de facturas y boletas

Para el desarrollo de la solución se entregará:

- Prototipos del software.

- Capacitar al personal de secretaria y personal administrativo en uso del sistema

Se crearan procedimientos para:

GESTIÓN DE PROYECTOS INFORMÁTICOS APARICIO CARRASCO BORDA

DEFINICIÓN DE REQUISITOS DEL PROYECTO: DESCRIPCIÓN DE REQUERIMIENTOS

Requisitos de los stakeholders:

GESTIÓN DE PROYECTOS INFORMÁTICOS APARICIO CARRASCO BORDA

2.1. GESTION DE ALCANCE

Versió Hecha Revisada Aprobada

1.0 AP AP AP 01-09-19 Versión original

DICCIONARIO WBS (completo)

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO

CÓDIGO DEL PAQUETE DE NOMBRE DEL PAQUETE DE TRABAJO (PDT):

GESTIÓN DE PROYECTOS INFORMÁTICOS APARICIO CARRASCO BORDA

CRITERIOS DE ACEPTACIÓN: Stakeholder que acepta:EC

PLAN DE GESTIÓN DE ALCANCE

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO

PROCESO DE DEFINICIÓN DE ALCANCE: DESCRIPCIÓN DETALLADA DEL PROCESO PARA

GESTIÓN DE PROYECTOS INFORMÁTICOS APARICIO CARRASCO BORDA

2.2. GESTION DE TIEMPO

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO

PROCESO DE DEFINICIÓN DE ACTIVIDADES:

GESTIÓN DE PROYECTOS INFORMÁTICOS APARICIO CARRASCO BORDA

Identificación y Secuenciamiento de Actividades

GESTIÓN DE PROYECTOS INFORMÁTICOS APARICIO CARRASCO BORDA

En base a los siguientes documentos:

2.3. GESTION DE COSTOS

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO

TIPOS DE ESTIMACIÓN DEL PROYECTO: TIPOS DE ESTIMACIÓN A UTILIZAR EN EL PROYECTO CON

GESTIÓN DE PROYECTOS INFORMÁTICOS APARICIO CARRASCO BORDA

PLANIFICACIÓN GRADUAL: FORMA EN QUE SE UTILIZARÁ LA PLANIFICACIÓN GRADUAL, DEFINIENDO

Investigar variación para tomar

MÉTODOS DE MEDICIÓN DE VALOR GANADO

GESTIÓN DE PROYECTOS INFORMÁTICOS APARICIO CARRASCO BORDA

2.4. GESTION DE CALIDAD

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO

2.1 Contrato Estándar de Revisión de Revisión/Aprobación por

GESTIÓN DE PROYECTOS INFORMÁTICOS APARICIO CARRASCO BORDA