CRM Clínica San Pablo

FACULTAD DE INGENIERÍA
CARRERA DE INGENIERÍA EMPRESARIAL
“DESARROLLO DE UN SOFTWARE CRM EN LA CLÍNICA SAN

PABLO EN LA CIUDAD DE TRUJILLO EN EL AÑO 2018”
CURSO : GERENCIA DE PROYECTOS
INTEGRANTES : Díaz Vera, Juan Diego

Medina Carpio, Michael Emilio
Zavaleta Carhuajulca, Jorge Luis
DOCENTE : Ing. Nelson Ángeles Quiñones
FECHA : Febrero de 2018
TRUJILLO – PERU
2018
Díaz Vera, J. Medina Carpio, M. Zavaleta Carhuajulca, J. Pág. 1

DEDICATORIA
A cada uno de nuestros padres, por estar con nosotros, enseñarnos a crecer y a que si caigo
debo levantarme, por apoyarnos y guiarnos, por ser las bases que me ayudaron a llegar hasta
aquí.
A Dios por permitirnos llegar hasta este punto y habernos dado salud, ser el manantial de vida
y darme lo necesario para seguir adelante día a día para lograr mis objetivos, además de su
infinita bondad y amor.
Dedicado a nosotros mismos por haber logrado este proyecto y las enseñanzas que nos ha
dejado en cada proceso que pasamos para culminarlo.

AGRADECIMIENTO
Agradecemos profundamente a Dios, por guiarnos en el sendero correcto de la vida, cada día
en el transcurso de nuestro camino e iluminándonos en todo lo que realizamos de nuestro
convivir diario.
Al profesor por tenernos paciencia y guiarnos en cada paso de este proyecto.
A la Universidad Privada del Norte que me imparte conocimientos y experiencias en el
transcurso de mi vida universitaria y que me ayudaron de una u otra forma.

ÍNDICE DE CONTENIDOS
DEDICATORIA ....................................................................................................................................... 2
AGRADECIMIENTO ............................................................................................................................... 3
ÍNDICE DE CONTENIDOS ..................................................................................................................... 4
ÍNDICE DE TABLAS .............................................................................................................................. 8
ÍNDICE DE FIGURAS ........................................................................................................................... 10
RESUMEN EJECUTIVO ....................................................................................................................... 11
ABSTRACT........................................................................................................................................... 12
CAPÍTULO 1. INTRODUCCIÓN...................................................................................................... 13
CAPÍTULO 2. DATOS GENERALES DE LA ORGANIZACIÓN ..................................................... 14

2.1. Información de la entidad receptora del proyecto........................................................................14
2.1.1. Datos Generales ......................................................................................................14
2.1.2. Reseña Histórica ......................................................................................................14
2.1.3. Enfoque Estratégico .................................................................................................16
2.1.3.1. Misión ................................................................................................16
2.1.3.2. Visión .................................................................................................16
2.1.3.3. Nuestros Valores .................................................................................16
2.1.4. Servicios .................................................................................................................16
2.1.4.1. Farmacia las 24 horas .........................................................................16
2.1.4.2. Ambulancia .........................................................................................16
2.1.4.3. Laboratorio de análisis ........................................................................17
2.1.4.4. Staff médicos .......................................................................................17
CAPÍTULO 3. MARCO REFERENCIAL ......................................................................................... 18

3.1. Marco Teórico.........................................................................................................................18
3.2. Antecedentes ...........................................................................................................................18
CAPÍTULO 4. DESARROLLO ......................................................................................................... 22

4.1. DEFINICIÓN DEL PROYECTO DE CURSO ...........................................................................22
4.1.1. EQUIPO DE TRABAJO: ..........................................................................................22
4.1.2. PROYECTO DEL CURSO: .......................................................................................23
4.1.2.1. TÍTULO DEL PROYECTO:..................................................................23
4.1.2.2. DATOS DE LA INSTITUCIÓN EMPRESA O GRUPO DE USUARIOS
RECEPTORES DEL PROYECTO. ........................................................23
4.1.2.3. JUSTIFICACIÓN: ...............................................................................23
4.1.2.4. BENEFICIOS: ....................................................................................24
4.1.3. MÉTODO DE TRABAJO: .........................................................................................24
4.1.3.1. NOMBRE Y DESCRIPCIÓN BREVE: ...................................................24
4.1.3.2. CICLO DE VIDA A UTILIZAR: ............................................................25
4.1.3.3. ESTÁNDARES Y NORMAS APLICABLES AL MÉTODO DE TRABAJO: .25
4.1.3.4. JUSTIFICACIÓN DEL MÉTODO SELECCIONADO: ............................26

4.2. CASO DE NEGOCIO DEL PROYECTO..................................................................................27
4.2.1. SECCIÓN TÉCNICA ................................................................................................27
4.2.1.1. NOMBRE DEL PROYECTO.................................................................27
4.2.1.2. PATROCINADOR ...............................................................................27
4.2.1.3. EMPRESA/INSTITUCIÓN/PÚBLICO OBJETIVO .................................27
4.2.1.4. TIPO ..................................................................................................27
4.2.1.5. PROBLEMA/NECESIDAD U OPORTUNIDAD DEL CLIENTE ..............27
4.2.1.6. ENFOQUE DE LA PROPUESTA .........................................................28
4.2.1.7. BENEFICIOS ESPERADOS .................................................................28
4.2.1.8. OBJETIVOS ........................................................................................28
4.2.1.9. ESTUDIO DE MERCADO ...................................................................29
4.2.1.10. ESTRATEGIA DE MERCADO .............................................................29
4.2.1.11. SUPUESTOS ......................................................................................29
4.2.2. SECCIÓN ADMINISTRATIVA: .................................................................................30
4.2.2.1. ALCANCE ..........................................................................................30
4.2.2.2. ENTREGABLES ..................................................................................30
4.2.2.3. CRONOGRAMA ..................................................................................30
4.2.2.4. RIESGOS ............................................................................................31
4.2.3. SECCIÓN DE COSTOS ............................................................................................32
4.2.3.1. COSTO, INVERSIONES Y FINANCIAMIENTO DEL PROYECTO ..........32
4.2.3.2. Evaluación Financiera .........................................................................33
4.3. ACTA DE CONSTITUCIÓN DEL PROYECTO .......................................................................35
4.3.1. TITULO DEL PROYECTO .......................................................................................35
4.3.2. JUSTIFICACIÓN DEL PROYECTO ..........................................................................35
4.3.3. DESCRIPCIÓN DEL PRODUCTO/SERVICIO/RESULTADO DEL PROYECTO ..........35
4.3.4. OBJETIVOS DEL PROYECTO .................................................................................36
4.3.5. BENEFICIOS DEL PROYECTO ...............................................................................37
4.3.6. PRESUPUESTO RESUMIDO DEL PROYECTO ........................................................37
4.3.7. ALCANCE DEL PROYECTO ....................................................................................38
4.3.8. ENTREGABLES PRINCIPALES DEL PROYECTO.....................................................38
4.3.9. CRITERIOS DE ACEPTACIÓN DEL PROYECTO .....................................................38
4.3.9.1. Técnicos .............................................................................................38
4.3.9.2. De Calidad .........................................................................................38
4.3.9.3. Administrativos ...................................................................................38
4.3.9.4. Comerciales ........................................................................................39
4.3.9.5. Sociales ..............................................................................................39
4.3.10. FECHA DEL PROYECTO ........................................................................................39
4.3.11. SUPOSICIÓN DEL PROYECTO ...............................................................................39
4.3.12. RESTRICCIONES DEL PROYECTO .........................................................................39
4.3.13. RIESGOS PRINCIPALES DEL PROYECTO ..............................................................39
4.3.14. ENTIDAD RECEPTORA DEL PROYECTO ...............................................................40
4.3.15. GERENTE DEL PROYECTO ....................................................................................40
4.3.16. PATROCINADOR DEL PROYECTO .........................................................................41
4.3.17. INTEGRANTES DEL EQUIPO DEL PROYECTO ......................................................41
4.3.18. AUTORIZACIONES DEL ACTA DE CONSTITUCIÓN ...............................................41
4.4. REGISTRO DE INTERESADOS .............................................................................................42
4.4.1. MAPEO DE INTERESADOS ....................................................................................42
4.4.2. REGISTRO Y DOCUMENTACIÓN DE INTERESADOS .............................................42

4.5. ANÁLISIS DE INTERESADOS ..............................................................................................44
4.5.1. LISTA DE INTERESADOS .......................................................................................44
4.5.2. MATRIZ PODER – INTERES....................................................................................45
4.5.3. ESTRATEGIA DE GESTIÓN DE INTERESADOS ......................................................45
4.6. ENUNCIADO DEL ALCANCE ...............................................................................................47
4.6.1. DESCRIPCIÓN DEL ALCANCE DEL PRODUCTO ...................................................47
4.6.2. CRITERIOS DE ACEPTACIÓN DEL PRODUCTO ....................................................47
4.6.3. ENTREGABLES.......................................................................................................49
4.6.4. EXCLUSIONES DEL PROYECTO ............................................................................50
4.6.5. RESTRICCIONES DEL PROYECTO .........................................................................50
4.6.6. SUPUESTOS DEL PROYECTO ................................................................................50
4.7. ESTRUCTURA DE DESCOMPOSICIÓN DE TAREAS EDT/WBS ..........................................51
4.8. DICCIONARIO DE LA ESTRUCTURA DE DESCOMPOSICIÓN DE TAREAS EDT/WBS .52
4.9. LISTA DE ACTIVIDADES Y ATRIBUTOS DE LAS ACTIVIDADES .....................................58
4.9.1. LISTA DE HITOS...................................................................................................65
4.10. CRONOGRAMA DEL PROYECTO ........................................................................................66
4.11. ESTIMACIÓN DE COSTOS DE ACTIVIDADES ..................................................................68
4.12. PRESUPUESTO POR FASE DEL PROYECTO .......................................................................72
4.13. LISTAS DE CONTROL DE CALIDAD ...................................................................................74
4.13.1. PARA EL PRODUCTO: ...........................................................................................74
4.14. MÉTRICAS DE CALIDAD .....................................................................................................79
4.14.1. PARA EL PRODUCTO: ...........................................................................................79
4.15. ORGANIGRAMA DEL PROYECTO.......................................................................................82
4.16. MATRIZ DE DESCRIPCIÓN DE ROLES ................................................................................83
4.17. MATRIZ DE ASIGNACIÓN DE RESPONSABILIDADES .......................................................85
4.18. ESTRUCTURA DE DESCOMPOSICIÓN DE RIESGOS .....................................................87
4.19. DEFINICIÓN DE ESCALAS DE PROBABILIDAD DE IMPACTO ..........................................88
4.19.1. DEFINICIÓN DE ESCALAS DE PROBABILIDAD DE IMPACTO ..............................88
4.19.2. MATRIZ DE PROBABILIDAD DE IMPACTO ...........................................................89
4.20. REGISTRO DE RIESGOS .......................................................................................................90
4.20.1. HOJA DE INDENTIFICACIÓN DE RIESGOS .......................................................90
4.20.2. DIAGRAMAS CAUSA-EFECTO............................................................................92
4.21. VALORACIÓN DE RIESGOS ................................................................................................95
4.21.1. ASIGNACIÓN DE VALORES DE PROBABILIDAD ...................................................95
4.21.2. ASIGNACIÓN DE VALORES DE IMPACTO .............................................................97
4.21.3. ANÁLISIS CUALITATIVOS DE LOS RIESGOS ..........................................................99
4.21.4. DISTRIBUCIÓN DE LOS RIESGOS ........................................................................101
4.22. PLAN DE RESPUESTA A LOS RIESGOS ............................................................................102
4.23. Registro de Revisión ..............................................................................................................105
CAPÍTULO 5. ...................................................................................................................................... 107

CAPÍTULO 6. ...................................................................................................................................... 112

CAPÍTULO 7. ...................................................................................................................................... 117


CAPÍTULO 8. ...................................................................................................................................... 122

ÍNDICE DE TABLAS
Tabla Nº 1: Cronograma del proyecto ........................................................................................................ 30

Tabla Nº 2: Nivel de riesgo del proyecto al desarrollar un CRM .................................................................. 31
Tabla Nº 3: Costo, inversiones y financiamiento del proyecto ...................................................................... 32
Tabla Nº 4: Evaluación financiera del proyecto .......................................................................................... 33
Tabla Nº 5: Inversión total del proyecto ................................................................................................... 37
Tabla Nº 6: Riesgos principales del proyecto .............................................................................................. 39
Tabla Nº 7: Integrantes del equipo del proyecto .......................................................................................... 41
Tabla Nº 8: Autorización del acta de constitución ....................................................................................... 41
Tabla Nº 9: Registro y documentación de interesados ................................................................................. 42
Tabla Nº 10: Lista de interesados .............................................................................................................. 44
Tabla Nº 11: Matriz Poder-Interés ............................................................................................................. 45
Tabla Nº 12: Estrategia de gestión de interesados ....................................................................................... 45
Tabla Nº 13: Entregables del proyecto ....................................................................................................... 49
Tabla Nº 14: Especificación de los paquetes de trabajo de la EDT ................................................................ 52
Tabla Nº 15: Enunciado de la historia de usuario ........................................................................................ 58
Tabla Nº 16: Estimar tiempo de desarrollo ................................................................................................. 58
Tabla Nº 17: Revisar requerimiento ........................................................................................................... 59
Tabla Nº 18: Crear pruebas de validación de usuario ................................................................................... 59
Tabla Nº 19: Analizar los diseños simples propuestos ................................................................................. 60
Tabla Nº 20: Ejecución de pruebas automatizadas ...................................................................................... 60
Tabla Nº 21: Codificación en el ambiente de desarrollo ............................................................................... 61
Tabla Nº 22: Documentar a detalle el diseño del software............................................................................ 62
Tabla Nº 23: Elaboración del manual de usuario e instalación / Pruebas integrales de sistemas ....................... 62
Tabla Nº 24: Pruebas de aceptación de usuario ........................................................................................... 63
Tabla Nº 25: Publicación de reportes / Test de aceptación ........................................................................... 64
Tabla Nº 26: Lista de Hitos ....................................................................................................................... 65
Tabla Nº 27: Cronograma del proyecto ...................................................................................................... 66
Tabla Nº 28: Costos de documentación de usuario ...................................................................................... 68
Tabla Nº 29: Costos de prueba de validación elaborada ............................................................................... 68
Tabla Nº 30: Costos de especificaciones técnicas elaboradas ....................................................................... 69
Tabla Nº 31: Costos de documentación del diseño simple elaborado ............................................................ 69
Tabla Nº 32: Costo de integración continua elaborada ................................................................................. 70
Tabla Nº 33: Costo de especificación de la configuración elaborada ............................................................. 70
Tabla Nº 34: Costo de desarrollo de prueba de verificación elaborada .......................................................... 71
Tabla Nº 35: Costo de evaluación post implementación de las pruebas de verificación ................................... 71
Tabla Nº 36: Presupuesto por fases del proyecto ......................................................................................... 72
Tabla Nº 37: Listas de control de calidad de Documentación de historias de usuario ...................................... 74
Tabla Nº 38: Listas de control de calidad de pruebas de validación de usuario............................................... 74
Tabla Nº 39: Listas de control de calidad de especificaciones técnicas elaborada ........................................... 75
Tabla Nº 40: Listas de control de calidad de analizar los diseños simples propuestos ..................................... 75
Tabla Nº 41: Listas de control de calidad de integración continua elaborada ................................................. 76
Tabla Nº 42: Listas de control de calidad de especificación de la configuración ............................................ 76
Tabla Nº 43: Listas de control de calidad de desarrollo de pruebas de verificación......................................... 77
Tabla Nº 44: Listas de control de calidad de evaluación post implementación de pruebas ............................... 77
Tabla Nº 45: Índice de cumplimiento de requerimientos del desarrollo del software CRM ............................. 79
Tabla Nº 46: Índice de módulos requeridos desarrollados ............................................................................ 80
Tabla Nº 47: Nivel de implementación de funcionalidad ............................................................................. 80
Tabla Nº 48: Índice de seguridad de información ........................................................................................ 81
Tabla Nº 49: Matriz de descripción de roles ............................................................................................... 83
Tabla Nº 50: Matriz de asignación de responsabilidades .............................................................................. 85
Tabla Nº 51: Escala de impacto negativo ................................................................................................... 88
Tabla Nº 52: Matriz de probabilidad de impacto ......................................................................................... 89
Tabla Nº 53: Hoja de identificación de riesgos ........................................................................................... 90
Tabla Nº 54: Diagramas causa-efecto de requerimientos incompletos ........................................................... 92
Tabla Nº 55: Diagrama causa-efecto de diseño incompleto de las interfaces .................................................. 93
Tabla Nº 56: Diagrama causa-efecto de falta de documentación en código fuente .......................................... 94

Tabla Nº 57: Asignación de valores de probabilidad ................................................................................... 95
Tabla Nº 58: Asignación de valores de impacto .......................................................................................... 97
Tabla Nº 59: Análisis cualitativos de riesgos .............................................................................................. 99
Tabla Nº 60: Distribución de los riesgos .................................................................................................. 101
Tabla Nº 61: Plan de respuesta a riesgos .................................................................................................. 102

ÍNDICE DE FIGURAS
Figura Nº 1: Ciclo de vida de software en XP ............................................................................................. 25

Figura Nº 2: Resumen del plan financiero .................................................................................................. 34
Figura Nº 3: Mapeo de interesados ............................................................................................................ 42
Figura Nº 4: Estructura de descomposición de tareas EDT/WBS .................................................................. 51
Figura Nº 5: Cronograma del proyecto ....................................................................................................... 67
Figura Nº 6: Total del presupuesto acumulado por fases del proyecto ........................................................... 73
Figura Nº 7: Organigrama del proyecto ...................................................................................................... 82
Figura Nº 8: Estructura de descomposición de riesgos ................................................................................. 87
Figura Nº 9: Diagrama causa-efecto de requerimientos incompletos ............................................................. 93
Figura Nº 10: Diagrama causa-efecto de diseño incompleto de interfaces ..................................................... 94
Figura Nº 11: Diagrama causa-efecto de falta de documentación en código fuente ........................................ 94

RESUMEN EJECUTIVO
El presente informe explica de manera detallada la gestión de un proyecto, aplicando las fases
de proyecto: Inicio, planificación, ejecución, monitoreo y control, y cierre; tomando como fases
importantes las tres primeras para lograr el éxito del proyecto a ejecutar. Por este motivo, a lo
largo del informe se presentan los diversos formatos de documentos que se aplican al proyecto
denominado: “Desarrollo de un software CRM en la clínica San Pablo en la ciudad de Trujillo
en el año 2018”, el cual ha sido desarrollado en un periodo de 1 año y 3 meses para cumplir
con los objetivos planteados en la fase del inicio del proyecto.

ABSTRACT
This report explains in detail the management of a project, applying the project phases: Start,
planning, execution, monitoring and control, and closure; taking as important phases the first
three to achieve the success of the project to be executed. For this reason, throughout the report
are presented the various document formats that apply to the project called: "Development of
a CRM software in the San Pablo clinic in the city of Trujillo in 2018", which has been
developed in a period of 4 months to meet the objectives set in the phase of the start of the
project.

CAPÍTULO 1. INTRODUCCIÓN
El presente informe describe la determinación del tema, el interés, los objetivos y fuentes
principales para el análisis del proyecto, llevado a cabo por los estudiantes Díaz Vera Juan
Diego, Medina Carpio Michael Emilio, Zavaleta Carhuajulca, Jorge Luis de la Universidad
Privada del Norte sede Trujillo, el cual fue asesorado por el Ing. Nelson Ángeles Quiñones.
El tema de desarrollo para la gerencia de proyectos es desarrollar un software CRM en la clínica
San Pablo en Trujillo, ya que en la clínica aún no cuenta con un CRM por lo que no hay quién
cubra este tipo de necesidad. Debido a esto, se decidió gestionar el desarrollo de este proyecto
tomando como base las explicaciones del profesor y la Guía de los Fundamentos para la
dirección de proyectos (Guía de PMBOK); para lograr concluir el proyecto con estándares de
gestión adecuadas. En la gestión del proyecto se tomaron los fundamentos y conceptos de PMI;
tomando como puntos clave las áreas de conocimiento que se mencionan en el mismo como
son: Gestión de Alcance, Gestión de Tiempo, Gestión de Costos, Gestión de Recursos
Humanos, Gestión de Calidad y Gestión de Riesgos, gracias a estas áreas de conocimiento
estudiadas, permitirán que la gestión del proyecto tenga una base fundamental en la estructura
de desarrollo. Se desarrollan puntos clave para lograr un plan de gestión en cada paquete de
trabajo que sea de fundamental utilidad en el desarrollo del proyecto. En la ejecución del
proyecto se presentarán los informes de avance y entregables correspondientes. El monitoreo
y control, está basado en la verificación tanto del desarrollo del proyecto como en la ejecución
del producto, estos controles son hitos importantes para validar cada paquete de trabajo que se
contemple en el informe. Finalmente se muestran las experiencias y las lecciones aprendidas
durante el ciclo de vida del proyecto, lo cual servirá como base gestión de proyectos de otras
características, incluyendo conclusiones y recomendaciones importantes tanto para el equipo
de trabajo como para el cliente

CAPÍTULO 2. DATOS GENERALES DE LA ORGANIZACIÓN
2.1. Información de la entidad receptora del proyecto
La Clínica San Pablo Trujillo perteneciente a San Pablo, la red privada de salud más grande
del Perú, ofrece una atención de alta calidad con médicos especialistas de amplia experiencia,
equipos de última generación y una infraestructura de primer nivel. Su moderno edificio de 10
pisos y tres sótanos alberga 72 consultorios con todas las especialidades médicas, 63
habitaciones de hospitalización y todos los servicios de salud en un mismo lugar. La Clínica
San Pablo Trujillo está ubicada estratégicamente en la Av. Húsares de Junín 690, Urbanización
La Merced, Trujillo. Clínica San Pablo Trujillo, la mejor atención médica muy cerca de ti.
2.1.1. Datos Generales
Razón social: Clínica San Pablo Trujillo

