Urp Tesisatg Agroindustrias

“Implementación de un Sistema de Gestión ERP utilizando PMI” 13/04/2012
UNIVERSIDAD
UNIVERSIDAD RICARDO
NACIONAL
PALMA
DE
INGENIERÍA
FACULTAD DE INGENIERÍA
FACULTAD
ESCUELA
DE INGENIERÍA
PROFESIONAL
INDUSTRIAL
DE
INGENIERIA
Y DE SISTEMAS
INFORMATICA
JP presenta el equipo de proyecto
GESTIÓN DE PROYECTOS
Proyecto:
INFORMÁTICOS
“Implementación de un Sistema
Proyecto:
Integrado de Gestión ERP para la
“Implementación
Empresa de un Sistema
Agroindustrias Backus
que automatice
usando la cadena
la metodología de
del PMI”
valor de una empresa industrial –
Empresa Agroindustrias Backus
SA”
Informe para Obtener el Título de
Ingeniero Informático
DOCENTE: Ing. Javier Canchano Caro
DOCENTE: Ing. Javier Canchano Caro

INVESTIGADORES:
Adalberto Torres González
INVESTIGADORES:
Presentado por
Adalberto Torres González
Lima, Peru
2012
Pág. 1 de 108
ÍNDICE GENERAL
INTRODUCCION ............................................................................................................ 5
IMPORTANCIA DEL PROYECTO - ACTA DE CONSTITUCIÓN ............................. 5
PLAN DE GESTIÓN DEL ALCANCE DEL PROYECTO ........................................... 9
1. OBJETIVOS........................................................................................................... 10
1.1. OBJETIVOS DEL PROYECTO .................................................................... 10
1.2. OBJETIVOS DEL PRODUCTO.................................................................... 10
2. DESCRIPCIÓN DEL ALCANCE DEL PRODUCTO ......................................... 10
3. REQUISITOS DEL PROYECTO ......................................................................... 10
4. CRITERIOS DE ACEPTACIÓN DEL PRODUCTO .......................................... 11
5. LÍMITES DEL PROYECTO .................................................................................. 12
6. PRODUCTOS ENTREGABLES DEL PROYECTO .......................................... 12
7. RESTRICCIONES DEL PROYECTO.................................................................. 13
8. ASUNCIONES DEL PROYECTO........................................................................ 13
9. ORGANIZACIÓN DEL PROYECTO ................................................................... 14
10. RIESGOS INICIALES DEFINIDOS ..................................................................... 15
11. HITOS DEL CRONOGRAMA .............................................................................. 15
12. ESTIMACION DEL COSTE ................................................................................. 17
13. REQUISITOS DE GESTIÓN DE LA CONFIGURACIÓN DEL PROYECTO. . 18
14. REQUISITOS DE APROBACIÓN ....................................................................... 18
15. EDT ......................................................................................................................... 19
16. DICCIONARIO DE LA EDT ................................................................................. 22
17. LÍNEA BASE DEL ALCANCE DEL PROYECTO ............................................. 33
PLAN DE GESTIÓN DE TIEMPOS DEL PROYECTO ............................................. 34

1. OBJETIVOS........................................................................................................... 35
2. DEFINICIÓN DE ACTIVIDADES ......................................................................... 36
3. LISTA DE HITOS .................................................................................................. 38
4. ESTRUCTURA DE DESGLOSE DE RECURSOS (RBS) ................................ 39
5. CALENDARIO DE TRABAJO ............................................................................. 39
6. CRONOGRAMA DEL PROYECTO .................................................................... 40
6.1. VISIÓN GENERAL DEL CRONOGRAMA ................................................... 40
6.2. VISIÓN DETALLADA DEL CRONOGRAMA ............................................... 41
7. DIAGRAMA DE GANT ......................................................................................... 44
PLAN DE GESTIÓN DE COSTES DEL PROYECTO .............................................. 47

1. ESTIMACION DE COSTO POR ACTIVIDAD .................................................... 48
2. LÍNEA BASE DEL COSTE DEL PROYECTO ................................................... 49
3. REQUISITOS DE FINANCIAMIENTO ................................................................ 50
3.1. REQUERIMIENTO DE FINANCIACIÓN DE PERSONAL¡Error! Marcador no definido.
PLAN DE CALIDAD DEL PROYECTO ...................................................................... 52

1. OBJETIVOS........................................................................................................... 53
2. PLAN GESTION DE CALIDAD ........................................................................... 54
3. PLANIFICACION DE LA CALIDAD.................................................................... 55
4. MATRIZ DE PROCESOS DE CALIDAD ............................................................ 56
4.1. CAPACITACION DEL EQUIPO DE PROYECTO¡Error! Marcador no definido.
Pág. 2 de 108
4.2. ANALISIS DEL SISTEMA ............................................................................ 56

4.3. DISEÑO DEL SISTEMA ............................................................................... 56
4.4. CONSTRUCCIÓN DEL SISTEMA ............................................................... 56
4.5. PRUEBAS Y PREPARACIÓN PARA LA DISTRIBUCIÓN DEL
SISTEMA ................................................................................................................ 56
4.6. PUESTA EN PRODUCCIÓN DEL SISTEMA ............................................... 57
4.7. PROMOCIÓN Y DIFUSIÓN DEL SISTEMA ................................................. 57
5. CALIDAD DE LOS ENTREGABLES .................................................................. 58
5.1. CAPACITACION DEL EQUIPO DEL PROYECTO¡Error! Marcador no definido.
5.2. ANALISIS DEL SISTEMA ............................................................................ 58
5.3. DISEÑO DEL SISTEMA ............................................................................... 58
5.4. CONSTRUCCIÓN DEL SISTEMA ............................................................... 58
5.5. PRUEBAS Y PREPARACIÓN PARA LA DISTRIBUCIÓN DEL
SISTEMA ................................................................................................................ 58
5.6. PUESTA EN PRODUCCIÓN DEL SISTEMA ............................................... 59
5.7. PROMOCIÓN Y DIFUSIÓN DEL SISTEMA ................................................. 59
6. METRICAS DE CALIDAD .................................................................................... 60
7. LINEA BASE DE CALIDAD................................................................................. 62
8. LISTAS DE CONTROL DE CALIDAD ................................................................ 63
PLAN DE RECURSOS HUMANOS DEL PROYECTO ............................................ 64

1. OBJETIVOS........................................................................................................... 65
2. ROLES Y RESPONSABILIDADES .................................................................... 66
2.1. GERENTE DEL PROYECTO ...................................................................... 66
2.2. CONSULTOR DEL PROYECTO .................................................................. 67
2.3. CONSULTOR MARKETING ............................. ¡Error! Marcador no definido.
2.4. LÍDER TÉCNICO .......................................................................................... 67
2.5. ANALISTA PROGRAMADOR ........................... ¡Error! Marcador no definido.
2.6. ARQUITECTO DE SISTEMAS ........................... ¡Error! Marcador no definido.
2.7. DISEÑADOR GRÁFICO ..................................... ¡Error! Marcador no definido.
2.8. PERSONAL DE MARKETING ........................... ¡Error! Marcador no definido.
2.9. PERSONAL DE CAPACITACIÓN ..................... ¡Error! Marcador no definido.
2.10. COORDINADOR DE SEGUIMIENTO Y CONTROL¡Error! Marcador no definido.
2.11. RESPONSABLE DEL ALCANCE ...................... ¡Error! Marcador no definido.
2.12. RESPONSABLE DEL CONTROL DEL CRONOGRAMA¡Error! Marcador no definido.
2.13. RESPONSABLE DEL CONTROL DE COSTOS ¡Error! Marcador no definido.
2.14. RESPONSABLE DEL CONTROL DE CALIDAD ......................................... 68
2.15. RESPONSABLE DE LA GESTIÓN DEL EQUIPO DE PROYECTO ............ 68
2.16. RESPONSABLE DEL INFORME DE RENDIMIENTO¡Error! Marcador no definido.
2.17. RESPONSABLE DE LA GESTIÓN DE LOS INTERESADOS¡Error! Marcador no definido
2.18. RESPONSABLE DE SEGUIMIENTO Y CONTROL DE RIESGOS¡Error! Marcador no def
2.19. ADMINISTRADOR DE CONTRATOS................ ¡Error! Marcador no definido.
3. ORGANIGRAMA DEL PROYECTO ................................................................... 69
4. MATRIZ DE ASIGNACIÓN DE RESPONSABILIDADES ................................ 70
5. PLAN DE GESTION DE PERSONAL................................................................. 73
5.1. ADQUISICIÓN DE PERSONAL ................................................................... 73
5.2. HORARIOS .................................................................................................. 73
5.3. CRITERIOS DE LIBERACIÓN ..................................................................... 73
5.4. NECESIDADES DE FORMACIÓN ............................................................... 73
5.5. CUMPLIMIENTO .......................................................................................... 73
Pág. 3 de 108
PLAN DE COMUNICACIONES DEL PROYECTO ................................................... 74

1. OBJETIVOS........................................................................................................... 75
2. REQUISITOS DE COMUNICACIONES DE LOS INTERESADOS ................. 76
3. INFORMACION QUE DEBE SER COMUNICADA ........................................... 78
4. PERSONA RESPONSABLE DE COMUNICAR LA INFORMACIÓN Y
PERSONA O GRUPO QUE LA RECIBIRÁ ............................................................... 79
5. MÉTODOS O TECNOLOGÍAS PARA LA COMUNICACIÓN .......................... 80
5.1. REUNIONES ................................................................................................ 80
5.2. REUNIÓN DE INICIACIÓN .......................................................................... 81
5.3. REUNIÓN DE GESTIÓN DE RIESGOS, PROBLEMAS, PENDIENTES,
ACUERDOS Y APRENDIZAJE .............................................................................. 82
5.4. REUNIÓN DE CONTROL DE AVANCES .................................................... 83
5.5. REUNIÓN DE COMITÉ DE PROYECTO ..................................................... 84
5.6. REUNIÓN DE CONTROL DE CAMBIOS ..................................................... 85
6. FACTORES DE TECNOLOGÍA DE LA INFORMACIÓN QUE PUEDEN
AFECTAR AL PROYECTO ......................................................................................... 86
6.1. LA URGENCIA DE LA NECESIDAD DE INFORMACIÓN .......................... 86
6.2. LA DISPONIBILIDAD DE LA TECNOLOGÍA .............................................. 86
6.3. EL PERSONAL PREVISTO PARA EL PROYECTO ................................... 87
7. FRECUENCIA DE COMUNICACIÓN ................................................................. 87
8. PROCESO DE ESCALAMIENTO ....................................................................... 88
9. FORMATO DE INFORME DE AVANCE DE PROYECTO ............................... 89
10. FORMATO DE ACTA DE REUNION .................................................................. 91
PLAN DE RIESGOS DEL PROYECTO ..................................................................... 92

1. OBJETIVOS........................................................................................................... 93
2. PLANIFICACION DE LA GESTION DE RIESGOS........................................... 94
2.1. METODOLOGIA........................................................................................... 94
2.2. ROLES Y RESPONSABILIDADES .............................................................. 95
2.3. ESTRUCTURA DE DESGLOSE DE RIESGOS ........................................... 95
2.4. FORMATOS DE INFORME .......................................................................... 96
3. ANALISIS CUALITATIVO DE RIESGOS ......................................................... 100
3.1. CATEGORIZACIÓN Y CALIFICACIÓN DE RIESGOS .............................. 100
3.2. PRIORIZACIÓN DE RIESGOS .................................................................. 100
4. PLANIFICACIÓN DE LA RESPUESTA A LOS RIESGOS ............................ 101
5. ACUERDOS CONTRACTUALES RELACIONADOS CON EL RIESGO. .... 102
PLAN DE ADQUISICIONES DEL PROYECTO ...................................................... 103

1. OBJETIVOS......................................................................................................... 104
2. PLANIFICAR LAS COMPRAS Y LAS ADQUISICIONES .............................. 104
2.1. PLAN DE GESTIÓN DE LAS ADQUISICIONES ....................................... 104
2.2. ENUNCIADO DEL CONTRATO DE TRABAJO ........................................ 105
2.3. DECISIONES DE FABRICACIÓN PROPIA O COMPRA .......................... 105
3. PLANIFICAR LA CONTRATACIÓN .................................................................... 106
3.1 DOCUMENTOS DE LA ADQUISICIÓN ..................................................... 106
3.2 CRITERIOS DE EVALUACIÓN.................................................................. 106
CONCLUSIONES
Pág. 4 de 108
INTRODUCCION
Para el desarrollo de este informe se eligió el caso de una empresa

donde se haya desarrollado un proyecto informático de gran
envergadura que haya conllevado a la mejora significativa en todas las
Áreas de la empresa, aplicando las herramientas de Gestión de
Proyectos según el PMI.
A continuación detallare el desarrollo de este proyecto llevado de

manera exitosa en la empresa Agroindustrias Backus SA según la
metodología del PMI.
Pág. 5 de 108
LA IMPORTANCIA DEL PROYECTO – ACTA DE CONSTITUCIÓN DEL

PROYECTO
La ejecución de este proyecto fue importante porque aporto a la

automatización e integración de los procesos de todas las Áreas que
conforman la cadena de valor de Agroindustrias Backus.
Esta implementación ayudo al crecimiento de la empresa en un 30% en
el lapso de un año, incrementando su liderazgo y el rubro de la moda en
cuero.
A continuación, se detalla el Acta de Constitución del Proyecto según el PMI
ACTA DE CONSTITUCIÓN DEL PROYECTO
Proyecto: SISTEMA ERP PARA AUTOMATIZAR LA CADENA DE VALOR DE AGROINDUSTRIAS

BACKUS
Preparado por: Equipo GPI
Fecha: 12/01/11
 El proyecto debe basarse en la personalización, instalación y puesta en marcha
Requisitos: de la solución tecnológica a implantar.
 La solución tecnológica será fácil de manejar, con enlaces cortos y contenido
claro.
 La solución debe ser ágil que no demore en la realización de transacciones del
sistema.
 La solución integrara la cadena de valor de la empresa.
 La solución deberá tener los sgtes módulos:
 Contabilidad
 Conciliación Bancaria
 Logística
 Importaciones y exportaciones
 Cuentas por Pagar
 Facturación y Punto de Venta
 Cuentas por Cobrar
 Activo Fijo
 Presupuestos
 Producción (incluye alertas y Ingenieria de la Produccion)
 Costos de Producción
 Planillas y tareo
La empresa Agroindustrias Backus tiene las siguientes necesidades:

Necesidades  Contar con una solución que integre y automatice la cadena de valor de la
del Negocio: empresa, las cuales están integradas en procesos de apoyo y operativos.
 Reducir gastos por retrabajos o por procesos que al no ser controlados por el
sistema, son realizados manualmente.
 Reducir el tiempo para la toma de decisiones.
La finalidad del proyecto es el desarrollo y puesta en marcha de un Sistema que vaya de
Finalidad y la mano con el crecimiento de la empresa para lo cual se necesitara automatizar y
justificación controlar la cadena de valor.
del proyecto:
La justificación del proyecto es que el actual sistema no satisface las necesidades de los
usuarios en términos de confiabilidad, integridad y necesidades para su trabajo diario ni
tampoco información actualizada en tiempo real.
Pág. 6 de 108
El Gerente del Proyecto es la persona responsable de dirigir el proyecto y de cumplir con

Gerente del los objetivos específicos del proyecto dentro de las posibles restricciones que se puedan
Proyecto y dar.
nivel de Su perfil debe ser el siguiente:
autoridad:  Poseer experiencia en la gestión de proyectos ERP en empresas industriales (3
años como mínimo).
 Ser PMP o haber trabajado con guías de gestión de proyectos como el PMBOK
(de preferencia).
 Poseer experiencia en el manejo de equipos de proyectos.
 Tener habilidades en Gestión de Comunicaciones.
De acuerdo a lo establecido por la Gerencia, el Gerente del Proyecto será designado por
la Gerencia General considerando como criterios mínimos los establecidos
anteriormente.
Contrato El contrato será el elaborado por la empresa Agroindustrias Backus según el Anexo 01
del del Proyecto. Incluirá los anexos AS01.- Detalle de los Módulos a implantar y AS02.-
Proyecto Requerimientos de los usuarios para el ERP
La forma de pago será de acuerdo a los entregables del proyecto según Anexo 02.
Cronograma de Pagos del Proyecto.
Hito o Evento Fecha Fin
Resumen del proyectada
cronograma Contrato y anexos Firmados 05/02/2011
de hitos: Acta de Inicio del Proyecto 11/02/2011
DAS Documento del Modelo Futuro y los requerimientos de 11/03/2011
personalizaciones a realizar – 1ª Etapa
Documentos de aprobación de la realización de las 11/04/2011
Personalizaciones y Plan de Pruebas aprobado – 1ª Etapa.
Documento de Finalización de Plan de Pruebas y Acta de Puesta 11/05/2011
en Vivo aceptado – 1ª Etapa
Documento de Aceptación de la Primera Etapa del Proyecto. 11/06/2011
Acta de Inicio del Proyecto 2ª Etapa – Incluye cronograma de 11/06/2011
actividades
DAS - Documento del Modelo Futuro y los requerimientos de 11/07/2011
personalizaciones a realizar – 2ª Etapa
Personalizaciones y Plan de Pruebas aprobado – 2ª Etapa
Documento de Acta de Puesta en Vivo del Sistema – 2ª Etapa 11/09/2011
Documento de Aceptación de la 2a Etapa del Proyecto 11/10/2011
Acta de cierre del proyecto y cierre administrativo 11/11/2011
El proyecto está influenciado por 6 actores principales que se detallan a continuación:
Influencias  Como Gerente y Sponsor del proyecto el Sr. Agroindustrias Backus.
de los  Como Gerente del Proyecto el Sr. Adalberto Torres
interesados:  Como Líder del Equipo de Implantación del Área de Administración, Logística y
Finanzas el Sr. Juan Puertas.
 Como Líder del Equipo de Implantación del Área de Operaciones y Ventas el Sr.