Tipo de Sociedad: Sociedad Anónima Cerrada (S.A.C.)
Objeto Social: Cubrir las necesidades de salud
2.1.2. Reseña Histórica
La historia de calidad e innovación del Complejo Hospitalario San Pablo se inició el año 1991
cuando un grupo de notables médicos, liderados por el doctor José Álvarez Blas, fundó la
Clínica San Pablo en el distrito de Santiago de Surco. Al principio del camino, planearon hacer
de esta clínica, la institución más especializada en cardiología en el Perú, pero el tiempo, la
experiencia y la demanda ciudadana, les demostraron que podían soñar en grande y decidieron
progresivamente incluir la atención de otras especialidades médicas, hasta lograr consolidarse
como una clínica general de alto prestigio.
Sin embargo, la visión empresarial de su fundador, los encaminaría con los años a emprender
un reto clave: transformar a la pequeña clínica en el Complejo Hospitalario más importante del
país, y gracias a una acertada estrategia de descentralización lograron aquella meta. Hoy, el
centro hospitalario cuenta con siete clínicas en diversos puntos de las ciudades de Lima y
Huaraz y cada una atiende al año a cerca de un millón y medio de pacientes. “En definitiva,

somos la red privada de salud más grande y moderna del Perú”, remarcó su Gerente Comercial,
Manuel Marroquín.
Aún el destino les depara desafíos mayores, razón por la que sus colaboradores se alistan a
enfrentarlos con profesionalismo, honestidad y compromiso. Actualmente, la institución viene
finalizando la construcción de cuatro nuevas sedes, de las cuales tres se ubican en Lima y una
en Trujillo. “Hasta la fecha, nuestro factor de éxito ha sido el haber desarrollado una
sensibilidad especial para detectar las falencias y superar las expectativas en los distintos
mercados en los que hemos incursionado y confiamos que seguiremos en este camino en los
años venideros”, afirmó el médico.
A su vez, se proyecta a repotenciar la formación de los futuros médicos, a través de su centro

de enseñanza y capacitación, que actualmente posee más de siete carreras vinculadas al campo
de la salud. Con respecto a la calidad del servicio, sostuvo que su institución posee un staff de
médicos altamente calificados con vocación de servicio y sensibilidad social, que atienden
responsablemente las necesidades de salud de sus pacientes. “Nuestros médicos trabajan con
la tecnología de avanzada en modernas instalaciones por el bienestar de la comunidad”, explicó
el gerente comercial.
Al abordar pasajes de la historia de la entidad, el directivo recordó que el contexto social y

político que reinaba en la década de los noventa fue sumamente difícil, por lo cual muy pocas
personas estuvieron dispuestas a invertir en el país. “Sin embargo, nosotros lo hicimos y hemos
contribuido al progreso”, enfatizó Marroquín, quien además dijo que su entidad y sus
fundadores destacan por adoptar decisiones rápidas, confiar en su gente y desafiar los retos que
se les presentan.
Finalmente, Manuel Marroquín aconsejó a los nuevos empresarios a luchar contra viento y
marea por alcanzar sus sueños. “Un sueño empresarial se construye día a día, conociendo más
al cliente y no olvidando que una empresa se hace grande por las personas que trabajan en ella”,
aseguró Marroquín.

2.1.3. Enfoque Estratégico
2.1.3.1. Misión
Lograr la satisfacción y confianza de nuestros pacientes y colaboradores.

2.1.3.2. Visión
Mantenernos como la red privada de salud más grande del país, con personal altamente
capacitado, motivado y apoyado en tecnología de punta.
2.1.3.3. Nuestros Valores
 Honestidad y lealtad
 Trabajo en equipo
 Comunicación
 Liderazgo
 Excelencia enfocada en el paciente
2.1.4. Servicios
2.1.4.1. Farmacia las 24 horas
En la Farmacia de Clínica San Pablo Trujillo tenemos de todo para la salud, belleza y bienestar.
 Medicamentos con vigencia y calidad garantizada

 Artículos para bebés
 Cuidado capilar
 Higiene íntima
 Fragancias
 Cosméticos
 Cremas faciales y corporales
 Vitaminas y muchos productos más.
2.1.4.2. Ambulancia
Nuestra empresa de ambulancias está especializada en atenciones médicas pre hospitalarias,

con 21 años de experiencia su fortaleza es la rapidez y eficacia en todas sus atenciones.

Atención las 24 horas del día, los 365 días del año, brindando calidad en todas las atenciones
en situaciones de emergencia, traslados asistidos y atención en eventos y a grupos protegidos.
Todo con el aval de sus médicos y paramédicos especialistas en emergencias.
Actualmente cuenta con el Sistema de Gestión de Calidad ISO 9001, lo que otorga mayor
seguridad a sus usuarios.
2.1.4.3. Laboratorio de análisis
A través de MEDLAB, contamos con más de 600 exámenes a tu disposición, entre pruebas de
rutina, pruebas especiales y pruebas de alta complejidad en las siguientes especialidades:
 Bioquímica automatizada
 Biología molecular
 Inmunología automatizada
 Coagulación
 Hematología automatizada
2.1.4.4. Staff médicos
La clínica cuenta con médicos especialistas y dedicados a su vocación, dentro de las

especialidades de nuestro staff de médicos cubre las especializadas de emergencia adultos y
pediátrica y relación de especialidades. Además de cuenta con centros de excelencia:
 Unidad de quemados
 Asociación instituto del corazón San Pablo
 Centro odontológico
 Medicina física y rehabilitación
 Unidad de salud ocupacional
 Centro oftalmológico
 Instituto de fertilidad y reproducción asistida

CAPÍTULO 3. MARCO REFERENCIAL
3.1. Marco Teórico
La administración de proyectos para la dirección de proyectos se desarrolló a partir del uso de

las herramientas de en fundamentos de PMBOK, donde se desarrollando las áreas de
conocimiento de Gestión de Alcance donde se identifica el plan de proyecto, la gestión de
requerimientos y la estructura de descomposición de tareas culminando con el Plan de Gestión
del Alcance, en el área de Gestión Tiempo se contemplan los temas de definición de
actividades, secuencia miento de actividades, la estimación de recursos de las actividades y la
duración de cada una de ellas para realizar el diagrama de red y así realizar el Plan de Gestión
de Tiempo, en el área de Gestión de Costos se realizan los temas de estimación de costos para
los paquetes de trabajo y además el presupuesto o línea base que al final estarán contemplados
en el Plan de Gestión de Costos, en el área de Gestión de Calidad se enfoca a los temas de
estándares y métricas que se usarán en el desarrollo del proyecto y además de cómo se realizará
la planificación del mismo para realizar un Plan de Gestión de Calidad, en el área de Gestión
de Recursos Humanos (Potencial Humano) se toma en cuenta los puntos del organigrama y
descripción de cargos de los integrantes del proyecto además de asignar roles y
responsabilidades que realizarán durante el ciclo de vida del proyecto esta información
culminará con la elaboración del Plan de Gestión de Recursos Humanos, por último en el área
de Gestión de Riesgos se contempla los puntos de identificación de riesgos del proyecto, el
análisis cuantitativo y cualitativo de dichos riesgos y finalmente un plan de respuesta a riesgos
los cuales sirven para realizar un documento con el Plan de Gestión de Riesgos. Por otro lado
también se contempla la ejecución del proyecto donde se realizan el desarrollo del producto
que se entregará al cliente, bajo una metodología de desarrollo R.U.P para la documentación
del software a desarrollar. La parte de monitorio y control, se realiza con el fin de validar y
controlar el alcance, costos, calidad, riesgos y demás puntos de las áreas de conocimiento
contempladas. Finalmente el Cierre del Proyecto donde se incluyen las experiencias y lecciones
aprendidas redactadas en un informe de Cierre.
3.2. Antecedentes
Aurora Garrido (2008) en su investigación “La gestión de relaciones con clientes (CRM) como
estrategia de negocio: Desarrollo de un modelo de éxito y análisis empírico en el sector hotelero

español” realizada en la Universidad de Málaga, para obtener el grado de doctor en economía
y administración de empresas, llegó a la conclusión que:
- En el presente trabajo de investigación nos planteamos como objetivo profundizar en
el concepto del CRM, analizando su delimitación teórica y examinando las principales
líneas de investigación existentes sobre la temática. Además, partiendo de la relativa
novedad del concepto y de las necesidades de investigación observada, tratamos de
profundizar en el estudio de las principales variables que inciden en los resultados de
la estrategia, diseñando así un modelo de éxito para la correcta implementación del
CRM.
- Por otra parte, partiendo de la importancia estratégica del sector hotelero y de la especial
relevancia que tienen las relaciones con clientes en el ámbito de la gestión hotelera,
hemos centrado nuestro estudio empírico en dicho sector, examinando su grado de
implementación y uso del CRM, y validando en el mismo el modelo de éxito planteado.
Sandra Ortiz (2013) en su investigación “Propuesta para la implementación de un sistema CRM

en pymes del sector óptico de la ciudad de Bogotá” realizada en Universidad de la Salle, para
obtener el grado de maestría en administración, llegó a la conclusión que:
- Las Pymes ópticas encuestadas en Bogotá, tienen un escaso conocimiento sobre
estrategias de mercadeo orientadas a los clientes, entre ellas el concepto CRM. Sin
embargo, tienen interés en recibir ayuda para recorrer un camino como el de CRM, pues
son conscientes que es necesario dar un vuelco en sus negocios ya que no tienen
asegurada su continuidad en el largo plazo a pesar de haber sobrevivido varios años en
el mercado. La globalización del mercado es uno de los elementos que ha puesto en
evidencia su poca preparación para competir.
- La adopción de un sistema CRM como estrategia de retención de clientes debe partir
de un plan estratégico formalmente escrito y aprobado que lo contemple. Las Pymes
ópticas objeto de estudio, han iniciado un proceso de este tipo por primera vez, pues no
ha sido su cultura trabajar estratégica y planificadamente, ni con herramientas
tecnológicas. Por tanto, para minimizar el riesgo de fracasar en una inversión de esta
naturaleza, es requisito elaborar previamente un plan estratégico.
- Las Pymes ópticas deben aprovechar un sistema de información CRM para integrar
mediante tecnología sus áreas clínica, administrativa y de mercadeo, con el fin de
recopilar los datos en forma estandarizada y poderlos aprovechar para generar

información que permita ver el negocio en forma sistémica y tomar las decisiones a que
haya lugar según los avances de la estrategia en el campo.
André Montoya (2014) en su investigación “Implementación de un sistema de gestión de la

relación con los clientes en una empresa proveedora de servicios de televisión de pago”
realizada en Pontificia Universidad Católica del Perú, para optar el grado de ingeniero
informático, llegó a la conclusión que:
- La herramienta CRM desarrollada brinda la posibilidad de identificar las variaciones
del valor real y potencial de los clientes de la empresa. En el área de Ventas, el sistema
identifica el valor real de los clientes según su paquete de televisión y sus meses de
deuda. Luego, el vendedor asignado puede determinar su valor potencial con el
historial de negociaciones que la herramienta mantiene, permitiendo explotar las
oportunidades de negocio que se puedan dar. En el área de Atención al cliente, el
sistema permite gestionar los reclamos técnicos eficazmente, otorgando preferencia a
los clientes de alto valor para la empresa. Los clientes que son bien atendidos cuando
tienen problemas con su servicio de televisión desarrollarán una alta lealtad hacia la
empresa.
- El escenario de negocios de la televisión de pago se encuentra en constante cambio,
con clientes cada vez mejor informados y con la aparición de nuevos competidores.
Una empresa que desea ser competitiva debe replantear su estrategia de negocios para
centrar su visión en los clientes. Con el apoyo de un sistema CRM, la empresa puede
gestionar eficazmente a sus clientes y ofrecer un mejor servicio. Sin embargo, para
asegurar el éxito del proyecto, los participantes e interesados deben entender el
propósito de la implementación de este producto y los beneficios que genera, como
ahorro de tiempo y recursos.
Marylyn Mendoza & Yesnaya Vilela (2014) en su investigación “Impacto de un modelo de

sistema CRM en la fidelización de los clientes de la distribuidora ferretera Ronny L S.A.C. de
la ciudad de Trujillo en el año 2014” realizada en la Universidad Privada Antenor Orrego, para
optar el título de licenciado en administración, llegó a la conclusión que:
- El concepto de CRM comprende la metodología, disciplina y tecnología que tiene por
objeto automatizar y mejorar los procesos de negocio asociados a la gestión de la
relación de la empresa con el cliente, principalmente en las áreas de venta, marketing,

servicios de atención al cliente y soporte, con el fin de incrementar los beneficios de la
empresa mediante la optimización, personalización y diferenciación de la relación con
el cliente.
- El Impacto de un Modelo de Sistema CRM en la Fidelización de Clientes de la
Distribuidora Ferretera Ronny L S.A.C. es significativa, porque permitiría el
incremento de la fidelización (a través de mayores ventas – 5% mensual), optimización
de la calidad de servicio orientada a la nueva cultura organizacional donde el cliente es
la razón de ser de la empresa.
- Es necesario resaltar que aunque una empresa emprenda una estrategia de CRM, esto
no le garantiza que de inmediato o incluso a largo plazo empiece a obtener mayores
créditos de sus clientes, para que esto suceda, el CRM requiere ser parte de la cultura
organizacional y por supuesto se necesita de la aceptación de los clientes involucrados
en el proceso. No olvidar que las estrategias de CRM requieren del patrocinio ejecutivo
y de una completa confianza en estas; los trabajadores toman sus colas de trabajo del
equipo ejecutivo así que los ejecutivos deben de forma visible, vocal y activa patrocinar
la estrategia de CRM para que esta sea exitoso.

CAPÍTULO 4. DESARROLLO
4.1. DEFINICIÓN DEL PROYECTO DE CURSO
4.1.1. EQUIPO DE TRABAJO:
A). INTEGRANTES
Jorge Luis Zavaleta Emilio Medina Carpio |

Juan Diego Díaz| 77707 |
Carhuajulca | Código: 77707 | Rol: Coordinador
Rol: Analista del Proyecto
720813 | Rol: Gerente del del Proyecto |
|
Proyecto | medinaemilio986@gmail.
medinaemilio986@gmail.
jorge.zavaleta07@hotmail com
com
.com
Perfil: Estudiante del Perfil: Estudiante del

Decimo ciclo de la carrera Perfil: Estudiante del
Octavo ciclo de la carrera
de Ingeniería de Novena ciclo de la carrera
de Ingeniería de
Empresarial de la UPN, de Ingeniería de
Empresarial de la UPN,
con conocimientos de Empresarial de la UPN,
poseo conocimientos de
estrategia empresarial y cuento con conocimientos
cursos como
Formulación y Evaluación de cursos como gestion de
Investigación de
de Proyectos, cuento con base de datos y
Mercados y Formulación
mucho interés de poner en Formulación y Evaluación
y Evaluación de
práctica las habilidades y de Proyectos, interesada
Proyectos, tengo ganas de
destrezas adquiridas hasta de poner en práctica las
poner en práctica las
el momento en el habilidades y destrezas
habilidades y destrezas
desarrollo de mi carrera adquiridas hasta el
adquiridas hasta el
profesional. momento en el desarrollo
momento en el desarrollo
de mi carrera profesional.
de mi carrera profesional

4.1.2. PROYECTO DEL CURSO:
4.1.2.1. TÍTULO DEL PROYECTO:
Desarrollo de un software CRM en la clínica San Pablo en la Ciudad de Trujillo en

el año 2018.
4.1.2.2. DATOS DE LA INSTITUCIÓN EMPRESA O GRUPO DE
USUARIOS RECEPTORES DEL PROYECTO.
i) NOMBRE, NOMBRE COMERCIAL O RAZÓN SOCIAL:

Clínica San Pablo S.A.C
ii) DIRECCIÓN O DOMICILIO FISCAL:

Av. Húsares de Junín nro. 690 urb. La merced la libertad - Trujillo – Trujillo.
iii) REPRESENTANTE:
Álvarez Blas José Faustino
4.1.2.3. JUSTIFICACIÓN:
El entorno económico actual se caracteriza por factores tales como el incremento

de la competitividad, la innovación tecnológica y el carácter global de los mercados.
Ante este entorno dinámico y ambiguo, las empresas deben adoptar nuevas
prácticas de gestión que aseguren su supervivencia y competitividad en el mercado.
Por ello, ante la creciente complejidad de la empresa y su entorno. Por tanto, en este
nuevo entorno, las relaciones con el mercado cobran una importancia fundamental,
modificándose completamente las estrategias empresariales desde un enfoque
transaccional a otro relacional, desde este nuevo enfoque relacional, la atención se
centra en el establecimiento y desarrollo de relaciones personalizadas con los
clientes, que sean beneficiosas para ambas partes y permitan su fidelización en el
largo plazo.

Por lo tanto, las Tecnologías de la Información (TI) se presentan como herramienta
esencial para mejorar la competitividad de las empresas u organizaciones, ya que
van a hacer posible el establecimiento de relaciones personalizadas en los mercados
actuales.
4.1.2.4. BENEFICIOS:
El desarrollo de este sistema software contribuirá a mejorar el establecimiento de

aprendizaje con cada cliente, empezando con los de mayor valor. Una relación de
aprendizaje es una que se hace más inteligente con cada nueva interacción es decir
en lugar de tratar de encontrar nuevos clientes para los productos y/o servicios que
ya tiene, encuentre nuevos productos o servicios para los clientes que ya tiene.
Cabe resaltar también que este desarrollo permitirá a la Clínica San Pablo identificar
(localizar y contactar por lo menos a los principales clientes), diferenciar (clientes
en términos de valor y necesidades), interactuar (con clientes de manera efectiva y
eficiente) y personaliza (relación con cada cliente a partir de lo aprendido).
4.1.3. MÉTODO DE TRABAJO:
4.1.3.1. NOMBRE Y DESCRIPCIÓN BREVE:
Desarrollo de software de aplicación: Metodología XP

La programación extrema o eXtreme Programming (XP) es un enfoque de la
ingeniería de software formulado por Kent Beck, es una metodología ágil centrada
en potenciar las relaciones interpersonales como clave para el éxito en desarrollo
de software, promoviendo el trabajo en equipo, preocupándose por el aprendizaje
de los desarrolladores, y propiciando un buen clima de trabajo. Se basa en
realimentación continua entre el cliente y el equipo de desarrollo, comunicación
fluida entre todos los participantes, simplicidad en las soluciones implementadas y
coraje para enfrentar los cambios.

4.1.3.2. CICLO DE VIDA A UTILIZAR:
Figura Nº 1: Ciclo de vida de software en XP
4.1.3.3. ESTÁNDARES Y NORMAS APLICABLES AL MÉTODO DE

TRABAJO:
 En la etapa de planeación se utilizara historias de usuarios y la técnica a

utilizar es:
Moscow (es una técnica de priorización de requisitos basada en el
hecho de que aunque todos los requisitos se consideren importantes
es fundamental destacar aquellos que permiten darle un mayor valor
al sistema, lo que permite enfocar los trabajos de manera más
eficiente)
 En la etapa de diseño se utilizara el diseño simple y la técnica a utilizar es :

Diseño simple: Un diseño simple se implementa más rápidamente
que uno complejo. Se propone implementar el diseño más simple
posible que funcione. Se sugiere nunca adelantar la implementación
de funcionalidades que no correspondan a la iteración en la que se
esté trabajando.
 En la etapa de codificación se utilizara la integración continua y la técnica a

utiliza es:

Integración continua: Realizar cambios o mejoras sobre versiones
antiguas causan graves problemas, y retrasan al proyecto. Es por eso
que XP promueve publicar lo antes posible las nuevas versiones,
aunque no sean las últimas, siempre que estén libres de errores.
 En la etapa de pruebas se utilizara las pruebas de aceptación y la técnica a

utilizar es:
Las pruebas de aceptación: son creadas en base a las historias de

usuarios, en cada ciclo de la iteración del desarrollo. El cliente debe
especificar uno o diversos escenarios para comprobar que una
historia de usuario ha sido correctamente implementada
4.1.3.4. JUSTIFICACIÓN DEL MÉTODO SELECCIONADO:
Esta metodología se enfoca en integrar en una mejora continua al usuario. Por otro
lado en comparación de las metodologías tradicionales es más rápida, ya que
conlleva menos protocolo, lo que evita que existan jerarquías dentro del grupo, lo
cual permite que cada integrante del grupo pueda aportar en cualquier motivo, por
la cual se implementara o hará uso de esta metodología es, que la misma se enfoca
en resultados a corto plazos es decir los resultados que se van obteniendo a lo largo
de la modulación serán verificados al instante y de existir alguna anomalía o falta
se hará las correcciones correspondientes.
De esta forma rápida es posible obtener los resultados esperados a corto plazo y de
manera eficiente. Además esta metodología no necesita necesariamente un juicio
de expertos para poner en marcha el desarrollo del software.

4.2. CASO DE NEGOCIO DEL PROYECTO
4.2.1. SECCIÓN TÉCNICA
4.2.1.1. NOMBRE DEL PROYECTO
Desarrollo de un software CRM en la clínica San Pablo en la Ciudad de Trujillo en el

año 2018.
4.2.1.2. PATROCINADOR
Álvarez Blas José Faustino, Gerente General de la Clínica San Pablo S.A.C
4.2.1.3. EMPRESA/INSTITUCIÓN/PÚBLICO OBJETIVO
4.2.1.4. TIPO
Innovación tecnológica: porque a través del desarrollo de software se pretende mejorar