Carlos Garcia.
 Como Líder del Equipo de Plataforma y Soporte TI el Sr. Alejandro Villanueva.
 Como usuarios del sistema serán los trabajadores de Agroindustrias Backus
Organización  La consultora que será encargada de llevar a cabo el proyecto es ROYAL
funcional y SYSTEMS, el cual designará quién será el Gerente del Proyecto.
participación  El personal administrativo y operativo de Agroindustrias Backus serán quienes
asuman el papel de cliente/usuario.
Pág. 7 de 108
Las asunciones tomadas en cuenta para el desarrollo del presente proyecto son:
Asunciones  Agroindustrias Backus cuenta con el ambiente, equipos e infraestructura
de la tecnológica necesarios para el desarrollo del proyecto.
organización  El equipo del proyecto de Agroindustrias Backus y los lideres usuarios de cada
, ambientales modulo tienen la experiencia necesaria y las habilidades personales y técnicas
y externas: para llevar a cabo el proyecto.
 Agroindustrias Backus cuenta con el servidor donde se puede alojar, administrar
y controlar el sistema.
 Agroindustrias Backus cuenta con un manejador de base de datos para
almacenar la información del sistema.
 El personal administrativo y operativo de Agroindustrias Backus estarán prestos
a colaborar con el desarrollo del proyecto.
 Los interesados del proyecto se encontrarán disponibles en las fechas
programadas para el levantamiento de información y/o entrevistas.
Restriccione Se han identificado las siguientes restricciones:

s de la  El presupuesto estimado para la elaboración del proyecto es limitado.
organización  El proyecto será implantado en las 5 sedes.
, ambientales  El tiempo de apoyo de los líderes usuarios es limitado debido a que realizan
y externas: otras actividades inherentes a su función.
 El proyecto solo podrá ser ejecutado durante los meses de Enero a Octubre
Oportunidad Agroindustrias Backus, al culminar la ejecución del proyecto contará con información
es de optima, centralizada y confiable en la cual nos encontraremos:
negocio que  Consultas y estadística en tiempo real.
justifiquen el  Integre a todas a todos los procesos e información de todas las sedes de la
proyecto, empresa.
incluido el  Obtener una mayor eficiencia y eficacia en la Gestión de la Información
retorno  Sinceramiento de gastos, logrando ahorros en tiempo y dinero.
sobre la
inversión:
 El sistema será implantado y personalizado por la empresa ROYAL SYSTEMS
Presupuesto bajo el presupuesto máximo de USD 120,000 Dólares Americanos inc IGV
Estimado:  El Costo de Adquisición de los equipos de comunicación serán de USD 30,000
Dólares Americanos inc IGV.
Toda solicitud de cambio de la línea base de alcance, tiempo o costo deberá:
Gestión de  Ser recibida y formalizada por el Comité del Proyecto.
Cambios:  Ser evaluada por el Comité del Proyecto en cuanto al impacto en los objetivos de
alcance, tiempo, costo, o condiciones contractuales.
 Ser informada a la empresa Consultora del Proyecto.
 Ser informada al Usuario Principal del Proyecto.
El cambio y sus consecuencias serán aprobados por el Sponsor.
FIRMAS:
Sr. Roberto Falcone Ing. Pablo Fernandez

Gerente General Agroindustrias Gerente de Royal Systems
Sponsor del Proyecto
Adalberto Torres Sr. Jessica Takajashi

Gerente del Proyecto Gerente del Proyecto
Agroindustrias Backus Royal Systems
Pág. 8 de 108
PLAN DE GESTIÓN DEL ALCANCE DEL PROYECTO
Pág. 9 de 108
1. OBJETIVOS
1.1. OBJETIVOS DEL PROYECTO
a) Implementar una solución tecnológica que automatice la cadena de valor de

Agroindustrias Backus.
b) Lograr la mayor eficacia en la Gestión de la información de los procesos de la empresa
c) Lograr la mayor eficiencia en la Gestión de la Información, integrando los procesos
productivos y logrando un mejor control y minimizando los tiempos de trabajo
improductivos en proceso de flujo de la información
1.2. OBJETIVOS DEL PRODUCTO
a) El sistema tiene como objetivo automatizar los procesos de la empresa y satisfacer

todas las necesidades de información de los distintos usuarios de la empresa.
b) Brindar una información en tiempo real de todas las actividades que integran la cadena
de valor de la empresa.
c) Incrementar las ventas de la empresa y mejores oportunidades de negocio, toda vez

que la solución presentara información en tiempo real la cual ayudara a una adecuada
toma de decisiones.
2. DESCRIPCIÓN DEL ALCANCE DEL PRODUCTO
El producto ERP contará con las siguientes características:
 El sistema no mostrara ninguna ventana de errores durante su utilización.

 El sistema sera posible de ser accedido desde cualquier ubicación en el mundo.
 El sistema deberá ser dinámico y rápido, en especial en la actualización de sus
transacciones.
 El sistema debe ser desarrollado en base en un lenguaje de desarrollo que soporte su
personalización.
 El sistema deberá mostrar las noticias más importantes y deberá implementar noticias
RSS.
3. REQUISITOS DEL PROYECTO

 La Dirección del Proyecto deberá basar sus controles bajo el estándar PMI
 La implementación, personalización y puesta en producción debe seguir el cronograma
definido en el acta del proyecto.
 El sistema debe ser fácil de usar, con nombres cortos y contenido claro.
 El nombre del enlace debe ser tal que el usuario con sólo leerlo sepa qué es lo que hay
detrás del enlace.
 El sistema deber tener la posibilidad de exportar sus consultas y reportes al Excel.
 El sistema deberá estar funcionando en las 22 tiendas de la empresa y en las 50 PC de
la Sede Principal de manera ágil y eficiente.
 El sistema deberá estar implementado con herramientas que soporten la escalabiliad
del sistema.
 El sistema deberá estar alojado en los servidores de la empresa.
Pág. 10 de 108
4. CRITERIOS DE ACEPTACIÓN DEL PRODUCTO
El sistema como producto software deberá cumplir con las características establecidas por
la norma ISO 9126, características tales como funcionalidad, confiabilidad, usabilidad,
eficiencia, mantenimiento y portabilidad.
Se definen a continuación cada uno de los siguientes requisitos:
 Funcionalidad, se encarga de asegurar que el software cumpla con las funciones para
la cual fue creado.
PARÁMETRO LÍMITES ACEPTADOS (unidades de medida)

Número de funciones que Cada función deberá cubrir como mínimo 1 requerimiento
cubren requerimientos funcional.
funcionales del sistema
(adecuación)
 Confiabilidad, capacidad del software de mantener su nivel de ejecución bajo

condiciones normales en un periodo de tiempo establecido.

Número de fallas mensuales El número de fallas por mes no deberá sobrepasar los
20, estos errores no deberán interrumpir el normal
funcionamiento del sistema.
 Usabilidad, permite evaluar el esfuerzo necesario que deberá invertir el usuario para
utilizar el sistema.

Comprensibilidad y Facilidad - Los usuarios del sistema deberán comprender la
de aprender estructura lógica en el instante en que accedan al
sistema.
- Los administradores del sistema, en promedio, deberán
comprender la estructura lógica y los conceptos
relativos al sistema, a lo más en una semana.
Operabilidad El sistema deberá contar como mínimo con un panel que
muestre estadísticas sobre la operabilidad del sistema y
permita su control.
La información mínima a mostrar será: frecuencia de
accesos por día, número de errores por día, entre otros.
 Eficiencia, permite evaluar la relación entre el nivel de funcionamiento del software y

la cantidad de recursos usados.

Tiempo El tiempo de carga de cada documento del sistema, en
condiciones normales no deberá sobrepasar los 8
segundos.
Recursos La aplicación podrá ejecutarse en un servidor que cuente
con las características promedio del mercado (IBM, HP,
entro otros).
 Mantenibilidad, permite medir el esfuerzo necesario para realizar modificaciones al

software.

Capacidad de Análisis / La codificación de la aplicación deberá usar como
Capacidad de Modificación mínimo un estándar propio de su lenguaje, de tal forma
que facilite su análisis para posibles modificaciones.
Estabilidad El sistema deberá permitir futuras modificaciones e
Pág. 11 de 108
integraciones de manera factible, máximo 3 fallas por

cambio realizado.
Facilidad de prueba Las pruebas del Sistema después de haberse realizado
las modificaciones deben realizarse a lo más en 2
semanas.
 Portabilidad, habilidad del software de ser transferido de un ambiente a otro.

Adaptabilidad La aplicación como mínimo deberá poder ejecutarse en
las plataformas Windows y Linux.
Con respecto a su visualización, se podrá acceder al
sistema desde al menos 3 de los navegadores más
utilizados a nivel nacional e internacional (Opera, Mozilla
e Internet Explorer).
Facilidad de Instalación La instalación de la aplicación en as PCs de tiendas no
debe tardar más de 2 días semana.
Conformidad El sistema deberá cumplir como mínimo con las normas o
estándares de codificación propias del lenguaje y del
diseño.
De acuerdo a lo que se menciona en la característica de portabilidad de ISO 9126, el

sistema será de fácil instalación en el servidor de producción.
La documentación del sistema deberá incluir:

- Diccionario de Datos
- Manual de Instalación y Configuración del sistema
- Diagrama de la Base de Datos
- Manuales de usuario.
El Sistema deberá cumplir con cada uno de los requerimientos funcionales y no

funcionales.
5. LÍMITES DEL PROYECTO
Los límites en el cual el proyecto se enmarca son los siguientes:

 El proyecto abarca el la instalación, personalización y puesta en marcha.
 Incluye la elaboración del plan de lanzamiento del Sistema, así como la ejecución y
análisis de los resultados del mismo.
 Quedan fuera del alcance del proyecto las funcionalidades futuras que no este
detalladas en el documento DAS.
 El proyecto se basará en la infraestructura actual de la empresa Agroindustrias Backus,
se evitará cualquier cambio en la infraestructura a menos que sea realmente necesario.
6. PRODUCTOS ENTREGABLES DEL PROYECTO
El proyecto se encuentra dividido en etapas o fases dentro de las cuales se encuentran

definidos los siguientes entregables:
Etapa I.- ORGANIZACION DEL PROYECTO

 Contrato Firmado y sus respectivo anexos:
o Anexo 01.- Cronograma de Pagos
o Anexo 02.- Detalle de los aplicativos que integra el Sistema SPRING,
o Anexo 03.- Detalle de los Requerimientos de la empresa a ser tomados en
cuenta por el implantador del ERP.
o Anexo 04.- Organización del Proyecto
o Anexo 05.- Documento de Análisis y Relevamiento de las expectativas
generales, incluyendo el diseño de las personalizaciones al ERP
 Acta de Inicio del Proyecto
Pág. 12 de 108
Etapa II.- IDENTIFICACION DE NECESIDADES Y DISEÑO DE

PERSONALIZACIONES– 1ª ETAPA
 Documento del Modelo Futuro detallando las mejoras y personalizaciones
 Documento de conformidad de la instalación del sistema.
Etapa III.- CARGA DE DATOS Y APROBACION DE PERSONALIZACIONES
REALIZADAS– 1ª ETAPA
 Documento de Aprobación de instalación y construcción de las
personalizaciones del Sistema.
 Documento de conformidad de la carga de Datos del Sistema.
Etapa IV.- CAPACITACION Y PUESTA EN VIVO – 1ª ETAPA

 Documento de conformidad de capacitación realizadas
 Documento de inicio y conformidad de Puesta en Vivo.
Etapa V.- ORGANIZACIÓN DEL PROYECTO E IDENTIFICACION DE

NECESIDADES Y DISEÑO DE PERSONALIZACIONES– 2ª ETAPA
 Acta de Inicio del Proyecto – 2ª Etapa.
 Documento del Modelo Futuro detallando las mejoras y personalizaciones
 Documento de conformidad de la instalación del sistema.
Etapa VI.- CARGA DE DATOS Y APROBACION DE PERSONALIZACIONES

 Documento de Aprobación de instalación del Sistema y sus mejoras.
 Documento de conformidad de la carga de Datos del Sistema.
Etapa VII.- CAPACITACION Y PUESTA EN VIVO – 2ª ETAPA

 Documento de conformidad de capacitación realizadas
 Documento de inicio y conformidad de Puesta en Vivo.
 Entrega de Documentación del Sistema como: Diccionario de Datos, Manual
de Instalación, Manual de usuario y Diagrama de la BD
Etapa VIII.- ACEPTACION DEL SISTEMA

 Documento de Aceptación y entrega del Sistema.
Además de los entregables mencionados que forman parte propia de la ingeniería del
proyecto, se entregará la copia de la siguiente documentación, parte de la gestión del
mismo:
 Plan de gestión del proyecto actualizado
 Documentación de respuestas a las solicitudes de cambio
 Informes semanales
 Informes mensuales
 Acta de cierre del proyecto
 Acta de aceptación del proyecto
 Documento de lecciones aprendidas.
7. RESTRICCIONES DEL PROYECTO
Entre las principales restricciones que tiene el proyecto, tenemos las siguientes:
 El presupuesto estimado para la elaboración del proyecto es limitado.
 Los recursos necesarios para la ejecución del proyecto, entre los que se encuentran el
número de PC’s disponibles, un ambiente adecuado, escritorios adecuados, etc., son
escasos.
 AGROINDUSTRIAS BACKUS cuenta con personal con tiempo bastante ilimitado para
el desarrollo del proyecto,
 El proyecto solo podrá ser ejecutado en la época de Enero a Octubre.
8. ASUNCIONES DEL PROYECTO
Entre las asunciones o supuestos que ha tomado el Equipo de proyecto tenemos las
siguientes:
Pág. 13 de 108
 Los integrantes del proyecto y los trabajadores de AGROINDUSTRIAS BACKUS y

Royal Systems no mostrarán una actitud renuente al proyecto, por lo contrario estarán
prestos a colaborar.
 AGROINDUSTRIAS BACKUS cuenta con el ambiente, equipos e infraestructura
tecnológica necesaria para el desarrollo del proyecto.
 El equipo del proyecto tiene habilidades personales y técnicas para llevar a cabo el
proyecto.
 El Comité del Proyecto es el único que podrá modificar el desarrollo del proceso de
implementación del proyecto.
 Los interesados del proyecto se encontrarán disponibles en las fechas programadas
para el levantamiento de información y/o entrevistas.
9. ORGANIZACIÓN DEL PROYECTO
Comité del Proyecto

Por Agroindustrias: Sponsor Sr. Roberto Falcone
Por Royal: Gerente General Sr. Pablo Fernandez
Gerencia del Proyecto Gerente del Proyecto

Royal Systems Agroindustria Backus
Jessica Takahashi Adalberto Torres
Equipo de
Equipo de Administración Operaciones y Plataforma TI
Análisis y
Construcción e y Finanzas Planificación – Alejandro
Diseño
Implementación Juan Puertas Carlos Garcia Villanueva
Marlene
Denis Pizarro
Carlos
Organigrama del Proyecto
 Comité del Proyecto: El Comité del Proyecto está conformado de parte de la empresa
proveedor, del Gte General Pablo Fernandez y de parte de AGROINDUSTRIAS
BACKUS del Sponsor Sr. Roberto Falcone y el Gerente Comercial Sr. Jose Luis
Ferreyra.
 Gerente del Proyecto Royal Systems: El Gerente del Proyecto de parte de Royal
Systems será la Sra. Jessica Takahashi quien sera el encargado de:
o Coordinar, dirigir, controlar el proyecto así como del manejo del equipo de
proyecto y los stakeholders, definirá las tareas a seguir y controlará el
cumplimiento de los plazos.
 Gerente del Proyecto Royal AGROINDUSTRIAS BACKUS: El Gerente del Proyecto
será el Sr. Adalberto Torres el cual tendra las siguientes actividades principales:
o Brindar asesoramiento y supervisión en los aspectos técnicos del proyecto
o Asegurar que se implementen las buenas prácticas
o Recomendar y modificar procesos internos, con el propósito de lograr los
objetivos del proyecto.
o Difundir los avances del proyecto a toda la empresa.
 Equipo de Análisis y Diseño: Encargados de llevar a cabo el análisis y diseño de
todos los componentes para la implementación del sistema, además de la creación de
las personalizaciones al sistema de acuerdo a la realidad de AGROINDUSTRIAS
Pág. 14 de 108
BACKUS. Este grupo estará formado por personal de la empresa Royal Systems que
cumplen los roles de analista programador y arquitecto de sistemas liderados por el Sr.
Marlene Carlos.
 Equipo de Construcción e Implementación: Encargados de los siguientes trabajos:
la programación de las personalizaciones, realización de pruebas, documentación y la
puesta en marcha del sistema.
Para el desarrollo del proyecto esta equipo estará constituido por personal de la
empresa Royal Systems que cumplen los roles de analistas programadores y arquitecto
de sistemas y por personal de AGROINDUSTRIAS BACKUS que tendrán el rol de
soporte técnico en los requerimientos de la empresa.
 Equipo de Capacitación: El personal de capacitación se encargará de realizar la
capacitación en el uso del sistema basado en el manual del sistema.
10. RIESGOS INICIALES DEFINIDOS

Entre los principales riesgos que se han podido identificar tenemos los siguientes:
RIESGOS CON ALTA PROBABILIDAD
 Falta de compromiso y seriedad por parte de los integrantes del proyecto y del personal
involucrado.
 No disponibilidad de tiempo de los miembros del Equipo del Proyecto en reuniones o
trabajos a realizar.
 Falta de recursos para la correcta ejecución del proyecto, tales como PC’s, routers, etc.
 Pérdida de apoyo de las autoridades por cambios de objetivos o rotación de cargos.
 Demora en atenciones de parte del Área de Soporte, toda vez que existe la referencia
de demorarse en atender a los usuarios después de 2 meses.
RIESGOS CON BAJA PROBABILIDAD
 Deserción de personas del grupo de trabajo por indisciplina, bajo rendimiento o
renuncia.
 Demora por parte del usuario para entregar sus apreciaciones de los informes
presentados.
 Pérdida del repositorio de documentos o avances del proyecto debido a virus o
computadoras malogradas.
 No disponibilidad de la infraestructura asignada al proyecto.
 Vacaciones del personal involucrado en el proyecto.
 Falta de buenas relaciones interpersonales en el equipo.
11. HITOS DEL CRONOGRAMA

Etapa I.- ORGANIZACION DEL PROYECTO
Hito Comentario
Contrato del Proyecto firmado por ambas Requisito clave para el inicio del proyecto. Se
partes detalla los requerimientos de Agroindustrias
Backus
Acta del Inicio del Proyecto Documento donde se especifica las etapas
del proyecto y sus hitos
Etapa II.- IDENTIFICACION DE NECESIDADES Y DISEÑO DE PERSONALIZACIONES– 1ª
ETAPA
Hito Comentario
Documento de Análisis del Sistema Detalle el Modelo Futuro con las mejoras y
diseño de personalizaciones
Documentos de Conformidad de Instalación Documento donde se detallará conformidad a
del Sistema con las mejoras realizadas la instalación correcta del sistema
Etapa III.- CARGA DE DATOS Y APROBACION DE PERSONALIZACIONES REALIZADAS–
1ª ETAPA
Hito Comentario
Documento de Aprobación de instalación del Detalle de que el diseño fue realizado
Sistema y sus mejoras. correctamente y aprobado por la empresa.
Pág. 15 de 108
Documento de Aprobación de la Carga y Detalle de la aprobación correcta de la carga

prueba de datos de datos para la puesta en producción.
Casos de pruebas, pruebas unitarias, pruebas
de caja negra, pruebas integrales.
Evaluación de las pruebas
Etapa IV.- CAPACITACION Y PUESTA EN VIVO – 1ª ETAPA
Hito Comentario
Documento de conformidad de capacitación Capacitación en cuanto a la administración
realizadas del sistema y su relación con los otros
sistemas y/o servicios.
Documento de inicio y conformidad de Puesta Sistema en Funcionamiento
en Vivo.
Etapa V.- ORGANIZACIÓN DEL PROYECTO E IDENTIFICACION DE NECESIDADES Y
DISEÑO DE PERSONALIZACIONES– 2ª ETAPA
Hito Comentario
Acta de Inicio del Proyecto – 2ª Etapa
Documento del Modelo Futuro detallando las
mejoras y personalizaciones
Documento de conformidad de la instalación
del sistema.
Etapa VI.- CARGA DE DATOS Y APROBACION DE PERSONALIZACIONES
Documento de Aprobación de instalación del Detalle de que el diseño fue realizado
Sistema y sus mejoras. correctamente y aprobado por la empresa.
Documento de Aprobación de la Carga y Detalle de la aprobación correcta de la carga
prueba de datos de datos para la puesta en producción.
Casos de pruebas, pruebas unitarias, pruebas
de caja negra, pruebas integrales.
Evaluación de las pruebas
Hito Comentario
Documento de conformidad de capacitación
realizadas
Documento de inicio y conformidad de Puesta
en Vivo.
Hito Comentario
en Vivo.

Hito Comentario
en Vivo.
Documentación del Proyecto Incluye: Diccionario de Datos, Manual del
Sistema, Manual de Instalación y
configuración del Sistema, Diseño de la BD
Etapa VIII.- ACEPTACION Y CONFORMIDAD DEL SISTEMA – 2ª ETAPA
Hito Comentario
Documento de Aceptación y entrega del
Sistema
Pág. 16 de 108
“Implementación de un Sistema de Gestión ERP” 13/04/2012
12. ESTIMACION DEL COSTE (no incluye IGV)
Pág. 17 de 108
13. REQUISITOS DE GESTIÓN DE LA CONFIGURACIÓN DEL PROYECTO.
Los elementos que se tomarán en cuenta para la configuración del proyecto

serán:
 La arquitectura de información y estructura de los módulos del sistema.

 La arquitectura del sistema.
 Los componentes del sistema.
 Documentos de la gestión del proyecto.
Los requisitos para el proceso de solicitud de cambios, evaluación del

impacto, rechazo y/o aprobación del cambio y la implementación de los
cambios en los elementos antes señalados, serán:
 Todas las solicitudes de cambio deben ser registradas.

 La Gerencia del Proyecto será el responsable de evaluar los impactos
de cambios en una primera instancia y después el Comité del Proyecto.
 La gestión de cambios incluirá los siguientes niveles: usuarios y
interesados; Jefatura de Áreas y Gerencia o Comité del Proyecto.
14. REQUISITOS DE APROBACIÓN
DEL PRODUCTO
 Las personalizaciones serán aprobadas por el Comité y los Gerentes del

Proyecto.
 El sistema deberá funcionar de acuerdo al estándar ISO 9126 siendo
aprobado por la Gerencia del Proyecto.
DEL PROYECTO
 La gestión del proyecto deberá ser aprobada por el patrocinador o

sponsor del proyecto.
 El proyecto será aprobado por la Gerencia en coordinación con el
Comité del Proyecto.
Pág. 18 de 108
15. EDT
Pág. 19 de 108
Pág. 20 de 108
Pág. 21 de 108
16. DICCIONARIO DE LA EDT

1.1 ETAPA 0: DIRECCIÓN DEL PROYECTO
1.1.1 EJECUCION DEL PROYECTO
Identificador Nombre del componente

1.1.1.1 Documento de Actualización del plan
Responsable Gerente del Proyecto : Adalberto Torres
Descripción del componente
Documento semanal de los avances y cambios realizados.
Entregables
Reporte semanal del Plan de trabajo a ser enviado via email en hoja Excel
Fecha de inicio 08/02/11 Fecha de finalización 01/12/11
Duración 213 dias. (durante todo el proyecto)
Recursos asignados Personal Gerente del Proyecto
Equipos Notebook, Impresora
Materiales Software MSProject, MSExcel, WinQsb
Dependencias Después de 1.2.1.1
Antes de 1.3, 1.4, 1.5, 1.6, 1.7, 1.8, 1.9
Otras -

1.1.1.2 Documento de Seguimiento y Control del Alcance
Documento semanal del Seguimiento y control del alcance.
Entregables
Reporte semanal a ser enviado via email en hoja Excel
Antes de 1.3, 1.4, 1.5, 1.6, 1.7, 1.8, 1.9
Otras -

1.1.1.3 Documento de Seguimiento y Control del Cronograma
Documento semanal del Seguimiento y control del Cronograma.
Entregables
Antes de 1.3, 1.4, 1.5, 1.6, 1.7, 1.8, 1.9
Otras -
Pág. 22 de 108

1.1.1.4 Documento de Seguimiento y Control del Costo
Documento semanal del Seguimiento y control del costo.
Entregables
Antes de 1.3, 1.4, 1.5, 1.6, 1.7, 1.8, 1.9
Otras -

1.1.1.5 Documento de Seguimiento y Control de la calidad
Documento semanal del Seguimiento y control de la calidad.
Entregables
Antes de 1.3, 1.4, 1.5, 1.6, 1.7, 1.8, 1.9
Otras -

1.1.1.6 Documento de Seguimiento y Control del Equipo del proyecto
Documento semanal del Seguimiento y control del equipo del proyecto.
Entregables
Antes de 1.3, 1.4, 1.5, 1.6, 1.7, 1.8, 1.9
Otras -
Pág. 23 de 108

1.1.1.7 Documento de Seguimiento y Control del rendimiento del equipo
Documento semanal del Seguimiento y control del equipo del proyecto.
Entregables
Antes de 1.3, 1.4, 1.5, 1.6, 1.7, 1.8, 1.9
Otras -

1.1.1.8 Documento de Seguimiento y Control del riesgo
Documento semanal del Seguimiento y control del riesgo.
Entregables
Antes de 1.3, 1.4, 1.5, 1.6, 1.7, 1.8, 1.9
Otras -

1.1.1.9 Documento de Seguimiento y Control de la administración del contrato
Documento semanal del Seguimiento y control de la administración del contrato .
Entregables
Antes de 1.3, 1.4, 1.5, 1.6, 1.7, 1.8, 1.9
Otras -
Pág. 24 de 108

1.1.1.10 Documento de Seguimiento y Control de los cambios
Documento semanal del Seguimiento y control del riesgo.
Entregables
Antes de 1.3, 1.4, 1.5, 1.6, 1.7, 1.8, 1.9
Otras -

1.1.1.11 Documento de lecciones aprendidas
Documento quincenal de las lecciones aprendidas en formato excel
Entregables
Antes de 1.3, 1.4, 1.5, 1.6, 1.7, 1.8, 1.9
Otras -
Pág. 25 de 108
1.2 ETAPA 1: ORGANIZACIÓN E INSTALACIÓN DEL PROYECTO

1.2.1 PLAN DE TRABAJO

1.2.1.1 Firma del Contrato
Responsable Gerente del Proyecto ,Sponsor, Royal Systems
Documento jurídico que da inicio al contrato, según formato del cliente
Entregables
Contrato Firmado, incluyendo anexos
Duración 2 dias.
Dependencias Después de
Antes de 1,1 1.3, 1.4, 1.5, 1.6, 1.7, 1.8, 1.9
Otras -

1.2.1.2 Elaboración del Acta de Inicio y del Plan de Trabajo.
Responsable Royal Systems
Documento donde se detallara el Plan de Trabajo y el Acta de inicio.
Entregables
Borrador Plan de trabajo
Borrador Acta de Inicio del Proyecto
Duración 1 dia. (durante todo el proyecto)
Recursos asignados Personal Gerente del Proyecto , Royal
Antes de 1.3, 1.4, 1.5, 1.6, 1.7, 1.8, 1.9
Otras -

1.2.1.3 Revision y Aprobacion del Acta de Inicio
Documento donde se detallara el Plan de Trabajo y el Acta de inicio.
Entregables
Plan de trabajo firmado
Acta de Inicio del Proyecto
Duración 1 dia. (durante todo el proyecto)
Antes de 1.3, 1.4, 1.5, 1.6, 1.7, 1.8, 1.9
Otras -
Pág. 26 de 108
1.2.2 CONFIGURACION DEL ENTORNO

1.2.2.1 Implementacion de muebles y equipos
Responsable Gerente del Proyecto
Instalacion de los equipos para el proyecto
Entregables
Mail de instalación de los equipos
Duración 1 dias.
Antes de 1,1 1.3, 1.4, 1.5, 1.6, 1.7, 1.8, 1.9
Otras -

1.2.2.2 Instalación y configuracion del ERP
Instalación del ERP en las Oficinas de Prolongacion Arica 1865
Entregables
Acta de instalación del ERP
Duración 2 dias.
Recursos asignados Personal Gerente del Proyecto , Royal System
Materiales Software MSProject, MSExcel, WinQsb, SQL
Antes de 1,1 1.3, 1.4, 1.5, 1.6, 1.7, 1.8, 1.9
Otras -
Pág. 27 de 108
1.2.3 ALCANCE Y OBJETIVOS

1.2.3.1 Elaboración del Alcance
Documento donde se detallara el borrador alcance del proyecto
Entregables
Borrador del alcance del proyecto
Duración 2 dias.
Antes de 1,1 1.3, 1.4, 1.5, 1.6, 1.7, 1.8, 1.9
Otras -

1.2.3.2 Revisión y Aprobación del Alcance
Documento donde se detallara el alcance del proyecto
Entregables
Alcance del proyecto
Duración 1 dias.
Antes de 1,1 1.3, 1.4, 1.5, 1.6, 1.7, 1.8, 1.9
Otras -
Pág. 28 de 108
1.3 ETAPA 2: IDENTIFICACION DE NECESIDADES

1.3.1 DOCUMENTO DE ANALISIS

1.3.1.1 Elaboración y aprobación del Plan de riesgos
Documento donde se detallara el Plan de Riesgos
Entregables
Duración 3 dias.
Dependencias Después de 1.2
Antes de 1,1 1.3, 1.4, 1.5, 1.6, 1.7, 1.8, 1.9
Otras -

1.3.1.2 Elaboración y aprobación de la plantilla de carga de datos
Documento inicial para la carga de datos
Entregables
Duración 25 dias.
Antes de 1,1 1.3, 1.4, 1.5, 1.6, 1.7, 1.8, 1.9
Otras -

1.3.1.3 Documento de Síntesis y Relevamiento de Procesos Actuales
Documento de síntesis de los procesos actuales
Entregables
Duración 3 días.
Recursos asignados Personal Gerente del Proyecto , Royal, Personal de
Agroindustrias Backus
Materiales Software MSProject, MSExcel, WinQsb, MS Word
Antes de 1,1 1.3, 1.4, 1.5, 1.6, 1.7, 1.8, 1.9
Otras -
Pág. 29 de 108

1.3.1.4 Desarrollo del Modelo Futuro. Relevamiento del modelo actual
Documento borrador donde se detallara el modelo futuro de la empresa
Se desarrollan los prototipos a ser validados en una sgte etapa
Entregables
Borrador del Prototipo del sistema
Duración 12 dias.
Recursos asignados Personal Gerente del Proyecto , Royal, Personal de
Agroindustrias
Materiales Software MSProject, MSOffice, Power Builder, SQL
Antes de 1,1 1.3, 1.4, 1.5, 1.6, 1.7, 1.8, 1.9
Otras -

1.3.1.5 Presentación y Validación del Modelo Futuro de Procesos y
personalizaciones (prototipo)
Corrección y presentación del Prototipo
Entregables
Duración 7 dias.
Antes de 1,1 1.3, 1.4, 1.5, 1.6, 1.7, 1.8, 1.9
Otras -

1.3.1.6 Correccion y Aprobacion de Modelo Futuro
Correccion del prototipo validándolo con los usuarios
Entregables
Documento final aprobado del protitipo
Duración 3 dias.
Antes de 1,1 1.3, 1.4, 1.5, 1.6, 1.7, 1.8, 1.9
Otras -
Pág. 30 de 108
1.4 ETAPA 3. DESARROLLO DE LAS PERSONALI ZACIONES Y CARGA DE DATOS 1A

ETAPA
1.4.1 CARGA DE DATOS

1.4.1.1 Acta de Carga de Datos de los Maestros Terminada
Responsable Royal Systems, Gerente del Proyecto
Carga de los datos entregados por la empresa Agroindustrias Backus
Validacion de la carga
Entregables
Documento de finalización de la carga correctamente
Duración 7 dias.
Antes de 1,1 1.3, 1.4, 1.5, 1.6, 1.7, 1.8, 1.9
Otras -
1.4.2 PERSONALIZACION

1.4.2.1 Desarrollo, Personalización y aprobación del Modulo de Facturación y
Punto de Ventas
Validación del desarrollo del modulo de ventas
Validación del desarrollo del modulo de facturacion
Entregables
Modulo de facturación y ventas funcionando correctamente
Duración 3 dias.
Recursos asignados Personal Gerente del Proyecto , Royal, Lider modulo comercial
Antes de 1,1 1.3, 1.4, 1.5, 1.6, 1.7, 1.8, 1.9
Otras -

1.4.2.2 Desarrollo, Personalización y aprobación del Modulo de Logistica
Validación del desarrollo del modulo de almacenes
Validación del desarrollo del modulo de inventarios y compras locales
Entregables
Duración 3 dias.
Antes de 1,1 1.3, 1.4, 1.5, 1.6, 1.7, 1.8, 1.9
Pág. 31 de 108
Otras -
1.4.2.3 Desarrollo, Personalización y aprobación del Modulo de Importaciones y
exportaciones
Validación del desarrollo del modulo de importaciones
Validación del desarrollo del modulo de exportaciones
Entregables
Modulo de importaciones y exportaciones funcionando correctamente
Duración 3 dias.
Antes de 1,1 1.3, 1.4, 1.5, 1.6, 1.7, 1.8, 1.9
Otras -

1.4.2.4 Desarrollo, Personalización y aprobación del Modulo de Contabilidad y
Finanzas
Validación del desarrollo del modulo de CXP
Validación del desarrollo del modulo de CXC
Entregables
Duración 3 dias.
Antes de 1,1 1.3, 1.4, 1.5, 1.6, 1.7, 1.8, 1.9
Otras -

1.4.2.5 Desarrollo, Personalización y aprobación del Modulo de Logistica
Validación del desarrollo del modulo de almacenes
Validación del desarrollo del modulo de inventarios y compras locales
Entregables
Duración 3 dias.
Antes de 1,1 1.3, 1.4, 1.5, 1.6, 1.7, 1.8, 1.9
Otras -
Pág. 32 de 108
17. LÍNEA BASE DEL ALCANCE DEL PROYECTO
Una vez que los entregables son confirmados en la declaración del alcance, estos son desplegados en una estructura de
desglose de todos los entregables que se realizarán durante el desarrollo del proyecto, tal como lo vemos en la siguiente figura:
Proyecto ERP
IDENTIFICACION CARGA DE CAPACITACION

DIRECCIÓN DEL ORGANIZACIÓN CARGA DE DATOS CAPACITACION ORGANIZACIÓN DATOS Y CIERRE DEL
DE PROCESOS Y Y PUESTA EN
DEL PROYECTO Y CONSTRUCCION Y PUESTA EN DEL PROYECTO CONSTRUCCION PROYECTO
PROYECTO NECESIDADES PRODUCCIÓN
DEL SISTEMA PRODUCCION E IDENTIFICA DEL SISTEMA
DE PERSONALI CION DE
1A ETAPA 2A ETAPA
ZACION PROCESOS Y
Plan de Gestión Acta de Inicio del NECESIDADES Acta de
Plan de Trabajo Acta de Inicio del
del Proyecto Acta de Documento de Fin sistema Documento del Fin Aceptación del
Detallado DE PERSONALI Sistema
actualizado Instalación del de la Carga de Datos de la carga de dato Proyecto
ZACION
Sistema
Informes de Acta de
Acta de Inicio del Documento de Acta de Documento de Acta de
Seguimiento y DAS. Documento Capacitacion
Proyecto Finalización de la Instalación del finalizacion de Capacitacion
Control de
Construcción Sistema contruccion
Personalización
Acta de
Documentos de Cierre Aceptación del DAS. Documento Acta de Aceptación
Documento deL fin Documento de fin del Soporte
y Lecciones sistema de
Documento de de pruebas de pruebas realizado
Aprendidas 1a Etapa Personalización
Diseño de la BD
Manuales del
Sistema Documento de
Documento de Diseño de la BD Manuales del
Inicio de Carga de Sistema
Datos Plan de Trabajo
Detallado
Acta de Inicio
Documento de Inicio de
Carga de Datos
Pág. 33 de 108
PLAN DE GESTIÓN DE TIEMPOS DEL PROYECTO
- PROYECTO ERP -
Pág. 34 de 108
1. OBJETIVOS
El plan de gestión del tiempo tiene por objetivos:
 Estimar tiempos y recursos adecuados a las actividades definidas

teniendo como información el plan del alcance del proyecto.
 Posibilitar el posterior control del avance de actividades del proyecto.
 Brindar información sobre las actividades críticas y holguras en las

actividades.
Pág. 35 de 108
2. DEFINICIÓN DE ACTIVIDADES
Pág. 36 de 108
Pág. 37 de 108
3. LISTA DE HITOS
Hito o Evento Fecha proyectada

de culminación
Contrato y anexos Firmados 05/02/2011
Acta de Inicio del Proyecto 11/02/2011
DAS Documento del Modelo Futuro y los 11/03/2011
requerimientos de personalizaciones a realizar – 1ª
Etapa
Personalizaciones y Plan de Pruebas aprobado – 1ª
Etapa.
Documento de Finalización de Plan de Pruebas y Acta 11/05/2011
de Puesta en Vivo aceptado – 1ª Etapa
Documento de Aceptación de la Primera Etapa del 11/06/2011
Proyecto.
Acta de Inicio del Proyecto 2ª Etapa – Incluye 11/06/2011
cronograma de actividades
DAS - Documento del Modelo Futuro y los 11/07/2011
requerimientos de personalizaciones a realizar – 2ª
Etapa
Personalizaciones y Plan de Pruebas aprobado – 2ª
Etapa
Documento de Acta de Puesta en Vivo del Sistema – 11/09/2011
2ª Etapa
Documento de Aceptación de la 2a Etapa del Proyecto 11/10/2011
Acta de cierre del proyecto y cierre administrativo 11/11/2011
Pág. 38 de 108
4. ESTRUCTURA DE DESGLOSE DE RECURSOS (RBS)
PROYECTO ERP
EQUIPOS Y
RECURSOS
MATERIALES
EQUIPO DE PROYECTO CONSULTORA EQUIPO PROYECTO AGROINDUSTRIAS

ROYAL SYSTEMS
Sponsor: Roberto Falcone EQUIPOS MATERIALES
Sponsor: Pablo Fernández
Gerente de Proyecto: Jessica Takahashi Gerente de Proyecto: Adalberto Torres
| |
Computadoras Papeles
Lider del Equipo Lider del Equipo
Líder del Equipo de
Líder del Equipo de Líder del Equipo de Operacional Comercial y de TI
Administración
Análisis y diseño Personalizacion
Servidores Otros materiales
Proyectores
5. CALENDARIO DE TRABAJO
Lunes Martes Miercoles Jueves Viernes

9 – 1 pm
2 – 8 pm
Pág. 39 de 108
6. CRONOGRAMA DEL PROYECTO
6.1. VISIÓN GENERAL DEL CRONOGRAMA
Cronograma del proyecto PROYECTO ERP – Vista General
Pág. 40 de 108
6.2 VISIÓN DETALLADA DEL CRONOGRAMA
Pág. 41 de 108
Pág. 42 de 108
Pág. 43 de 108
1. DIAGRAMA DE GANT
Gantt de Seguimiento del PROYECTO ERP – Vista detallada 1/3
Pág. 44 de 108
Pág. 45 de 108
Gantt de Seguimiento del PROYECTO ERP – Vista detallada 3/3

Pág. 46 de 108
PLAN DE GESTIÓN DE COSTES DEL PROYECTO
- PROYECTO ERP -
Pág. 47 de 108
1. ESTIMACION DE COSTO POR ACTIVIDAD
Pág. 48 de 108
2. LÍNEA BASE DEL COSTE DEL PROYECTO
La línea base de costes es resultado de la sumatoria de costos estimados por fases, asi mismo de los costos fijos que se
incurran en el proyecto, se ha identificado la siguiente línea de costes.
No se considero reserva del proyecto, teniendo finalmente que el costo total del Proyecto de USD 100,000 sin IGV.
Pág. 49 de 108
3. REQUISITOS DE FINANCIAMIENTO
Se coordino un financiamiento con dos entidades financieras: BCP y COFIDE

A continuación el financiamiento del BCP
Pág. 50 de 108
A continuación presentamos el financiamiento dado por COFIDE
Pág. 51 de 108
PLAN DE CALIDAD DEL PROYECTO
- PROYECTO ERP -
Pág. 52 de 108
1. OBJETIVOS
El plan de Gestión de calidad tiene por objetivos lo siguiente:
 Conocer el cumplimiento y nivel de cumplimiento de los estándares de calidad de

los entregables del producto del proyecto.
 Comunicar los cambios necesarios que se deben realizarse en los entregables y
desarrollar su oportuna gestión de cambios para cumplir los objetivos de calidad
establecidos.
 Comunicar a los miembros del equipo el avance y cumplimiento de los objetivos de
calidad del proyecto y producto.
 Definir las métricas que se utilizarán para medir la calidad de los entregables del
producto.
 Definir las actividades para el control y seguimiento de los entregables del
proyecto.
 Definir roles y responsables de la gestión de calidad del proyecto.
Pág. 53 de 108
2. PLAN GESTION DE CALIDAD
El presente documento incluye los procesos de planificación, aseguramiento y control

de la calidad del producto y proyecto con las especificaciones definidas en el alcance
del Proyecto. En este documento también se mostrarán las actividades a desarrollar
para cumplir con los objetivos de calidad.
Pág. 54 de 108
3. PLANIFICACION DE LA CALIDAD
Componente Descripción
IMPLEMENTACION DEL PROYECTO ERP EN AGROINDUSTRIAS

Titulo del Proyecto
BACKUS
Gerente del Proyecto ADALBERTO TORRES GONZALEZ
Sistema de Calidad
Estructura  Gerente del Proyecto

Organizacional  Coordinador de Calidad
 Gerente del Proyecto: Persona cuya función es asegurar la
calidad de la planificación del proyecto y su desarrollo.
Roles y
Responsabilidades  Coordinador de Calidad: Persona encargada de revisar cada
uno de los entregables y monitorear las métricas establecidas
para la supervisión de la calidad.
Se verifican las actividades realizadas para alcanzar los objetivos de

calidad y el control de calidad que se realiza al producto, entregable o
actividad concluida y determinar las mejoras necesarias.
Procedimientos Se usará principalmente las metodologías estándares tales como:
 Gestión de Proyectos (PMI)
 Norma ISO 9126 para la medición de la calidad externa, interna y
en uso del producto software.
 Norma ISO 9001:2000 Sistema de Gestión de Calidad( Cap. 4,6,8)
Se presenta los procesos detallados para cada componente del EDT.
Procesos
(Ver Matriz de procesos de calidad).
PERSONAS
 Gerente del Proyecto s
 Coordinador de Calidad
MATERIALES
Recursos
 Computadora PIV o superior, 512MB o mas de memoria
RAM,.(01)
 Documentos entregables detallados en el presente documento.
 Normas o estándares utilizados.
Pág. 55 de 108
4. MATRIZ DE PROCESOS DE CALIDAD

4.1. ANALISIS DEL SISTEMA
ESTÁNDAR DE ACTIVIDAD DE
ENTREGABLE CALIDAD APLICABLE ASEGURAMIENTO ACTIVIDAD DE CONTROL
1.1 Identificación de - ISO 9126 - Realizar Análisis del - Realizar Diagrama causa efecto.
requerimientos proceso. - Realizar Diagrama de Pareto.
- Listas de verificación
1.2 Revisión de Navega -- ISO 9126 Realizar - Revisión del entregable
bilidad, Usabilidad y -Análisis del proceso. - Inspección
Accesibilidad del - Diagrama de control - Listas de verificación
Sistema
1.3 Definición de roles y - Plantillas - Realizar Análisis del - Revisión del entregable
usuarios del Sistema proceso. - Inspección
- Listas de verificación
1.4. Revisión del Formato Establecido -Inspección -Revisión de entregable.
Documento de -Revisión del Estándar -Aprobación de entregable.
Análisis del Sistema
4.2. DISEÑO DEL SISTEMA
2.1 Documento de Modelo Relacional Uso de técnicas de simulación Revisión y aprobación del
Diseño de la Base de para determinar la carga que documento
datos tendrá la base de datos,
2.2 Documento de UML Seguimiento del trabajo por parte Revisión y aprobación del
Diseño del Sistema. del Gerente del Proyecto documento,
4.3. CONSTRUCCIÓN DEL SISTEMA
ESTÁNDAR DE CALIDAD ACTIVIDAD DE

ENTREGABLE APLICABLE ASEGURAMIENTO ACTIVIDAD DE CONTROL
3.1 Preparación del Funcionalidad ( ISO 9126) Pruebas -Aprobación de entregable.
Entorno
3.2 Implementación Integridad – Confiabilidad ( Auditoria de Seguridad -Aprobación de entregable.
ISO 9126)
3.3 Integración del Usabilidad ( ISO 9126) Pruebas de integridad -Encuestas
Sistema
4.4. PRUEBAS Y PREPARACIÓN PARA LA DISTRIBUCIÓN DEL SISTEMA

ESTÁNDAR DE
CALIDAD ACTIVIDAD DE
4.1 Plan de Pruebas - Pruebas de navegabilidad, usabilidad e - Revisión de los manuales.
del Sistema - IEEE 829-1983 integridad - Revisión de los tiempos vs
- Pruebas de respuesta a errores capacidad de hardware
(contingencia)
- Pruebas de funcionalidad
4.2 Manual de - Manual de - Verificación del anexo al Documento de - Revisión de los manuales.
Instalación y Instalación del Distribución del Sistema - Realizar Seguimiento de la
configuración fabricante aplicación de los estándares.
4.3 Manual de Usuario - Manual de - Verificación del anexo al Documento de - Revisión del manual.
usuario del Distribución del Sistema - Realizar Seguimiento de la
fabricante aplicación de los estándares.
Pág. 56 de 108
4.5. PUESTA EN PRODUCCIÓN DEL SISTEMA

ESTÁNDAR DE
5.1.1 Capacitación ISO 9001:2000 -Revisión de cronograma y temario de - Revisión del entregable
de los Usuarios cap. 6 capacitación - Verificar si se tuvo el material
y Personal -Revisar la disponibilidad de los oportunamente.
técnico ambientes para la capacitación. -Análisis de desviación de lo
-Verificación del cumplimiento del programado y ejecutado.
cronograma -Diagrama de control de los
objetivos de la capacitación.
5.1..2 Elaboración del No se tiene Desarrollo del índice modelo. Revisión de entregable
Documento de estándar definido
Capacitación
5.2.1 Configuración No se tiene -Documento detallado de la Revisión de entregable
de los estándar definido configuración del servidor.
servidores -Lista de cumplimiento de cambios
de la base de estándar definido configuración de la BD.
datos -Lista de cumplimiento de cambios BD.
de usuarios y estándar definido configuración, permisos y perfiles de Verificación del listado de
accesos los usuarios. servicios a los que pueden
-Lista creación de perfiles y los acceder los diferentes perfiles de
servicios a los que puede acceder. usuarios.
5.3 Migración de No se tiene -Auditoría a la integridad de la -Examinar las características de
datos estándar definido información migrada. la información depurada
-Análisis de procesos de migración -Revisar la información
considerada relevante.
5.4 Puesta en No se tiene Revisar la correcta documentación de Revisión del entregable
marcha estándar definido errores durante la puesta en marcha
4.6. PROMOCIÓN Y DIFUSIÓN DEL SISTEMA
6.1. Elaboración del plan - Buenas prácticas de - Inspección - Revisión del entregable
de lanzamiento Marketing - Realizar Análisis del proceso. - Listas de verificación
- Elaborar Diag control.
Pág. 57 de 108
5. CALIDAD DE LOS ENTREGABLES
5.1. ANALISIS DEL SISTEMA

1.1 Documentos de - ISO 9126 - Realizar Análisis del - Realizar Diagrama causa efecto.
Requerimientos del proceso. - Realizar Diagrama de Pareto.
Proyecto - Listas de verificación
1.2 Documento de Análisis UML, Patrones GRASP y GoF -Inspección -Revisión de entregable.
del Sistema -Revisión del Estándar -Aprobación de entregable.
5.2. DISEÑO DEL SISTEMA

ESTÁNDAR DE
2.1 Documento de Diseño de Modelo Relacional Uso de técnicas de simulación para Revisión y aprobación del
la Base de datos determinar la carga que tendrá la base documento
de datos, Seguimiento del trabajo por
parte del Arquitecto de Sistemas
2.2 Documento de Diseño del UML Seguimiento del trabajo por parte del Revisión y aprobación del
Sistema. Arquitecto de Sistemas documento, Diagrama de
Control de entrega de los
documentos subsidiarios
5.3. CONSTRUCCIÓN DEL SISTEMA
ESTÁNDAR DE CALIDAD ACTIVIDAD DE ACTIVIDAD DE

ENTREGABLE APLICABLE ASEGURAMIENTO CONTROL
3.1 Preparación del Entorno de Funcionalidad ( ISO 9126) Pruebas -Aprobación de
construcción entregable.
3.2 Implementación Integridad – Confiabilidad ( ISO 9126) Auditoria de Seguridad -Aprobación de
entregable.
3.3 Integración del Sistema Usabilidad ( ISO 9126) Revisión de encuestas -Encuestas
anteriores
5.4. PRUEBAS Y PREPARACIÓN PARA LA DISTRIBUCIÓN DEL SISTEMA

ESTÁNDAR DE
4.1 Plan de - IEEE 802.16 - Pruebas de navegabilidad, usabilidad e - Revisión de los manuales.
Pruebas del - IEEE 829-1983 integridad - Revisión de los tiempos vs
Sistema - Pruebas de respuesta a errores capacidad de hardware
(contingencia) - Realizar Seguimiento de la
- Pruebas de funcionalidad y seguimiento. aplicación
- Pruebas de desempeño
4.2 Manual de - Manual de - Verificación del anexo al Documento de - Revisión de los manuales.
Instalación y Instalación del Distribución del Sistema - Realizar Seguimiento de la
configuración fabricante aplicación de los estándares.
4.3 Manual de - Manual de usuario - Verificación del anexo al Documento de - Revisión del manual.
Usuario del fabricante Distribución del Sistema - Realizar Seguimiento de la
aplicación de los estándares.
Pág. 58 de 108
5.5. PUESTA EN PRODUCCIÓN DEL SISTEMA
ENTREGABLE ESTÁNDAR ACTIVIDAD DE ACTIVIDAD DE CONTROL