las relaciones con el cliente.
4.2.1.5. PROBLEMA/NECESIDAD U OPORTUNIDAD DEL CLIENTE
“La Clínica San Pablo S.A.C” busca consolidarse como una empresa de confianza en
temas de salud ofreciendo la mejor atención al servicio de los ciudadanos dentro de la
ciudad de Trujillo. Por lo tanto la empresa busca mejorar las relaciones con los clientes
a través del desarrollo de un software el cual mejore y tenga mayor capacidad de
respuesta para agilizar los trámites de los pacientes, así como sus respectivas historias
clínicas, de tal manera que los clientes perciban un trato personalizado y en el menor
tiempo posible, con el objetivo de fidelizar a los clientes para poder generar dicha
confianza y asegurar el ganar-ganar por parte de la empresa y de los clientes, así como
ganar nueva cuota de mercado a través de la satisfacción en las atenciones hospitalarias.

4.2.1.6. ENFOQUE DE LA PROPUESTA
La propuesta del desarrollo de software estará orientado a la metodología eXtreme

Programin que es un enfoque de la ingeniería de software el cual está orientado más en
el énfasis de la adaptabilidad que en la previsibilidad, es decir una metodología ágil
centrada en potenciar las relaciones interpersonales como clave para el éxito en
desarrollo de software, promoviendo el trabajo en equipo, preocupándose por el
aprendizaje de los desarrolladores, y propiciando un buen clima de trabajo. Cabe
resaltar además que esta metodología se basa en realimentación continua entre el cliente
y el equipo de desarrollo, comunicación fluida entre todos los participantes, simplicidad
en las soluciones implementadas y coraje para enfrentar los cambios.
4.2.1.7. BENEFICIOS ESPERADOS
 Disponibilidad de la información de los clientes en tiempo real.

 Interoperabilidad de los procesos de las áreas funcionales.
 Agilidad de los flujos de conocimiento de Información de las áreas funcionales.
 Seguridad de Información en las áreas de la Clínica San Pablo S.A.C.
4.2.1.8. OBJETIVOS
Objetivo General
Proponer el desarrollo de un software CRM para la clínica San Pablo en la
Ciudad de Trujillo en el año 2018.
Objetivos Específicos
 Analizar la realidad problemática de las áreas funcionales de la clínica San

Pablo S.A.C
 Revisar las técnicas escogidas en cada una de las fases del desarrollo de
software
 Evaluar la viabilidad económica-financiera del proyecto de desarrollo de
software CRM.

4.2.1.9. ESTUDIO DE MERCADO
Según el ministerio de Transportes y comunicaciones (MTC, 2016). La industria del

software ha crecido a un ritmo medio cercano al 15% durante los últimos 6 años, y
aunque las proyecciones de crecimiento para los próximos años varían según la fuente.
Por otro lado La Asociación Peruana de Productores de Software (APESOFT) tiene
como objetivo promover la industria nacional del software, mejorar la competitividad
de sus afiliados y fomentar las exportaciones de programas informáticos peruanos.
Con lo mencionado anteriormente, resaltamos que el desarrollar software en el perú y
específicamente para el sector salud, notamos un amplio mercado, debido a que son
muy pocas empresas las que desarrollan este tipo de software para el sector en mención,
por otro lado destacamos que el desarrollar este tipo de software será rentable en
términos económicos, puesto que hay un crecimiento de 15%, lo que indicaría
beneficios por el desarrollo de este tipo de herramientas.
4.2.1.10. ESTRATEGIA DE MERCADO
Una de las estrategias de mercado más resaltantes en el desarrollo de software es la de

la capitalización de capacitación al personal, que se basa en la capacitación constante
del personal en temas de software CRM, eficiencia y empatía, determinando así el
comportamiento del cliente.
Por lo que la estrategia a utilizar será esta, sin embargo se ofrecerá un servicio más
personalizado, puesto que el desarrollo de este proyecto será aplicado para una clínica,
en el mercado trujillano, que específicamente se basara en un contacto directo con los
clientes, por otro lado al desarrollar esta estrategia, se obtendrá fidelización e
incremento de los clientes mediante el software a desarrollar ya que ayudara a mantener
y captar el número de clientes, ya que al desarrollar esta herramienta será de acuerdo a
los requerimientos funcionales así como la alineación de procesos y objetivos.
4.2.1.11. SUPUESTOS
El equipo del proyecto está comprometido con el logro de los objetivos del mismo.
Se espera que el proyecto pueda ser financiado parcialmente por alguna entidad
financiera para que pueda ser ejecutado.
El plazo estimado para que el proyecto entre en ejecución es de 1 año.

4.2.2. SECCIÓN ADMINISTRATIVA:
4.2.2.1. ALCANCE
El proyecto Desarrollo de software CRM en la clínica San Pablo de la ciudad de Trujillo

en el año 2018, tiene como finalidad tener un mejor control de la información de los
pacientes y/o clientes ya que se podrá registrar los datos destacados y otros aspectos
sobre su comportamiento, frecuencia de visita, servicios más utilizados, entre otros. Al
lograr la satisfacción del cliente se fomenta la continuidad del uso del servicio,
creándose una relación más duradera.
4.2.2.2. ENTREGABLES
Para que la empresa pueda tener un mejor control del proyecto se brindara:
- Al área estratégica un manual general del funcionamiento del producto
(CRM),
- Al área de sistemas un manual de procedimientos detallados y glosario de
términos del CRM.
- Al área operativa guías de funcionamiento del CRM.
4.2.2.3. CRONOGRAMA
Tabla Nº 1: Cronograma del proyecto
ACTIVIDADES FECHA DE FECHA DE FIN RESPONSABLE

INICIO
FASE 1: PLANEACIÓN
Historias de 25/01/2018 26/03/2018 Equipo de trabajo

usuarios
FASE 2: DISEÑO
Técnica del diseño 27/03/2018 28/05/2018 Equipo de trabajo

simple
FASE 3: CODIFICACIÓN
Integración 01/06/2018 19/11/2018 Equipo de trabajo

continua
FASE 4: PRUEBAS
Pruebas de 20/11/2018 30/01/2019 Equipo de trabajo

aceptación
Fuente: Elaboración propia

El tiempo para desarrollar el proyecto es aproximadamente de 01 año y 5 días, por lo
que se tiene realizar cada fase de manera secuencial, es decir terminar una y pasar a la
otra.
4.2.2.4. RIESGOS
Tabla Nº 2: Nivel de riesgo del proyecto al desarrollar un CRM
Nivel de Riesgo del Proyecto al Desarrollar un CRM

Pesos Tipo de Riego Puntuación
Tecnológico
El desarrollo del software para el sector salud es 2
20% poco conocido, por lo que
La implementación de este software puede no 2
adecuarse en forma rápida a las clínicas y/o
hospitales
No hay personal calificado en la ciudad de Trujillo 3
Proveedor
Insuficientes proveedores con experiencia para 2
20% desarrollar el proyecto
No hay respaldo de proveedores en la adaptabilidad 2
del software en la empresa
Cliente
Usuarios no capacitados por lo que se necesita el 3
10% compromiso de capacitación
La clínica necesita constantes cambios por lo que se 2
requiere integración en todas las áreas
Complejidad
El desarrollo del proyecto deberá impactar a todas 3
30% las áreas de la clínica
El desarrollo del software implica alineación de los 3
procesos principales y de visión del negocio
Equipo del Proyecto

Compromiso de desarrollar el proyecto en el tiempo 1
20% establecido
Falta de recursos para la realización del proyecto 2
Leyenda
1 Riesgo bajo o nulo
2 Riesgo medio
3 Riesgo alto
4.2.3. SECCIÓN DE COSTOS
4.2.3.1. COSTO, INVERSIONES Y FINANCIAMIENTO DEL

PROYECTO
Tabla Nº 3: Costo, inversiones y financiamiento del proyecto
DETALLE DE LA INVERSIÓN INICIAL
Descripción Cantidades Pago Pago anual Precio Total
mensual
1.1. Compra o Actualización de Servidores 1 S/.10,428.00 S/.10,428.00
costos de 1.2. Compra de equipos de cómputo 3 S/.8,752.00
hardware 1.3. Compra de espacio o dispositivos de 3 S/.13,240.00
almacenamiento
3.1. Honorarios por elaboración del plan del 1 S/.1,698.67 S/.20,384.00
costos de proyecto
mano de 3.2. Honorarios por el desarrollador de 1 S/.354.08 S/.4,249.00
obra software
3.3. Honorarios por los analistas de software 2 S/.579.33 S/.6,952.00
costos de 4.1. Costos de capacitación de los usuarios 3 S/.9,496.00 S/.9,496.00
personal finales

costos 5.3. Adquisición o remodelación de espacios 1 S/.15,665.00
indirectos físicos
de 5.4 Adquisición de dominios o sitios de 1 S/.6,194.00 S/.6,194.00
fabricación internet
INVERSIÓN TOTAL S/.95,360.00
4.2.3.2. Evaluación Financiera
Tabla Nº 4: Evaluación financiera del proyecto
Plan
Financiero
DETALLE DE LA INVERSIÓN INICIAL

Descripción Cantidades Precio Total Aporte del Préstamo
Patrocinador Bancario
1.1. Compra o Actualización de Servidores 1 S/.10,428.00 S/.10,428.00
costos de 1.2. Compra de equipos de cómputo 3 S/.8,752.00 S/.8,752.00
hardware 1.3. Compra de espacio o dispositivos de 3 S/.13,240.00 S/.13,240.00
almacenamiento
3.1. Honorarios por elaboración del plan del 1 S/.20,384.00 S/.20,384.00
proyecto
costos de 3.2. Honorarios por el desarrollador de 1 S/.4,249.00 S/.4,249.00
mano de obra software
3.3. Honorarios por los analistas de software 2 S/.6,952.00 S/.6,952.00
costos de 4.1. Costos de capacitación de los usuarios 3 S/.9,496.00 S/.9,496.00
personal finales
5.3. Adquisición o remodelación de 1 S/.15,665.00 S/.15,665.00
costos
espacios físicos
indirectos de
5.4 Adquisición de dominios o sitios de 1 S/.6,194.00 S/.6,194.00
fabricación
internet
INVERSIÓN TOTAL S/.95,360.00 S/.26,147.00 S/.69,213.00
Plan Financiero 100% 27.42% 72.58%

Resumen del Plan Financiero
Total de la S/.95,360.00 100.00%
Inversión
Recursos S/.26,147.00 27.42%
Propios
(Patrocinador)
Recursos de S/.69,213.00 72.58%
Terceros
(Préstamo
bancario)
Resumen del Plan Financiero

S/.120,000.00 120.00%
S/.95,360.00
S/.100,000.00 100.00%
100.00%
S/.80,000.00 S/.69,213.00 80.00%
S/.60,000.00 60.00%
S/.26,147.00 72.58%
S/.40,000.00 40.00%
S/.20,000.00 27.42% 20.00%
S/.0.00 0.00%
Total de la Inversión Recursos Propios Recursos de Terceros
(Patrocinador) (Préstamo bancario)
Series1 Series2
Figura Nº 2: Resumen del plan financiero

4.3. ACTA DE CONSTITUCIÓN DEL PROYECTO
4.3.1. TITULO DEL PROYECTO
Desarrollo de un software CRM en la clínica San Pablo en la Ciudad de Trujillo en el

año 2018.
4.3.2. JUSTIFICACIÓN DEL PROYECTO
El entorno económico actual se caracteriza por factores tales como el incremento

de la competitividad, la innovación tecnológica y el carácter global de los mercados.
Ante este entorno dinámico y ambiguo, las empresas deben adoptar nuevas
prácticas de gestión que aseguren su supervivencia y competitividad en el mercado.
Por ello, ante la creciente complejidad de la empresa y su entorno. Por tanto, en este
nuevo entorno, las relaciones con el mercado cobran una importancia fundamental,
modificándose completamente las estrategias empresariales desde un enfoque
transaccional a otro relacional, desde este nuevo enfoque relacional, la atención se
centra en el establecimiento y desarrollo de relaciones personalizadas con los
clientes, que sean beneficiosas para ambas partes y permitan su fidelización en el
largo plazo.
Por lo tanto, las Tecnologías de la Información (TI) se presentan como herramienta

esencial para mejorar la competitividad de las empresas u organizaciones, ya que
van a hacer posible el establecimiento de relaciones personalizadas en los mercados
actuales.
4.3.3. DESCRIPCIÓN DEL PRODUCTO/SERVICIO/RESULTADO DEL

PROYECTO
Es por eso que se planeó desarrollar un software CRM en el cual permitirá atraer a
nuevos pacientes y mejorar la comunicación con los pacientes existentes. Esto es

especialmente importante teniendo en cuenta que los pacientes que están más
involucrados en el cuidado de su propia salud. Además hará que sea más fácil para
los profesionales de la salud a mejorar la gestión de las comunicaciones cuando se
trata de pacientes derivados, tanto entre los médicos, como a especialistas, a otros
departamentos o a estudios especiales.
El desarrollo de este software CRM apoyará actividades hospitalarias basada en
ventas y atención al paciente de la clínica San Pablo S.A.C, cabe resaltar que este
software bien implementado aumentará:
 El número de pacientes de la clínica San Pablo.

 La satisfacción de los pacientes.
 Los ingresos y el beneficio en las medidas absolutas por paciente.
Por otro lado también ayudara a automatizar información mejorando la experiencia

del paciente, eliminando la necesidad de rellenar los formularios por cada trámite
que realicen en la clínica; es decir la información del paciente, como direcciones,
aseguradora de salud, prestadora social o sistema de medicina, puede ser fácilmente
actualizada en el sistema. Esto permite acelerar la atención del paciente y aliviar la
carga de trabajo administrativo.
El resultado de este desarrollo permitirá a los médicos y/o profesionales de la clínica
coordinar la prestación de asistencia a los pacientes a través de especialidades,
departamentos y ubicaciones. También hace que sea más fácil de manejar y rastrear
las relaciones con los otros médicos a los que se derivan pacientes. Este software
tendrá herramientas para el seguimiento de las actividades derivadas, tendencias,
casos, así como el impacto global de su remisión y las actividades de comunicación
con el paciente.
4.3.4. OBJETIVOS DEL PROYECTO
Objetivo General
Proponer el desarrollo de un software CRM para la clínica San Pablo en la

Objetivos Específicos
 Analizar la realidad problemática de las áreas funcionales de la clínica San

Pablo S.A.C
 Revisar las técnicas escogidas en cada una de las fases del desarrollo de software
 Evaluar la viabilidad económica-financiera del proyecto de desarrollo de
software CRM.
4.3.5. BENEFICIOS DEL PROYECTO
El desarrollo de este sistema software contribuirá a mejorar el establecimiento de

aprendizaje con cada cliente, empezando con los de mayor valor. Una relación de
aprendizaje es una que se hace más inteligente con cada nueva interacción es decir
en lugar de tratar de encontrar nuevos clientes para los productos y/o servicios que
ya tiene, encuentre nuevos productos o servicios para los clientes que ya tiene.
Cabe resaltar también que este desarrollo permitirá a la Clínica San Pablo identificar
(localizar y contactar por lo menos a los principales clientes), diferenciar (clientes
en términos de valor y necesidades), interactuar (con clientes de manera efectiva y
eficiente) y personaliza (relación con cada cliente a partir de lo aprendido).
Es importante resaltar además los siguientes beneficios:

 Disponibilidad de la información de los clientes en tiempo real.
 Interoperabilidad de los procesos de las áreas funcionales.
 Agilidad de los flujos de conocimiento de Información de las áreas funcionales.
 Seguridad de Información en las áreas de la Clínica San Pablo S.A.C.
4.3.6. PRESUPUESTO RESUMIDO DEL PROYECTO

Tabla Nº 5: Inversión total del proyecto
Total de la Inversión del Proyecto

Total de Inversiones Fijas aporte S/.26.147.00
empresarial
Total de Inversiones Financiadas S/.69.213.00
Total S/.95.360.00

4.3.7. ALCANCE DEL PROYECTO
El proyecto Desarrollo de software CRM en la clínica San Pablo de la ciudad de Trujillo

en el año 2018, tiene como finalidad tener un mejor control de la información de los
pacientes y/o clientes ya que se podrá registrar los datos destacados y otros aspectos
sobre su comportamiento, frecuencia de visita, servicios más utilizados, entre otros. Al
lograr la satisfacción del cliente se fomenta la continuidad del uso del servicio,
creándose una relación más duradera.
4.3.8. ENTREGABLES PRINCIPALES DEL PROYECTO
Para que la empresa pueda tener un mejor control del proyecto se brindara:
- Al área estratégica un manual general del funcionamiento del producto
(CRM),
- Al área de sistemas un manual de procedimientos detallados y glosario de
términos del CRM.
- Al área operativa guías de funcionamiento del CRM.
4.3.9. CRITERIOS DE ACEPTACIÓN DEL PROYECTO
4.3.9.1. Técnicos
 Reuniones, entrevistas, método Delphi, juicio de expertos.

 Para asegurar el trabajo en equipo se realizará la gestión de recursos humanos
del proyecto, en el cual se desarrollara el organigrama para tener un panorama
de la organización y sus funciones.
 Tener información constante del sector salud.
4.3.9.2. De Calidad
 Utilización del diagrama de control de acuerdo a nuestro calendario de

actividades.
 Utilización del check list, para asegurar que las tareas encomendadas se
cumplan en el tiempo programado.
4.3.9.3. Administrativos
 Todos los entregables deben ser aprobados por el equipo de la gestión del
proyecto y por el patrocinador que nos brinda el apoyo para el desarrollo del
proyecto.

4.3.9.4. Comerciales
 Se debe realizar un contrato entre el patrocinador y el equipo de trabajo en el

tiempo proyectado.
4.3.9.5. Sociales
 No aplica
4.3.10. FECHA DEL PROYECTO
El proyecto “Desarrollo de un software CRM en la clínica San Pablo en la Ciudad de

Trujillo en el año 2018”. Tiene como fecha de inicio el 25 de Enero del 2018 y tiene
como fecha de fin el 30 de Enero del 2018.
4.3.11. SUPOSICIÓN DEL PROYECTO
 El personal del equipo del proyecto está comprometido con el logro de los
objetivos del mismo.
 Se espera que el proyecto pueda ser financiado parcialmente por alguna entidad
financiera para que pueda ser ejecutado.
4.3.12. RESTRICCIONES DEL PROYECTO
 Los factores externos (Macro-entorno) dentro de ellos Los cambios políticos,

leyes o gobierno no deben afectar el desarrollo del proyecto.
 El plazo estimado para que el proyecto entre en ejecución es de 1 año.
4.3.13. RIESGOS PRINCIPALES DEL PROYECTO
Tabla Nº 6: Riesgos principales del proyecto
Nivel de Riesgo del Proyecto de Desarrollar un CRM

Pesos Tipo de Riego Puntuación
Tecnológico
El desarrollo del software para el sector salud es 2
20% poco conocido, por lo que

La implementación de este software puede no 2
adecuarse en forma rápida a las clínicas y/o
hospitales
No hay personal calificado en la ciudad de Trujillo 3
Cliente
Usuarios no capacitados por lo que se necesita el 3
30% compromiso de capacitación
La clínica necesita constantes cambios por lo que se 2
requiere integración en todas las áreas
Complejidad
El desarrollo del proyecto deberá impactar a todas 3
30% las áreas de la clínica
El desarrollo del software implica alineación de los 3
procesos principales y de visión del negocio
Equipo del Proyecto
Compromiso de desarrollar el proyecto en el tiempo 1
20% establecido
Falta de recursos para la realización del proyecto 2
4.3.14. ENTIDAD RECEPTORA DEL PROYECTO

Av. Húsares de Junín, 690, Urb. La Merced, Trujillo.
Álvarez Blas José Faustino, Gerente General de la Clínica San Pablo S.A.C
4.3.15. GERENTE DEL PROYECTO
Jorge Luis Zavaleta Carhuajulca

Estudiante del Decimo ciclo de la carrera de Ingeniería de Empresarial de la UPN, con
conocimientos de estrategia empresarial y Formulación y Evaluación de Proyectos, es
quien está encargado de gestionar las actividades que se desarrollen en el transcurso del
proyecto. Las tareas que se realizarán son:
 Delegar funciones y monitorear todo el tiempo en el que se lleve a cabo el
proyecto.

 Solucionar inmediatamente posibles inconvenientes durante el desarrollo del
proyecto.
 Determinar la viabilidad económica y financiera del proyecto.
4.3.16. PATROCINADOR DEL PROYECTO
Álvarez Blas José Faustino, Gerente General de la Clínica San Pablo S.A.C.
4.3.17. INTEGRANTES DEL EQUIPO DEL PROYECTO
Tabla Nº 7: Integrantes del equipo del proyecto
Nombre Completo Roles

Zavaleta Carhuajulca, Jorge Gerente del proyecto
Medina Carpio, Emilio Coordinador del proyecto
Díaz Vera, Juan Diego Analista del proyecto
4.3.18. AUTORIZACIONES DEL ACTA DE CONSTITUCIÓN
Tabla Nº 8: Autorización del acta de constitución
(El Profesor) (El representante de la (El coordinador del equipo

empresa) de proyecto)
Ángeles Quiñones, Nelson Álvarez Blas José Faustino Zavaleta Carhuajulca,
Profesor Gerente de la Clínica Jorge
Universidad Privada del Clínica San Pablo Gerente del proyecto
Norte
Trujillo, 24 de enero de 2018 Trujillo, 24 de enero de 2018 Trujillo, 24 de enero de 2018