DE CALIDAD ASEGURAMIENTO
APLICABLE
5.1 Documento de ISO 9001:2000 -Revisión de cronograma y temario de capacitación -Análisis de desviación de lo
Capacitación cap. 6 -Presentación anticipada de documentos para programado y ejecutado.
solicitar recursos a utilizar. -Diagrama de control de los
-Revisar la disponibilidad de los ambientes para la objetivos de la capacitación y
capacitación. los asistentes.
5.2 Sistema en No se tiene -Documento de configuración del servidor y BD Revisión de entregable
producción estándar -Lista de cumplimiento de cambio en Servidor y BD
definido. -Documento de la configuración, permisos y perfiles
de los usuarios.
-Lista creación de perfiles y servicios
-Verificar el seguimiento de las características
consideradas como relevantes para la clasificación
de la información.
-Auditoría a la integridad de la información migrada.
-Análisis de procesos de migración
5.3 Documento de No se tiene - Revisar la correcta documentación de errores Revisión del entregable
Implementación estándar durante la puesta en marcha
del Sistema definido
5.6. PROMOCIÓN Y DIFUSIÓN DEL SISTEMA

Plan de - Inspección. - Revisión del entregable
promoción del - Buenas prácticas de - Realizar Análisis del proceso. - Listas de verificación
6.1 sistema Marketing - Elaborar Diagrama de control.
Pág. 59 de 108
6. METRICAS DE CALIDAD
TRICA E:
MÉTRICA: Nivel de Adecuación.LA MÉTRICA
MÉTRICA DE:
PRODUCTO: X PROYECTO:
FACTOR DE CALIDAD RELEVANTE:
Adecuación
DEFINICIÓN DEL FACTOR DE CALIDAD:
Se enfoca a evaluar si el software cuenta con un conjunto de funciones apropiadas para efectuar las tareas
que fueron especificadas en su definición
PROPÓSITO DE LA MÉTRICA:
Evaluar el grado de la implementación de la funcionalidad requerida para sistema
MÉTODO DE MEDICIÓN:
1. Se recabará información de las funciones implementadas en el sistema al finalizar la fase de
construcción
2. Se tomarán las funciones establecidas en la definición del sistema.
3. Se calculará su respectivo indicador:
NAD = Nº funciones implementadas / Nº funciones establecidas
RESULTADO DESEADO:
Se espera que el nivel de adecuación sea NAD =1
MÉTRICA: Nivel de Interoperabilidad
MÉTRICA DE:
Interoperabilidad
Permite evaluar la habilidad del software para interactuar con otros sistemas previamente especificados.
Evaluar si el Sistema cuenta con la habilidad para interactuar con los otros sistemas que han sido
previamente especificados.
1. Se recabará información de los sistemas con los que el sistema sea capaz de interactuar al
finalizar la fase pruebas
2. Se tomarán los sistemas que fueron establecidos para interactuar con el sistema en la definición
del mismo.
NINT = Nº sistemas con los que se puede interactuar / Nº sistemas
RESULTADO DESEADO:
Se espera que el nivel de Interoperabilidad sea NINT =1
MÉTRICA: Nivel de madurez.
MÉTRICA DE:
Confiabilidad
Permite medir la frecuencia de fallas por errores en el software.
Evaluar con que frecuencia se dan las fallas por error en el Sistema.
1. Se recabará información del número de casos medidos durante la fase de pruebas.
2. Se recabará información del número de casos fallidos durante la fase de pruebas.
NMA = Nº de Casos fallidos/ Nº de Casos medidos
RESULTADO DESEADO:
Se espera que el nivel de Madurez sea NMA < 0.2
Pág. 60 de 108
MÉTRICA: Nivel de comprensibilidad.

MÉTRICA DE:
Usabilidad
Es el esfuerzo requerido por los usuarios para reconocer la estructura lógica del sistema y los conceptos
relativos a la aplicación del software.
Evaluar cual es el esfuerzo que requieren nuestros usuarios para reconocer la estructura lógica del sistema
y entender los conceptos realizados al mismo.
1. Se seleccionará de forma aleatoria ciertos usuarios.
2. Se medirá el tiempo que les toma aprender a usar el sistema.
3. Se calculará su respectivo indicador.
NCOM = Promedio de tiempo requerido por el usuario para entender el funcionamiento del sistema.
RESULTADO DESEADO:
Se espera que el nivel de Madurez sea NCOM < 10 min.
MÉTRICAS: CPI Y SPI.

MÉTRICA DE:
PRODUCTO: PROYECTO: X
Performance del Proyecto
La Perfomance del Proyecto se define como el cumplimiento del cronograma y del presupuesto del
proyecto.
Este factor de calidad es relevante pues permitirá al equipo de proyecto lograr el margen de utilidad que ha
sido calculado para el proyecto, caso contrario el proyecto podría no generar utilidades o más aún, podría
generar pérdidas.
Por otro lado el atraso en la entrega de los productos que espera el cliente nos puede ocasionar problemas
contractuales.
La métrica se desarrolla para monitorear la performance del proyecto en cuanto a cumplimiento de
cronograma y presupuesto, y poder tomar las acciones correctas en forma oportuna.
1. Se recabará información de avances reales, valor ganado, fechas de inicio y fin
2. real, trabajo real, y costo real, los cuales se ingresarán en el MS Project.
3. El MS Project calculará los índices de CPI y SPI.
4. Estos índices se trasladarán al Informe Semanal de Proyecto.
5. Se revisará el informe con el Sponsor y se tomarán las acciones correctivas y/o preventivas
pertinentes.
5. Se informará al cliente de dichas acciones de ser el caso
RESULTADO DESEADO:
1. Para el CPI se desea un valor acumulado no menor de 0.95

2. Para el SPI se desea una valor acumulado no menor de 0.95
Pág. 61 de 108
7. LINEA BASE DE CALIDAD
Factor de Frecuencia y Frecuencia y

Objetivo de
Calidad Métrica a Usar Momento de Momento de
Calidad
Relevante Medición Reporte
• Frecuencia, • Frecuencia
CPI= Cost
semanal semanal
Perfomance Perfomance
CPI>= 0.95 • Medición, • Reporte,
del Proyecto Index
lunes en la lunes
Acumulado
mañana en la tarde
SPI= • Frecuencia, • Frecuencia
Schedule semanal semanal
Perfomance
SPI >= 0.95 Perfomance • Medición, • Reporte,
del Proyecto
Index lunes en la lunes
Acumulado mañana en la tarde
• Medición al • Reporte al
NAD = Nivel de final de la fase final de la fase
Adecuación NAD=1
adecuación de de
Construcción Construcción
• Medición al • Reporte al
NINT = Nivel de final de la fase final de la fase
Interoperabilidad NINT=1
interoperabilidad 5.1 (pruebas 5.1 (pruebas
del sistema) del sistema)
• Medición • Reporte al
NMA = Nivel de durante la final de la fase
Confiabilidad NMA < 0.2
madurez fase de de pruebas
pruebas
Pág. 62 de 108
8. LISTAS DE CONTROL DE CALIDAD

OBS. y/o
PREGUNTAS COMENTARI Tipo NC
NO
NA
SI
OS
I. CAPACITACIÓN
¿Se tiene los recursos para hacer la capacitación?
¿Se completo la capacitación?
¿Se tomaron las pruebas adecuadas?
¿Se alcanzo el puntaje deseado?
II. ANÁLISIS DEL SISTEMA
¿Se consiguieron los requerimientos del sistema?
¿Se definió de manera concisa las interfaces a realizarse?
¿Se interactuó con el usuario en esta etapa?
¿Se verificaron los resultados obtenidos?
¿Se realizó documento de análisis del sistema?
¿Se realizó y formalizó reuniones con los usuarios en esta etapa?
¿Se verificaron los resultados obtenidos?
¿Se realizó documento de requerimientos de análisis del sistema?
III. DISEÑO DEL SISTEMA
¿Se levantó información concerniente a la arquitectura tecnológica actual?
¿Se elaboró el Documento del Diseño del Sistema?
IV. CONSTRUCCIÓN DEL SISTEMA.
¿Se implementó todos los requerimientos?
¿Se documentó la implementación?
V. PRUEBAS Y PREPARACIÓN PARA LA DISTRIBUCIÓN
¿Se realizó el Plan de Pruebas de acuerdo al Estándar IEEE 829-1983?
¿Se consideró en el plan de pruebas la capacidad de los computadores
de prueba?
¿Los resultados de la ejecución de las pruebas son los esperados?
VI. PUESTA EN PRODUCCIÓN
¿El documento de capacitación es fácil de entender?
¿Se tuvo los recursos y materiales oportunamente para la capacitación?
¿Las capacitaciones se realizaron en las fechas indicadas?
¿Los participantes aprobaron satisfactoriamente la evaluación de la
capacitación?
¿Se configuraron correctamente los servidores?
¿La base de datos fue configurada correctamente?
¿La migración se realizo correctamente?
¿Se levantaron todas las observaciones de la puesta en marcha del
sistema?
¿Se tiene documentada la implantación del sistema?
VII. PROMOCIÓN Y DIFUSIÓN DEL SISTEMA
¿Se elaboró el plan de lanzamiento del sistema acorde a lo planificado?
¿El contenido del plan de lanzamiento está acorde a los estándares?
¿Los resultados de la ejecución del lanzamiento son los esperados?
Pág. 63 de 108
PLAN DE RECURSOS HUMANOS DEL PROYECTO
- PROYECTO ERP -
Pág. 64 de 108
1. OBJETIVOS
El Plan de Gestión de Recursos Humanos tiene por objetivos:
 Definir cargos, funciones, responsabilidades y capacidades de los participantes del

proyecto.
 Definir el perfil del personal que se requiere para el proyecto
 Planificar la contratación de personal así como su entrenamiento, de ser necesario.
Pág. 65 de 108
2. ROLES Y RESPONSABILIDADES
Para la ejecución del proyecto, se han definido diecinueve roles, en los siguientes puntos se
especificarán las funciones, responsabilidades y competencias de cada uno de ellos.
2.1. GERENTE DEL PROYECTO DE AGROINDUSTRIAS BACKUS

El Gerente del Proyecto es el encargado de coordinar, dirigir, controlar el proyecto así como del
manejo del equipo de proyecto y los stakeholders, definirá las tareas a seguir y controlará el
cumplimiento de los plazos.
Funciones y Responsabilidades
 Responsabilidad total respecto a la ejecución del proyecto.
 Reconocer los riesgos que puedan afectar el éxito del proyecto.
 Proporcionar solución y planes de contingencia para los problemas que se presenten.
 Distribuir responsabilidades y tareas de acuerdo al perfil, habilidades y conocimientos de los
integrantes del equipo de proyecto.
 Convocar a reuniones con el objetivo de informar el avance del proyecto.
 Definir, coordinar las acciones de marketing.
 Supervisar y controlar el trabajo de proyecto.
 Control integrado de cambios
 Seguimiento de riesgos.
 Control de riesgos.
 Ejecutar la respuesta a los riesgos.
 Gestionar a los interesados del proyecto
 Administración de contratos del PROYECTO
Autoridad
 Sobre los Integrantes del proyecto.
 Para realizar la variación interna del cronograma de trabajo.
 Para realizar la variación sobre los planes de contingencia.
 Para el manejo de las reuniones durante la ejecución del proyecto.
Conocimientos y competencias
 Metodologías referentes a gestión de proyectos Informáticos.
 Gestión de proyectos.
Habilidades personales
 Liderazgo, responsabilidad y autodisciplina.
 Capacidad de adaptación.
 Síntesis y análisis.
 Capacidad de autoaprendizaje.
 Innovación y creatividad.
 Metodología y orden de trabajo.
 Habilidades de comunicación.
 Trabajo en equipo.
Pág. 66 de 108
2.2. GERENTE DEL PROYECTO DE LA CONSULTORA ROYAL SYSTEMS

Es el encargado de brindar consejo experto en la gestión del proyecto, a los miembros del equipo de
proyecto, así como de supervisar el desarrollo del proyecto, identificar problemas y proporcionar
soluciones.
 Brindar apoyo en el manejo de la gestión del proyecto.
 Supervisar el desarrollo del proyecto.
 Responsable de identificar problemas que puedan surgir en la ejecución del proyecto.
 Brindar sugerencias para evitar y/o dar solución a problemas surgidos en la ejecución del
proyecto.
 Metodologías referentes a gestión de proyectos Informáticos.
 Experto en la gestión de proyectos.
 Independencia.
 Ética.
 Innovación y creatividad.
2.3. LÍDER TÉCNICO/FUNCIONAL

Se encargará de brindar asesoramiento y supervisión en los aspectos técnicos del proyecto,
asegurará que se implementen buenas prácticas para el desarrollo de sistema web además de
recomendar y modificar procesos internos, con el propósito de lograr los objetivos del proyecto.
 Responsable de que se apliquen buenas prácticas en el análisis, diseño y desarrollo del
proyecto.
 Asesorar al equipo del proyecto en aspectos técnicos.
 Analizar y definir en coordinación con el Gerente del Proyecto y el usuario, la situación
actual del proceso y los sistemas de su Área a su cargo, la situación deseable para el mismo
y los objetivos del nuevo sistema,.
 Analizar y diseñar en coordinación con el Gerente del Proyecto los elementos necesarios
para el proyecto, modificaciones generales para el flujo de información y procedimientos del
sistema, para asegurar un control óptimo y seguridad de los datos y uso eficiente de
recursos.
 Analizar y definir en coordinación con el Gerente del Proyecto los nuevos requerimientos del
sistema y los impactos que puedan tener las actualizaciones.
 Brindar apoyo en la elaboración y ejecución del plan de promoción y difusión
Autoridad
 Decisiones sobre la dinámica de los procesos.
 Variación del modelo de procesos.
 Reconocimiento de requerimientos del sistema web.
 Manejo de herramientas CASE.
 Análisis y diseño de sistemas.
 Manejo de plataformas tecnológicas.
 Liderazgo.
 Responsabilidad.
 Capacidad de adaptación
Pág. 67 de 108
 Metodología y orden de trabajo
 Motivación personal.
2.4. COORDINADOR DEL CONTROL DE CALIDAD
Se encargará de asegurar la calidad en la implementación del proyecto, monitoreando las métricas

establecidas para la supervisión de la calidad.
 Control de calidad del proyecto.
 Velar por el cumplimiento de los estándares de calidad definidos para el proyecto.
 Monitorear las métricas de calidad.
 Entregar informes al Gerente del Proyecto.
 Conocimientos básicos de la gestión de proyectos.
 Conocimientos básicos del desarrollo de software.
 Conocimiento de estándares de calidad en desarrollo de software.
 Responsabilidad y autodisciplina.
 Innovación, creatividad.
 Orden de trabajo.
2.5. RESPONSABLE DE LA GESTIÓN DEL EQUIPO DE PROYECTO
El Responsable de la Gestión del Equipo de Proyecto se encargará de realizar gestionar las

actividades del Equipo de Proyecto.
 Gestionar el equipo de proyecto PROYECTO ERP.
 Entregar informes al Responsable de Seguimiento y Control.
 Conocimientos básicos de la gestión de proyectos.
 Conocimientos básicos del desarrollo de software.
 Responsabilidad y autodisciplina.
 Innovación, creatividad.
Pág. 68 de 108
3. ORGANIGRAMA DEL PROYECTO
El organigrama del proyecto muestra los diferentes equipos de trabajo agrupados por sus funciones y la
relación y/o dependencia entre los mismos
Comité del Proyecto

Por: Agrodinsutrias: Sponsor Sr. Roberto Falcone
Por Royal: Gerente General Sr. Pablo Fernandez
Gerencia del Proyecto Gerente del Proyecto

Royal Systems Agroindustrias
Jessica Takahashi Adalberto Torres
Equipo de
Equipo de Administración Operaciones y Plataforma TI
Análisis y
Construcción e y Finanzas Planificación – Alejandro
Diseño
Implementación Juan Puertas Carlos Garcia Villanueva
Marlene
Denis Pizarro
Carlos
Organigrama del Proyecto
 Comité del Proyecto: El Comité del Proyecto está conformado de parte de la empresa proveedor,
del Gte General Pablo Fernandez y de parte de AGROINDUSTRIAS BACKUS del Sponsor Sr.
Agroindustrias Backus y el Gerente Comercial Sr. Jose Luis Ferreyra.
 Gerente del Proyecto Royal Systems: El Gerente del Proyecto de parte de Royal Systems será la
Sra. Jessica Takahashi quien sera el encargado de:
o Coordinar, dirigir, controlar el proyecto así como del manejo del equipo de proyecto y los
stakeholders, definirá las tareas a seguir y controlará el cumplimiento de los plazos.
 Gerente del Proyecto Royal AGROINDUSTRIAS BACKUS: El Gerente del Proyecto será el Sr.
Adalberto Torres el cual tendra las siguientes actividades principales:
o Brindar asesoramiento y supervisión en los aspectos técnicos del proyecto
o Asegurar que se implementen las buenas prácticas
o Recomendar y modificar procesos internos, con el propósito de lograr los objetivos del
proyecto.
o Difundir los avances del proyecto a toda la empresa.
 Equipo de Análisis y Diseño de Royal Systems: Encargados de llevar a cabo el análisis y diseño
de todos los componentes para la implementación del sistema, además de la creación de las
personalizaciones al sistema de acuerdo a la realidad de AGROINDUSTRIAS BACKUS. Este grupo
estará formado por personal de la empresa Royal Systems que cumplen los roles de analista
programador y arquitecto de sistemas liderados por el Sr. Marlene Carlos.
 Equipo de Construcción e Implementación de Royal Systems: Encargados de los siguientes
trabajos: la programación de las personalizaciones, realización de pruebas, documentación y la
puesta en marcha del sistema.
Para el desarrollo del proyecto esta equipo estará constituido por personal de la empresa Royal
Systems que cumplen los roles de analistas programadores y arquitecto de sistemas y por personal
de AGROINDUSTRIAS BACKUS que tendrán el rol de soporte técnico en los requerimientos de la
empresa.
Pág. 69 de 108
4. MATRIZ DE ASIGNACIÓN DE RESPONSABILIDADES
La Matriz de Asignación de Responsabilidades (RAM) tiene por objetivo dar a conocer los roles
asociados a cada actividad del proyecto.
Los roles definidos para el proyecto son los siguientes:
1. Gerente del Proyecto Agroindustrias Backus.

2. Gerente del Proyecto Royal Systems.
3. Coordinador de SGC Calidad.
4. Líder Técnico/Funcional del Modulo de Operaciones
5. Líder Técnico/Funcional del Modulo Comercial
6. Líder Técnico/Funcional del Modulo Financiero
7. Líder Técnico/Funcional del Soporte al sistema
A continuación el detalle de la Matriz de Responsabilidades

Siendo:
E: Ejecuta
P: Participa
R: Revisa
A: Aprueba
Pág. 70 de 108
Pág. 71 de 108
Pág. 72 de 108
5. PLAN DE GESTION DE PERSONAL
5.1. ADQUISICIÓN DE PERSONAL
 El rol de Líder Técnico/Funcional de cada Modulo del proyecto será asumido por los Gerentes
Comercial, Financiero y de Operaciones
 La construcción del sistema estara a cargo de la empresa Royal Systems, bajo supervisión de su
Gerente Proyecto Jessica Takahashi.
 El rol de Gerente del Proyecto de parte de Agroindustrias Backus estará a cargo del Project Manager
de la empresa.
 El proyecto será ejecutado en dos etapas en el periodo de Enero a Octubre del 2011.
 El costo del proyecto será asumido en su totalidad por la empresa Agroindustrias Backus.
HORARIOS
 La jornada laboral se considera de 48 horas semanales.
 El Gerente del Proyecto y los Líderes Técnico/Funcional participarán a lo largo de todas las fases del
proyecto.
 El Personal de Capacitación participará en la fase de Capacitación del Equipo de Proyecto.
 Las labores de Marketing serán llevadas a cabo por el Gerente de Proyecto.
5.2. CRITERIOS DE LIBERACIÓN
El Gerente del Proyecto tendrá a su cargo a los Lideres Técnico / Funcionales y el personal necesario
para este proyecto
5.3. NECESIDADES DE FORMACIÓN
Se realizarían continuas capacitaciones del ERP para que la implementación del sistema sea en el
menor tiempo posible
5.4. CUMPLIMIENTO
El gerente de Proyecto velará por el cumplimento de los objetivos definidos para la ejecución del
proyecto, utilizarán como apoyo para dicha evaluación los informe del Responsable del Informe de
Rendimiento.
.
Pág. 73 de 108
PLAN DE COMUNICACIONES DEL PROYECTO
- PROYECTO ERP -
Pág. 74 de 108
1. OBJETIVOS
El Plan de Gestión de Comunicaciones tiene por objetivos:
 Determinar cuáles serán los canales de comunicación a usar.
 Determinar qué información deberá ser comunicada así como también quien es el
responsable de comunicarla y quienes serán las personas que recibirán esta
información.
 Recomendar los procedimientos más adecuados para que la comunicación sea

fluida y en el momento preciso, evitando con esto descoordinaciones y retrasos en
el trabajo.
Pág. 75 de 108
2. REQUISITOS DE COMUNICACIONES DE LOS INTERESADOS
La comunicación debe llegar a todos los interesados del proyecto. Los interesados del
proyecto son los siguientes:
 Directorio de Agroindustrias Backus.

 Sponsor (Gerente comercial empresa Agroindustrias Backus).
 Líder usuario.
 Gerente del proyecto.
 Líder del Modulo Administrativo Financiero
 Lider del Modulo Operacional
 Lider del Modulo Comercial
 Personal de Agroindustrias Backus que utiliza el sistema.
Los medios de comunicación a ser usados para coordinaciones serán:
 Conversación directa (persona a persona).

 Llamadas telefónicas.
 Documentación escrita y electrónica como ppts, informes, etc.
 Correo electrónico.
 Facebook.
Del mismo modo se debe tener en cuenta que el medio de comunicación de mayor
importancia es la conversación directa de persona a persona, ya que se trata de
“equipos de trabajo”.
Es necesario precisar los canales a través de los cuales tiene lugar las
comunicaciones, los instrumentos utilizados, la forma, los remitentes y los
destinatarios.
Los principales temas de comunicación serán los avances, revisiones y coordinaciones

en el transcurso del proyecto.
Se debe tener en cuenta las reuniones de coordinación interna por parte de los
miembros del proyecto y las reuniones con el líder usuario, sponsor y Consejo de
Facultad, llamadas de coordinación externa.
Para las comunicaciones internas y externas entre los miembros del proyecto y con los
interesados, se debe tener en cuenta lo siguiente:
a) Diferenciación de los canales.

Emplear el canal más adecuado, dependiendo del mensaje a dar y de la situación,
tales como correo electrónico, mensajes de texto, enlaces telefónicos, etc. El uso
adecuado de estos canales posibilita una mejor recepción del mensaje.
b) Momento y eficiencia.
La comunicación se debe dar e manera oportuna y de forma que contenga los
elementos necesarios para obtener los efectos esperados
c) Claridad
Pág. 76 de 108
Se debe comunicar sin ambigüedad, fácilmente comprensible, y de ser posible dar

ejemplos.
d) Precisión
La comunicación debe dar a entender a qué se refiere, presentar ideas necesarias e
indispensables para lograr conocer la finalidad del mensaje emitido.
e) Adecuada redacción
Utilizar un lenguaje fluido y coherente, adecuado a la capacidad del receptor del
mensaje.
f) Objetividad
Los mensajes deben ser emitidos de forma objetiva, imparcial, el receptor del mensaje
no debe dejarse influenciar por otros factores y ser objetivo al interpretar los mensajes.
g) Difusión
La información debe ser distribuida de manera efectiva y oportuna a todos los
interesados del proyecto.
Pág. 77 de 108
3. INFORMACION QUE DEBE SER COMUNICADA
Contenido ROL Formato

Plan de Gestión del Dar a conocer el Plan de Gestión del Proyecto. Documento impreso.
Proyecto.
Roles y Dar a conocer las relaciones entre los miembros del Correo electrónico / documento digital e
responsabilidades proyecto. impreso.
Cronograma del proyecto Dar a conocer los tiempos estimados para el desarrollo del Correo electrónico / documento digital e
proyecto impreso.
Avances del proyecto. Llevar un control pleno de lo que está avanzando. Correo electrónico / documento digital e
impreso.
Actas de reunión. Llevar un control de los temas y acuerdos tratados en las Correo electrónico / documento digital e
diversas reuniones impreso.
Módulos del Sistema. Dar a conocer el avance del proyecto desde el punto de Documento digital e impreso.
vista modular.
Cambios en los requisitos Dar a conocer los nuevos cambios realizados en los Correo electrónico / documento digital e
del Sistema. requisitos del proyecto. impreso.
Riesgos del proyecto. Dar a conocer a los miembros del proyecto los riesgos que Correo electrónico / documento digital.
se presentan o pudiesen presentarse.
Contenido ROL Formato
Metodología de Dar a conocer a los miembros del proyecto la metodología Correo electrónico / documento digital e
desarrollo. de trabajo. impreso.
Problemas con las Los miembros del proyecto tomen las precauciones Correo electrónico / documento digital.
adquisiciones. necesarias para evitar retrasos.
Manual de usuario. Dar a conocer las funcionalidades del sistema. Documento escrito y digital.
Manual del sistema. Dar a conocer a nivel técnico el desarrollo del sistema. Documento impreso y digital.
Plan de marketing. Dar a conocer el plan de marketing para el lanzamiento del Documento impreso y digital.
sistema.
Entregables del Proyecto. Proporciona los hitos alcanzados en el proyecto. Documento impreso y digital.
Pág. 78 de 108
4. PERSONA RESPONSABLE DE COMUNICAR LA INFORMACIÓN Y PERSONA O

GRUPO QUE LA RECIBIRÁ
En el siguiente cuadro se observa el flujo de información, en la primera columna se

mostrará la información que debe ser comunicada, en la segunda columna se muestra
al responsable de distribuir la información y en la última columna se encuentran las
personas que recibirán la información.
Información Responsable Persona o grupo que

recibirán información
Plan de Gestión del Proyecto Gerente del Proyecto Equipo del Proyecto
Roles y responsabilidades Gerente del Proyecto Equipo del Proyecto
Cronograma del proyecto Gerente del Proyecto Equipo del Proyecto
Avances del proyecto Equipo del Proyecto Gerente del Proyecto
Actas de las reunión Gerente del Proyecto Equipo del Proyecto
Sponsor
Líder Usuario
Módulos del Sistema
Líder Usuario
Cambios en los requisitos del Gerente del Proyecto Líder Usuario
Sistema Equipo del Proyecto
Gerente del Proyecto Líder Usuario
Riesgo del Proyecto
Equipo del Proyecto
Metodología de desarrollo Gerente del Proyecto Equipo del Proyecto
Problemas con las adquisiciones
Equipo del Proyecto
Manual de usuario Gerente del Proyecto Líder Usuario
Manual del sistema
Líder Usuario
Plan de Marketing
Personal de Marketing
Equipo del Proyecto Gerente del Proyecto
Entregables del proyecto
Control de Avances Gerente del Proyecto Comité de Proyecto
Pág. 79 de 108
5. MÉTODOS O TECNOLOGÍAS PARA LA COMUNICACIÓN
Es importante recalcar la necesidad de que haya una comunicación continua con el

Líder Usuario, ya que de esto depende que el proyecto se ajuste a los requerimientos.
Una buena comunicación permitirá una mayor consistencia entre lo que el usuario
desea y lo que el proyecto genere. En el transcurso del proyecto se solicitarán un
conjunto de cambios por parte del usuario y es necesario definir pasos a seguir que
permitan entender claramente lo que el usuario desea.
Como métodos de comunicación definiremos un conjunto de reuniones que se llevarán

a cabo en el transcurso del proyecto, así como tecnologías que apoyarán para lograr
una mejor comunicación.
5.1. REUNIONES
A continuación se muestran una serie de símbolos que nos permitirán

entender el procedimiento de las diversas reuniones que se lleven a cabo.
Leyenda:
Documento, puede ser digital (.doc, .xls, .mpp, pdf, etc.) o impreso,
puede ser transferido vía e-mail en caso sea digital o compartido a través
de la internet.
Email
Coordina
Diversos medios: e-mail, teléfono, celular, etc.
Pág. 80 de 108
5.2. REUNIÓN DE INICIACIÓN
Al inicio del proyecto será de vital importancia una reunión entre el Gerente
del Proyecto los Líderes usuarios y el Equipo de Proyecto. En ella se
discutirán los principales puntos del Plan de Proyecto, además el Gerente
del Proyecto presentará a todo el equipo de proyecto formalmente, ver Fig.
1.
Plan de Proyecto
Líder Gte del Proyecto (GP)

Usuario - Solicita Recursos para
- Aprueba Equipo de Trabajo
Formulación - Elabora Cronograma de
del Proyecto Trabajo (Actividades e
Hitos de Control)
- Elabora Presentación
para Reunión de
Iniciación Reunión de Iniciación
(Todos los participantes)
- Usuario, presenta el proyecto
(máx.. 10min)
-
- JP resume los principales puntos
del Plan de Proyecto
Fig. 1 Iniciación del proyecto
Pág. 81 de 108
5.3. REUNIÓN DE GESTIÓN DE RIESGOS, PROBLEMAS, PENDIENTES,

ACUERDOS Y APRENDIZAJE
En el transcurso del proyecto serán necesarios reuniones del equipo de

proyecto, lo que permitirá identificar algunos problemas o riesgos que podría
presentarse más adelante. Además esta reunión servirá para evaluar
algunos casos que hayan quedado pendientes en anteriores reuniones, ver
Fig. 2.
Gte de Proyecto:
 Registrar riesgos, problemas
del Proyecto.
 Controlar riesgos, problemas
del Proyecto.
 Actualizar riesgos,
problemas del Proyecto.
Equipo de Proyecto:
 Identifica y Reporta riesgos
y problemas al Gte de
Proyecto.
 Reporta el cumplimiento de
las acciones de Gestión.
Fig. 2 Reunión de gestión de riesgos, problemas, pendientes, acuerdos y

aprendizaje
Pág. 82 de 108
5.4. REUNIÓN DE CONTROL DE AVANCES
Se reunirán los miembros del Equipo de Proyecto, para poder registrar su

nivel de avance, y comunicárselo al Gerente del Proyecto
El Gerente del Proyecto se encargará de la coordinación.
Esto se hará principalmente en términos de alcance, plazos y costos, ver
Fig. 3.
Equipo de
Proyecto
Fig. 3 Reunión de Control de avances
Pág. 83 de 108
5.5. REUNIÓN DE COMITÉ DE PROYECTO
Esto permite que el Gerente del Proyecto haga llegar un reporte de gestión
al Comité de Proyecto, el que además está conformado por el Gerente del
Proyecto, el Líder Usuario, el Líder Técnico y el Sponsor.
Control de avances Observaciones de reunión
Gte de Proyecto Comité de Proyecto Gte de Proyecto

- Hace seguimiento a los - JP conduce la Reuni ón de - Actualiza el formato y lo
Responsables de acciones Gestión distribuye a manera de Acta
pendientes. - JP lee cada Acción en de Reunión
- Ingresa losSub-temas y seguimiento,
Acciones queél considere - JP Reporta los resultados
necesarios - JP Toma nota de la nuevas
- Hacer llegar el Reporte de Acta de reunión
Acciones acordadas y
Gestión actualizado a los conclusiones de la reuni
ón
miembros del Comité a
manera de Agenda de Acta de reunión
Reunión.
Equipo de Proyecto Comité del Proyecto

- Ejecuta Acciones Realiza observaciones
Fig. 4 Reunión de Comité
Pág. 84 de 108
5.6. REUNIÓN DE CONTROL DE CAMBIOS
El Comité de Proyecto, se encargará de autorizar los cambios, para ello el

Gerente del Proyecto previamente, deberá haber evaluado el impacto de los
cambios en cuanto a plazos, costos, alcances y calidad.
Líder Usuario Jefe de Proyecto Comité de Proyecto
Otros usuarios
Equipo de Proyecto Jefe de Proyecto
Fig. 5 Reunión de Control de Cambios
Las reuniones antes mencionadas son uno de los medios de comunicación

más importantes, esto permite llegar a un mejor entendimiento entre los
participantes del proyecto.
Pág. 85 de 108
6. FACTORES DE TECNOLOGÍA DE LA INFORMACIÓN QUE PUEDEN AFECTAR

AL PROYECTO
6.1. LA URGENCIA DE LA NECESIDAD DE INFORMACIÓN
El proyecto necesitará contar con información actualizada, para ello se

deberá manejar versiones de cada uno de los documentos. Esto
básicamente para que se tenga conocimiento de los cambios realizados y
evitar problemas posteriormente por haber trabajado sobre documentos con
versiones desactualizadas.
6.2. LA DISPONIBILIDAD DE LA TECNOLOGÍA
Como se mencionó anteriormente, el principal medio efectivo de de

comunicación serán las reuniones, sin embargo; será necesario aprovechar
la tecnología y utilizar otros medios alternativos como se indican a
continuación:
E-mail: Gran parte de los documentos serán transferidos vía e-mail, esto
permitirá una comunicación rápida y eficiente, es decir contar con la
información a tiempo. Es importante recalcar esto, ya que por las
condiciones del proyecto será difícil para el Equipo de Proyecto disponen del
tiempo suficiente como para adoptar otra forma de comunicación.
Grupo Virtual: Será necesario contar también con un repositorio, donde se

manejen las distintas versiones de los documentos y nos permita tener una
mejor fluidez de comunicación.
Base de Datos: Es necesario contar con una base de datos de los

participantes del proyecto, donde estén registrados datos como teléfono,
celular, e-mail y alguna información adicional que sea importante tenerlo
disponible. Para ello también se utilizará el Grupo Virtual, ya que este brinda
un servicio de base de datos.
Pág. 86 de 108
6.3. EL PERSONAL PREVISTO PARA EL PROYECTO
El personal maneja las tecnologías antes mencionadas, por ende no habrá