4.4. REGISTRO DE INTERESADOS
4.4.1. MAPEO DE INTERESADOS
Figura Nº 3: Mapeo de interesados
4.4.2. REGISTRO Y DOCUMENTACIÓN DE INTERESADOS
Tabla Nº 9: Registro y documentación de interesados

IDENTIFICACIÓN EVALUACIÓN CLASIFICACIÓN
Nombre del Empresa y Localización Rol que Información Expectativas Requerimientos Impacto Tipo Postura
interesado puesto física desempeña en del contacto frente al
el proyecto proyecto
César Carpio Entidad Trujillo Analista de 976632342 Financiar el proyecto Información histórica Alto Externo Apoyo
Castillo Financiera crédito de los estados
Banco financieros
BCP
Andrade Microsoft Lima Proveedor (511)611-5600 Supervisar la funcionalidad Software y hardware Alto Externo Apoyo
García Carlos Perú del software además de que requerido para el
Alberto los aspectos del desarrollo desarrollo del
del sistema sean exitosos. proyecto, es decir
contar con las
características
mínimas
Luis Arrobas Sunat Trujillo Supervisor 977477242 Cumplimiento de los Supervisar que el Medio Externo Apoyo
Rojas procesos computarizados software cuente con
los requisitos
mínimos de
aceptación por la
Sunat

Luis Tafur Consultora Trujillo Capacitador (044) 437150 Involucramiento de los Compromiso por Alto Externo Apoyo
Gonzales externa externo usuarios del software parte de los
colaboradores de la
clínica
Jorge Luis Grupo Trujillo Plan de 951338453 Mejorar la cuota de mercado Plan estratégico Medio Interno Supervisa
Zavaleta C. Zavaleta Marketing empresarial,
S.R.L objetivos
comerciales
Sponsor Accionista Trujillo Sponsor 991338427 Que el proyecto genere Alto Interno Supervisa
s y Socios aumento en las ventas y por
de la lo tanto en la rentabilidad.
Clínica
Varios Usuarios Trujillo Clientes (044) Varios Que el software CRM Obtener mejor Bajo Externo Apoyo
y/o cumpla con sus expectativas. atención
pacientes personalizada por
parte de la clínica
Jorge Luis Gerente Trujillo Equipo de 951338453 Asegurar el crecimiento Compromiso por Alto Interno Supervisa
Zavaleta del Proyecto 982343311 empresarial a través del parte de empresa
Emilio Proyecto 988325561 desarrollo del software donde se desarrollara
Medina Coordinad el proyecto
Carpio or del
Juan Diego Proyecto
Díaz
Analista
del
Proyecto

4.5. ANÁLISIS DE INTERESADOS
4.5.1. LISTA DE INTERESADOS

Tabla Nº 10: Lista de interesados
ROL GENERAL INTERESADOS

PATROCINADOR (SOCIEDAD) ÁLVAREZ BLAS JOSÉ FAUSTINO
EQUIPO DEL PROYECTO GERENTE DEL PROYECTO: JORGE
LUIS ZAVALETA CARHUAJULCA
COORDINADOR DEL PROYECTO:
Emilio MEDINA CARPIO
ANALISTA DEL PROYECTO: JUAN

DIEGO DÍAZ VERA
GOBIERNO SUNAT: LUIS ARROBAS ROJAS
PROVEEDOR MICROSOFT PERÚ: ANDRADE

GARCÍA CARLOS ALBERTO
CLIENTES USUARIOS Y/O PACIENTES DE LA
CLÍNICA SAN PABLO
SPONSOR LOS ACCIONISTAS Y SOCIOS DE LA
CLÍNICA SAN PABLO

4.5.2. MATRIZ PODER – INTERES
Tabla Nº 11: Matriz Poder-Interés
4.5.3. ESTRATEGIA DE GESTIÓN DE INTERESADOS

Tabla Nº 12: Estrategia de gestión de interesados
INTERESADOS INTERÉS DEL EVALUACIÓN ESTRATEGIA PARA

PROYECTO DE IMPACTO GANAR EL SOPORTE O
REDUCIR
OBSTÁCULOS
El proyecto sea
PATROCINADOR Promover una
finalizado en el
(SOCIEDAD) comunicación eficiente
tiempo establecido y MUY ALTO
ÁLVAREZ BLAS para informar la ejecución
JOSÉ FAUSTINO con el presupuesto
del proyecto.
asignado.
Asegurar el
EQUIPO DEL crecimiento Garantizar que el equipo
PROYECTO
empresarial a través identifique las necesidades
GERENTE DEL
PROYECTO: del desarrollo del reales de información de los
software brindando ALTO interesados; además de
JORGE LUIS
ZAVALETA un producto de tener disponible todas las
CARHUAJULCA calidad que reúna herramientas para el
COORDINADOR los requerimientos desempeño de su labor.
DEL PROYECTO: del cliente.

EMILIO MEDINA
CARPIO
ANALISTA DEL
PROYECTO:
JUAN DIEGO DÍAZ
VERA
Garantizar que el
GOBIERNO equipo identifique
SUNAT: las necesidades
LUIS ARROBAS
reales de
ROJAS
información de los
El proyecto debe cumplir
interesados; además
MEDIO con los criterios y normas
de tener disponible
de fiscalización.
todas las
herramientas para el
desempeño de su
producto.
PROVEEDOR Contratos
MICROSOFT Establecer alianzas
constantes por
PERÚ: ANDRADE estratégicas fomentando
solicitudes de ALTO
GARCÍA CARLOS relaciones ganar-ganar.
ALBERTO materiales.
CLIENTES Difundir en diversos

USUARIOS Y/O Que el software medios de comunicación,
PACIENTES DE LA CRM cumpla con BAJO
sobre las bondades y
CLÍNICA SAN sus expectativas.
PABLO garantías del proyecto.
Asegurar una
El proyecto sea comunicación eficiente
SPONSOR finalizado para informar la ejecución
LOS ACCIONISTAS
exitosamente y del proyecto, gestionar y
Y SOCIOS DE LA MUY ALTO evaluar cada uno de los
CLÍNICA SAN poder generar
utilidades a la indicadores en la
PABLO
empresa. periodicidad
correspondiente.

4.6. ENUNCIADO DEL ALCANCE
8 ENUNCIADO DEL ALCANCE
4.6.1. DESCRIPCIÓN DEL ALCANCE DEL PRODUCTO
Al término del proyecto se contará con un software CRM para la clínica San Pablo
S.A.C, el cual permitirá mejorar la relación con los clientes, puesto que controlará la
información de los pacientes y/o clientes de la mejor manera posible, con el registro de
los datos destacados y otros aspectos sobre su comportamiento, frecuencia de visita,
servicios más utilizados, entre otros, en otra palabras lo que se busca es la
automatización de información mejorando la experiencia del paciente, eliminando la
necesidad de rellenar los formularios por cada trámite que realicen en la clínica; es decir
la información del paciente, como direcciones, aseguradora de salud, prestadora social
o sistema de medicina, puede ser fácilmente actualizada en el sistema. Esto permite
acelerar la atención del paciente y aliviar la carga de trabajo administrativo. Al lograr
la satisfacción del cliente se fomenta la continuidad del uso del servicio, creándose una
relación más duradera.
Por otro lado el software contribuirá a mejorar el establecimiento de aprendizaje con
cada cliente, empezando con los de mayor valor. Una relación de aprendizaje es una
que se hace más inteligente con cada nueva interacción es decir en lugar de tratar de
encontrar nuevos clientes para los productos y/o servicios que ya tiene, encuentre
nuevos productos o servicios para los clientes que ya tiene.
Finalmente el desarrollo permitirá a la Clínica San Pablo identificar (localizar y
contactar por lo menos a los principales clientes), diferenciar (clientes en términos de
valor y necesidades), interactuar (con clientes de manera efectiva y eficiente) y
personaliza (relación con cada cliente a partir de lo aprendido).
4.6.2. CRITERIOS DE ACEPTACIÓN DEL PRODUCTO
a. TÉCNICOS:
- Contar con el nivel de tecnología que permita tener la capacidad para
adecuarse a los cambios que se den en la empresa a medida que se desarrolla.

- El producto deberá tener un diseño simple capaz de mantener las
características actuales del sistema de tal manera que pueda adaptarse a un
entorno cambiante.
- La integración de código se debe realizar en forma continua, esto implica al
menos en un lapso de un día de trabajo y de ser posible en horas.
b. DE CALIDAD:
- Cumplir con el estándar generado en el PMBOK.

- Garantizar el funcionamiento de acuerdo a la ISO/IEC 9126. Estándar
internacional (ISO), aplicable a todo tipo de software. Está basado en un
modelo jerárquico con tres niveles: Características, Sub-características y
Métricas. En el primer nivel tiene seis características principales:
Funcionalidad, Confiabilidad, Eficiencia, Facilidad de Mantenimiento,
Portabilidad y Facilidad de Uso
c. ADMINISTRATIVOS:
- Contar con recursos financieros a medida que la capacidad para descubrir
o identificar cuáles son las fuentes de financiamiento sean las más
adecuadas para el negocio.
- Como reglamento interno de la clínica, contar con un MOF para que sirva
como guía para el personal.
d. COMERCIALES:
- No Aplica
e. SOCIALES:
- No Aplica

4.6.3. ENTREGABLES
Tabla Nº 13: Entregables del proyecto
FASE DEL PROYECTO ENTREGABLES CRITERIOS DE

ACEPTACIÓN
1. INICIO -Caso de negocio del proyecto Acta de

-Acta de constitución constitución
aprobada por el
-Análisis de interesados del proyecto.
Gerente del
-Registro de interesados
Proyecto.
2. PLANIFICACIÓN -Gestión del alcance Informe detallado

-Gestión del tiempo con las principales
áreas de
-Gestión de Costos
conocimiento
-Gestión de Calidad
establecidas de
-Gestión de Recursos Humanos
acuerdo al
-Gestión de Riesgos desarrollo del
software
3. EJECUCIÓN - Manual general del funcionamiento Documentación del

del producto (CRM), programa aprobado
-Manual de procedimientos detallados por el gerente del
y glosario de términos del CRM. proyecto.
4. CONTROL -Listas de Verificación Controlar la calidad

-Criterios de aceptación del producto del producto de
acuerdo a los
requerimientos.
5. CIERRE -Actas de reuniones mensuales Acta de aceptación

-Acta de cierre del proyecto de reuniones
aprobado por el
equipo de trabajo y
el patrocinador del
proyecto

4.6.4. EXCLUSIONES DEL PROYECTO
 El presente proyecto se limita a la realización de los parámetros que el cliente
especificó.
 El proyecto no incluye realizar la implementación del software, pues ello
dependerá del área de sistemas de la clínica San Pablo S.A.C
 El proyecto no incluye el lanzamiento oficial de la aplicación móvil para el
público en general.
4.6.5. RESTRICCIONES DEL PROYECTO

 El desarrollo del software será de acuerdo a las especificaciones y el diseño
proporcionado por el cliente.
 El horario de trabajo está limitado a los siguientes días y horas: Lunes a Viernes
de 8:00 am a 5:00 pm]
4.6.6. SUPUESTOS DEL PROYECTO
 Para el presente proyecto, el registro del cableado deberá estar documentado

para poder registrarlo en la Base de Datos del proyecto.
 El personal del equipo del proyecto está comprometido con el logro de los
objetivos del mismo.
 Se espera que el proyecto pueda ser financiado parcialmente por alguna entidad
financiera para que pueda ser ejecutado
 El plazo estimado para que el proyecto entre en ejecución es de 1 año

4.7. ESTRUCTURA DE DESCOMPOSICIÓN DE TAREAS EDT/WBS
ESTRUCTURA DE DESCOMPOSICIÓN DE TAREAS

9
EDT/WBS
Figura Nº 4: Estructura de descomposición de tareas EDT/WBS

4.8. DICCIONARIO DE LA ESTRUCTURA DE DESCOMPOSICIÓN DE TAREAS
EDT/WBS
10 DICCIONARIO DE LA ESTRUCTURA DE DESCOMPOSICIÓN DE

TAREAS EDT/WBS
Tabla Nº 14: Especificación de los paquetes de trabajo de la EDT
ESPECIFICACIÓN DE LOS PAQUETES DE TRABAJO DE LA EDT

NIVEL 1 … NIVEL N PAQUETE DE DETALLES DEL
TRABAJO PAQUETE DE
TRABAJO
1.2. FASES DEL 1.2.1. Planeación 1.2.1.1. Documentación de Objetivo: Informar cómo
PRODUCTO Historias de usuarios se llevara a cabo la
planeación gracias a la
documentación de
historias.
Descripción del paquete

de trabajo:
La planeación del proyecto
proporciona orientación
sobre cómo el equipo de
dirección del proyecto
definirá, documentará,
verificará, gestionará y
controlará el alcance del
proyecto
Asignación de
responsabilidades:
Los responsables de
documentas las historias de
usuarios serán:
- Director del
proyecto
- Coordinador del
proyecto
- Analista del
proyecto
Objetivo: Planear las

pruebas de validación
elaborada.

1.2.1.2. Pruebas de Descripción del paquete
validación elaboradas de trabajo:
Buscar un software
apropiados que puedan
implementar parte, o toda
la funcionalidad requerida
del sistema de forma
rentable y que, si se
implementa, ofrezca un
entorno compatible con los
objetivos de la
organización, desarrollar
un diseño detallado del
sistema, para cada
alternativa de diseño
planteada
Asignación de
responsabilidades:
Los responsables de
planear las pruebas de
validación elaborada serán:
- Coordinador del
proyecto
- Analista del
proyecto
Objetivo: Diseñar las

1.2.2.1 Especificaciones especificaciones técnicas
técnicas elaboradas de acuerdo a la
1.2.2. Diseño
Elaboradas empresa.

de trabajo:
Documentar los diagramas
de diseño alternativos,
Asignación de
responsabilidades:
Los responsables del
diseño de las
especificaciones técnicas
elaboradas serán:
- Director del
proyecto

- Analista del
proyecto
Objetivo: Diseñar la
1.2.2.2. Documentación documentación de diseño
de diseño simple elaborado simple elaborado del
diseño a desarrollar en la
empresa.

de trabajo:
Evaluar las alternativas de
diseño, para cada
alternativa, documentar.
Identificar las necesidades
de entrenamiento y
documentación de los
usuarios.
Producir el documento de
diseño del sistema
Asignación de
responsabilidades:
Los responsables del
diseño de la
documentación del diseño
simple elaborado serán:
- Coordinador del
proyecto
- Analista del
proyecto
Objetivo:
1.2.3.1. Integración Codificar la integración
continua elaborada continua elaborada de
acuerdo al diseño antes
1.2.3. Codificación
planteado.

de trabajo:
Producir una planificación
para las tareas anteriores
con las fechas más
tempranas y más tardías,
así como la asignación de
responsabilidades.

Creación de la lista
detallada de tareas
necesarias para realizar la
codificación de todos los
componentes del sistema.
Codificar, documentar en
cada programa
Asignación de
responsabilidades:
Los responsables de la
codificación de la
integración continua
elaborada serán:
- Coordinador del
proyecto
- Analista del
proyecto
Objetivo:
1.2.3.2. Especiaciones Codificar las
continúa elaborada. especificaciones continuas
elaboradas para brindar un
registro de lo elaborado.

de trabajo:
Terminar los manuales de
operador y usuario, así
como los de formación.
Confeccionar el
documento de diseño de
programas y codificación.
Obtener los resultados
finales de la integración
completa del sistema y de
las pruebas de integración.
Asignación de
responsabilidades:
Los responsables de la
codificación de las
especificaciones continua
elaborada serán:
- Director del
proyecto

- Analista del
proyecto
Objetivo:
1.2.4.1. Desarrollo de Definir el desarrollo de
pruebas de verificación pruebas de verificación
elaborada elaborada.
1.2.4. Pruebas

de trabajo:
Verificar la operatividad de
los manuales de usuario y
operador, utilizándolas en
los cursos de formación de
los usuarios y operadores
que realicen el test del
sistema.
Asignación de
responsabilidades:
Los responsables de las
pruebas de desarrollo de
pruebas de verificación
elaborada serán:
- Director del
proyecto
- Coordinador del
proyecto
- Analista del
proyecto
Objetivo:
1.2.4.2. Evaluación post Determinar la evaluación
implementación de las post implementación de las
pruebas de verificación pruebas de verificación

de trabajo:
Crear el informe de la
revisión post-instalación
Obtener la carta de
aprobación del sistema
Establecer el calendario
para otras revisiones post-
instalación si es necesario.

Asignación de
responsabilidades:
Los responsables de las
pruebas de la evaluación
post implementación de las
serán:
- Director del
proyecto
- Coordinador del
proyecto
- Analista del
proyecto

4.9. LISTA DE ACTIVIDADES Y ATRIBUTOS DE LAS ACTIVIDADES
11 LISTA DE ACTIVIDADES Y ATRIBUTOS DE LAS

ACTIVIDADES
Tabla Nº 15: Enunciado de la historia de usuario
PAQUETE DE TRABAJO 1.2.1.1 Documentación de Historias de usuario

DURACIÓN
DE LA
ACTIVIDAD DESCRIPCIÓN RESPONSABLE PREDECESOR SUCESOR
ACTIVIDAD
(HORAS)
Enunciado de Recopilación de datos, información,
la historia de requerimientos para los interesados del Gerente del 1.2.1.2 Pruebas de
6 días No existe
usuario proyecto elaborado. Proyecto Validación Elaborada

RECURSOS REQUERIDOS
MAQUINARIA /
PERSONAL CONSUMIBLES / SERVICIOS
EQUIPOS
C
A
ACTIVIDAD TRABAJO N
REQUERIDO NOMBRE DEL T NOMBRE DEL
NOMBRE DEL RECURSO CANTIDAD
(HORAS/HO RECURSO I RECURSO
MBRE) D
A
D
Enunciado de la Papel 30
historia de
usuario Gerente del proyecto 2 días Laptop Corei7 01 Lapiceros 4
Movilidad 40 soles
Analista del proyecto 2 días
Laptop Corei7 Almuerzo 120 soles
01
Coordinador del proyecto 2 días
Laptop Corei7 Servicio de Luz 60 soles
01
Tabla Nº 16: Estimar tiempo de desarrollo

DURACIÓN DE
ACTIVIDAD DESCRIPCIÓN LA ACTIVIDAD RESPONSABLE PREDECESOR SUCESOR
(HORAS)
Estimar La información que se tiene se
tiempo de estructura de manera eficiente 1.2.1.2 Pruebas de
10 días Gerente del Proyecto No existe
desarrollo para cumplir con el cronograma Validación Elaborada
establecido
RECURSOS REQUERIDOS
MAQUINARIA /
EQUIPOS
ACTIVIDAD C
TRABAJO
A NOMBRE
REQUERIDO NOMBRE DEL
NOMBRE DEL RECURSO N DEL CANTIDAD
(HORAS/HOMB RECURSO
TI RECURSO
RE)
D

A
D
Enunciado de la Papel 50
historia de
Movilidad 40 soles
01
01
Tabla Nº 17: Revisar requerimiento
PAQUETE DE TRABAJO 1.2.1.2 Pruebas de Validación Elaborada

DURACIÓN DE
(HORAS)
Revisar Realizar reuniones con los
requerimiento interesados del proyecto.
s Analizar y elaborar las
1.2.2.2 Documentación
pruebas de validación
4 días Analista del Proyecto No existe del diseño simple
desarrollada.
elaborada
Revisar y aprobar los
requerimientos para la pre
ejecución de validación
RECURSOS REQUERIDOS
MAQUINARIA /
EQUIPOS
C
ACTIVIDAD A
TRABAJO
N NOMBRE
NOMBRE DEL RECURSO TI DEL CANTIDAD
(HORAS/HOMB RECURSO
D RECURSO
RE)
A
D
Revisar Papel 50
requerimientos
Gerente del proyecto 4 días Laptop Corei7 01 Lapiceros 4
Movilidad 40 soles
01
01
Tabla Nº 18: Crear pruebas de validación de usuario

DURACIÓN DE
(HORAS)
Crear pruebas Desarrollar los test de
de validación validación de datos, para el 1.2.2.2 Documentación
de usuario soporte en la ejecución de las 8 días Analista del Proyecto No existe del diseño simple
pruebas elaborada

RECURSOS REQUERIDOS
MAQUINARIA /
EQUIPOS
C
ACTIVIDAD A
TRABAJO
N NOMBRE
(HORAS/HO RECURSO
D RECURSO
MBRE)
A
D
Crear pruebas de Papel 50
validación de
Movilidad 40 soles
01
01
Tabla Nº 19: Analizar los diseños simples propuestos
PAQUETE DE TRABAJO 1.2.2.2 Documentación del diseño simple elaborada

DURACIÓN
DE LA
ACTIVIDAD
(HORAS)
Analizar los Desarrollar un análisis en el
diseños diseño que sirva como guía
simples para que puedan leer y 1.2.3.1 Integración
18 días Analista del Proyecto No existe
propuestos entender los que construyen continua elaborada
el código, prueban y
mantienen el software.
PAQUETE DE TRABAJO 1.2.2.2 Documentación del diseño simple elaborada
RECURSOS REQUERIDOS
MAQUINARIA /
EQUIPOS
C
ACTIVIDAD A
TRABAJO
N NOMBRE
(HORAS/HOMB RECURSO
D RECURSO
RE)
A
D
Analizar los Papel 50
diseños simples
propuestos Gerente del proyecto 2 días Laptop Corei7 01 Lapiceros 4
Movilidad 40 soles
01
01
Tabla Nº 20: Ejecución de pruebas automatizadas
PAQUETE DE TRABAJO 1.2.3.1 Integración continua elaborada

DURACIÓN
DE LA RESPONSA
ACTIVIDAD DESCRIPCIÓN PREDECESOR SUCESOR
ACTIVIDA BLE
D (HORAS)

Ejecución de Se centra en los procesos lógicos
pruebas internos del software, asegurando
automatizad que todas las sentencias se han
Analista del 1.2.3.1 Integración
as comprobado, y en los procesos 36 días No existe
Proyecto continua elaborada
externos funcionales, es decir, la
realización de las pruebas para la
detección de errores.
PAQUETE DE
TRABAJO 1.2.3.1 Integración continua elaborada
RECURSOS REQUERIDOS
PERSONAL MAQUINARIA / EQUIPOS CONSUMIBLES / SERVICIOS
C
ACTIVIDAD A
TRABAJO
NOMBRE N
DEL NOMBRE DEL RECURSO TI CANTIDAD
(HORAS/HOMB RECURSO
RECURSO D
RE)
A
D
Validación de Papel 50
la propuesta Gerente del
del diseño 12 días Laptop Corei7 01 Lapiceros 4
proyecto
Movilidad 40 soles
Analista del 12 días
proyecto 01
Coordinador del 12 días
proyecto 01
Tabla Nº 21: Codificación en el ambiente de desarrollo

DURACIÓN DE LA
ACTIVIDAD (HORAS)
Codificación Se centra en los procesos
en el lógicos internos del
ambiente de software, asegurando
1.2.3.2
desarrollo que todas las sentencias
Especificación
se han comprobado, y en
36 días Analista del Proyecto No existe de la
los procesos externos
configuración
funcionales, es decir, la
elaborada
realización de las
pruebas para la detección
de errores.
RECURSOS REQUERIDOS
C
ACTIVIDAD A
TRABAJO
NOMBRE N NOMBRE
NOMBRE DEL REQUERIDO
DEL TI DEL CANTIDAD
RECURSO (HORAS/HOMB
RECURSO D RECURSO
RE)
A
D
Ejecución de Papel 50
pruebas Laptop
automatizadas Gerente del proyecto 12 días 01 Lapiceros 4
Corei7
Movilidad 40 soles
Analista del proyecto 12 días Laptop
Almuerzo 120 soles
Corei7 01
Coordinador del proyecto 12 días Laptop
Servicio de Luz 60 soles
Corei7 01

Tabla Nº 22: Documentar a detalle el diseño del software
PAQUETE DE TRABAJO 1.2.3.2 Especificación de la configuración elaborada

DURACIÓN DE LA
ACTIVIDAD (HORAS)
Documentar a Define las
detalle el diseño relaciones entre
del software los principales
elementos
estructurales del
programa
RECURSOS REQUERIDOS
C
ACTIVIDAD A
TRABAJO N
NOMBRE DEL NOMBRE DEL NOMBRE DEL
REQUERIDO TI CANTIDAD
RECURSO RECURSO RECURSO
(HORAS/HOMBRE) D
A
D
Documentar a detalle Papel 50
el diseño del software Gerente del
8 días Laptop Corei7 01 Lapiceros 4
proyecto
Movilidad 40 soles
proyecto 01
proyecto 01
Tabla Nº 23: Elaboración del manual de usuario e instalación / Pruebas integrales de sistemas

DURACIÓN DE LA
ACTIVIDAD DESCRIPCIÓN ACTIVIDAD RESPONSABLE PREDECESOR SUCESOR
(HORAS)
Documento en el cual se detalla de 1.2.4.1
Elaboración forma específica los pasos que se Desarrollo de
del manual de requiere para la utilización correcta Pruebas de
del producto final. 18 días Analista del Proyecto verificación
usuario e
instalación elaborada

RECURSOS REQUERIDOS
C
ACTIVIDAD A
TRABAJO N
(HORAS/HOMBRE) D
A
D
Elaboración Papel 50
del manual de Gerente del proyecto 6 días Laptop Corei7 01
Lapiceros 4

usuario e Movilidad 40 soles
instalación
01
01
PAQUETE DE TRABAJO 1.2.4.1 Desarrollo de Pruebas de verificación elaborada
DURACIÓN DE LA
ACTIVIDAD DESCRIPCIÓN ACTIVIDAD RESPONSABLE PREDECESOR SUCESOR
(HORAS)
Se debe comprobar si se cumplen 1.2.4.2
Pruebas los requisitos para la instalación en Evaluación
integrales de cuanto a hardware y software. A Post
sistemas veces es necesario desinstalar Implementaci
versiones antiguas del mismo ón de las
software. pruebas de
RECURSOS REQUERIDOS
C
ACTIVIDAD A
TRABAJO N
(HORAS/HOMBRE) D
A
D
Pruebas Papel 50
integrales de
sistemas Gerente del proyecto 12 días Laptop Corei7 01 Lapiceros 4
Movilidad 40 soles
01
01
Tabla Nº 24: Pruebas de aceptación de usuario

DURACIÓN DE LA
ACTIVIDAD (HORAS)
Pruebas de Documentación 1.2.4.2 Evaluación

aceptación de con sujetos reales Post
usuario que se pueden 36 días Analista del Proyecto No existe
Implementación
evaluar el de las pruebas de
comportamiento
del software
RECURSOS REQUERIDOS
C
ACTIVIDAD A
TRABAJO N
(HORAS/HOMBRE) D
A
D
Pruebas de Papel 50
aceptación de Gerente del proyecto 12 días Laptop Corei7 01
usuario Lapiceros 4

Movilidad 40 soles
proyecto 01
proyecto 01
Tabla Nº 25: Publicación de reportes / Test de aceptación
PAQUETE DE TRABAJO 1.2.4.2 Evaluación Post Implementación de las pruebas de

DURACIÓN DE
(HORAS)
Publicación de Es el resultado de todas aquellas 1.2.4.2 Evaluación Post
reportes pruebas que se realizaron para Analista del
36 días Implementación de las -
probar la herramienta software. Proyecto
pruebas de

RECURSOS REQUERIDOS
C
A
ACTIVIDAD TRABAJO N
NOMBRE DEL REQUERIDO T NOMBRE DEL
RECURSO (HORAS/HOM I RECURSO
BRE) D
A
D
Publicación de Papel 50
reportes Gerente del 0
12 días Laptop Corei7 Lapiceros 4
proyecto 1
Movilidad 40 soles
proyecto Laptop Corei7 0 Almuerzo 120 soles
1
proyecto Laptop Corei7 0 Servicio de Luz 60 soles
1
DURACIÓN DE
(HORAS)
Test de aceptación es la última de las pruebas que
debe atravesar una aplicación Analista del
18 días -
dentro de un plan de desarrollo de Proyecto
software
RECURSOS REQUERIDOS
C
A
ACTIVIDAD TRABAJO N
NOMBRE DEL REQUERIDO T NOMBRE DEL
RECURSO (HORAS/HOM I RECURSO
BRE) D
A
D
Publicación de Papel 50
reportes Gerente del 0
6 días Laptop Corei7 Lapiceros 4
proyecto 1
Movilidad 40 soles

proyecto Laptop Corei7 0 Almuerzo 120 soles
1
proyecto Laptop Corei7 0 Servicio de Luz 60 soles
1
4.9.1. LISTA DE HITOS
Tabla Nº 26: Lista de Hitos
FASE HITOS PRINCIPALES TIPO
Documentación de Historias Enunciado de la historia de usuario Obligatoria

de usuario Estimar tiempo de desarrollo
Pruebas de Validación Revisar requerimiento Obligatoria

Elaborada Crear pruebas de validación de usuarios
Especificaciones Técnicas Analizar la plataforma de desarrollo Obligatoria

Desarrollar pruebas y resultados de implementación
Documentación del diseño Analizar los diseños simples propuestos Opcional

simple Validación de la propuesta del diseño
Integración continua Ejecución de pruebas automatizadas Obligatoria

Codificación en ambiente de desarrollo
Especificación de la Documentar a detalle el diseño del software Obligatoria

configuración Elaboración del manual de usuario e instalación
Desarrollo de Pruebas de Pruebas integrales de sistemas Obligatoria

Verificación Pruebas de aceptación de usuario
Evaluación Post Publicación de reportes Obligatoria

Implementación de las Test de Aceptación