dificultad en su aplicación.
La duración del proyecto
La duración del proyecto será de 10 meses, desde enero del 2011 a Octubre
del 2011.
El entorno del proyecto
El Equipo de Proyecto, se reunirán en un lugar fijo en el cual podrán realizar

sus tareas. Además se coordinará con el líder técnico para aprovechar sus
horarios de clase para realizar las coordinaciones respectivas.
Las reuniones anteriormente mencionadas también se darán de forma

presencial, tales como las Reuniones de Gestión, Gestión de Cambios,
Comité de Gestión, etc.
Las TI generalmente se utilizarán para enviar comunicados y archivos, así

como para compartirlos mediante el Grupos virtuales, con todo el equipo de
proyecto.
7. FRECUENCIA DE COMUNICACIÓN
La frecuencia de comunicación detalla la periodicidad con que se realizaran

determinadas reuniones que pueden ser de coordinación de revisión o de gestión.
Comunicación Frecuencia
Reunión de Iniciación Al inicio del proyecto.
Reunión de gestión de riesgos, problemas, Cada 15 días.
pendientes, acuerdos y aprendizaje
Reunión de control de avances cambios Cada 15 días.
Reunión de Comité Mensual.
Uso de TI para la comunicación Diario.
Pág. 87 de 108
8. PROCESO DE ESCALAMIENTO
Entre los integrantes de cada equipo de trabajo existen polémicas en la forma de cómo
realizar el trabajo para lo cual se define la cadena de mandos para resolver estas
polémicas.
El equipo de proyecto conformado por los Analistas Programadores resolverán sus

polémicas en consenso, y, en el caso que no encuentren una solución, en primera
instancia el Líder Técnico resolverá el mismo, caso contrario en segunda y última
instancia el Gerente del Proyecto será quien busque la solución a la misma, el plazo
para la solución de este percance será de tres días mientras tanto el equipo de
Analistas Programadores pasarán a realizar otra tarea que no dependa de la anterior
si esto no fuese posible el Gerente del Proyecto deberá solucionar la polémica en un
plazo máximo a dos días para evitar retrasos considerables en el proyecto.
Las polémicas respecto al trabajo del Personal de Marketing serán resueltas en

consenso en caso no encuentren una solución será el Consultor de Marketing el
responsable dar solución a dicha polémica.
Las polémicas respecto a los memorandos de riesgos serán resueltas en primera

instancia por el Gerente del Proyecto en plazo máximo a 6 días de encontrar solución
el tema será propuesto en agenda para ser tratado en el próximo Consejo de Facultad.
Las polémicas respecto a la distribución o utilización del presupuesto serán evaluadas

y resueltas por el Gerente del Proyecto con un plazo máximo a 6 días.
Las polémicas respecto a ampliación del presupuesto será responsabilidad del

Gerente del Proyecto en una reunión con el Sponsor del Proyecto que sería la
facultad este tema será tratado en el próximo Consejo de Facultad.
Las polémicas respecto a la ampliación del alcance debido a nuevos requerimientos

será responsabilidad del Gerente del Proyecto quien se reunirá con el Líder Usuario
para explicarle el impacto que ocasionará estas modificaciones el plazo máximo para
realizarse esta reunión es de 5 días.
Pág. 88 de 108
9. FORMATO DE INFORME DE AVANCE DE PROYECTO
I. DATOS GENERALES
Titulo del Proyecto
Responsable
Tipo de Informe
Periodo de informe Nº de Informe Fecha de Entrega
De a
II. LOGROS DE OBJETIVOS
Señalar si los avances son los esperados para el tiempo transcurrido.
III. CUMPLIMIENTO DE ACTIVIDADES
Fecha Avance (%)

Actividad Respecto al Respecto a lo
Inicio Término
total programado
IV. OTROS
¿Existió retrasos en el Proyecto?

SI NO
Si la respuesta fue SI, indicar:
Razones
Efectos
Correcciones
Pág. 89 de 108
Si se han realizado modificaciones() indicar razones:
Responsables y colaboradores del proyecto
Nombre Firma
Responsable
Colaborador
Colaborador
Colaborador
Pág. 90 de 108
10. FORMATO DE ACTA DE REUNION
Titulo
Fecha Hora Lugar
Inicio Fin
PARTICIPANTES
Nombre Asistencia Firmas
AGENDA
Temas a tratar Responsable Tiempo Aprox.
Tema Nº1
Tema Nº2
DESARROLLO DE LA REUNIÓN
Tema Nº1
Discusión
Conclusión
Tema Nº2
Discusión
Conclusión
NOTAS
OBSERVACIONES
ANEXOS
Pág. 91 de 108
PLAN DE RIESGOS DEL PROYECTO
- PROYECTO ERP -
Pág. 92 de 108
1. OBJETIVOS
El plan de gestión riesgos tiene por objetivos:
 Planificar las actividades necesarias a realizar para afrontar los riesgos y permitir
que el proyecto sea terminado a pesar de la ocurrencia de los mismos.
 Identificar y analizar los riesgos que podrían causar perjuicio al proyecto a nivel de
calidad, tiempo, costo o alcance. Así como identificar a aquellos riesgos que
pudiesen brindar beneficio al mismo.
 Conocer la probabilidad de ocurrencia de cada riesgo, así como el impacto de los

mismos de darse su ocurrencia, para poder priorizar y planificar la respuesta más
adecuada.
 Identificar planes de contingencia en caso de ocurrencia de cualquiera de los

riesgos identificados.
Pág. 93 de 108
2. PLANIFICACION DE LA GESTION DE RIESGOS
2.1. METODOLOGIA
Los métodos y técnicas que utilizaremos en el presente proyecto para la Gestión de

riesgos, según los procesos a realizar son los siguientes:
PROCESO DESCRIPCIÓN HERRAMIENTAS FUENTES DE

INFORMACIÓN
Planificación de la Elaborar el Plan de PMBOK Sponsor y usuarios.
gestión de Riesgos Gestión de Riesgos Reuniones de Líder usuario,
planificación y equipo de proyecto.
análisis.
Identificación de Identificar los Revisiones de la Documentación del
Riesgos riesgos que puedan documentación. proyecto.
afectar al proyecto, Tormenta de ideas. Expertos, usuarios y
analizar y Método delphi. equipo de proyecto.
documentar sus Identificación de la
características. causa.
Análisis cualitativo Evaluar la Evaluación de Sponsor y usuarios.
de Riesgos probabilidad y el probabilidad e Registro de riesgos.
impacto de los impacto de los
riesgos. riesgos.
Priorizar los riesgos. Matriz de
probabilidad e
impacto.
Análisis cuantitativo No se realizará. No aplica. No aplica.
de Riesgos
Planificación de Planificar la Estrategias para Registro de riesgos.
respuesta a los respuesta a los riesgos negativos Documentos del
Riesgos riesgos, así como (Evitar, transferir, proyecto.
planificar su mitigar). Sponsor, usuarios.
ejecución Estrategia para
riesgos positivos
(Explotar, compartir,
mejorar).
Aceptar.
Seguimiento y Verificar la Reevaluación de los Plan de gestión de
control de Riesgos ocurrencia de riesgos. riesgos.
riesgos, supervisar y Análisis de variación Registro de riesgos.
verificar la respuesta y de tendencias. Información sobre le
a los riesgos. Acciones correctivas rendimiento del
Verificar la aparición recomendadas. trabajo.
de nuevos riesgos. Acciones
preventivas
recomendadas.
Pág. 94 de 108
2.2. ROLES Y RESPONSABILIDADES
Roles Persona Responsabilidades

RESPONSABLE DE Gerente del Seguimiento de riesgos.
SEGUIMIENTO Y Proyecto Control de riesgos.
CONTROL DE Ejecutar la respuesta a los riesgos.
RIESGOS
2.3. ESTRUCTURA DE DESGLOSE DE RIESGOS
Proyecto ERP
RIESGOS DE LA
RIESGOS RIESGOS RIESGOS DE LA
GESTIÓN DEL
TÉCNICO EXTERNOS ORGANIZACIÓN
PROYECTO
Requerimientos Paralizaciones Recursos Planificación
Financiación
Comunicación
Cooperación
Control
Equipo del
Proyecto
Información
Pág. 95 de 108
2.4. FORMATOS DE INFORME
Lista de Riesgos
LISTA DE RIESGOS
Código Descripción
R01 Demora en la aprobación del proyecto y presupuesto.
R02 Falta de compromiso y seriedad por parte de los integrantes

del proyecto.
Falta de recursos para la correcta ejecución del proyecto, tales
R03
como PC’s, Server, etc.
R04 Pérdida de apoyo de Gerencia Gral y/o lideres usuarios
R05 Cambios en los integrantes del equipo.
Demora en la entrega de la información solicitada por el

R06
Equipo del proyecto.
R07 Pérdida del repositorio de documentos o avances del proyecto
Descoordinación entre actividades involucradas en el

R08
desarrollo del proyecto
Falta de habilidades Interpersonales en los integrantes del

R10
proyecto.
No aceptación de ciertas actividades propias del desarrollo del

R11
proyecto
R12 Cambio en la infraestructura Tecnológica.
R13 Cambio en el cronograma de trabajo
R14 Desarrollo inadecuado de la gestión del proyecto
R15 Cambio o confusion en los requerimientos del alcance.
R16 Demora en la aprobación de los entregables.
Pág. 96 de 108
Análisis de Riesgos
ANÁLISIS DE RIESGOS
Descripción del Riesgo
Entregables Afectados Estima Fase Estimación Prob X
Códi
go
ción Afectada de Impacto Impacto

Probab
Demora en la aprobación Todo entregable que tiempo 0,40 0,13
R01 del proyecto y sea posterior a la
presupuesto. aprobación. 0,32 0,13
alcance 0,30 0,14
Falta de compromiso y
Todos los entregables costo 0,10 0,05
R02 seriedad por parte de los
son afectados
integrantes del proyecto. tiempo 0,30 0,14
0,45 0,32
tiempo 0,20 0,07
Falta de recursos (PC’s, Todos los entregables
R03 alcance 0,30 0,11
routers, servers, etc. son afectados
0,35 0,18
Pérdida de apoyo de tiempo 0,40 0,15
Todos los entregables
R04 Gerencia Gral y/o lideres alcance 0,50 0,18
son afectados
usuarios
0,37 0,33
Desarrollo de fuentes del costo 0,10 0,07
Cambios en los sistema, que es
R05 tiempo 0,20 0,14
integrantes del equipo. entregable de la
construcción del sistema 0,68 0.21
Demora en la entrega de Todos los entregables tiempo 0,20 0,07
R06
la información solicitada. son afectados 0,37 0,07
Pérdida del repositorio de Fuentes del sistema, los tiempo 0,30 0,08
R07 documentos o avances manuales de usuario, de costo 0,10 0,03
del proyecto sistema.
0,27 0,11
Descoordinación entre alcance 0,18 0,07

actividades involucradas costo 0,25 0,10
R08 son afectados
en el desarrollo del
proyecto tiempo 0,35 0,14
0,40 0,24
Falta de habilidades Documentación de alcance 0,25 0,07
R10 Interpersonales en los requerimientos, tiempo 0,10 0,03
integrantes del proyecto. capacitación del sistema
0,27 0,09
No aceptación de ciertas proyecto 0,60 0,15
R11 actividades propias del
son afectados
desarrollo del proyecto 0,25
Cambio en lnfraestruc alcance 0,30 0,05
R12 Sistema en producción
tura Tecnológica 0,17 0,05
Las fechas de tiempo 0,10 0,02
Cambio en el
R13 finalización de los
cronograma de trabajo
entregables 0,17 0,02
alcance 0,30 0,08
Desarrollo inadecuado El plan de gestión del costo 0,30 0,08
R14
de la gestión del proyecto proyecto tiempo 0,40 0,11
0,28 0,28
Pág. 97 de 108
alcance 0,40 0,06

Solicitudes de
Desarrollo de fuentes, costo 0,20 0,03
adicionales no
R15 requerimientos, análisis,
contemplados en el tiempo 0,10 0,02
diseño del sistema
alcance.
0,15 0,11
Desarrollo de fuentes, tiempo 0,20 0,06
Demora en la aprobación
R16 requerimientos, análisis,
de los entregables.
diseño del sistema
0,32 0,06
Pág. 98 de 108
Identificación de Riesgos
LISTA DE RIESGOS
Productos
Códi
Descripción Causas entregables Categoria Fase
go
afectados
1. Demora en toma de decisión
Demora en la aprobación del Organi
R01 2. Limitación de presupuesto Proyecto Completo Iniciación
proyecto y presupuesto. zacional
3. Elecciones internas
Falta de compromiso y 1. Falta de Motivación Organi
R02 seriedad por parte de los Proyecto Completo Todas
2. Inexperiencia zacional
integrantes del proyecto.
Falta de recursos 1. Limitación de presupuesto
(Materiales,Tecnológia,etc)
Organi
R03 para la correcta ejecución del 2. Infraestructura inadecuada o Proyecto Completo Todas
no disponibilidad a tiempo de la zacional
proyecto, tales como PC’s,
routers, servidores,etc. misma
Pérdida de apoyo de 1. Priorización de otros
proyects Organi
R04 Gerencia Gral y/o lideres Proyecto Completo Todas
zacional
usuarios 2. Rotación de cargos
1. Falta de motivación Docum de Análisis Análisis
Cambios en los integrantes Organi
R05 2. Problemas de salud Docum de diseño Diseño
del equipo. zacional
3. Problemas personales Fuentes del sistema Construcción
1. No existencia de
Demora en la entrega de la Docum de Análisis Análisis
documentación Dirección de
R06 información solicitada por el
2. Solicitudes poco claras y/o proyectos
Equipo del proyecto. Docum de diseño Diseño
precisas
Pérdida del repositorio de 1. Falla de equipos Todos los documents
R07 documentos o avances del Técnico Todas
proyecto 2. Infección de virus informático Fuentes del sistema
Descoordinación entre 1. Incompatibilidad de tareas

Dirección de
R08 actividades involucradas en 2. Personal escéptico Proyecto Completo Todas
Proyectos
el desarrollo del proyecto 3. Falta de comunicación
Falta de habilidades
R10 Interpersonales en los 1. Formación Proyecto Completo Organizacional Todas
No aceptación de ciertas 1 Incompatibilidad de tareas
Dirección de
R11 actividades propias del 2 Personal escépticos Proyecto Completo Iniciación
proyectos
desarrollo del proyecto 3 Descoordinacion
Doc. de diseño
Cambio en la infraestructura Manual de inst. y Diseño
R12 1. Descoordinación Técnico
Tecnológica configuración Puesta en
Sist en producción producción
Cambio en el cronograma de 1. Atrasos
R13 Proyecto Completo Organizacional Todas
trabajo 2. Declaración de feriados
Desarrollo inadecuado de la 3. Desconocimiento Dirección de
R14 Proyecto Completo Todas
gestión del proyecto 4. inexperiencia proyectos
Cambio o confusion en los Dirección de
R15 1. Mala planificación Proyecto Completo Todas
requerimientos del alcance. proyectos
Demora en la aprobación de Dirección de
R16 1. Entregables incompletos Proyecto Completo Todas
los entregables. proyectos
Pág. 99 de 108
3. ANALISIS CUALITATIVO DE RIESGOS

3.1. CATEGORIZACIÓN Y CALIFICACIÓN DE RIESGOS
CATEGORIZACIÓN Y CALIFICACIÓN DE RIESGOS
Códi Categoría Calificación
Descripción
go riesgos
R01 Demora en la aprobación del proyecto y presupuesto. medio 0,13
R02 Falta de compromiso y seriedad por parte de los integrantes del proyecto. alto 0,31
R03 Falta de recursos tales como PC’s, routers, etc. medio 0,17
R04 Pérdida de apoyo de Gerencia Gral y/o lideres usuarios alto 0,33
R05 Cambios en los integrantes del equipo. medio 0,2
Demora en la entrega de la información solicitada por el Equipo del 0,07
R06 bajo
proyecto.
R07 Pérdida del repositorio de documentos o avances del proyecto medio 0,18
Descoordinación entre actividades involucradas en el desarrollo del 0,3
R08
proyecto
alto
R10 Falta de habilidades Interpersonales en los integrantes del proyecto. bajo 0,09
R11 No aceptación de ciertas actividades propias del desarrollo del proyecto medio 0,15
R12 Cambio en la infraestructura Tecnológica bajo 0,05
R13 Cambio en el cronograma de trabajo bajo 0,01
R14 Desarrollo inadecuado de la gestión del proyecto alto 0,28
R15 Solicitudes de adicionales no contemplados en el alcance. medio 0,11
R16 Demora en la aprobación de los entregables. Bajo 0,6
3.2. PRIORIZACIÓN DE RIESGOS

CATEGORIZACIÓN Y CALIFICACIÓN DE RIESGOS
Códi Calificación
Descripción Categoría
go de riesgos
R04 Pérdida de apoyo de Gerencia Gral y/o lideres usuarios alto 0,33
R02 Falta de compromiso y seriedad por parte de los integrantes del proyecto. alto 0,31
Descoordinación entre actividades involucradas en el desarrollo del
R08 alto 0,28
proyecto
R14 Desarrollo inadecuado de la gestión del proyecto alto 0,23
R05 Cambios en los integrantes del equipo. medio 0,2
R07 Pérdida del repositorio de documentos o avances del proyecto medio 0,18
R03 Falta de recursos tales como PC’s, routers, etc. medio 0,17
Pág. 100 de 108

4. PLANIFICACIÓN DE LA RESPUESTA A LOS RIESGOS
PLAN DE RESPUESTA A RIESGOS ALTOS Y MEDIOS

Código Descripción Respuesta Planificada Responsable de
del Respuesta
Riesgo
R04 Pérdida de apoyo de Firma de carta de compromiso de parte de los Gerente del
Gerencia Gral y/o lideres Gerentes para el apoyo al proyecto. Proyecto
usuarios Sponsor de
Proyecto
R02 Falta de compromiso y Reuniones del equipo del proyecto con los Gerente del
seriedad por parte de los usuarios involucrados Proyecto
R08 Descoordinación entre Coordinaciones previas y revisión de Gerente del
actividades involucradas en cronograma y actividades entre docentes y Proyecto
el desarrollo del proyecto autoridades responsables.
R05 Cambios en los integrantes Actualización al inicio de ciclo del avance del Equipo de
del equipo. proyecto a la fecha y datos generales de este. Proyecto
Almacenamiento semanal en CD de los
archivos trabajados.
R03 Falta de recursos tales El Gerente del Proyecto debe comunicar las Sponsor
como PC’s, routers, etc. necesidades básicas de este proyecto y la Líder Usuario
importancia para el desarrollo del mismo. Gerente del
Proyecto
PLAN DE RESPUESTA A RIESGOS BAJOS

Código
del Responsable de
Riesgo Descripción Respuesta Planificada Respuesta
Coordinación con el Gerente de Finanzas para
Demora en la aprobación Sponsor
R01 su pronta ejecución debido a su alta
del proyecto y presupuesto.
importancia
Recuperar la información de versiones Gerente del
Pérdida del repositorio de
anteriores y comenzar a desarrollar Proyecto
R07 documentos o avances del
rápidamente el trabajo, estimando horas extras Equipo de
proyecto
para no afectar las fechas del proyecto Proyecto
Sponsor
Falta de recursos para la
Gerente de Proyecto debe asegurarse que no Cliente Usuario
R03 correcta ejecución del
falten recursos Gerente de
proyecto.
Proyecto
El Gerente del Proyecto y el sponsor Equipo de
Demora en la entrega de la
comunicar frecuentemente la importancia del Proyecto
R06 información solicitada por
apoyo y participación de todos en el desarrollo
el Equipo del proyecto.
del proyecto.
Solicitudes de adicionales El Gerente del Proyecto coordinará el impacto

R16 no contemplados en el de las modificaciones y de ser considerables Gerente del
alcance. establecerá nuevas fechas para el proyecto Proyecto
Pág. 101 de 108

5. ACUERDOS CONTRACTUALES RELACIONADOS CON EL RIESGO.
Los acuerdos contractuales relacionados al riesgo lo detallamos en el siguiente

cuadro.
PLANIFICACIÓN DE LA RESPUESTA A LOS RIESGOS
Cód Descripción Acuerdos
R01 Demora en la aprobación Es responsabilidad tanto del usuario y del Equipo del proyecto revisar y
del proyecto y presupuesto. validar los entregables del proyecto, esto debe darse de acuerdo a lo
programado en el cronograma. Haciéndose este responsable de los
problemas a los que se podría llegar de no hacerlo en su debido momento.
De igual manera el Gerente del Proyecto debe hacer llegar al usuario, los
entregables de acuerdo a como se indica en el cronograma.
R02 Falta de compromiso y No existe acuerdo contractual con los integrantes del proyecto que asegure
seriedad por parte de los su compromiso. Es función del Gerente del Proyecto motivar a los
integrantes del proyecto. integrantes para lograr su interés y compromiso
R03 Falta de recursos La empresa Agroindustrias Backus se compromete en brindar las
facilidades necesarias del caso
R04 Pérdida de apoyo de El Usuario principal es quien debe propiciar y estimular el compromiso de
Gerencia Gral y/o lideres los Gerentes para con el proyecto, brindándole información sobre las
usuarios ventajas que se logrará con la puesta en marcha del Proyecto.
R05 Cambios en los integrantes Contrato hasta el fin del proyecto.
del equipo. En caso se retiren del proyecto, habrá una penalidad.
R06 Demora en la entrega de la El usuario principal de la universidad asumirá el impacto en el costo, plazos
información solicitada por el y calidad en caso no haya presentado oportunamente la información
Equipo del proyecto. solicitada por el Gerente del Proyecto .
R07 Pérdida del repositorio de El Gerente del Proyecto será el responsable por perdida del repositorio de
documentos o avances del las versiones y la documentación del software. Para ello se deberá
proyecto asegurar de contar con un responsable tanto para realizar la
documentación del proyecto como de las copias de seguridad del software.
R08 Descoordinación entre Es responsabilidad del Gerente del Proyecto, coordinar y hacer
actividades involucradas en seguimiento de las actividades del proyecto
el desarrollo del proyecto
R10 Falta de habilidades No existe ningún acuerdo contractual orientado a asegurar una buena
Interpersonales en los comunicación. El Gerente del Proyecto debe asegurar que la comunicación
integrantes del proyecto. se lleve a cabo de la mejor manera, para ello se deberá ejecutar lo dicho en
el Plan de Comunicaciones.
R11 No aceptación de ciertas El Gerente del Proyecto será el responsable de no ejecutarse estas
actividades propias del actividades. El vera la forma de cómo llegar a su término esta actividades
desarrollo del proyecto
R12 Cambio en la infraestructura El Gerente del Proyecto es el responsable de que los recursos e
Tecnológica. infraestructura estén disponibles y que prevé los cambios que puedan
ocurrir, de tal manera que no se afecte el avance del proyecto.
R13 Cambio en el cronograma El Gerente del Proyecto debe revisar y tener un plan de contingencia en
de trabajo caso de que se pueda dar un no esperado cambio del cronograma de por
diferentes razones, de tal manera que se prevé la disponibilidad del equipo
R14 Desarrollo inadecuado de la El Gerente del Proyecto es el responsable de que no se gestione
gestión del proyecto adecuadamente el proyecto
R15 Solicitudes de adicionales Se debe considerar planes de contingencia en caso de riesgo s técnicos y
no contemplados en el riesgos externos que puedan darse en el desarrollo del proyecto.
alcance.
R16 Demora en la aprobación de Se debe considerar planes de contingencia en caso de riesgo s técnicos y
los entregables. riesgos externos que puedan darse en el desarrollo del proyecto.
Pág. 102 de 108

PLAN DE ADQUISICIONES DEL PROYECTO
- PROYECTO ERP -
Pág. 103 de 108

1. OBJETIVOS
El objetivo del enunciado de la Gestión de Adquisiciones es planificar la correcta
adquisición del ERP de acuerdo al presupuesto y las necesidades de la empresa
Agroindustrias Backus.
El segundo objetivo es indicar los criterios para la evaluación del proveedor del
servicio.
2. PLANIFICAR LAS COMPRAS Y LAS ADQUISICIONES
2.1. PLAN DE GESTIÓN DE LAS ADQUISICIONES

El proceso de planificación de las adquisiciones del proyecto tiene como objetivo
identificar las necesidades del proyecto y determinar que ERP adquirir e
implementar, cuando y como hacerlo. Así mismo el implementar este proyecto,
implica contar con una infraestructura adecuada la cual debe ser gestionada
teniendo en cuenta los requerimientos necesarios, tiempo requerido y el
presupuesto asignado.
Contrato a ser usado

Sera de tipo informático y la propuesta será mediante en papel y en formato
electrónico.
Restricciones y Asunciones
La principal restricción es el tiempo asignado para cada actividad.
Entre las principales asunciones con las que se cuentan son las siguientes:
 Agroindustrias Backus cuenta con la infraestructura tecnológica necesaria para
implantación del sistema.
 Agroindustrias Backus correrá con los gastos de oficina como lapiceros, hojas
bond, u otros para el uso del desarrollo del proyecto; estos gastos estarán a
disposición de la consultora que implementara el Sistema.
 Agroindustrias Backus correrá con los gastos de licencias y el uso de programas
para el desarrollo del proyecto.
 Agroindustrias Backus proporcionara los equipos informáticos necesarios tales
como computadoras, impresoras y proyectores.
Pág. 104 de 108

2.2. ENUNCIADO DEL CONTRATO

La administración del Contrato estará a cargo del Gerente de Proyecto con el apoyo y
participación del Gerente Comercial y el Gerente Financiero.
Los contratos a ser supervisados serán:
 Contrato para la adquisición de las licencias del ERP
 Contrato para la realización del Servicio de Implementación del ERP
SOW para la adquisición de un ERP que automatice la cadena de valor de Agroindustrias

Backus
Introducción
El Gerente de proyecto es el encargado de administrar esta adquisición.
Se realizara un contrato informático donde se incluya la compra de licencias y el servicio
de implementación.
Objetivos
Elegir el proveedor con el mayor numero de implementaciones y con la mayor cantidad
de experiencia en el sector.
Alcance del Trabajo

Involucra las todas las fases del proyecto.
2.3. DECISIONES DE FABRICACIÓN PROPIA O COMPRA
En cuanto a los proveedores varios, se tiene:

Nombre Estado Acción a Realizar
Actual
Licencias del ERP No existe Gestionar la adquisición del ERP con el Gerente
General
Servicio de No existe Gestionar la adquisición del servicio de
Implementación del implementación del ERP con el Gerente General
ERP
Pág. 105 de 108

3. PLANIFICAR LA CONTRATACIÓN
3.1 DOCUMENTOS DE LA ADQUISICIÓN

Los documentos para la correcta gestión de las adquisiciones serán los sigueintes:
 Contrato A Ser Usado (punto 2.1.1 – G. Adquisiciones)
 Enunciado del Contrato del Trabajo (punto 2.2 – G. Adquisiciones)
 Eval. de Proveedores - tiempo, calidad y servicio (punto 3.2.2 – G. Adquisiciones)
Y cada uno mostrará a detalle sus características y la forma en que pueden ser usados.
3.2 CRITERIOS DE EVALUACIÓN

Los criterios de Evaluación serán los siguientes:
 Tiempo, calidad y servicio
Proveedor 1 Proveedor 2 Proveedor 3
Item calificación calificación calificación
Años de experiencia en el Mercado
Referencias personales
Cant de implementación en el sector
manufacturero
Referencias de otros clientes
Servicio de Post-Venta (Soporte)
Cumplimiento de los Requerimientos
Costos
Documentación
La evaluación a tener en cuenta para los criterios mencionados será como se muestra
en el siguiente cuadro:
Calificación
Criterios de Evaluación 5 4 3 2 1
Años de experiencia en el Mayor 13 años entre 7-12 Entre 4 – 6 Entre 1 y 3 menor a 1 año
mercado años años años
Referencias personales Muy buenas Buenas Regulares Bajas Muy Bajo
Cant de implementaciones 30- 40 20-30 10-20 entre 4 y 5 Mayor a 5
en el sector manufacturero
Calidad del Producto Muy alto Alto Medio Bajo Muy Bajo
Servicio de Post-Venta Solución y Solución y Solución y Solución y Solución
atención entre atención atención atención después de 8
1 y 2 días entre 2 y 4 entre 4 y 5 entre 6 y 8 días
días días días
Cumplimiento de los cumple hasta cumple cumple cumple menos

requerimientos cumple 100% 80% hasta 70% hasta 60% de 60%
Costos Muy Bajo Bajo Medio Alto Muy alto
Al final se contrato el ERP SPRING y su implementación estará a cargo de la cosultora Royal

Systems por el monto de USD 80,000 dólares mas IGV
Se adjunta cronograma de control y pagos
Pág. 106 de 108

Cuadro de control para la Administración del Contrato
Pág. 107 de 108

CONCLUSIONES
La mejor manera de administrar un proyecto es siguiendo una metodología acorde

con la realidad actual y esta es el PMI
Para elegir la mejor solución es importante tener los siguientes criterios:

Presupuesto, Tiempo y Alcance
Cuando se realice un contrato para el desarrollo de este proyecto, es importante

indicar una penalidad en caso de demora de ambas partes.
En este acaso, era una letra de 20,000 Dólares en caso haya un atraso de un mes
ambas partes
Es importante el juicio experto en caso sea difícil solucionar ciertos problemas que
aparezcan en el proyecto
La experiencia, el coaching y liderazgo de parte del Gerente de Proyecto son

herramientas calves para que el proyecto pueda llegar a su finalización de manera
exitosa.
Pág.
108 de 108

Urp Tesisatg Agroindustrias

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

Urp Tesisatg Agroindustrias

Cargado por

Copyright:

Formatos disponibles

“Implementación de un Sistema de Gestión ERP utilizando PMI” 13/04/2012

JP presenta el equipo de proyecto

DOCENTE: Ing. Javier Canchano Caro

DOCENTE: Ing. Javier Canchano Caro

PLAN DE GESTIÓN DE TIEMPOS DEL PROYECTO ............................................. 34

PLAN DE GESTIÓN DE COSTES DEL PROYECTO .............................................. 47

PLAN DE CALIDAD DEL PROYECTO ...................................................................... 52

4.2. ANALISIS DEL SISTEMA ............................................................................ 56

PLAN DE RECURSOS HUMANOS DEL PROYECTO ............................................ 64

PLAN DE COMUNICACIONES DEL PROYECTO ................................................... 74

PLAN DE RIESGOS DEL PROYECTO ..................................................................... 92

PLAN DE ADQUISICIONES DEL PROYECTO ...................................................... 103

Para el desarrollo de este informe se eligió el caso de una empresa

A continuación detallare el desarrollo de este proyecto llevado de

LA IMPORTANCIA DEL PROYECTO – ACTA DE CONSTITUCIÓN DEL

La ejecución de este proyecto fue importante porque aporto a la

ACTA DE CONSTITUCIÓN DEL PROYECTO

Proyecto: SISTEMA ERP PARA AUTOMATIZAR LA CADENA DE VALOR DE AGROINDUSTRIAS

La empresa Agroindustrias Backus tiene las siguientes necesidades:

El Gerente del Proyecto es la persona responsable de dirigir el proyecto y de cumplir con

Restriccione Se han identificado las siguientes restricciones:

Sr. Roberto Falcone Ing. Pablo Fernandez

Adalberto Torres Sr. Jessica Takajashi

PLAN DE GESTIÓN DEL ALCANCE DEL PROYECTO

1.1. OBJETIVOS DEL PROYECTO

a) Implementar una solución tecnológica que automatice la cadena de valor de

1.2. OBJETIVOS DEL PRODUCTO

a) El sistema tiene como objetivo automatizar los procesos de la empresa y satisfacer

c) Incrementar las ventas de la empresa y mejores oportunidades de negocio, toda vez

2. DESCRIPCIÓN DEL ALCANCE DEL PRODUCTO

El producto ERP contará con las siguientes características:

 El sistema no mostrara ninguna ventana de errores durante su utilización.

3. REQUISITOS DEL PROYECTO

4. CRITERIOS DE ACEPTACIÓN DEL PRODUCTO

PARÁMETRO LÍMITES ACEPTADOS (unidades de medida)

 Confiabilidad, capacidad del software de mantener su nivel de ejecución bajo

PARÁMETRO LÍMITES ACEPTADOS (unidades de medida)

PARÁMETRO LÍMITES ACEPTADOS (unidades de medida)

 Eficiencia, permite evaluar la relación entre el nivel de funcionamiento del software y

PARÁMETRO LÍMITES ACEPTADOS (unidades de medida)

 Mantenibilidad, permite medir el esfuerzo necesario para realizar modificaciones al

PARÁMETRO LÍMITES ACEPTADOS (unidades de medida)

integraciones de manera factible, máximo 3 fallas por

 Portabilidad, habilidad del software de ser transferido de un ambiente a otro.

PARÁMETRO LÍMITES ACEPTADOS (unidades de medida)

De acuerdo a lo que se menciona en la característica de portabilidad de ISO 9126, el

La documentación del sistema deberá incluir:

El Sistema deberá cumplir con cada uno de los requerimientos funcionales y no

5. LÍMITES DEL PROYECTO

Los límites en el cual el proyecto se enmarca son los siguientes:

6. PRODUCTOS ENTREGABLES DEL PROYECTO

El proyecto se encuentra dividido en etapas o fases dentro de las cuales se encuentran

Etapa I.- ORGANIZACION DEL PROYECTO

Etapa II.- IDENTIFICACION DE NECESIDADES Y DISEÑO DE

Etapa IV.- CAPACITACION Y PUESTA EN VIVO – 1ª ETAPA

Etapa V.- ORGANIZACIÓN DEL PROYECTO E IDENTIFICACION DE

Etapa VI.- CARGA DE DATOS Y APROBACION DE PERSONALIZACIONES

Etapa VII.- CAPACITACION Y PUESTA EN VIVO – 2ª ETAPA

Etapa VIII.- ACEPTACION DEL SISTEMA

7. RESTRICCIONES DEL PROYECTO

8. ASUNCIONES DEL PROYECTO

 Los integrantes del proyecto y los trabajadores de AGROINDUSTRIAS BACKUS y

Comité del Proyecto

Gerencia del Proyecto Gerente del Proyecto