4.10. CRONOGRAMA DEL PROYECTO
15 CRONOGRAMA DEL PROYECTO
Tabla Nº 27: Cronograma del proyecto
ESTIMACIÓN DE TIEMPOS
Actividad Estimación Estimación Estimación Tiempo Estimado
Optimista más Probable Pesimista (Es el tiempo medio de
(Es la duración (Es la (Es la duración de la
más corta de la duración de la duración más actividad)
actividad actividad, más larga de la
cercana a la actividad)
realidad)
1.2 Fases del Producto.
1.2.1 Planeación.
1.2.1.1
Documentación de 55 d 60 d 75 d 62 d
historias de
usuario.
1.2.1.2 Pruebas de
validación 28 d 30 d 35 d 31 d
elaborada.
1.2.2 Diseño
1.2.2.1
Especificaciones 25 d 30 d 32 d 30 d
técnicas elaborada
1.2.2.2
Documentación de 35 d 40 d 45 d 40 d
diseño simple
elaborado
1.2.3 Codificación
1.2.3.1 Integración
continua elaborada 22 d 25 d 30 d 25 d
1.2.3.2
Especificación de la 20 d 21 d 24 d 21 d
configuración
elaborada.
1.2.4 Pruebas
1.2.4.1 Desarrollo
de pruebas de 30 d 35 d 40 d 35 d
verificación
elaborada
1.2.4.2 Evaluación
post 18 d 21 d 28 d 22 d
implementación de
pruebas

Figura Nº 5: Cronograma del
proyecto

4.11. ESTIMACIÓN DE COSTOS DE ACTIVIDADES
17 ESTIMACIÓN DE COSTOS DE LAS ACTIVIDADES
Tabla Nº 28: Costos de documentación de usuario

Tabla Nº 29: Costos de prueba de validación elaborada

Tabla Nº 30: Costos de especificaciones técnicas elaboradas
Tabla Nº 31: Costos de documentación del diseño simple elaborado

Tabla Nº 32: Costo de integración continua elaborada
Tabla Nº 33: Costo de especificación de la configuración elaborada

Tabla Nº 34: Costo de desarrollo de prueba de verificación elaborada
Tabla Nº 35: Costo de evaluación post implementación de las pruebas de verificación

Enero Febrero Marzo Abril Mayo Junio Julio Agosto
18
Presupuesto
EDT Nombre de tarea Duración Comienzo Fin 15-ene 31-ene 15-feb 28-feb 15-mar 30-mar 15-abr 30-abr 15-may 30-may 15-jun 31-jul 15-jun 31-jul 15-ago 30-ago TOTAL
Base
1 2 1 2 1 2 1 2 1 2 1 2 1 2 1 2
1.2.1.1 Documentación de Historias de usuario 1,092.00 16 días jue 25/01/18 jue 10/02/18 0
1.2.1.1.1 Enunciado de la historia de usuario 414.00 6 días jue 25/01/18 mie 31/01/18 414.00 414
1.2.1.1.2 Estimar tiempo de desarrollo 678.00 10 días mie 31/02/18 vie 10/02/18 678.00 678
1.2.1.2 Pruebas de Validación Elaborada 2,700.00 12 días vie 10/02/18 jue 22/02/18 0
1.2.1 Revisar requerimientos 1,146.00 4 días vie 10/02/18 mar 14/02/18 1,146.00 1146
1.2.2 Crear pruebas de validación de usuario 1,554.00 8 días mar 14/02/18 jue 22/02/18 1,554.00 1554
1.2.2.1 Especificaciones Técnicas Elaborada 1,610.00 24 días jue 01/03/18 lun 26/03/18 0
1.2.2.1.1 Analizar la plataforma de desarrollo 404.00 6 días jue 01/03/18 mie 07/03/18 404.00 404
1.2.2.1.2 Desarrollar pruebas y resultados de implementación 1,206.00 18 días mie 07/03/18 lun 26/03/18 1,206.00 1206
1.2.2.2 Documentación del diseño simple elaborado 2,826.00 42 días lun 02/04/18 lun 14/05/18 0
1.2.2.2.1 Analizar los diseños simples propuestos 1,206.00 18 días lun 02/04/18 vie 20/04/18 1,206.00 1206
1.2.2.2.2 Validación de la propuesta del diseño 1,620.00 24 días vie 20/04/18 lun 14/05/18 1,620.00 1620
Díaz Vera, J. Medina Carpio, M. Zavaleta Carhuajulca, J.

1.2.3.1 Integración continua elaborada 4,788.00 36 días lun 14/05/18 mar 19/06/18 0
1.2.3.1.1 Ejecución de pruebas automatizadas 2,394.00 36 días lun 14/05/18 mar 19/06/18 2,394.00 2394
1.2.3.1.2 Codificación en ambiente de desarrollo 2,394.00 36 días lun 14/05/18 mar 19/06/18 2,394.00 2394
1.2.3.2 Especificación de la configuración elaborada 2,808.00 24 días mar 19/06/18 vie 13/07/18 0
1.2.3.2.1 Documentar a detalle el diseño del software 1,602.00 24 días mar 19/06/18 vie 13/07/18 1,602.00 1602
4.12. PRESUPUESTO POR FASE DEL PROYECTO
1.2.3.2.2 Elaboración del manual de usuario e instalación 1,206.00 18 días mar 19/06/18 vie 13/07/18 1,206.00 1206

1.2.4.1 Desarrollo de Pruebas de Verificación elaborada 4,788.00 36 días vie 13/07/18 mie 15/08/18 0
1.2.4.1.1 Pruebas integrales de sistemas 2,394.00 36 días vie 13/07/18 mie 15/08/18 2,394.00 2394
1.2.4.1.2 Pruebas de aceptación de usuario 2,394.00 36 días vie 13/07/18 mie 15/08/18 2,394.00 2394
Tabla Nº 36: Presupuesto por fases del proyecto
1.2.4.2 Evaluación Post Implementación de las pruebas de verificación 3,600.00 36 días mie 15/08/18 jun 21/09/19 0
1.2.4.2.1 Publicación de reportes 2,394.00 36 días mie 15/08/18 jun 21/09/18 2,394.00 2394
1.2.4.2.2 Test de Aceptación 1,206.00 18 días mie 15/08/18 jun 21/09/19 1,206.00 1206
TOTAL 24,212.00 414.00 678.00 1,146.00 1,554.00 404.00 1,206.00 1,206.00 1,620.00 2,394.00 2,394.00 1,602.00 1,206.00 2,394.00 2,394.00 2,394.00 1,206.00 24,212.00
TOTAL QUINCENA 414.00 678.00 1,146.00 1,554.00 404.00 1,206.00 1,206.00 1,620.00 2,394.00 2,394.00 1,602.00 1,206.00 2,394.00 2,394.00 2,394.00 1,206.00
TOTAL ACUMULADO 414.00 1,092.00 2,238.00 3,792.00 4,196.00 5,402.00 6,608.00 8,228.00 10,622.00 13,016.00 14,618.00 15,824.00 18,218.00 20,612.00 23,006.00 24,212.00
% ACUMULADO 1.71% 4.51% 9.24% 15.66% 17.33% 22.31% 27.29% 33.98% 43.87% 53.76% 60.38% 65.36% 75.24% 85.13% 95.02% 100.00%
PRESUPUESTO POR FASES DEL PROYECTO
Pág. 72
TOTAL ACUMULADO
30,000.00
25,000.00
24,212.00
23,006.00
20,612.00
20,000.00
18,218.00
15,824.00
15,000.00
14,618.00
13,016.00
10,622.00
10,000.00
8,228.00
6,608.00
5,402.00
5,000.00
4,196.00
3,792.00
2,238.00
1,092.00
414.00
0.00
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
Figura Nº 6: Total del presupuesto acumulado por fases del proyecto

4.13. LISTAS DE CONTROL DE CALIDAD
19 LISTAS DE CONTROL DE CALIDAD
4.13.1. PARA EL PRODUCTO:
Tabla Nº 37: Listas de control de calidad de Documentación de historias de usuario
Código EDT 1.2.1.1 Nombre del Documento de historia

Documentación Entregable de usuarios
de historias de
usuario
Fecha de Revisión 30/01/2018 Encargado de Gerente del Proyecto
la Revisión
Características de Calidad Nivel de Cumplimiento Observaciones
SÍ NO Parcialmente
1. El documento está organizado en un
esquema para poder visualizarlo
adecuadamente.
2. El documento concuerda con los
elementos comunes que tienen los otros
documentos relacionados a este.
3. El documento tiene un formato adecuado
de presentación
4. El documento fue elaborado dentro del
plazo establecido
5. El documento tiene todos los ítems
considerados dentro del desarrollo de las
historias.
(Número, modificación de historia,
prioridad en el negocio, riesgo en
desarrollo, iteración, puntos estimados,
puntos reales).
6. La información del documento está
respaldada con fuentes y datos reales
Tabla Nº 38: Listas de control de calidad de pruebas de validación de usuario
Código EDT 1.2.1.2 Nombre del Documento de pruebas

Pruebas de Entregable y resultados
validación
elaborada
la Revisión
SÍ NO Parcialmente

7. El documento presenta la fecha en la que se
realiza la prueba
8. Evidencias:
Imágenes de la realización de la prueba
dentro de la empresa
9. El documento contiene un glosario de
términos técnicos ordenado de forma
alfabética de los resultados obtenidos
durante las pruebas
10. Aprobación:
Firma del Gerente del proyecto
Tabla Nº 39: Listas de control de calidad de especificaciones técnicas elaborada
Código EDT 1.2.2.1 Nombre del Documento con

Especificaciones Entregable especificaciones
técnicas técnicas
elaborada
la Revisión
SÍ NO Parcialmente
11. El documento presenta los requisitos
mínimos de soporte para el diseño del
software.
12. El documento tiene un formato adecuado
de presentación
los términos técnicos del desarrollo de
software.
14. Aprobación:
Tabla Nº 40: Listas de control de calidad de analizar los diseños simples propuestos
Código EDT 1.2.2.2 Nombre del Documento de diseños

Analizar los Entregable simples propuestos
diseños
simples
propuestos
la Revisión
SÍ NO Parcialmente
15. El documento presenta la fecha en la que se
realiza la prueba
16. Evidencias:

Imágenes de la realización de la prueba
dentro de la empresa
términos técnicos ordenado de forma
alfabética de los resultados obtenidos
durante las pruebas
18. Aprobación:
Tabla Nº 41: Listas de control de calidad de integración continua elaborada
Código EDT 1.2.3.1 Nombre del Documento de la

Integración Entregable integración continua de
continua la codificación
elaborada
la Revisión
SÍ NO Parcialmente
19. El documento presenta detalladamente
como es la ejecución de las pruebas
automatizadas.
20. El documento contiene:
los resultados y
reportes que origina la codificación
21. El documento contiene control de versiones
además del código fuente.
22. Aprobación:
Tabla Nº 42: Listas de control de calidad de especificación de la configuración
Código EDT 1.2.3.2 Nombre del Documento con

Especificación Entregable especificaciones de
de la configuración
configuración
la Revisión
SÍ NO Parcialmente
23. El documento presenta las funcionalidades
y restricciones operacionales que debe de
cumplir el software

24. El documento presenta el diseño de
software de acuerdo a los requerimientos
establecidos.
25. El documento contiene fichas de
validación para asegurar que cumpla con
lo requerido por los clientes
26. Aprobación:
Tabla Nº 43: Listas de control de calidad de desarrollo de pruebas de verificación
Código EDT 1.2.4.1 Nombre del Documento con pruebas

Desarrollo de Entregable de verificación
pruebas de
verificación
la Revisión
SÍ NO Parcialmente
27. El documento presenta:
-La fecha en la que se realiza la prueba
-El resultado parcial de dicha prueba
-El resultado final de la prueba
28. El documento contempla el aseguramiento
de los componentes individuales que
integran el sistema.
29. El documento contiene fichas de validación
para asegurar que se cumplan los
requerimientos de la especificación creada
durante la etapa de diseño
30. Aprobación:
Tabla Nº 44: Listas de control de calidad de evaluación post implementación de pruebas
Código EDT 1.2.4.2 Nombre del Documento de

Evaluación post Entregable evaluación final
implementación
de pruebas
la Revisión
SÍ NO Parcialmente
31. El documento presenta:
-Los resultados de cada una de las
pruebas

32. El documento contempla el modelo de
pruebas (test model)
33. El documento contiene los
procedimientos respectivos de cada una
de las pruebas realizadas.
34. Aprobación:

4.14. MÉTRICAS DE CALIDAD
20 MÉTRICAS DE CALIDAD
4.14.1. PARA EL PRODUCTO:
Tabla Nº 45: Índice de cumplimiento de requerimientos del desarrollo del software CRM
Nombre de la Métrica Índice de cumplimiento de requerimientos

del desarrollo del software CRM
Objetivo de Uso Medir el índice de cumplimiento de
requerimientos del desarrollo del software
CRM
Método de medición A través de la revisión de informes de
desempeño
Fórmula y elementos de ICR= QRC/QTR
cálculo Donde:
IES: Índice de cumplimiento de
requerimiento
QRC: Cantidad de requerimientos cubiertos
del desarrollo
QTR: Cantidad total de requerimientos del
desarrollo
Interpretación de la métrica El rango de medición es de 0 a 1, y
donde el mejor valor es 1.
 1 significa que todos los
requerimientos necesarios para el
desarrollo del software fueron
cubiertos.
 Un valor menor a 1 significa que no
hubo una cobertura de los
requerimientos para el desarrollo del
software CRM para la clínica San
Pablo S.A.C
Escala Absoluta: 0 <= ICR <= 1
Tipo de medida Numérica
Fuentes de datos Informes de desempeño del proyecto

Tabla Nº 46: Índice de módulos requeridos desarrollados
Nombre de la Métrica Índice de módulos requeridos desarrollados
Objetivo de Uso Medir el índice de módulos requeridos para el

desarrollo del CRM
Método de medición A través de la revisión de los informes de

desempeño
Fórmula y elementos de cálculo IMI = MI/TM
Donde:
 IMI: Índice de módulos requeridos para su
desarrollo
 MI: Número Módulos implantados en el CRM
 TM: Número total de módulos requeridos para el
desarrollo del CRM
Interpretación de la métrica  El rango de medición es de 0 a 1, y donde el mejor
valor es 1
 1 significa que todos los módulos requeridos por la
empresa fueron desarrollados exitosamente
 Un valor menor a 1 significa que no todos los
módulos requeridos por la empresa fueron
desarrollados.
Escala Absoluta: 0 <= IMI <= 1
Tabla Nº 47: Nivel de implementación de funcionalidad
Nombre de la Métrica Nivel de Implementación de Funcionalidad
Objetivo de Uso Medir la completitud de la funcionalidad ofrecida
Método de medición A través de un test de aceptación
Fórmula y elementos de cálculo NIF = NFF/NFD
Donde:
 NIF: Nivel de implementación de funcionalidad
 NFF: Número de funcionalidades implementadas
 NFD: Número total de funcionalidades descritas en
los requerimientos
valor es 1.

 1 significa que todas las funcionalidades descritas
en los requerimientos se han podido implementar
 Un valor menor a 1 significa que sólo una parte de
las funcionalidades descritas en los requerimientos,
han podido ser implementadas. Esa proporción o
porcentaje de implementación viene dada por el
valor presentado en la métrica
Escala Absoluta: 0 <= NIF <= 1
Fuentes de datos  Documento de especificación de requerimientos
Tabla Nº 48: Índice de seguridad de información
Nombre de la Métrica Índice la seguridad de información
Objetivo de Uso Medir el índice de la seguridad de información en la

empresa.
Método de medición A través de la revisión de los informes de

desempeño
Fórmula y elementos de cálculo ISI = PI/ PP
Donde:
 ISI: Índice de seguridad de información
 PI: Número de políticas implementadas en la
empresa
 PP: Total de políticas planificadas para la
implementación en la seguridad de la información
de la empresa.
valor es 1
 1 significa que todas las políticas de seguridad de
información fueron implementadas en la empresa
 Un valor menor a 1 significa que no todas las
políticas de seguridad de la información fueron
implementadas en la empresa.
Escala Absoluta: 0 <= ISI <= 1

4.15. ORGANIGRAMA DEL PROYECTO
22 ORGANIGRAMA DEL PROYECTO
Junta de
participacionistas
Patrocinador
Gerente General
Consultoría
externa
Auditoria Gerente de Gerente de Gerente del

Admisión
Medica Ventas Sistemas Proyecto
Jefe de Jefe de
Auditor medico Jefe de Jefe de ventas
Sistemas Proyecto
interno Admisión
Analista del
Proyecto
Coordinador
del proyecto
Figura Nº 7: Organigrama del proyecto

4.16. MATRIZ DE DESCRIPCIÓN DE ROLES
23 MATRIZ DE DESCRIPCIÓN DE ROLES
Tabla Nº 49: Matriz de descripción de roles
R OBJETIVOS FUNCIONES NIVELES A A QUIÉN REQUISITOS DE HABILIDADES EXPERIENCIA DEDICACIÓN

O DE QUIÉN SUPERVI- CONOCIMIENTOS REQUERIDAS REQUERIDA AL
L AUTORIDAD REPOR- SA PROYECTO
TA
Asegurar que Ser el Sirve como un Tener plenos Liderazgo, que es Tener 05 años de
los beneficios principal nivel de conocimiento en la la capacidad para experiencia
del proyecto vocero de un escalamiento de ejecución de influir en el grupo mínima dedicada
Pat sean proyecto en la impedimentos Directori Gerente del proyectos. y conseguir la al sector. Tiempo Parcial
roc obtenidos de fase de inicio / para Gerente de o de la Proyecto realización de los
ina su ejecución final. Proyecto, a Empresa. objetivos,
do través de la negociación y
r Comunicar a
distribución de delegación.
del Guiar al los recursos.
Pr proyecto Desarrollo del
oy durante el trabajo en equipo,
ect proceso de apoyado en la
o selección comunicación, la
hasta que es confianza, el
autorizado respeto, la ética,
las recompensas y
la solución de
conflictos.
Mantenerse el Debe Aplicar a Amplio conocimiento Motivación. Para Experiencia

proyecto participar en discreción los técnico de las ello necesitarás mínima de
dentro del la definición recursos de la infraestructuras del conocer lo que proyecto de 05
Ge presupuesto, del mismo y entidad Directori Coordinado sector TIC(a nivel de motiva a cada una años, certificado Tiempo
ren terminar el en la ejecutora del o de la r del herramientas y de las personas del del PMI. Completo
te proyecto a presentación proyecto y Empresa, proyecto, aplicaciones), y de las equipo lo que te
del tiempo. de las etapas. renegociar Analista del diferentes áreas de permitirá conectar
Pr Teniendo un contratos. proyecto proceso empresariales. con ellos.
oy rol de
ect Rol de mentor,
intermediario entendido como
o entre la un medio para que
gerencia y los todos cooperen en
responsables la consecución de
de las tareas. las metas
(coaching).
Toma de
decisiones.
Determinar el Llevar a cabo Aplicar a Desarrollador de Experiencia Tener como

alcance del el discreción los actividades con profunda en el experiencia
Proyecto planeamiento recursos de la Planificación y Control ciclo de vida de mínima de 03
junto con los y control, entidad de Proyectos. desarrollo del años, en coordinar
Co Gerentes de según la ejecutora del Gerente software, para trabajos. Tiempo
or los Proyectos, planificación proyecto y del capacitar, guiar y Completo
din a los fines de del proyecto. renegociar Proyecto apoyar a los otros
ad establecer las Medición, contratos. miembros del
or actividades y control y equipo.
del recursos seguimiento

pr requeridos del avance Habilidades en
oy para su físico y resolución de
ect exitosa financiero del conflictos y
o culminación. proyecto. técnicas de
Velar por el solución de
cumplimiento problemas.
de la
Planificación
del Proyecto
en todas las
disciplinas
Mantener el Es capaz de Ser consciente y Saber mantener el Tener como

proyecto en asignar tareas y conocedor de todas las orden en la propia experiencia
marcha, solicitar fases y aspectos del mente y, después, mínima de 02
dentro del reportes proyecto, y del en los papeles es la años, en trabajos
An presupuesto y periódicos de Gerente Analistas desarrollo en general. habilidad directiva similares. Tiempo
ali dentro del avance de las del funcionales esencia en la Completo
sta cumplimiento tareas Proyecto gestión de
del de los relacionadas proyectos
pr requisitos. con el análisis complejos.
oy
ect
o

4.17. MATRIZ DE ASIGNACIÓN DE RESPONSABILIDADES
MATRIZ DE ASIGNACIÓN DE
24 RESPONSABILIDADES
Tabla Nº 50: Matriz de asignación de responsabilidades
TAREAS / ACTIVIDADES ROLES / RESPONSABILIDADES

Código Paquete de Trabajo / Sponsor del Gerente de Coordinador Analista de
EDT Actividad Proyecto Proyecto del proyecto proyecto
Jorge Zavaleta (Emilio (Juan Diego
(Carhuajulca) Medina Díaz)
Carpio)
1.2.1 Planeación A R, C I
1.2.1.1 Documentación de A R
historias de usuario.
1.2.1.2 Pruebas de validación A I R
elaborada
1.2.2 Diseño I A R
1.2.2.1 Especificaciones técnicas R, I I
elaborada
1.2.2.2 Documentación de diseño C, I R
simple elaborado
1.2.3 Codificación I C, I R
1.2.3.1 Integración continua R, I C I
elaborada
1.2.3.2 Especificación de la C, I R I
configuración elaborada.
1.2.4 Pruebas I C
1.2.4.1 Desarrollo de pruebas de R, I I C
verificación elaborada
1.2.4.2 Evaluación post R, A, I I
implementación de
pruebas

 Leyenda
Columna Instrucciones
Código EDT Se ingresa aquí el identificador (ID) de la actividad de proyecto, con el mismo número utilizado
para identificar la actividad o paquete de trabajo en los documentos de proyecto.
Paquete de Trabajo Se coloca el nombre completo de la actividad (Por ej. "Realizar levantamiento de información",
/ Actividad "Elaborar Diseño Técnico", "Desarrollar Componente Java 001").
Colaboradores Sustituir el texto de cada columbra de "Colaborador", con el nombre y apellido (o el cargo) del
integrante del equipo de proyecto al que se le asignarán responsabilidades (Ej. Luis González,
Alberto García, María Hernández).
Roles / En cada renglón (fila) especificar el tipo de responsabilidad asociado al colaborador de la columna,
Responsabilidades con los siguientes valores posibles: R: Responsable, A: Aprobador, C: Consultado, I: Informado.
por Actividad
Rol /
Responsabilidad Descripción
R Responsable: Este rol es el que realiza (ejecuta) el trabajo asociado con la actividad, lo habitual es
que cada actividad tenga un solo "R", si existe más de uno es recomendable subdividir la actividad.
A Aprobador: Es el encargado de aprobar (firmar), el trabajo realizado, a partir de esa aprobación,
este se vuelve responsable por la actividad. Como regla general debe existir un solo "A" por
actividad. Este rol es quien asegura que se ejecutan las tareas, por ejemplo Líderes de área técnica,
área de gestión de proyecto, entre otros.
C Consultado: Posee alguna información o capacidad que se necesita para mantener el trabajo. Se le
informa y consulta información, de manera bidireccional con el responsable y/o aprobador.
I Informado: Rol que debe ser informado sobre el progreso y los resultados del trabajo. En este caso
la comunicación es unidireccional (se le da información pero no se recibe información).

4.18. ESTRUCTURA DE DESCOMPOSICIÓN DE RIESGOS
ESTRUCTURA DE DESCOMPOSICIÓN DE
27 RIESGOS
Desarrollo de un software
CRM en la clínica San
Pablo en la Ciudad de
Trujillo en el año 2018.
R1: Análisis R2: Diseño R3: Codificación R4: Pruebas R5: Entrega del CRM
R2.1.: Incorreca R4.1.: Alcan de pruebas R5.1.: Capacitación

R1.1.: Requerimientos R3.1.: Manejo inadecuado
estructuración de los no definidas inadecuado a los usuarios
incompletos en liberación de versiones
datos establecidos completamente finales
R1.2.: Modificación R3.2.: Falta de R5.2.: Resistencia del

R2.2.: Diseño incompleto R4.2.: Documentación de
continua de documentación en código personal para cambiar
de las interfaces requisitos insufienciente
requerimienro fuente prácticas del pasado
R1.3.: Entendimiento R3.3.: Compleja R4.3.: Problemas de R5.3.: Documentación

R2.3.: Desconocimiento
errado de los integración de módulos disponibilidad con el sobre el uso de la
de la lógica del negocio
requerimientos del software ambiente de pruebas aplicación CRM
Figura Nº 8: Estructura de descomposición de riesgos

4.19. DEFINICIÓN DE ESCALAS DE PROBABILIDAD DE IMPACTO
DEFINICIÓN DE ESCALAS DE PROBABILIDAD E

28 IMPACTO
4.19.1. DEFINICIÓN DE ESCALAS DE PROBABILIDAD DE IMPACTO
Escala de Probabilidad Puntuación

Muy alto 0.9
Alto 0.7
Moderado 0.5
Bajo 0.3
Muy bajo 0.1
Tabla Nº 51: Escala de impacto negativo
OBJETIVOS ESCALA DE IMPACTO NEGATIVO

CLAVE DEL Muy Bajo (0.05) Bajo (0.10) Moderado (0.20) Alto (0.4) Muy Alto (0.8)
PROYECTO
ALCANCE: Reducción en el Reducción en el Reducción en el Reducción en el Reducción en el
Que no se alcance del alcance del alcance del alcance del alcance del
produzcan proyecto menor proyecto mayor proyecto mayor al proyecto mayor al proyecto mayor al
cambios en la al 1% del al 1% y menor al 10% y menor al 20% y menor al 30% del alcance
definición alcance inicial 10% del alcance 20% del alcance 30% del alcance inicial.
inicial del inicial inicial inicial
proyecto
TIEMPO: El Culminación delCulminación del Culminación del Culminación del Culminación del
plazo para la proyecto con unproyecto con un proyecto con un proyecto con un proyecto con un
culminación del retraso < 1% deretraso >= 1% y retraso >= 15% y retraso >= 25% y retraso >= 35% de
proyecto no la duración total
< 15% de la < 25% de la < 35% de la la duración total del
debe exceder del cronograma duración total duración total del duración total del cronograma
del 31/10/2014 del cronograma cronograma cronograma
COSTO: Los Incremento del Incremento del Incremento del Incremento del Incremento del
gastos del presupuesto < presupuesto >= presupuesto >= presupuesto >= presupuesto >=
proyecto no 1% 1% Y < 10% 10% y < 20% 20% y < 40% 40%
deben exceder
el presupuesto
planeado
CALIDAD: Número de Número de Número de Número de Número de
Los entregables entregables del entregables del entregables del entregables del entregables del
del proyecto y proyecto o del proyecto o del proyecto o del proyecto o del proyecto o del
del producto producto con producto con producto con producto con producto con fallas
deben cumplir fallas detectadas, fallas detectadas, fallas detectadas, fallas detectadas, detectadas, mayor
al 100% los inferior al 1% mayor al 1% e mayor al 5% e mayor al 10% e al 15%
requerimientos inferior al 5% inferior al 10% inferior al 15%

de calidad
señalados en el
plan
4.19.2. MATRIZ DE PROBABILIDAD DE IMPACTO
Tabla Nº 52: Matriz de probabilidad de impacto
Amenazas Oportunidades
0.36
PROBABILIDAD
0.9 0.36
0 0.36
0.7
0 0.14
0.05
0.5 0.05
0 0.05 0.10 0.20
0.3 0.03
0 0.03
0.1 0.01
0 0.01
0.05 0.10 0.20 0.40 0.80 0.80 0.40 0.20 0.10 0.05
Muy Bajo Bajo Moderado Alto Muy Alto Muy Alto Alto Moderado Bajo Muy Bajo
IMPACTO

4.20. REGISTRO DE RIESGOS
29 REGISTRO DE RIESGOS
4.20.1. HOJA DE INDENTIFICACIÓN DE RIESGOS

Tabla Nº 53: Hoja de identificación de riesgos
NRO. DE RIESGO CATEGORÍA DESCRIPCIÓN CAUSAS DE DESENCADENADOR IDENTIFICADO

RIESGO IDENTIFICADO DE RIESGO DEL RIESGO LOS RIESGOS DEL RIESGO POR:
R1.1. Requerimientos Análisis Este riesgo se Los Mala relación laboral, Equipo de Trabajo
incompletos presenta debido a requerimientos no cultura organizacional
la falta de se definieron de
compromiso por manera clara y
parte de la completa.
empresa, puesto Falta de
que no todo el compromiso por
personal está parte de los
involucrado. usuarios finales
R1.2. Modificación Análisis Este riesgo Actualización Comunicación Equipo de Trabajo
continua de identifica los necesaria debido a inadecuada por parte de
requerimiento cambios constantes una deficiente la clínica
que se genera por la definición de
no participación de requerimientos
todos los usuarios inicialmente.
finales
R1.3.: Entendimiento Análisis Este riesgo se El responsable de Falta de experiencia en Equipo de Trabajo
errado de los presenta por la requerimientos desarrollo de software
requerimientos distorsión de la entiende y para empresas del sector
información recaba documenta de salud.
durante el proceso manera
de análisis equivocada las
necesidades
expuestas por el
cliente.
R2.1.: Incorrecta Diseño Este riesgo está Pobre definición Al realizar el diseño se Equipo de Trabajo
estructuración de asociado a la de tipos de datos e subestima el software
los datos relación entre el integridad, y poco con respecto a las
establecidos entendimiento de entendimiento necesidades del cliente.
los datos que se sobre la relación o
requieren y de la dependencia de
integridad para su los mismos
estructuración
R2.2.: Diseño Diseño Este riesgo implica Desconocimiento No se Define Equipo de Trabajo
incompleto de las que por desarrollar de todas las adecuadamente las
interfaces interfaces interfaces que interconexiones y
amigables se deja pueden afectar la recursos lógicos entre
de lado la solución módulos del sistema de
complejidad para manera apropiada para
su desarrollo. su diseño detallado.
R2.3.: Desconocimiento Diseño Este riesgo puede Mala Falta de experiencia en Equipo de Trabajo
de la lógica del surgir puesto que interpretación y/o desarrollo de software
negocio no es lo mismo interpretación para empresas del sector
desarrollar un superficial de los salud.
CRM para la requisitos para

gestión empresarial hacer el diseño
de negocios que detallado del
para la gestión sistema
empresarial para el
sector salud
R3.1.: Manejo Codificación Este riesgo puede Despliegue No se define Equipo de Trabajo
inadecuado en ocasionarse debido incompleto de adecuadamente el
liberación de a la aplicación de versión de la direccionamiento por
versiones malas prácticas de aplicación, El no parte de los
desarrollo y despliegue de la desarrolladores de
ausencia de última la versión software
revisiones de la aplicación,
Despliegue de
versión con
direccionamiento
equivocada a
bases de datos.
R3.2.: Falta de Codificación Este riesgo está Limitación del Estimación de tiempos Equipo de Trabajo
documentación en asociado tiempo. establecidos por parte
código fuente mayormente a las Aplicación de del equipo de trabajo
limitaciones del malas prácticas de
tiempo y de las desarrollo y
deficientes ausencia de
prácticas de revisiones
desarrollo
R3.3.: Compleja Codificación Este riesgo surgirá Al codificar y Parte administrativa de Equipo de Trabajo
integración de si en el modelado comenzar la la clínica.
módulos del del sistema integración se
software realizado en la fase hace evidente que
de diseño no fue la especificación
tan clara y está incompleta o
especifica. contiene
requisitos
contradictorios o
hay falencias en el
diseño del
software.
R4.1.: Alcance de Pruebas Este riesgo puede No se definió Gerente del proyecto Equipo de Trabajo
pruebas no surgir ya que desde desde el inicio de
definidas el inicio no se la fase el alcance
completamente terminó la debido a que no se
documentación tenía
exacta documentación o
la que existía era
muy superficial o
estaba
desactualizada
R4.2.: Documentación de Pruebas Este riesgo surgirá Los casos de Analista del proyecto y Equipo de Trabajo
requisitos siempre y cuando prueba no quedan parte del área de
insuficiente los requisitos sean cubiertos en su sistemas de la clínica
más volátiles. totalidad, debido a
que pueden existir
cambios y/o
mejoras que no se
encuentran
actualizados a la
fecha.

R4.3.: Problemas de Pruebas Este riesgo se Problemas con el Patrocinador Equipo de Trabajo
disponibilidad con ocasionara siempre alistamiento,
el ambiente de y cuando no existe adecuación y
pruebas un ambiente estabilización del
adecuado para la ambiente donde se
ejecución de ejecutan las
pruebas pruebas,
afectando
cronogramas y
retrasando el
inicio de cada
ciclo.
R5.1.: Capacitación Entrega del Este riesgo esta Por limitación o Coordinador del Equipo de Trabajo
inadecuado a los CRM perenne, puesto subestimación del proyecto
usuarios finales que la capacitación tiempo se realiza
no solo depende de una capacitación
los desarrolladores, incompleta sobre
sino del el uso de la
compromiso de los aplicación.
usuarios finales.
R5.2.: Resistencia del Entrega del Este riesgo surge El personal que va Falta de compromiso, Equipo de Trabajo
personal para CRM debido a la no utilizar el nuevo clima laboral,
cambiar prácticas adaptabilidad a los software del administrativos
del pasado nuevas software. Presenta
herramientas miedo al cambio
informáticas para debido a la
el mejor manejo costumbre de
empresarial utilizar el anterior
software.
R5.3.: Documentación Entrega del Este riesgo surgirá Generación pobre Analista del proyecto Equipo de Trabajo
sobre el uso de la CRM si los de documentos
aplicación CRM desarrolladores no necesarios para la
cumplen con las instalación y uso
especificaciones efectivo de la
del uso apropiado aplicación.
de acuerdo a los
requerimientos.
4.20.2. DIAGRAMAS CAUSA-EFECTO
Tabla Nº 54: Diagramas causa-efecto de requerimientos incompletos
NRO. DE RIESGO CATEGOR DESCRIPCIÓN CAUSAS DE LOS DISPARADOR IDENTIFICADO

RIESGO IDENTIFICADO ÍA DE DEL RIESGO RIESGOS DEL RIESGO POR:
RIESGO
R1.1. Requerimientos Análisis Este riesgo se Los requerimientos Mala relación Equipo de Trabajo
incompletos presenta debido a la no se definieron de laboral, cultura
falta de compromiso manera clara y organizacional
por parte de la completa.
empresa, puesto que Falta de
no todo el personal compromiso por
está involucrado. parte de los usuarios
finales

Figura Nº 9: Diagrama causa-efecto de requerimientos incompletos
Tabla Nº 55: Diagrama causa-efecto de diseño incompleto de las interfaces
NRO. DE RIESGO CATEGORÍA DESCRIPCIÓN CAUSAS DE DISPARADOR IDENTIFICAD

RIESGO IDENTIFICADO DE RIESGO DEL RIESGO LOS RIESGOS DEL RIESGO O POR:
R2.2.: Diseño incompleto Diseño Este riesgo Desconocimiento No se Define Equipo de
de las interfaces implica que por de todas las adecuadamente Trabajo
desarrollar interfaces que las
interfaces pueden afectar la interconexiones y
amigables se deja solución recursos lógicos
de lado la entre módulos del
complejidad para sistema de manera
su desarrollo. apropiada para su
diseño detallado.

Figura Nº 10: Diagrama causa-efecto de diseño incompleto de interfaces
Tabla Nº 56: Diagrama causa-efecto de falta de documentación en código fuente
NRO. DE RIESGO CATEGORÍA DESCRIPCIÓN CAUSAS DE DISPARADOR IDENTIFICADO

RIESGO IDENTIFICADO DE RIESGO DEL RIESGO LOS RIESGOS DEL RIESGO POR:
R3.2.: Falta de Codificación Este riesgo está Limitación del Estimación de Equipo de Trabajo
documentación en asociado tiempo. tiempos
código fuente mayormente a las Aplicación de establecidos por
limitaciones del malas prácticas parte del equipo
tiempo y de las de desarrollo y de trabajo
deficientes ausencia de
prácticas de revisiones
desarrollo
Figura Nº 11: Diagrama causa-efecto de falta de documentación en código fuente

4.21. VALORACIÓN DE RIESGOS
30 VALORACIÓN DE RIESGOS
4.21.1. ASIGNACIÓN DE VALORES DE PROBABILIDAD
Tabla Nº 57: Asignación de valores de probabilidad
Id Descripción del Riesgo Probabilidad Sustento

Riesgo
R1.1. Requerimientos incompletos: Este Muy alto La empresa no coordina adecuadamente las
riesgo se presenta debido a la falta de reuniones con el equipo desarrollador de
compromiso por parte de la empresa, software, por lo tanto cabe de la posibilidad
puesto que no todo el personal está de mermar las especificaciones de cada
involucrado. requerimiento
R1.2. Modificación continua de Medio Cuando suceden cambios o modificaciones

requerimiento: Este riesgo identifica respecto a la información proporcionada,
los cambios constantes que se genera por distorsiona las configuraciones finales y
la no participación de todos los usuarios puede afectar en n veces.
finales
R1.3. Entendimiento errado de los Medio Este riesgo puede ocurrir debido a que solo
requerimientos: Este riesgo se presenta se configura lo que está plasmado, sin
por la distorsión de la información embargo no se da el modelamiento
recaba durante el proceso de análisis adecuado, puesto que los requerimientos no
se adecuan al modelo del negocio.
R2.1.: Incorrecta estructuración de los datos Medio Puede llegar a ocurrir como consecuencia
establecidos: Este riesgo está asociado a de la mala información presentada en los
la relación entre el entendimiento de los requerimientos establecidos en el inicio del
datos que se requieren y de la integridad proyecto
para su estructuración
R2.2.: Diseño incompleto de las interfaces: Medio Este riesgo puede llegar a ocurrir siempre y
Este riesgo implica que por desarrollar cuando los requerimientos no sean
interfaces amigables se deja de lado la específicos y se consideren cosas básicas
complejidad para su desarrollo. para el desarrollo
R2.3.: Desconocimiento de la lógica del Alto Los softwares son desarrollados en base
negocio: Este riesgo puede surgir puesto negocios empresariales y no a sectores
que no es lo mismo desarrollar un CRM relacionados al tema de salud, por lo que su
para la gestión empresarial de negocios probabilidad de fracaso sería considerado
que para la gestión empresarial para el como alto.
sector salud
RR3.1.: Manejo inadecuado en liberación de Medio Cuando el trabajo se realiza se presenta
versiones: Este riesgo puede constantes cambios de las versiones
ocasionarse debido a la aplicación de

malas prácticas de desarrollo y ausencia
de revisiones
R3.3.2.: Falta de documentación en código Bajo Fácilmente se puede ocasionar por parte de
fuente: Este riesgo está asociado la ineficiencia de la documentación
mayormente a las limitaciones del inadecuada o faltante por el resultado de
tiempo y de las deficientes prácticas de limitaciones
desarrollo
R3.3.3 Compleja integración de módulos del Muy alto Se produce cuando al integrar los módulos
software: Este riesgo surgirá si en el requeridos se desea agregas nuevos
modelado del sistema realizado en la componentes para el desarrollo de software
fase de diseño no fue tan clara y
especifica.
R4.3.4: Alcance de pruebas no definidas Muy alto Permanente las pruebas presentan
completamente: Este riesgo se modificaciones de acuerdo al ambiente en
ocasionara siempre y cuando no existe donde se sostienen las pruebas
un ambiente adecuado para la ejecución
de pruebas
R5.1.: Capacitación inadecuada a los Medio Al finalizar la entrega del CRM, los
usuarios finales: Este riesgo esta usuarios no se sienten en condiciones de
perenne, puesto que la capacitación no operar el producto final con facilidad
solo depende de los desarrolladores, sino
del compromiso de los usuarios finales.
R5.2.: Resistencia del personal para cambiar Bajo Se produce justamente por la falta de
prácticas del pasado: Este riesgo surge anticipación al cambio, por lo tanto existe
debido a la no adaptabilidad a los nuevas falta de compromiso por manejar nuevas
herramientas informáticas para el mejor metodologías
manejo empresarial
R5.3.: Documentación sobre el uso de la Bajo No hay la información complementaria
aplicación CRM: Este riesgo surgirá si necesaria al uso de la aplicación del
los desarrolladores no cumplen con las software
especificaciones del uso apropiado de
acuerdo a los requerimientos.

4.21.2. ASIGNACIÓN DE VALORES DE IMPACTO
Tabla Nº 58: Asignación de valores de impacto
Id Descripción del Riesgo Impacto Sustento

Riesgo
R1.1. Requerimientos incompletos: Este Alto Influye directamente en el cumplimiento
riesgo se presenta debido a la falta de del alcance y en el desarrollo del producto
compromiso por parte de la empresa, (CRM).
puesto que no todo el personal está
involucrado.
R1.2. Modificación continua de Alto Dañaría significativamente el proceso de

requerimiento: Este riesgo identifica los desarrollo, debido a los cambios constantes
cambios constantes que se genera por la que se pueden generar por nuevos
no participación de todos los usuarios requerimientos.
finales
R1.3. Entendimiento errado de los Medio Riesgo que causaría alteraciones en la
requerimientos: Este riesgo se presenta programación adecuada de la herramienta
por la distorsión de la información recaba software
durante el proceso de análisis
R2.1.: Incorrecta estructuración de los datos Bajo Causaría, pérdidas importantes con respecto
establecidos: Este riesgo está asociado a al tiempo de desarrollo, como consecuencia
la relación entre el entendimiento de los de la incorrecta estructuración de datos
datos que se requieren y de la integridad
para su estructuración
R2.2.: Diseño incompleto de las interfaces: Bajo Ocasionaría desmotivación en los usuarios
Este riesgo implica que por desarrollar finales a usar la herramienta software, como
interfaces amigables se deja de lado la consecuencia de la no utilización de los
complejidad para su desarrollo. requerimientos acorde con la lógica del
negocio, puesto que solo se limita a diseños
básicos
R2.3.: Desconocimiento de la lógica del Medio Impactaría directamente en el desarrollo de
negocio: Este riesgo puede surgir puesto software, debido a que no se tendría el
que no es lo mismo desarrollar un CRM producto deseado.
para la gestión empresarial de negocios
que para la gestión empresarial para el
sector salud
R3.1.: Manejo inadecuado en liberación de Bajo Causaría un inapropiado manejo de las
versiones: Este riesgo puede ocasionarse versiones respecto al desarrollo y por
debido a la aplicación de malas prácticas consecuencia a las revisiones
de desarrollo y ausencia de revisiones
R3.2.: Falta de documentación en código Bajo Originaría mayor demanda de tiempo para
fuente: Este riesgo está asociado el desarrollo del producto final.

mayormente a las limitaciones del tiempo
y de las deficientes prácticas de desarrollo
R3.3.: Compleja integración de módulos del Alto Ocasionaría problemas de ejecución y
software: Este riesgo surgirá si en el desarrollo del producto
modelado del sistema realizado en la fase
de diseño no fue tan clara y especifica.
R4.3.: Alcance de pruebas no definidas Alto Impactaría en la entrega del producto final,
completamente: Este riesgo se puesto que el software no está probado al
ocasionara siempre y cuando no existe un 100%
ambiente adecuado para la ejecución de
pruebas
R5.1.: Capacitación inadecuada a los usuarios Bajo La consecuencia que causaría son
finales: Este riesgo esta perenne, puesto deficiencias al utilizar el software, puesto
que la capacitación no solo depende de los que los usuarios finales no tendrían claro la
desarrolladores, sino del compromiso de utilización adecuada
los usuarios finales.
R5.2.: Resistencia del personal para cambiar Bajo La consecuencia sería que el personal pueda
prácticas del pasado: Este riesgo surge dejar de laborar en la clínica, debido a su
debido a la no adaptabilidad a los nuevas resistencia
herramientas informáticas para el mejor
manejo empresarial
R5.3.: Documentación sobre el uso de la Bajo La consecuencia significaría un inadecuado
aplicación CRM: Este riesgo surgirá si uso del producto.
los desarrolladores no cumplen con las
especificaciones del uso apropiado de
acuerdo a los requerimientos.

4.21.3. ANÁLISIS CUALITATIVOS DE LOS RIESGOS
Tabla Nº 59: Análisis cualitativos de riesgos
NRO. DESCRIPCIÓN DEL VALOR DE VALOR DE VALOR DE

DE RIESGO PROBABILIDAD IMPACTO EXPOSICIÓN
RIESGO AL RIESGO
R1.1. Requerimientos 0.90 0.40 0.36
incompletos: Este
riesgo se presenta
debido a la falta de
compromiso por parte
de la empresa, puesto
que no todo el personal
está involucrado.
R1.2. Modificación continua 0.50 0.40 0.20

de requerimiento: Este
riesgo identifica los
cambios constantes que
se genera por la no
participación de todos
los usuarios finales
R1.3. Entendimiento errado 0.50 0.20 0.10
de los requerimientos:
Este riesgo se presenta
por la distorsión de la
información recaba
durante el proceso de
análisis
R2.1.: Incorrecta 0.50 0.10 0.05

estructuración de los
datos establecidos:
Este riesgo está
asociado a la relación
entre el entendimiento
de los datos que se
requieren y de la
integridad para su
estructuración
R2.2.: Diseño incompleto de 0.30 0.10 0.03
las interfaces: Este
riesgo implica que por
desarrollar interfaces
amigables se deja de
lado la complejidad
para su desarrollo.

R2.3.: Desconocimiento de la 0.70 0.20 0.14
lógica del negocio: Este
riesgo puede surgir
puesto que no es lo
mismo desarrollar un
CRM para la gestión
empresarial de negocios
que para la gestión
empresarial para el
sector salud
R3.1.: Manejo inadecuado en 0.50 0.10 0.05
liberación de
versiones: Este riesgo
puede ocasionarse
debido a la aplicación
de malas prácticas de
desarrollo y ausencia de
revisiones
R.3.2.: Falta de 0.30 0.10 0.03
documentación en
código fuente: Este
riesgo está asociado
mayormente a las
limitaciones del tiempo
y de las deficientes
prácticas de desarrollo
R.3.3 Compleja integración 0.90 0.40 0.36
de módulos del
software: Este riesgo
surgirá si en el
modelado del sistema
realizado en la fase de
diseño no fue tan clara y
especifica.
R.3.4: Alcance de pruebas no 0.90 0.40 0.36
definidas
completamente: Este
riesgo se ocasionara
siempre y cuando no
existe un ambiente
adecuado para la
ejecución de pruebas
R5.1.: Capacitación 0.50 0.10 0.05

inadecuada a los
usuarios finales: Este
riesgo esta perenne,
puesto que la

capacitación no solo
depende de los
desarrolladores, sino del
compromiso de los
usuarios finales.
R5.2.: Resistencia del 0.10 0.10 0.01

personal para cambiar
prácticas del pasado:
Este riesgo surge debido
a la no adaptabilidad a
los nuevas herramientas
informáticas para el
mejor manejo
empresarial
R5.3.: Documentación sobre 0.10 0.10 0.01
el uso de la aplicación
CRM: Este riesgo
surgirá si los
desarrolladores no
cumplen con las
especificaciones del uso
apropiado de acuerdo a
los requerimientos.
4.21.4. DISTRIBUCIÓN DE LOS RIESGOS
Tabla Nº 60: Distribución de los riesgos
Amenazas Oportunidades
R1.1.
R.3.3
0.90 R.3.4
PROBABILIDAD
0.70 R2.3.:
R2.1.:
0.50 R5.1.: R1.3. R1.2.
R2.2.:
0.30 R3.2.:
R3.1.:
R5.2.:
0.10 R5.3.:
0.05 0.10 0.20 0.40 0.80 0.80 0.40 0.20 0.10 0.05
Muy Bajo Bajo Moderado Alto Muy Alto Muy Alto Alto Moderado Bajo Muy Bajo
IMPACTO

4.22. PLAN DE RESPUESTA A LOS RIESGOS
31 PLAN DE RESPUESTA A RIESGOS
EVITAR Cambiar la estrategia del proyecto para eliminarla

amenaza del riesgo
TRANSFERIR Si el riesgo es alto, trasladar todo el riesgo a terceros para
disminuir el impacto en el proyecto
MITIGAR Disminuir la probabilidad del riesgo con acciones
anticipadas
ACEPTAR Si el impacto y su costo es mínimo
Tabla Nº 61: Plan de respuesta a riesgos
TIPO DE PERSONA(S)
CÓDIGO
RIESGO DESCRIPCIÓN DEL TIPO DE DESCRIPCIÓN DE TIEMPO Y COSTO RESPONSABLE(S) DE
DEL
(AMENAZA / RIESGO RESPUESTA LA RESPUESTA DE LA RESPUESTA LA APLICACIÓN DE
RIESGO
OPORTUNIDAD) LA RESPUESTA
R1.1. Requerimientos Como riesgo interno,
incompletos: Este tenemos que aplicar un Analista del proyecto
riesgo se presenta check list, para tener en Contratación de un
debido a la falta de cuenta el cumplimiento analista externo a un
Amenaza compromiso por parte Mitigar de lo requerido para el costo de S/. 19.00 por
de la empresa, puesto desarrollo del producto. hora.
que no todo el personal
está involucrado.
R1.2. Modificación Como riesgo interno se
continua de plantea desarrollar un Gerente del proyecto
requerimiento: Este buen estudio, en donde Contratación de un
riesgo identifica los se detalle un control de analista externo a un
Amenaza cambios constantes que Mitigar cambios, para la costo de S/. 19.00 por
se genera por la no actualización necesaria hora.
participación de todos de lo requerido.
los usuarios finales
R1.3. Entendimiento errado Realizar un análisis de Analista del proyecto
de los requerimientos: sensibilidad en base a
Este riesgo se presenta probabilidades de Contratación de un
por la distorsión de la Mitigar ocurrencia. analista externo a un
Amenaza
información recaba costo de S/. 19.00 por
durante el proceso de hora.
análisis.
R2.1.: Incorrecta Realizar un monitoreo Analista del proyecto
estructuración de los permanente de la
datos establecidos: evolución de la
Este riesgo está migración de datos. Contratación de un
asociado a la relación Aceptar analista externo a un
Amenaza entre el entendimiento costo de S/. 19.00 por
de los datos que se hora.
requieren y de la
integridad para su
estructuración.
R2.2.: Diseño incompleto de Realizar un programa Analista del proyecto
las interfaces: Este de seguimiento, para
riesgo implica que por controlar la calidad del Contratación de un
desarrollar interfaces Aceptar producto a entregar. analista externo a un
Amenaza
amigables se deja de costo de S/. 19.00 por
lado la complejidad hora.
para su desarrollo.

R2.3.: Desconocimiento de la Fortalecer los Analista del proyecto
lógica del negocio: conocimientos a través
Este riesgo puede surgir de información en
puesto que no es lo buenas prácticas Contratación de un
mismo desarrollar un aplicadas al desarrollo analista externo a un
Amenaza CRM para la gestión Evitar de software para costo de S/. 19.00 por
empresarial de entidades de la salud. hora.
negocios que para la
gestión empresarial
para el sector salud
R3.1.: Manejo inadecuado Este tipo de riesgo Gerente del proyecto
en liberación de implicaría la
versiones: Este riesgo Contratación de un Contratación de un
puede ocasionarse consultor externo de analista externo a un
Amenaza debido a la aplicación Transferir una empresa de costo de S/. 19.00 por
de malas prácticas de reconocido prestigio y hora.
desarrollo y ausencia de experiencia.
revisiones.
R3.2.: Falta de Desarrollar un plan de Gerente del proyecto
documentación en control de entregables
código fuente: Este con la documentación Contratación de un
riesgo está asociado requerida en el tiempo analista externo a un
Amenaza mayormente a las Evitar establecido de acuerdo costo de S/. 19.00 por
limitaciones del tiempo a un cronograma hora.
y de las deficientes estipulado.
prácticas de desarrollo.
R3.3 Compleja integración Realizar pruebas Analista del proyecto
de módulos del semanalmente para la
software: Este riesgo maximización de Contratación de un
surgirá si en el usabilidad del software analista externo a un
Amenaza modelado del sistema Mitigar costo de S/. 19.00 por
realizado en la fase de hora.
diseño no fue tan clara
y especifica.
R4.1: Alcance de pruebas no Realizar un análisis de Analista del proyecto
definidas sensibilidad en base a
completamente: Este probabilidades de Contratación de un
riesgo se ocasionara ocurrencia analista externo a un
Amenaza siempre y cuando no Evitar costo de S/. 19.00 por
existe un ambiente hora.
adecuado para la
ejecución de pruebas.
R5.1.: Capacitación Este tipo de riesgo Coordinador del proyecto
inadecuada a los implicaría la
usuarios finales: Este Contratación de una
riesgo esta perenne, empresa que pueda dar Contratación de un
puesto que la asesoría y capacitación analista externo a un
Amenaza capacitación no solo Transferir del uso del software, costo de S/. 19.00 por
depende de los para mejorar la relación hora.
desarrolladores, sino con los clientes.
del compromiso de los
usuarios finales.
R5.2.: Resistencia del Como parte del sistema Coordinador del proyecto
personal para de gestión de la calidad,
cambiar prácticas del se incluye los perfiles
pasado: Este riesgo de puestos y la Contratación de un
surge debido a la no evaluación del personal analista externo a un
Amenaza adaptabilidad a los Mitigar en función a dichos costo de S/. 19.00 por
nuevas herramientas perfiles. hora.
informáticas para el
mejor manejo
empresarial
R5.3.: Documentación sobre Realizar auditorías Contratación de un Coordinador del proyecto
Amenaza Evitar
el uso de la aplicación internas, para analista externo a un

CRM: Este riesgo determinar las costo de S/. 19.00 por
surgirá si los prioridades con hora.
desarrolladores no respecto a la
cumplen con las información que se
especificaciones del debe de tener.
uso apropiado de
acuerdo a los
requerimientos.

INFORME DE ESTADO DEL
PROYECTO
Desarrollo de un software CRM en la clínica San Pablo en la

4.23. Registro de Revisión
Revisión Fecha Modificaciones Autor

1.0 21/02/2018 Versión para entregar.
Tabla de contenido
1. Resumen del Estado del Proyecto ............................................................................ 107
2. Trabajo planificado para la siguiente semana ............. Error! Bookmark not defined.
3. Mejoras o cambios pendientes ................................................................................. 108
4. Hitos y entregables del proyecto:............................................................................. 108
5. Indicadores Clave de Desempeño (KPI's)............................................................... 108

1. RESUMEN DEL ESTADO DEL PROYECTO Porcentaje completado:
100%
CAPÍTULO 5.
Alcance Tiempo Costo
Leyenda Alcance:
Código de color Significado
Verde Los entregables correspondientes al periodo de evaluación se han completado en un
porcentaje mayor o igual a 70%
Amarillo Los entregables correspondientes al periodo de evaluación se han completado en un
porcentaje menor a 70%, pero mayor o igual a 50%
Rojo Los entregables correspondientes al periodo de evaluación se han completado en un
porcentaje menor a 50%
Leyenda Tiempo:
Verde Las actividades correspondientes al periodo de evaluación se han completado dentro del
plazo previsto en un porcentaje mayor o igual a 70
Amarillo Las actividades correspondientes al periodo de evaluación se han completado dentro del
plazo previsto en un porcentaje menor a 70, pero mayor o igual a 50
Rojo Las actividades correspondientes al periodo de evaluación se han completado dentro del
plazo previsto en un porcentaje menor a 50
Leyenda Costo:
Verde El costo real de las actividades correspondientes al periodo de evaluación es menor o
igual al 100% del costo presupuestado.
Amarillo El costo real de las actividades correspondientes al periodo de evaluación es mayor al
100% del costo presupuestado, pero menor o igual al 125%.
Rojo El costo real de las actividades correspondientes al periodo de evaluación es mayor al
125% del costo presupuestado.
Detalle:
 Respecto al Alcance: El alcance del proyecto está en verde debido a que el promedio
de culminación de entregables ha logrado el 100% (ver Anexo 1 para mayor detalle).
 Respecto al Tiempo: El cronograma del proyecto está en verde debido a que las
actividades previstas a realizar dentro del periodo de evaluación, se han completado
dentro del plazo establecido en un 100% (ver Anexo 1 para mayor detalle).
 Respecto al Costo: El presupuesto del proyecto está en verde, debido a que el costo real
de las actividades ejecutadas, ha llegado hasta 100% del costo presupuestado.

2. MEJORAS O CAMBIOS PENDIENTES
 No se ha incurrido en cambios
3. HITOS Y ENTREGABLES DEL PROYECTO:
Entregable Código EDT Fecha Fecha Estado

Planeada Esperada
Documento de historia de 1.2.1.1 jue 25/01/18 jue 10/02/18 Ejecutado
usuarios
Documento de pruebas y 1.2.1.2 vie 10/02/18 jue 22/02/18 Ejecutado
resultados
4. INDICADORES CLAVE DE DESEMPEÑO (KPI'S)
 Tiempo: Objetivo de cumplimiento de los tiempos asignados para cada entregable

según el cronograma del proyecto, el método de medición es el índice del
desempeño del cronograma.
Formula: X=B-A
A= tiempo base para entregar un documento

B= total tiempo que demora la entrega de un documento
La interpretación está dada por X<=0
Si X es menor a 0 el tiempo es óptimo
 Costo: Objetivo de cumplimiento de los costos asignados para cada entregable

según el cronograma del proyecto, el método de medición es el índice de varianza
del costo.
Formula: CV=EV-AC
EV= Valor ganado (costo presupuestado del trabajo realizado)

AC= Costo Real
Entre más cercano a 0 hubo menor varianza del costo

ANEXO 1
DETALLE DE VALIDACIÓN DEL ALCANCE
ACTIVIDAD ENTREGABLE % CUMPLIMIENTO

1.2.1.1 Documentación de historias de Documento de historia de usuarios 100%
usuario
1.2.1.2 Pruebas de Validación Documento de pruebas y 100%
Elaborada resultados
Cumplimiento Promedio 100%
DETALLE DE VALIDACIÓN DEL TIEMPO
ACTIVIDAD Duración Estimada Duración Real % CUMPLIMIENTO

1.2.1.1 Documentación de 6 días 6 días 100%
historias de usuario
1.2.1.2 Pruebas de 10 días 10 días 100%
Validación Elaborada
Cumplimiento promedio 66%
DETALLE DE VALIDACIÓN DE COSTOS
ACTIVIDAD Valor Planificado Costo Real

1.2.1.1 Documentación de 1092 1092
historias de usuario
1.2.1.2 Pruebas de 2700 2700
Validación Elaborada
TOTAL 3792 3792
Porcentaje de Variación 100%

PROYECTO



Tabla de contenido

100%
CAPÍTULO 6.
Leyenda Alcance:
porcentaje mayor o igual a 100 %
Leyenda Tiempo:
Leyenda Costo:
Detalle:

6. MEJORAS O CAMBIOS PENDIENTES
7. HITOS Y ENTREGABLES DEL PROYECTO:

Planeada Esperada
Documento con especificaciones 1.2.2.1 jue 01/03/18 lun 26/03/18 Ejecutado
técnicas
Documento de diseños simples 1.2.2.2 lun 02/04/18 lun 14/05/18 Ejecutado

propuestos
8. INDICADORES CLAVE DE DESEMPEÑO (KPI'S)

Formula: X=B-A


del costo.
Formula: CV=EV-AC

AC= Costo Real

ANEXO 2

1.2.2.1 Especificaciones Técnicas Documento con especificaciones 100%
Elaborada técnicas
1.2.2.2 Documentación del diseño Documento de diseños simples 100%
simple elaborado propuestos

1.2.2.1 Especificaciones 24 días 24 días 100%
Técnicas Elaborada
1.2.2.2 Documentación del 42 días 42 días 100%
diseño simple elaborado
Cumplimiento promedio 100 %

1.2.2.1 Especificaciones 1610 1610
Técnicas Elaborada
1.2.2.2 Documentación del 2826 2826
diseño simple elaborado
TOTAL 3792 3792
Porcentaje de Variación 3792 100%

PROYECTO



Tabla de contenido

100%
CAPÍTULO 7.
Leyenda Alcance:
Leyenda Tiempo:
Leyenda Costo:
Detalle:

10.MEJORAS O CAMBIOS PENDIENTES
11.HITOS Y ENTREGABLES DEL PROYECTO:

Planeada Esperada
Documento de la integración 1.2.3.1 lun 14/05/18 mar 19/06/18 Ejecutado
continua de la codificación
Documento con especificaciones de 1.2.3.2 mar 19/06/18 vie 13/07/18 Ejecutado

configuración
12.INDICADORES CLAVE DE DESEMPEÑO (KPI'S)

Formula: X=B-A


del costo.
Formula: CV=EV-AC

AC= Costo Real

ANEXO 3

1.2.3.1 Integración continua elaborada Documento de la integración continua 100%
de la codificación
1.2.3.2 Especificación de la Documento con especificaciones de 100%
configuración elaborada configuración

1.2.3.1 Integración continua 24 días 24 días 100%
elaborada
1.2.3.2 Especificación de la 36 días 36 días 100%
configuración elaborada

1.2.3.1 Integración continua 4788 4788
elaborada
1.2.3.2 Especificación de la 2808 2808
configuración elaborada
TOTAL 7596 7596

PROYECTO



Tabla de contenido
1. Resumen del Estado del Proyecto ...................................................................................................... 107
2. Trabajo planificado para la siguiente semana ......................................... Error! Bookmark not defined.
3. Mejoras o cambios pendientes ............................................................................................................ 108
4. Hitos y entregables del proyecto: ....................................................................................................... 108
5. Indicadores Clave de Desempeño (KPI's) ......................................................................................... 108

100%
CAPÍTULO 8.
Leyenda Alcance:
Leyenda Tiempo:
Leyenda Costo:
Detalle:

14.MEJORAS O CAMBIOS PENDIENTES
15.HITOS Y ENTREGABLES DEL PROYECTO:

Planeada Esperada
Documento con pruebas de 1.2.4.1 vie 13/07/18 mie 15/08/18 Ejecutado
verificación
Documento de evaluación final 1.2.4.2 mie 15/08/18 jun 21/09/18 Ejecutado
16.INDICADORES CLAVE DE DESEMPEÑO (KPI'S)

Formula: X=B-A


del costo.
Formula: CV=EV-AC

AC= Costo Real

ANEXO 3

1.2.4.1 Desarrollo de Pruebas de Documento con pruebas de 100%
Verificación elaborada verificación
1.2.4.2 Evaluación Post Documento de evaluación final 100%
Implementación de las pruebas de

1.2.4.1 Desarrollo de Pruebas de 36 días 36 días 100%
Verificación elaborada
1.2.4.2 Evaluación Post 36 días 36 días 100%
Implementación de las pruebas
de

1.2.4.1 Desarrollo de Pruebas de 4788 4788
Verificación elaborada
1.2.4.2 Evaluación Post 3600 3600
Implementación de las pruebas
de
TOTAL 8388 8388

INFORME DE CIERRE DE
PROYECTO
1. DESEMPEÑO TÉCNICO:
a. ¿Cuál sería el resultado de la comparación del alcance final del trabajo con su
alcance al inicio del proyecto?
No se realizaron cambios con respecto al tiempo de duración de cada actividad,

por lo tanto no afecto en tiempo, costo y calidad, es decir el desarrollo del
proyecto es óptimo.
b. ¿Registró muchos cambios el alcance del proyecto?
No se registraron cambios respecto al alcance del proyecto
c. ¿Los cambios se manejaron correctamente en términos de documentación,

autorizaciones y comunicación?
No aplica, debido a que no hubo cambios.
d. ¿Qué efecto tuvieron los cambios en el presupuesto y el programa del

proyecto?
No hubo efectos en el presupuesto, puesto que se cumplió de acuerdo a lo

planeado.
e. ¿El alcance del trabajo quedó totalmente concluido?
Efectivamente, al 100%, cumpliendo lo presupuestado y en el tiempo

establecido.
f. ¿El trabajo del proyecto y las entregas fueron terminados con buena calidad y
cumplieron las expectativas del cliente?
Por parte del producto se cumplieron a cabalidad, todos los entregables, con
respecto a la calidad se cumplieron los requisitos, en cuanto a las expectativas
del cliente aún no se realizan encuestas de satisfacción.

2. DESEMPEÑO DEL PRESUPUESTO:
a. ¿Cuál sería el resultado de la comparación de los costos reales del proyecto

con el presupuesto básico original y con el presupuesto final del proyecto, el
cual incluyó los cambios en el alcance del proyecto?
El presupuesto inicial que se estimo es de 95, 360.00 nuevos soles, no hubo

ningún cambio, y finalmente se cumplió con lo presupuestado en el tiempo
establecido.
b. Si existía un contrato de precio fijo, ¿éste fue rentable o la organización del

proyecto perdió dinero?
En lo que respecta a precios fijos, si hubiera sido rentable, debido a que hubo
un seguimiento de los costos.
c. Si había un contrato de reembolso de costos, ¿el proyecto fue concluido dentro
del presupuesto del cliente?
En el proyecto no se consideró dicho contrato de reembolso de costos, sin

embargo si se hubiera estipulado, si hubiese cumplido con lo presupuestado,
debido a que en costos siempre se ponía énfasis en las métricas de seguimiento.
d. ¿Hubo paquetes de trabajo particulares que se salieron o quedaron abajo de sus

presupuestos por más de 10%? En tal caso, ¿por qué? ¿Cuáles fueron las
causas que provocaron que se desbordaran los costos?
No, no hubo paquetes que se salieron o escaparon de lo presupuestado.
e. ¿Los costos estimados para las actividades fueron realistas?
Si, son realistas, se estimó de acuerdo al mercado, y se tuvo en consideración

proyectos de similar ejecución
3. DESEMPEÑO DEL CRONOGRAMA:
a. ¿Cuál sería el resultado de la comparación del programa real con el programa

original del proyecto?
Desde el inicio se estimaron los presupuestos, sin embargo hubo algunas

holguras por los riesgos identificados que alteraron en mínimo el desarrollo del
proyecto, por lo tanto no altero la duración final del proyecto.
b. Si el proyecto se retrasó, ¿cuáles fueron las causas?
No hubo retraso.

c. ¿Cómo se ajustó el desempeño del programa a cada paquete de trabajo?
El desempeño se ajustó de acuerdo a las actividades realizadas y completadas

en su totalidad, esto para cada paquete de trabajo.
d. ¿La duración de los tiempos estimados para las actividades fue realista?
Si, debido a que se realizó la estimación bajo la metodología de PERT, en donde

se recurrió a un proyecto de similar magnitud, para poder desarrollar
4. PLANEACIÓN Y CONTROL DEL PROYECTO:
a. ¿El proyecto fue planeado con suficiente detalle?
El proyecto, se desarrolló bajo el PMBOK tomando no todos los procesos, pero

si cumplimiento con lo más resaltante en cuanto al desarrollo de las áreas de
conocimiento
b. ¿Los planes fueron actualizados de forma oportuna para incorporar los

cambios?
Los planes se cumplieron a cabalidad, no obstante no hubo realización de

cambios
c. ¿El desempeño real fue comparado con el planeado de forma regular?
No, pero se realizó una comparación por término de cada paquete de trabajo
dentro del alcance del proyecto.
d. ¿Los datos del desempeño real eran correctos y se recabaron en su debido

momento?
Conforme a los avances de cada integrante del proyecto, se veía el desempeño,

no obstante no se documentaba.
e. ¿El equipo del proyecto utilizó el sistema de planeación y control de forma

regular? ¿Lo utilizó para la toma de decisiones?
No hubo sistemas de planeación y control de forma regular.
5. ADMINISTRACIÓN DEL RIESGO:
a. ¿La presencia de hechos inesperados afectó el resultado del proyecto? En tal

caso, ¿los hechos estaban identificados en el plan de riesgos?
Los riesgos fueron identificados de acuerdo al desarrollo del producto, para que
de esta manera no afecte el alcance, tiempo y costo del proyecto.

b. ¿Los riesgos que tenían gran probabilidad de presentarse y enorme repercusión
fueron identificados debidamente al inicio del proyecto?
Si, y fueron catalogados como muy riesgosos, debido a que afecta el desarrollo
del producto, sin embargo se han planteado posibles respuestas para reducir el
impacto en caso se llegara a dar
c. ¿Se presentó algún riesgo que debió ser identificado al inicio del proyecto,
pero no fue así?
No, puesto que se analizó el micro ambiente y el macro ambiente
d. ¿Qué riesgos fueron identificados durante el proyecto que no habían sido

considerados al principio y por qué no se identificaron entonces?
Solo se tomó en cuenta los riesgos del producto, debido a que por temas
académicos, no se llegó a analizar todo lo concerniente al proyecto
e. En el caso de los riesgos identificados que se presentaron, ¿los planes de

respuesta fueron adecuados?
Se trato de ajustar una respuesta inmediata, debido a que la probalidad de

ocurrencia y el impacto, se podría dar en cualquier momento, sin embargo para
desarrollar un control adecuado sería adecuado manejar planes de contingencia,
así como una categorización en una herramienta software, para reducir su
impacto al máximo.
f. ¿Se presentaron hechos inesperados para los cuales no había planes de

respuesta?
No, no se presentaron durante la realización del proyecto
6. RELACIONES CON EL CLIENTE:
a. ¿Se hizo todo lo necesario para que el cliente participara en el éxito del
proyecto?
Por medio del patrocinador se realizaban reuniones, para que puedan dar
algunas sugerencias, para lograr el desarrollo del software, con el objetivo de
mejorar el desarrollo del producto final.
b. ¿Se solicitó al cliente con regularidad que expresara su grado de satisfacción

con el desempeño y el avance del proyecto?
No, puesto que el software esta en la parte de pruebas de ejecución.

c. ¿Se programaron juntas regulares frente a frente con el cliente?
Si se dieron 2 reuniones, para tratar de obtener los requerimientos de forma

implícita.

d. ¿Se informó al cliente de los problemas potenciales de forma oportuna y se
pidió que participara en el proceso para resolverlos?
No, pero si hubo una comunicación constante entre el patrocinador y los clientes
7. RELACIONES EN EL EQUIPO:
a. ¿El equipo participó en la planeación del proyecto?
Si, desde la concepción del proyecto, pasando por las diferentes etapas, hasta
llegar al cierre del mismo.
b. ¿Existió un sentimiento de “equipo” y un compromiso con el éxito del

proyecto?
Si, porque teníamos el compromiso de entregar un documento final para la

empresa Clinica San Pablo SAC
c. ¿Se presentaron condiciones que impidieron el trabajo en equipo?
En ocasiones, debido a que todos los integrantes del equipo del proyecto,
laboran de manera part time, y no siempre se coincidía con los horarios de
trabajo.
8. COMUNICACIONES:
a. ¿Se mantuvo al equipo informado respecto del estatus del proyecto y de los
problemas potenciales con la debida antelación?
Si, por medio de constantes mail para la verificación de algunas observaciones

en algunos entregables, que no se desarrollaron de manera efectiva
b. ¿El entorno del proyecto facilitaba la comunicación abierta, honesta y

oportuna?
Si, debido a que contábamos con mas de 3 años de experiencia en la realización

de proyectos de similar magnitud, además de la confianza.
c. ¿Las juntas del proyecto fueron productivas?
Si, debido a que siempre se impartieron nuevas ideas, y que de una manera u
otra se iba acoplando a los entregables.
d. ¿Las comunicaciones por escrito en el interior del equipo y con el cliente

fueron suficientes, insuficientes o excesivas?
Fueron suficientes, ya que por medio del gerente del proyecto se lograba
contactar e informar del correspondiente al proyecto con el patrocinador

9. IDENTIFICACIÓN Y SOLUCIÓN DE PROBLEMAS:
a. ¿Existían mecanismos para que los miembros del equipo identificaran los
problemas potenciales con suficiente antelación?
Las herramientas que usábamos eran por medio del cronograma establecido y
por los controles de versiones de cada documentación realizada que se
encontraba en la nube.
b. ¿Los miembros indicados del equipo participaron en la solución de

problemas?
Siempre, debido a que la sinergia es la mayor virtud de nuestro equipo de trabajo.
c. ¿La solución de problemas fue racional y concienzuda?
Fue racional para los problemas identificados en las reuniones.
10. LECCIONES APRENDIDAS (ver Anexo 1):
a. ¿Qué funcionó y qué no funcionó?
Funcionó el trabajo en equipo en general, por medio de las reuniones semanas

que se
Realizaban para ver los avances de los entregables del proyecto.
b. ¿Qué cosas particulares se hicieron bien en el proyecto que sirvieron para su

desarrollo y qué se debería hacer en otros proyectos?
Es bueno tener los documentos o archivos en un repositorio sincronizado, creo

que es una muy buena idea, porque si todos necesitan revisar la última
actualización de un documento la puede ver en el repositorio o descargarla.
c. ¿Qué cosas se hicieron que entorpecieron el desarrollo del proyecto y se

deberían eliminar o cambiar en proyectos futuros?
No se detectó entorpecimientos, solo la falta de coordinación de tiempos.
d. Si fuera posible empezar de nuevo y repetir el proyecto, ¿qué se debería hacer

de otra manera?
Se debería de completar lo relacionado al proyecto, desde inicio hasta el cierre

ANEXOS

CRM Clínica San Pablo

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

CRM Clínica San Pablo

Încărcat de

Drepturi de autor:

Formate disponibile

FACULTAD DE INGENIERÍA

CARRERA DE INGENIERÍA EMPRESARIAL

“DESARROLLO DE UN SOFTWARE CRM EN LA CLÍNICA SAN

CURSO : GERENCIA DE PROYECTOS

INTEGRANTES : Díaz Vera, Juan Diego

DOCENTE : Ing. Nelson Ángeles Quiñones

FECHA : Febrero de 2018

Díaz Vera, J. Medina Carpio, M. Zavaleta Carhuajulca, J. Pág. 1

Díaz Vera, J. Medina Carpio, M. Zavaleta Carhuajulca, J. Pág. 2

Díaz Vera, J. Medina Carpio, M. Zavaleta Carhuajulca, J. Pág. 3

ÍNDICE DE CONTENIDOS ..................................................................................................................... 4

ÍNDICE DE TABLAS .............................................................................................................................. 8

ÍNDICE DE FIGURAS ........................................................................................................................... 10

RESUMEN EJECUTIVO ....................................................................................................................... 11

CAPÍTULO 2. DATOS GENERALES DE LA ORGANIZACIÓN ..................................................... 14

CAPÍTULO 3. MARCO REFERENCIAL ......................................................................................... 18

CAPÍTULO 4. DESARROLLO ......................................................................................................... 22

Díaz Vera, J. Medina Carpio, M. Zavaleta Carhuajulca, J. Pág. 4

Díaz Vera, J. Medina Carpio, M. Zavaleta Carhuajulca, J. Pág. 5

CAPÍTULO 5. ...................................................................................................................................... 107

CAPÍTULO 6. ...................................................................................................................................... 112

CAPÍTULO 7. ...................................................................................................................................... 117

Díaz Vera, J. Medina Carpio, M. Zavaleta Carhuajulca, J. Pág. 6

Díaz Vera, J. Medina Carpio, M. Zavaleta Carhuajulca, J. Pág. 7

Tabla Nº 1: Cronograma del proyecto ........................................................................................................ 30

Díaz Vera, J. Medina Carpio, M. Zavaleta Carhuajulca, J. Pág. 8

Díaz Vera, J. Medina Carpio, M. Zavaleta Carhuajulca, J. Pág. 9

Figura Nº 1: Ciclo de vida de software en XP ............................................................................................. 25

Díaz Vera, J. Medina Carpio, M. Zavaleta Carhuajulca, J. Pág. 10

Díaz Vera, J. Medina Carpio, M. Zavaleta Carhuajulca, J. Pág. 11

Díaz Vera, J. Medina Carpio, M. Zavaleta Carhuajulca, J. Pág. 12

Díaz Vera, J. Medina Carpio, M. Zavaleta Carhuajulca, J. Pág. 13

2.1. Información de la entidad receptora del proyecto

2.1.1. Datos Generales

Razón social: Clínica San Pablo Trujillo

2.1.2. Reseña Histórica

Díaz Vera, J. Medina Carpio, M. Zavaleta Carhuajulca, J. Pág. 14

A su vez, se proyecta a repotenciar la formación de los futuros médicos, a través de su centro

Al abordar pasajes de la historia de la entidad, el directivo recordó que el contexto social y

Díaz Vera, J. Medina Carpio, M. Zavaleta Carhuajulca, J. Pág. 15

Lograr la satisfacción y confianza de nuestros pacientes y colaboradores.

2.1.3.3. Nuestros Valores

2.1.4.1. Farmacia las 24 horas

 Medicamentos con vigencia y calidad garantizada

Nuestra empresa de ambulancias está especializada en atenciones médicas pre hospitalarias,

Díaz Vera, J. Medina Carpio, M. Zavaleta Carhuajulca, J. Pág. 16

2.1.4.3. Laboratorio de análisis

2.1.4.4. Staff médicos

La clínica cuenta con médicos especialistas y dedicados a su vocación, dentro de las

Díaz Vera, J. Medina Carpio, M. Zavaleta Carhuajulca, J. Pág. 17

3.1. Marco Teórico

La administración de proyectos para la dirección de proyectos se desarrolló a partir del uso de

Díaz Vera, J. Medina Carpio, M. Zavaleta Carhuajulca, J. Pág. 18

Sandra Ortiz (2013) en su investigación “Propuesta para la implementación de un sistema CRM

Díaz Vera, J. Medina Carpio, M. Zavaleta Carhuajulca, J. Pág. 19

André Montoya (2014) en su investigación “Implementación de un sistema de gestión de la

Marylyn Mendoza & Yesnaya Vilela (2014) en su investigación “Impacto de un modelo de

Díaz Vera, J. Medina Carpio, M. Zavaleta Carhuajulca, J. Pág. 20

Díaz Vera, J. Medina Carpio, M. Zavaleta Carhuajulca, J. Pág. 21

4.1. DEFINICIÓN DEL PROYECTO DE CURSO

4.1.1. EQUIPO DE TRABAJO:

Jorge Luis Zavaleta Emilio Medina Carpio |

Perfil: Estudiante del Perfil: Estudiante del