Entregable Final - Gestión de Proyectos - SIGAM

MAESTRÍA EN TECNOLOGÍAS DE INFORMACIÓN

SISTEMA DE GESTIÓN AMBULATORIA

ENTREGABLE FINAL

Grupo #1

Integrantes:

2011 - II

_________________________________________________________________________________________________________________

ÍNDICE

1. CASO DE NEGOCIO.......................................................................................................................3

2. ENUNCIADO DEL TRABAJO...........................................................................................................7

3. CONTRATO DEL PROYECTO........................................................................................................14

4. ACTA DE CONSTITUCIÓN DEL PROYECTO...................................................................................23

5. REGISTRO DE INTERESADOS.......................................................................................................31

6. ESTRATEGIA DE GESTIÓN DE INTERESADOS...............................................................................35

7. MATRIZ DE EVALUACIÓN DE INTERESADOS...............................................................................39

7.1 MATRIZ DE INTERESADOS INFLUENCIA VS PODER...................................................................40

7.2 MATRIZ DE INTERESADOS IMPACTO VS PODER.......................................................................41

7.3 MATRIZ DE INTERESADOS INFLUENCIA VS IMPACTO...............................................................42

7.4 DIAGRAMA DE VENN................................................................................................................43

8. PLAN DE GESTIÓN DE REQUISITOS.............................................................................................45

9. DOCUMENTACIÓN DE REQUISITOS............................................................................................49

10. MATRIZ DE TRAZABILIDAD DE REQUISITOS............................................................................56

11. ENUNCIADO DEL ALCANCE DEL PROYECTO............................................................................66

12. EDT.........................................................................................................................................71

13. DICCIONARIO DEL EDT...........................................................................................................73

14. PLAN DE GESTIÓN DEL TIEMPO..............................................................................................83

15. IDENTIFICACIÓN Y SECUENCIAMIENTO DE ACTIVIDADES......................................................89

16. ATRIBUTOS DE LAS ACTIVIDADES...........................................................................................95

17. LISTA DE HITOS.....................................................................................................................104

18. REQUISITOS DE RECURSOS Y DURACIÓN DE LAS ACTIVIDADES...........................................106

19. EDR DEL PROYECTO..............................................................................................................136

20. CRONOGRAMA DEL PROYECTO............................................................................................138

21. RUTA CRÍTICA.......................................................................................................................151

22. CAPACIDAD DE RECURSOS...................................................................................................157

23. PLAN DE GESTIÓN DE COSTOS.............................................................................................161

- 1 -

_________________________________________________________________________________________________________________

24. ESTIMACIÓN DE COSTOS DE LAS ACTIVIDADES Y DEL PROYECTO........................................166

25. PRESUPUESTO DEL PROYECTO.............................................................................................174

26. COSTOS ACUMULADOS........................................................................................................177

27. BASE DE LAS ESTIMACIONES................................................................................................179

28. PLAN DE GESTIÓN DE CALIDAD............................................................................................181

29. MATRIZ DE ACTIVIDADES DE CALIDAD.................................................................................190

30. MÉTRICAS DE CALIDAD........................................................................................................194

31. PLAN DE GESTIÓN DE RIESGOS............................................................................................205

32. LISTA DE RIESGOS IDENTIFICADOS Y EVALUACIÓN CUALITATIVA........................................208

33. PLAN DE RESPUESTA A RIESGOS..........................................................................................212

34. PLAN DE RECURSOS HUMANOS...........................................................................................215

35. ORGANIGRAMA DEL PROYECTO...........................................................................................218

36. MATRIZ DE ASIGNACIÓN DE RESPONSABILIDADES..............................................................220

37. DESCRIPCIÓN DE ROLES.......................................................................................................224

38. DIAGRAMA DE CARGA DE PERSONAL..................................................................................231

39. CUADRO DE ADQUISICIONES DEL PERSONAL DEL PROYECTO..............................................237

40. PLAN DE GESTION DE COMUNICACIONES............................................................................239

41. MATRIZ DE COMUNICACIONES DEL PROYECTO...................................................................244

42. GLOSARIO DE TERMINOLOGÍA DEL PROYECTO....................................................................248

_________________________________________________________________________________________________________________

- 2 -

_________________________________________________________________________________________________________________

1. CASO DE NEGOCIO

Sistema de Gestión Ambulatoria

CONTROL DE VERSIONESVersión Hecha por Revisada por Aprobada por Fecha Motivo

1.0 Enrique Mejía Flor de María Valdivia

Sebastián Céspedes

15/10/2011 Versión original

_________________________________________________________________________________________________________________

- 3 -

_________________________________________________________________________________________________________________

Caso de NegocioPropuesta para la Implantación de un


Propuesto por: Enrique Mejía

Resumen Ejecutivo

El presente Business Case recomienda el “Plan de Implantación del Sistema Informático de Administración de Gestión Ambulatoria, para la “Clínica San Marcos”. Este Sistema permitirá eliminar las llamadas que se realizan vía telefónica a las Entidades Prestadoras de Salud – en adelante EPS y Seguros Privados (el cual representa 80% de nuestras atenciones), reducir los errores de digitación de las condiciones de los asegurados que representa el 23 % y reducir las devoluciones de facturación a consecuencia de la mala aplicación de copagos que representa un promedio de 18 días de recolocación.

Los procesos mejorados de ahorro de costos en llamadas y los intereses producidos por los tiempos de demora en los pagos de nuestras facturas establecen un plazo de recuperación de la inversión en un año.

Descripción del problema

Desde el año 2009, nuestra empresa ha realizado convenios con Empresas Aseguradoras Privadas y con las EPS el cual nos permite tener una gran participación en el mercado del sector Salud, es por ello que contamos con una amplia cartera de clientes, entre los principales pertenecen al grupo del sector de Aseguradores Privados, quienes representa el 80% de nuestra facturación, y el otro 20% representa a pacientes particulares de la zona cercana a nuestras instalaciones.

De esta situación se han identificado algunos problemas que son los siguientes:

● Por cada atención que se presta a los pacientes, es necesario realizar una llamada telefónica previa a la empresa aseguradora correspondiente, con el fin de confirmar su status dentro del Seguro y del beneficio a aplicar.

● La información sobre los cobros y atenciones están sujetas a errores e insuficiencia, por lo que tienen un alto nivel de devoluciones.

Estas devoluciones hace que se retrase el cobro de las facturas y por consiguiente los pagos demoran en realizarse con el perjuicio económico que ello significa.

Oportunidades de negocio

La CLÍNICA SAN MARCOS, al decidir incursionar en el mercado Asegurador Privado, tiene la oportunidad de fortalecer sus procesos, en el cual le permitirá generar un ahorro del 15% del costo de la atención y 20% del costo de la facturación, a los reprocesos y tiempos de demora de colocación en la facturación.

Esto representa una oportunidad en nuestro trato al cliente de poder optimizar y sistematizar el tiempo de admisión y con ello permitirá atender a más pacientes en corto tiempo y mejorar las ventas.

Objetivos estratégicos cubiertos:

_________________________________________________________________________________________________________________

- 4 -

_________________________________________________________________________________________________________________

El presente “Caso de Negocio” apoyará en el cumplimiento de los siguientes objetivos estratégicos de la empresa:

Finanzas: Ahorrar hasta en un 15% los costos operativos por demora en atención. Mejorar las ventas hasta en un 20%.

Clientes: Reducir los tiempos de crédito a los aseguradores de 63 a 45 días.

Interno del negocio: Obtener información de preexistencias y exclusiones para apoyo de la atención reduciendo el riesgo

de la mala praxis.

Además, el nuevo sistema permitirá que se mejoren los canales de atención de la CLÍNICA SAN MARCOS.

Costos

Implantación de sistema : S/. 80,000.00 nuevos solesTiempo de implantación : 3 mesesContrato de mantenimiento : S/. 10,000.00 nuevos solesCompra de equipos (sugerida) : S/. 50,000.00 nuevos soles Supuestos

Estimación de la participación de asegurados llegue al 90% en el 2012 de las facturaciones, esto debido al incremento de pacientes asegurados y por ende se debe mejorar la atención a los pacientes.

Descripción del proyecto

Si este “Caso de Negocio” es aprobado, serán las áreas de Finanzas y Operaciones quienes mejorarán sus procesos internos, debido a que la labor del área de Finanzas está relacionada con la Caja y facturación, y el área de operaciones tiene a cargo los temas de Admisión. Para la implantación del Sistema de Gestión Ambulatoria se contará con la participación de las áreas mencionadas.

Plan de Implantación

La implantación del Sistema de Gestión Ambulatoria tendrá como fecha de inicio el 22 de Octubre del presente año, las labores se realizarán progresivamente debido a que esta labor se realizará a Nivel Nacional. Desde un inicio se tiene en cuenta que se tendrá que realizar una capacitación con el personal clave que hará uso del Sistema de Gestión Ambulatoria dividiéndose por grupos, perfiles y horarios, que se establecerá conjuntamente con los jefes de las áreas de Finanzas y Operaciones, teniendo en cuenta que no se debe perjudicar las labores diarias de los empleados. La capacitación se realizará en un auditorio que asignará la CLINICA SAN MARCOS, el cual contará con una PC para cada usuario. Se estima que entrará en producción el día 22 de enero de 2012 en el cual constara con un corte de servicio debido a que se hace el cambio del sistema. La etapa de monitoreo se realizará en las respectivas instalaciones por espacio de 30 días, si en esta etapa ocurriese incidencias o requerimientos, dichas solicitudes serán atendidas a la brevedad posible evaluando previamente su viabilidad.

Análisis Financiero

Flujo de caja a tres años:

Costos Año 0 Año 1 Año 2 Total_________________________________________________________________________________________________________________

- 5 -

_________________________________________________________________________________________________________________

Beneficios S/. 150,000.00 S/. 2000,000.00 S/. 250,000.00 S/. 600,000.00Costos -S/. 130,000.00 -S/. 10,000.00 -S/. 10,000.00 -S/. 150,000.00

S/. 20,000.00 S/. 190,000.00 S/. 240,000.00 S/. 450,000.00

Periodo de recuperación: 1 año

Recomendaciones

Se recomienda la Implantación de un Sistema de Gestión Ambulatoria a fin de mejorar y optimizar los actuales procesos, debiéndose considerar el incremento de diferentes grupos de la empresas aseguradoras privadas, los mismos que se necesitan para adquirir la información de Superintendencia Nacional de Aseguramiento en Salud (SUNASA), que es un organismo oficial para la distribución de información, lo cual nos garantiza un crecimiento bajo estándares nacionales y posibilidades de interconexión con otra compañías aseguradoras que se adicionen a la comunicación SITEDS, promovido por la SUNASA, generando así nuevos convenios sin que esto incremente los costos de inversión ya que la misma solución contemplaría su inclusión.

_________________________________________________________________________________________________________________

- 6 -

_________________________________________________________________________________________________________________

2. ENUNCIADO DEL TRABAJO



1.0 Iván MantaFredy ArandaOscar ValderramaGustavo Espinoza

Janis Candia 17/10/2011 Versión original

_________________________________________________________________________________________________________________

- 7 -

_________________________________________________________________________________________________________________

ENUNCIADO DEL TRABAJO

Nombre del Cliente Clínica San Marcos S.A.

Administrador del cliente:

Sebastián Céspedes (Sponsor)

Nombre del proyecto:

Implantación del Sistema de Gestión Ambulatoria

Duración del compromiso

3 meses calendario

Fecha de inicio 22 de Octubre del 2011

Fecha de fin 22 de Enero del 2012

TARIFAS DE PROGRAMACIÓNDESCRIPCION DEL ITEM TIEMPO DE ENTREGA COSTO (ESTIMADO)

Implantación del sistema 3 meses calendario S/. 80,000.00

TERMINOS DE PAGOFASE FECHA DE FIN PAGADO POR

Configuración General 22/11/2011 Sebastián CéspedesImplantación de Módulos Admisión y Caja

22/12/2011 Sebastián Céspedes

Implantación de Módulos Consumos y Facturación

22/01/2012 Sebastián Céspedes

Consideraciones previasEl cliente Clínica San Marcos, ha realizado un benchmarking entre los productos del mercado nacional que cumplen con los requisitos funcionales que necesita la clínica cubrir. Luego de realizar el benchmarking se ha seleccionado a la empresa CONSULTORES PMI S.A.C para que realice la implantación del Sistema Informático de Administración de Gestión Ambulatoria – en adelante SIGAM.

El proyecto será desarrollado y liderado por la empresa Consultores PMI S.A.C., empresa que cuenta con más de 10 años de experiencia en Dirección de Proyectos en el Sector Salud a nivel nacional, siendo distribuidores oficiales y conocedores del producto que se ha evaluado y cubre las necesidades funcionales de la clínica San Marcos.

Alcance y Acuerdo de servicios profesionalesLa empresa CONSULTORES PMI S.A.C. se compromete a:

Implantar el Sistema de Gestión Ambulatoria para la empresa Clínica San Marcos S.A, tanto a nivel de BD, como de aplicación.

Realizar la migración de la data inicial al Sistema SIGAM. Capacitar a los usuarios finales en cuanto a la funcionalidad de la solución. Entregar los manuales de usuario del SIGAM. Entregar documentación de gestión del proyecto.

El producto que se va a implementar en la Clínica San Marcos en el “SIGAM”, el cual es un sistema de información capaz de gestionar y dar soporte a los procesos de admisión, consumos, caja, y facturación para el área ambulatoria de la clínica.

_________________________________________________________________________________________________________________

- 8 -

_________________________________________________________________________________________________________________

Adicionalmente, el SIGAM permite la comunicación con el Sistema SITEDS, el cual le permite obtener los datos de los pacientes afiliados a un EPS, de una manera segura y ágil a través de un interface.

El alcance definido para el presente proyecto es el siguiente:

Configuración de la Base de Datos.

Permitirá contar con la Bd configurada inicialmente (tablas, esquemas, usuarios de BD) en el servidor de BD final.

Implantación del Módulo de Seguridad del SIGAM.

Módulo que permitirá manejar los niveles de seguridad que se dispondrán por roles y/o usuarios.

Implantación del Módulo de Admisión de SIGAM.

Módulo que permite gestionar y monitorear todo el proceso de admisión de pacientes a la clínica realizando el registro de admisiones de pacientes, corrigiendo datos de las admisiones registradas, registro de los datos personales en la Historia Clínica y brindando facilidades para la obtención de datos del SITEDS, y permitiendo el monitoreo de admisiones a través de reportes. Este módulo cuenta con las siguientes opciones:

○ Generar Admisiones○ Corregir Admisión○ Registrar datos de pacientes para la Historia Clínica ○ Consultar Tarifario○ Consultar Admisiones○ Consultar Atenciones○ Consultar CIE-10

Implantación del Módulo de Consumo de SIGAM.

Módulo que permite gestionar y monitorear todo el proceso de consumos de pacientes realizando el registro de servicios solicitados por los pacientes, atendiendo los servicios que ya han sido brindados, y permitiendo el monitoreo de los consumos con sus estados a través de 32 reportes; así como el registro del diagnóstico definitivo y presuntivo. Este módulo cuenta con las siguientes opciones:

○ Servicios Auxiliares:● Laboratorio:

Atención Consumos

● Imágenes: Atención Consumos

○ Procedimientos médicos:● Atención● Consumos

○ Registro de diagnóstico:● CIE-10

Implantación del Módulo de Caja de SIGAM.

Módulo que permite gestionar y monitorear todos los procesos de caja realizando el registro de tipos de cambio, registrando la apertura y cierre de cajas, generando reportes de liquidación de cajas, registrando pagos, emitiendo documentos de pago, y anulando documentos de pago emitidos que lo requieran.

_________________________________________________________________________________________________________________

- 9 -

_________________________________________________________________________________________________________________

Este módulo cuenta con las siguientes opciones:

○ Anular documento○ Iniciar sesión de Caja (apertura)○ Cerrar Caja○ Corregir Admisión○ Generar Liquidación○ Registrar tipos de Pagos en Caja○ Reimprimir○ Administrar Tipo de Cambio

Implantación del Módulo de Facturación de SIGAM.

Permite gestionar y monitorear todo el proceso de facturación realizando la facturación de admisiones, generando reportes de sustento de facturación, y anulando documentos de pago emitidos durante la facturación en caso sea necesario. Este módulo cuenta con las siguientes opciones:

○ Anular Factura○ Corregir Admisión○ Facturar○ Reimprimir○ Consultar Admisiones○ Consultar Atenciones○ Registro del CIE-10

Implantación del Módulo de Administración de Datos de SIGAM.

Módulo que permite gestionar y monitorear todos los datos útiles para que el sistema pueda operar correctamente realizando el mantenimiento de: Documentos maestros, Tarifario, Tipo de cambio, Beneficio, Contratante, Empresa, Financiador, Grupo, Persona, y Plan. Este módulo cuenta con las siguientes opciones:

○ Configuraciones:● Tablas Maestras● Tarifario SEGUS● Tipo de Cambio

○ Mantenimientos:● Beneficio● Contratante● Empresa● Financiador● Grupo● Persona● Plan

Migración de data inicial al SIGAM.

Se definirán formatos iniciales, donde la clínica San Marcos tendrá que completar la data inicial que será migrada al SIGAM.

Pruebas Integrales de la solución implantada

Dichas pruebas se realizarán al término de las pruebas de la empresa CONSULTORES PMI SAC con la data inicial cargada en la migración inicial.

_________________________________________________________________________________________________________________

- 10 -

_________________________________________________________________________________________________________________

Puesta en Producción de la Solución.

Instalación del SIGAM en el servidor de aplicaciones final y configuración de acceso a la Bd del servidor de BD final.

Capacitación a usuarios finales (10 personas) que la empresa asigne, en cuanto a la funcionalidad del SIGAM.

Proceso de Aprobación:

El proyecto tiene como duración 3 meses calendario el cual será realizado desde el 22 de Octubre del 2011 hasta 22 de Enero del 2012.

El cliente procederá a la verificación y validación del correcto funcionamiento del sistema tomando como referencia para la misma las especificaciones del contrato. La verificación y validación la realizará en un periodo de tiempo inferior a 15 días calendario contados a partir del término de la implantación del sistema. Si pasada esta fecha el cliente no manifiesta por escrito reparos al proveedor, se entenderá que el sistema cumple con todos los requisitos establecidos.

El proveedor es dueño del sistema a implantar, por lo tanto el cliente se compromete a no vender, transferir o negociar transacción alguna más allá de lo adquirido materia del contrato.

El cliente es dueño del uso y derechos de usuario del sistema vía un licenciamiento ilimitado en tiempo y usuarios para sus empresas en la cual posea sociedad mayoritaria.

Una vez terminada la validación por parte del cliente de la implantación del sistema de información, se iniciará un periodo de garantía del correcto funcionamiento del sistema de 6 meses. La garantía del sistema cubrirá un servicio de mantenimiento correctivo por parte del proveedor, con un tiempo de respuesta a las notificaciones de incidencias inferior a 5 horas desde la notificación, y un tiempo de reparación acorde al esfuerzo técnico necesario para su corrección.

Criterios de Aceptación:

Los criterios de aceptación del producto son los siguientes:

Para la aprobación de la implantación por parte del cliente, se debe cumplir con la implantación del producto que cubra el 100% de las funcionalidades detalladas.

Se debe concluir el proyecto en el tiempo pactado de 3 meses calendario.

No exceder el presupuesto del proyecto de S/. 80,000.00.

Supuestos

El cliente Clínica San Marcos proporcionará las instalaciones en donde se realizará la implantación del sistema. Se tiene la infraestructura de hardware, software, comunicaciones y soporte logístico, necesario y apropiado, para la gestión de todas las partes del proyecto. Deberá existir un contrato entre la empresa Consultores PMI S.A.C. (proveedor) y Clínica San Marcos S.A. (cliente).

Compromiso_________________________________________________________________________________________________________________

- 11 -

_________________________________________________________________________________________________________________

El cliente se compromete a realizar todas las acciones que le competen para respetar el cronograma diseñado por el proveedor para la presentación de entregables. Este cronograma marcará las fechas de revisión, presentación, tiempos de corrección y entrega final. Es obligatoria esta presentación a fin de hacer efectivo los pagos en las fases previstas. En caso el cliente no complete una actividad asignada en el tiempo esperado, el proveedor procederá a actualizar el cronograma e informar a todo el equipo de trabajo.

Equipo de trabajo

El proveedor proporcionará un equipo experto que se encargará de realizar la implantación del sistema.

El cliente se encargará de la selección del personal quien trabajará en conjunto con el equipo del proveedor en la implantación del sistema.

El proveedor entregará los roles y responsabilidades necesarios del equipo del cliente.

Revisiones de avance

Se efectuarán reuniones quincenales entre el gerente de proyecto del cliente, el gerente de proyecto del proveedor, el sponsor y el comité de gerencia con la finalidad de revisar las planificaciones, avances del proyecto y riesgos identificados que podrían afectar el proyecto.

Capacitaciones del sistema

El cliente brindará sus instalaciones e infraestructura con la que cuenta para que se pueda desarrollar las capacitaciones de los módulos del sistema. El proveedor indicará con anticipación qué materiales requiere para la capacitación. El cliente definirá el personal que asistirá a las capacitaciones.

Cambios al proceso de gestión

Durante el proyecto toda modificación, adición o supresión en las características de los SERVICIOS se efectuará solamente por escrito y con la aprobación del proveedor y del cliente.Se entiende que si dichas modificaciones del alcance llegasen a ocurrir, estos impactarían en los tiempos y costos según la naturaleza de las mismas. Estos acuerdos adicionales se discutirán en comités de gerencia y su aprobación se formalizará mediante órdenes de cambio.

Otros gastos asociados

Cualquier gasto adicional incurrido por demoras del proveedor será asumido por éste. La clasificación de los gastos y quien lo asume se detallará en el contrato.

Aceptación y autorizaciónLos términos y condiciones del Acuerdo de Servicios Profesionales aplican en su totalidad a los productos y servicios previstos en este enunciado de trabajo.

POR CONSIGUIENTE, las partes aquí actúan con la debida autorización para ejecutar este Enunciado de Trabajo bajo firmas.

CLÍNICA SAN MARCOS S.A. CONSULTORES PMI S.A.C.

_________________________________________________________________________________________________________________

- 12 -

_________________________________________________________________________________________________________________

Nombre Nombre

Cargo Cargo

Firma Firma

Fecha Fecha

_________________________________________________________________________________________________________________

- 13 -

_________________________________________________________________________________________________________________

3. CONTRATO DEL PROYECTO


CONTROL DE VERSIONES

Versión Hecha por Revisada por Aprobada por

Fecha Motivo

1.0 Oscar ValderramaFredy ArandaIván MantaGustavo Espinoza


_________________________________________________________________________________________________________________

- 14 -

_________________________________________________________________________________________________________________

CONTRATO DE PRESTACION DE SERVICIOS

LOCACION DE SERVICIOS

EN LA IMPLANTACION DEL SISTEMA DE GESTIÓN AMBULATORIA PARA LA CLINICA SAN

MARCOS

Conste por el presente contrato que se suscribe por duplicado uno de PRESTACION DE SERVICIOS, bajo la modalidad de Locación de Servicios (Art. 1756 inc. a del Código Civil) en Implementación del Sistema de Gestión Ambulatoria, cuya denominación adicionalmente podrá ser SIGAM, que suscriben de una parte, CONSULTORES PMI SAC., con RUC Nº 20492089959, debidamente representado por su Representante Legal, LUIS FERNANDO TELLES ATTO, identificado con DNI Nº 07629463 según poder inscrito en la PARTIDA No. 12186720 del Registro de Personas Jurídicas de Lima, con domicilio real en Jr. Las Garzas 273 Urbanización Limatambo - Distrito de Surquillo, a quien en adelante se le denominará LA LOCADORA y de la otra parte CLÍNICA SAN MARCOS S.A., con R.U.C. Nº 20100121809, debidamente representada por su Representante Legal SEBASTIÁN CÉSPEDES, identificado con D.N.I. Nº 07275457 según poder inscrito en la PARTIDA No. 11006058 del Registro de Personas Jurídicas de Lima, con domicilio real en Av. Javier Prado Este No. 721 – Distrito de San Isidro, a quien en adelante se le denominará EL COMITENTE, en los términos y condiciones siguientes:

PRIMERO.- LA LOCADORA que viene a ser la empresa CONSULTORES PMI SAC. es una empresa dedicada a brindar servicios de consultorías en programas y equipos de informática, así como el de brindar suministros a dichos programas y equipos, desarrollar actividades de procesamiento de datos y todas aquellas relacionadas con base de datos, mantenimiento, reparación de maquinaria de oficina, contabilidad e informática y actividades afines relacionadas a todo lo antes mencionado.

SEGUNDO.- Por el presente instrumento y de conformidad a lo establecido por los artículos 1764, 1765, 1766, 1767 y 1768 del Código Civil EL COMITENTE contrata los servicios de LA LOCADORA quien se obliga de manera responsable y bajo estricta confidencialidad en desarrollar un proyecto cuyo:

Objeto General del Contrato :

Implantar un Sistema para la Gestión de la Consulta Ambulatoria, que cuente con un módulo de interconexión SITEDS para la Facturación.

Objetos Accesorios del Contrato:

Implementar el proceso de Tablas Maestras: En el cual se registrarán a los médicos y su especialidad, los medicamentos, los planes y los beneficios asociados.

Implementar el proceso de Admisión ambulatoria: En el cual se registrarán a los pacientes vía la trama SITEDS para que pueda atenderse en la Clínica. La impresión de la documentación deberá contener toda información transmitida por el SITEDS.

_________________________________________________________________________________________________________________

- 15 -

_________________________________________________________________________________________________________________

Para el caso que no se utilice el SITEDS el sistema deberá tener un repositorio que emule las condiciones especificados en la interconexión. Asimismo, permitirá el ingreso de la Historia Clínica (HC) y solicitará el requerimiento de HC para el archivo y posterior envío al consultorio respectivo.

Implementar el proceso de Consumos Facturación: El cual permitirá el registro de consumos vía los siguientes catálogos estándar SEGUS para el Tarifario de Servicios que brinda la Clínica, CUMS para el catálogo de Medicamentos y PROPIO para lo no contemplado en los dos catálogos anteriores. Es importante anotar que los mismos pasaran por la evaluación de las reglas de negocio establecida según el Manual de Facturación de Clínicas aprobada por la Asociación de Clínicas y Seguros de Salud del Perú.

Implementar el proceso de Carta de Garantía: El cual permitirá recibir la solicitud de Carta de Garantía del proveedor (CSM) vía Web Service, o permitir un registro manual de la solicitud en el sistema. Esta solicitud será validada por un médico auditor quien podrá Autorizar, Rechazar, Anular u Observar la Carta.

Implementar el proceso de Facturación: El cual permitirá cargar una trama TEDEF para enviar los siniestros del Proveedor, estos serán validados y si tienen errores se devolverán del proveedor. Adicionalmente se generará una interface con el sistema Contable de la Clínica San Marcos para enviar la producción del mes.

Implementar el SITEDS: Se construirá el Web Service y los procedimientos almacenados que den soporte al aplicativo SITEDS (de la SUNASA), con el cual se podrá consultar la vigencia del asegurado y sus coberturas.

Los mismos que se encuentran contenidos y suscritos en la propuesta Técnica Económica para la Implantación de Sistema de Gestión Ambulatoria para la Clínica San Marcos punto 2.1 desarrollado por CONSULTORES PMI SAC y aprobado por la CLÍNICA SAN MARCOS S.A.Todo lo establecido en la presente cláusula se desarrollará en un plazo determinado y a cambio del pago por asesoría y honorarios por la gestión realizada.

TERCERO.- EL COMITENTE se compromete, una vez aceptada la asesoría a:

1. Facilitar toda la información, documentación, fotografías, videos y cualquier otro requisito razonable solicitado por LA LOCADORA para el desarrollo de la Propuesta Técnica Económica en la Implantación de Sistema de Gestión Ambulatoria para la Clínica San Marcos.

2. Cumplir con la forma de pago de la contraprestación establecida, y con la cancelación una vez que se haya concluido con la finalización de la construcción de Fase III y esta haya sido aprobado por EL COMITENTE y entregado al mismo.

3. Asumir el costo o la adquisición de los equipos de hardware y licencias para la puesta en producción del Sistema.

4. No comercializar el producto, salvo acuerdo mutuo y autorización firmada por LA LOCADORA.

5. Cumplir y respetar las obligaciones establecidas en el presente contrato y sujetas a ley.

_________________________________________________________________________________________________________________

- 16 -

_________________________________________________________________________________________________________________

CUARTO.- LA LOCADORA se compromete a:

○ Actuar con diligencia y solicitar únicamente la información correspondiente y necesaria, manteniendo estricta reserva de la misma, para el desarrollo de la Propuesta Técnica Económica en la Implantación de Sistema de Gestión Ambulatoria para EL COMITENTE.

○ Cumplir con los plazos previstos para el desarrollo de la Propuesta Técnica Económica en la Implantación de Sistema de Gestión Ambulatoria para EL COMITENTE

○ Proveer de los equipos y licencias de desarrollo durante la construcción del proyecto mientras se realice en sus instalaciones.

○ Otorgar al Cliente una garantía de 6 meses luego de la puesta en producción del Sistema, tiempo en el cual se corregirán todos los errores de funcionalidad que se presentasen.

Los mismos que se encuentran contenidos y suscritos en la propuesta Técnica Económica para la Implantación de Sistema de Gestión Ambulatoria para la Clínica San Marcos punto 5 desarrollado por CONSULTORES PMI SAC y aprobado por la CLÍNICA SAN MARCOS S.A.

QUINTO.- El presente contrato tendrá una duración de 9 meses aproximadamente a partir de la suscripción del presente documento.LA LOCADORA se compromete a cumplir con los siguientes plazos correspondiendo para cada uno el desarrollo de una fase:Los mismos que se encuentran contenidos y suscritos en la propuesta Técnica Económica para la Implantación de Sistema de Gestión Ambulatoria para la Clínica San Marcos punto 2.2 desarrollado por CONSULTORES PMI SAC y aprobado por la CLÍNICA SAN MARCOS S.A.

FASES FECHA INICIO FECHA DE ENTREGA

Firma del Contrato 22-10-2011 22-10-2011

Fase I 22-10-2011 22-11-2011

Fase II 22-11-2011 22-12-2011

Fase III 22-12-2011 22-01-2012

● Cada Fase contiene su propio entregable.

FASE I: Entregable de la referida fase

o Acceso al Sistema. Iniciar Sesión Cambiar Password Aceptar Sesión

_________________________________________________________________________________________________________________

- 17 -

_________________________________________________________________________________________________________________

o Tablas Varias. HC, Formatos de Facturación, Tarifario, etc.

o Mantenimiento de Usuarios. Registro de los usuarios del Sistema

o Proveedores. Registro de Información Contactos del proveedor

o Contratos con Aseguradores de Salud. Registro de los contratos con Aseguradores de Salud.

o Médicos. Registro de Médicos Información adicional Teléfonos Especialidades

o Diagnósticos. Registro de diagnósticos bajo el estándar CIE10.

o Medicamento. Registro de Medicamentos Bajo estándar CUM Principio activo Precios

FASE II: Entregable de la referida fase

o Caja. Pedido de cobro de consumo. Emisión del documento valorado según la normativa vigente

o Parámetros. Registro de los parámetros del Sistema.

o Plan de Beneficios. Registro de Planes Versiones del Plan Alternativas de Costos (Etarios / Grupo Familiar) Costos del Plan Beneficios del Plan

o Siniestros Registro y Recepción de Siniestros

o Alternativas de Copago Registro de Deducibles y Coaseguros

o Trámite Documentario Recepción de Documentos por áreas Transferencia de documentos

FASE III: Entregable de la referida fase

o Liquidación Registro de Facturas Registro de Procedimientos

_________________________________________________________________________________________________________________

- 18 -

_________________________________________________________________________________________________________________

Registro de Diagnósticos Registro de Piezas Dentales

o Auditoria Médica Auditoria del Siniestro Proceso de Cálculo de Pago o Rechazo

o Cartas de Garantía Registros de Cartas de Garantía

o Facturación Control de Afiliados Emisión y Generación de Facturas Facturación Masiva Integración con Cobranza Reportes de Producción

o Cuentas x Cobrar Indicadores de Cobranza Interfases con Contabilidad

o SITEDS Implementación con web Services

Adicionales:Adicionalmente a las fases y obligaciones de las mismas contraídas por el presente contrato LA LOCADORA, esta se compromete a:- Migrar la data proporcionada por la Clínica San Marcos de las tablas maestras la cual deberán prepararla de acuerdo a las estructuras especificadas por LA LOCADORA. Por tanto la calidad de la data a migrarse es responsabilidad de la Clínica San Marcos.

SEXTO: No es parte del Alcance del proyecto cualquier módulo, proceso o funcionalidad no indicada en el Desarrollo del Proyecto ya aprobado por las partes. Tampoco es parte del alcance la digitación de la data en el nuevo Sistema en los casos que no hubiera forma de migrarla.Los mismos que se encuentran contenidos y suscritos en la propuesta Técnica Económica para la Implantación de Sistema de Gestión Ambulatoria para la Clínica San Marcos punto 2.3 desarrollado por CONSULTORES PMI SAC y aprobado por la CLÍNICA SAN MARCOS S.A.

SÉPTIMO.- LA LOCADORA garantiza el cabal cumplimiento de sus obligaciones, y el cabal funcionamiento del 100% del Objeto Principal y Objeto Accesorio adquirido por EL COMITENTE, materializándose la misma en los siguientes entregables:

a. De la Gestión del proyecto: Siendo su entregable Propuesta Técnica Económica Informe de estado Actas de Reunión Actas de aceptación y conformidad de entregables Procedimientos de Control de Cambios Informe de Cierre de Proyecto

_________________________________________________________________________________________________________________

- 19 -

_________________________________________________________________________________________________________________

b. Del Análisis: Siendo su entregable Catalogo de Requerimientos Documento de Especificaciones Funcionales Modelo de Datos Arquitectura del Sistema Documento de Especificaciones Técnicas Matriz de Casos de Prueba

c. Del Desarrollo/Integración: Siendo su entregable Instaladores o ejecutables del Sistema SIGAM.

d. De la Estabilización: Siendo su entregable Plan de pruebas y Matriz de Casos de Prueba Documento de casos de pruebas de control de calidad Informe de pruebas internas

e. De la Implantación: Siendo su entregable Documento de Migración de Datos de tablas maestras Manual de usuario Matriz de pase a Producción Acta de conformidad de usuario

Los mismos que se encuentran contenidos y suscritos en la propuesta Técnica Económica para la Implantación de Sistema de Gestión Ambulatoria para la Clínica San Marcos punto 2.5 desarrollado por CONSULTORES PMI SAC y aprobado por la CLÍNICA SAN MARCOS S.A.

OCTAVO.- Los criterios de aceptación final de la Implantación de Sistema de Gestión Ambulatoria realizada para EL COMITENTE serán los siguientes:

a. Todos los errores de categoría críticos y no críticos encontrados en las pruebas de aceptación deberán ser corregidos y estar en estado conforme.

b. Todos los requerimientos funcionales de los módulos especificados en el Alcance del Proyecto se encontrarán cubiertos de parte de LA LOCADORA para la finalización del presente contrato.

Los mismos que se encuentran contenidos y suscritos en la propuesta Técnica Económica para la Implantación de Sistema de Gestión Ambulatoria para la Clínica San Marcos punto 3.5 desarrollado por CONSULTORES PMI SAC y aprobado por la CLÍNICA SAN MARCOS S.A.

NOVENO .- Ninguna de las partes será responsable del atraso o incumplimiento en sus obligaciones ajenas a su voluntad, ya sea por caso fortuito, fuerza mayor, o hecho de tercero incontrolable para los contratantes, que les impidan cumplir con sus compromisos.Asimismo LA LOCADORA no será responsable de los daños causados a la Implantación de Sistema de Gestión Ambulatoria de ELCOMITENTE por motivos de transporte o manipulación de terceros, ni por el manejo inadecuado del o los usuarios.

_________________________________________________________________________________________________________________

- 20 -

_________________________________________________________________________________________________________________

DÉCIMO.- Ambas partes acuerdan en fijar como contraprestación de los servicios de LA LOCADORA. El pago de la suma ascendente a la cantidad de S/.80,000.00 (Ochenta Mil y 00/100 Nuevos Soles), más el 18% de Impuesto General a la Venta correspondiente por ley; el cual será abonado de la siguiente manera:

La suma de S/. 20,000.00 (Veinte mil y 00/100 Nuevos soles) a la firma del presente contrato (22/10/2011).

La suma de S/. 20,000.00 (Veinte mil y 00/100 Nuevos soles) al entregable de la Fase I del presente contrato (22/11/2011).

La suma de S/. 20,000.00 (Veinte mil y 00/100 Nuevos soles) al entregable de la Fase II del presente contrato (22/12/2011).

La suma de S/. 20,000.00 (Veinte mil y 00/100 Nuevos soles) al entregable de la Fase III del presente contrato (22/01/2012).

Los mismos que se encuentran contenidos y suscritos en la propuesta Técnica Económica para la Implantación de Sistema de Gestión Ambulatoria para la Clínica San Marcos punto 8.1, 8.2 y 8.3 desarrollado por CONSULTORES PMI SAC y aprobado por la CLÍNICA SAN MARCOS S.A.

El incumplimiento de cualquier pago establecido en el presente cronograma de pagos, hará incurrir a EL COMITENTE en mora automática, sin necesidad de requerimiento escrito para tal efecto; lo cual generará la liquidación de intereses moratorios y compensatorios, regulados por el Banco Central de Reserva del Perú, a favor de LA LOCADORA.

DÉCIMO PRIMERO.- LA LOCADORA, se compromete a efectuar adiciones, modificaciones y eliminaciones a los requerimientos definidos inicialmente solo a solicitud de EL COMITENTE, para cuyo caso este deberá de presentar su solicitud de cambio, adición, modificación o eliminación respectiva acorde a lo contenido y suscrito en la propuesta Técnica Económica para la Implantación de Sistema de Gestión Ambulatoria para la Clínica San Marcos punto 9.2.1 y 9.2.2 desarrollado por CONSULTORES PMI SAC y aprobado por la CLÍNICA SAN MARCOS S.A.

DÉCIMO SEGUNDO.- Para todo lo no suscrito y estipulado en el presente contrato se entenderá que se aplicará de manera supletoria todo lo estipulado en la Propuesta Técnica Económica para la Implantación de Sistema de Gestión Ambulatoria para la Clínica San Marcos desarrollado por EL LOCADOR y aprobado por la ELCOMITENTE.

DÉCIMO TERCERO.- LA LOCADORA se reserva el derecho, de incluir en la parte final de toda presentación de EL COMITENTE, créditos de su marca de servicio y trabajo realizado; en su calidad de consultores en programas y equipos de informática. Dicho crédito será discreto moderado y uniforme con la presentación, el cual contendrá fundamentalmente datos empresariales de CONSULTORES PMI SAC.

DÉCIMO CUARTO.- Las comunicaciones que ambas partes deseen cursarse deberán ser dirigidas a las señas que respectivamente les correspondan según la introducción del

_________________________________________________________________________________________________________________

- 21 -

_________________________________________________________________________________________________________________

presente contrato; los cambios de domicilio solo se podrán realizar dentro del radio urbano de Lima y no producirán efectos en el caso de que EL COMITENTE no notifique notarialmente a EL LOCADOR con una anticipación de 30 días antes de entrar en vigencia el cambio.

Ambas partes se someten expresamente de existir alguna controversia a solucionar cualquier conflicto como pago de Fase de Contrato, resolución de contrato o cualquier otro que surja de la naturaleza del mismo a solucionarlo en un Centro de Conciliación Extrajudicial a solicitud de cualquiera de las partes, afín de arribar a un acuerdo conciliatorio que de fin a la controversia surgida entre las partes.

Suscrito en la ciudad de Lima, a los 13 días del mes de Octubre de 2011; en dos ejemplares

de igual valor.

.................................................................... ..........................................................

LA LOCADORA EL COMITENTE

LUIS FERNANDO TELLES ATTO SEBASTIÁN CÉSPEDES

D.N.I 07629463 D.N.I 07275457

_________________________________________________________________________________________________________________

- 22 -

_________________________________________________________________________________________________________________

4. ACTA DE CONSTITUCIÓN DEL PROYECTO



1.0 Fredy ArandaOscar ValderramaIván MantaGustavo Espinoza


_________________________________________________________________________________________________________________

- 23 -

_________________________________________________________________________________________________________________

ACTA DE CONSTITUCIÓN DEL PROYECTO<

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO

Implantación del Sistema de Gestión Ambulatoria SIGAM

JUSTIFICACIÓN DEL PROYECTO

Ahorrar hasta un 15% en costos operativos por demoras de la atención. Reducir los tiempos de crédito a los aseguradores de 63 días a 45 días. Obtener información de preexistencias y exclusiones para apoyo de la atención, reduciendo

el riesgo de mala praxis. Mejorar las ventas hasta en un 20%. Mejorar los canales de atención de la empresa en un 90%.

DESCRIPCIÓN DEL PROYECTO

El proyecto SIGAM consiste en implantar un sistema de información que permita optimizar el proceso de atención ambulatoria, especialmente para aquellas personas que se encuentren afiliadas a una EPS ó un seguro privado. Para ello, se realizó un benchmarking entre los productos más reconocidos del mercado, eligiéndose el Sistema de Gestión Ambulatoria (SIGAM) de la empresa CONSULTORES PMI S.A.C, cuya adquisición busca obtener los siguientes beneficios a partir del tercer mes de iniciado el proyecto:

Eliminar las llamadas telefónicas a las Entidades Prestadoras de Salud (EPS) y Seguros Privados, lo cual representa el 80% de las atenciones.

Reducir los errores en digitación de las condiciones de los asegurados en 90%. Reducir las devoluciones de facturación a consecuencia de una mala aplicación de los

copagos en 90%.

El desarrollo del proyecto estará a cargo de las siguientes personas:

Sebastián Céspedes Sponsor del ProyectoMicaela Barrientos Gerente de Proyecto por parte de la CLÍNICA SAN MARCOS S.A.Janis Candia Gerente de Proyecto por parte de CONSULTORES PMI S.A.C.

El proyecto de implantación comenzará el 24 de Octubre del 2011 hasta el 23 de Enero del 2012, teniendo una duración de 3 meses.

ALCANCE PRELIMINAR

El Sistema de Gestión Ambulatoria (SIGAM) es un sistema que soporta la gestión de los servicios de salud que brinda mostrando información crítica en forma oportuna, ayudando sobre todo a los procesos de Admisión, Consumos, Caja y Facturación de la empresa.

Los siguientes módulos del SIGAM serán implantados:

_________________________________________________________________________________________________________________

- 24 -

_________________________________________________________________________________________________________________

1. Módulo de Admisión General. Permite gestionar y monitorear todo el proceso de admisión de pacientes a la clínica realizando el registro de admisiones de pacientes, corrigiendo datos de las admisiones registradas, registro de los datos personales en la Historia Clínica y brindando facilidades para la obtención de datos del SITEDS, y permitiendo el monitoreo de admisiones a través de reportes.


○ Generar Admisiones○ Corregir Admisión○ Registrar datos de pacientes para la Historia Clínica ○ Consultar Tarifario○ Consultar Admisiones○ Consultar Atenciones○ Consultar CIE-10

2. Módulo de Consumos. Permite gestionar y monitorear todo el proceso de consumos de pacientes realizando el registro de servicios solicitados por los pacientes, atendiendo los servicios que ya han sido brindados, y permitiendo el monitoreo de los consumos con sus estados a través de 32 reportes; así como el registro del diagnóstico definitivo y presuntivo. Este módulo cuenta con las siguientes opciones:

○ Servicios Auxiliares:● Laboratorio:

Atención Consumos

● Imágenes: Atención Consumos

○ Procedimientos médicos:● Atención● Consumos

○ Registro de diagnóstico:● CIE-10

3. Módulo de Caja. Permite gestionar y monitorear todos los procesos de caja realizando el registro de tipos de cambio, registrando la apertura y cierre de cajas, generando reportes de liquidación de cajas, registrando pagos, emitiendo documentos de pago, y anulando documentos de pago emitidos que lo requieran.Este módulo cuenta con las siguientes opciones:

○ Anular documento○ Iniciar sesión de Caja (apertura)○ Cerrar Caja○ Corregir Admisión○ Generar Liquidación○ Registrar tipos de Pagos en Caja○ Reimprimir○ Administrar Tipo de Cambio

4. Módulo de Facturación. Permite gestionar y monitorear todo el proceso de facturación realizando la facturación de admisiones, generando reportes de sustento de facturación, y anulando documentos de pago emitidos durante la facturación en caso sea necesario.

_________________________________________________________________________________________________________________

- 25 -

_________________________________________________________________________________________________________________


○ Anular Factura○ Corregir Admisión○ Facturar○ Reimprimir○ Consultar Admisiones○ Consultar Atenciones○ Registro del CIE-10

5. Módulo de Administración de Datos del Sistema. Permite gestionar y monitorear todos los datos útiles para que el sistema pueda operar correctamente realizando el mantenimiento de: Documentos maestros, Tarifario, Tipo de cambio, Beneficio, Contratante, Empresa, Financiador, Grupo, Persona, y Plan. Este módulo cuenta con las siguientes opciones:

○ Configuraciones:● Tablas Maestras● Tarifario SEGUS● Tipo de Cambio

○ Mantenimientos:● Beneficio● Contratante● Empresa● Financiador● Grupo● Persona● Plan

EXCLUSIONES DEL PROYECTO

No se realizarán migraciones de las tablas transaccionales del sistema actual del cliente al nuevo producto.

Solo se realizará una migración por la implementación. No se entregará documentación de gestión interna del proyecto.

FINALIDAD DEL PROYECTO

Implantar el sistema de gestión ambulatoria SIGAM en la Clínica San Marcos S.A en el tiempo estimado de 3 meses, cumpliendo el 100% las características definidas dentro del presupuesto acordado, para lo cual se necesitará de la disponibilidad de los recursos necesarios, para así cumplir con los objetivos estratégicos definidos en el caso de negocio.

OBJETIVOS DEL PROYECTOCONCEPTO OBJETIVOS CRITERIOS DE ÉXITO

ALCANCE

Cumplir con la implantación total del producto, cubriendo el 100% de las funcionalidades detalladas.

Aprobación de la implantación por parte del cliente.

_________________________________________________________________________________________________________________

- 26 -

_________________________________________________________________________________________________________________

TIEMPOConcluir el proyecto en el plazo solicitado por el cliente, el cual es de 3meses.

Concluir el proyecto en el tiempo pactado.

COSTOCumplir con el presupuesto estimado del proyecto, el cual es de S/. 80,000.00.

No exceder el presupuesto del proyecto.

FACTORES CRITICOS DE EXITOSe tenga compromiso para gestionar adecuadamente el proceso de cambios dentro de la organización de la clínica.Los procesos internos de la clínica se encuentren estandarizados.La data se encuentre consistente antes de iniciar con el proceso de migración.

RESTRICCIONES DEL PROYECTODE COSTOS:Se cuenta con un presupuesto de S/. 80,000.00 (Ochenta Mil Nuevos Soles).DE TIEMPOS:El proyecto no debe extenderse más de 03 (Tres) meses.DE PERSONAL:La implementación del sistema solo podrá ser llevada a cabo en horario laboral, el cual es de lunes a viernes de 9 a 1 pm y de 2 a 6 pm. Se encuentran excluidos los días no laborales designados por ley.

SUPUESTOS DEL PROYECTO

La gestión del proyecto se llevará a cabo en las instalaciones de la CLÍNICA SAN MARCOS S.A., para lo cual se proporcionará un ambiente especial donde estará reunido todo el equipo del proyecto.

La CLÍNICA SAN MARCOS S.A., debe participar en la revisión de entregables según se vayan realizando.

La CLÍNICA SAN MARCOS S.A cuenta con una base de datos donde se cuenta con las tablas maestras.

Se cuenta con los medios de comunicación verbal y escrita entre los miembros del equipo del proyecto, en un nivel de alta disponibilidad.

Se cuenta con personal técnico con experiencia suficiente para la ejecución de sus tareas. Se cuenta con recursos humanos con total disponibilidad de los tiempos asignados en las

estimaciones. Se tiene la infraestructura de hardware, software, comunicaciones, y soporte logístico,

necesario y apropiado, para la gestión de todas las partes del proyecto. La CLÍNICA SAN MARCOS S.A cuenta con la infraestructura necesaria para generar el

ambiente de prueba y la implantación final, así como ambientes para la capacitación en los módulos del SIGAM.

Las personas responsables de aprobar los entregables se sujetarán a los plazos establecidos en el Plan de Proyecto.

Las capacitaciones se realizarán de acuerdo a un cronograma, y éstas serán únicas por implantación.

_________________________________________________________________________________________________________________

- 27 -

_________________________________________________________________________________________________________________

ORGANIZACIONES O GRUPOS ORGANIZACIONALES QUE INTERVIENEN EN EL PROYECTOORGANIZACIÓN ROL QUE DESEMPEÑA

CONSULTORES PMI S.A.C. Proveer el servicio de implantación del SIGAM.

CLÍNICA SAN MARCOS S.A.Demandante del servicio de implantación del SIGAM y proveer las instalaciones para el desarrollo del proyecto.

DEFINICIÓN DE REQUISITOS DEL PROYECTO

STAKEHOLDER NECESIDADES, EXPECTATIVAS, DESEOS

REQUERIMIENTOS DEL PROYECTO

Empr

esa

Cons

ulto

res

PM

I S.A

.C.

Janis Candia (Gerente de Proyecto por parte del proveedor)

Implantar satisfactoriamente el sistema de Gestión Ambulatoria (SIGAM).

Cumplir con los requerimientos solicitados para la implantación del producto solicitado.

Realizar la planificación dentro del presupuesto autorizado.

Organizar y cumplir las actividades en las fechas comprometidas.

Clín

ica

San

Mar

cos

S.A.

Luis González (Presidente del Comité Ejecutivo)

Contar con un sistema de Gestión Ambulatoria para mejorar su gestión.

Todos los entregables deben iniciarse y completarse en los tiempos establecidos.

Los entregables deben cumplir con todas las especificaciones técnicas y características de calidad definidas y aprobadas por el cliente.

Se está entregando la responsabilidad de la implantación y capacitación del Sistema de gestión Ambulatoria a una empresa consultora de reconocida experiencia en este rubro.

SebastiánCéspedes (Sponsor)

MicaelaBarrientos (Gerente de Proyecto por parte del cliente)

SUN

ASA

VíctorPolo (Encargado de interconexiones SUNASA)

Integrar satisfactoriamente el producto a implantar con el SITEDS.

Las pruebas de interconexión funcionen correctamente.

Min

iste

rio

De

sal

ud

Francisco Miranda El proyecto utilice los estándares definidos.

Que se respeten los estándares.

MiguelBazalar (Sistemas de Rímac Internacional)

La información contenga lo necesario para la atención.

La interconexión funcione correctamente.

_________________________________________________________________________________________________________________

- 28 -

_________________________________________________________________________________________________________________

EPS

Se

guro

s JuanLoayza (Oficina de Tecnología en Pacífico Seguros)

La información contenga lo necesario para la atención.

La interconexión funcione correctamente.

COMITÉ EJECUTIVO DE LA CLÍNICA SAN MARCOSLuis González Presidente del Comité EjecutivoCamila Fernández Vicepresidente del Comité EjecutivoMiguel Abanto Contralor del Comité Ejecutivo

DESIGNACIÓN DEL PROJECT MANAGEMENT DEL PROYECTONOMBRE: Janis Candia NIVELES DE AUTORIDAD

REPORTA A: Sebastián Céspedes

Exigir el cumplimiento de la implantación del proyecto.Exigir el cumplimiento de los tiempos establecidos.

SUPERVISA A: Equipo del proyecto

PRINCIPALES RIESGOS NEGATIVOS DEL PROYECTOExterno Internos

SUNASA modifique y genere una nueva versión del SITEDS.

El Ministerio de Salud establezca reglas de negocio nuevas, originando que se genere un estándar de comunicación nuevo con diferentes niveles de seguridad.

El ingreso de nuevas aseguradoras que aún no utilicen el SITEDS como estándar, y por lo tanto se tenga que manejar con ellos un desarrollo personalizado de integración.

El patrocinador sea removido de sus funciones o cambios de gestión.

El patrocinador no se comprometa con el proyecto.

Cambios adicionales que el cliente desea modificar al proyecto inicial pueden elevar el costo del proyecto así como aplazar la fecha de entrega.

Deficiencias técnicas externas al control de la empresa consultora que provoquen el retraso de la implantación del proyecto.

Suspensión del presupuesto asignado y aprobado.

Usuarios finales sin habilidades de informática y resistentes al cambio.

El equipo propuesto por parte de la clínica San Marcos no conozca bien los procesos de negocio.

PRINCIPALES RIESGOS POSITIVOS DEL PROYECTO (OPORTUNIDADES)

La implantación del proyecto permitirá a la empresa consultora ganar experiencia en la planificación y administración de este tipo de proyectos.

Brindar el servicio de mantenimiento al sistema, luego de la implantación. Desarrollar requerimientos complementarios producto de la implantación del SIGAM.

_________________________________________________________________________________________________________________

- 29 -

_________________________________________________________________________________________________________________

PRINCIPALES ENTREGABLESMigración de la data inicial al SIGAM.Implantación en el ambiente de producción del Sistema de Gestión Ambulatoria (SIGAM).Capacitación en los módulos implantados del SIGAM.Entrega de manuales de usuario de los módulos implantados del SIGAM.Entrega de documentos de gestión del proyecto (Acta de Constitución, Plan de Proyecto y Acta de constitución de cierre)

CRONOGRAMA DE HITOS DEL PROYECTOHITO O EVENTO SIGNIFICATIVO FECHA PROGRAMADA

1. Configuración General. 22/10/2011 al 21/11/20112. Implantación de Módulos de Admisión y Caja. 22/11/2011 al 21/12/20113. Implantación de Módulos de Consumos y

Facturación.22/12/2011 al 22/01/2011

PRESUPUESTO PRELIMINAR DEL PROYECTOCONCEPTO MONTO

1. Personal S/. 57,000.002. Otros costos S/. 10,000.00

Total línea base S/. 67,000.003. Reserva de contingencia S/. 6,500.004. Reserva de gestión S/. 6,500.00

TOTAL PRESUPUESTO S/. 80,000.00

SPONSOR QUE AUTORIZA EL PROYECTONOMBRE EMPRESA CARGO FECHA

Sebastián Céspedes CLÍNICA SAN MARCOS S.A. Gerente General 21/10/2011

_________________________________________________________________________________________________________________

- 30 -

_________________________________________________________________________________________________________________

5. REGISTRO DE INTERESADOS



1.0 Fredy Aranda Oscar Valderrama Janis Candia 30/10/2011 Versión original

_________________________________________________________________________________________________________________

- 31 -

_________________________________________________________________________________________________________________________________________________________________________________________________

REGISTRO DE INTERESADOSNOMBRE DEL PROYECTO SIGLAS DEL PROYECTO

IMPLANTACIÓN DEL SISTEMA DE GESTIÓN AMBULATORIA SIGAM

IDENTIFICACIÓN EVALUACIÓN CLASIFICACIÓN

Nro. NOMBRE EMPRESA Y PUESTO

LOCALI ZACIÓN

ROL EN EL PROYECTO

INFORMACIÓN DE CONTACTO

REQUERIMIENTOS PRIMORDIALES

EXPECTATIVAS PRINCIPALES

INFLUENCIA POTENCIAL

FASE DE MAYOR INTERÉS

INTERESADOCLAVE

INTERNO /EXTERNO

APOYO /NEUTRAL /OPOSITOR

1Luis

González

Clínica San Marcos S.A.

Presidente del Comité

Ejecutivo

Lima Alta Dirección [email protected] el proyecto se

concluya exitosamenteQue el producto genere los ahorros proyectados Fuerte Todo el proyecto NO Externo Neutral

2Camila

Fernández


Vicepresidente del ComitéEjecutivo



3MiguelAbanto


Contralor del Comité

Ejecutivo



4SebastiánCéspedes


Gerente General

Lima Sponsor [email protected] se termine el

proyecto exitosamente.

Que se desarrolle el proyecto al tiempo,

costo y calidad.Fuerte Todo el Proyecto SI Externo Apoyo

5Micaela

Barrientos


Jefe de SistemasLima

Gerente de Proyecto por parte del cliente [email protected]

Que se termine el proyecto exitosamente.


costo y calidad.Fuerte Todo el Proyecto SI Externo Apoyo

6Aldo

Ricardi

Clínica San Marcos S.A.Gerente de Facturación

Lima

Líder funcional en los módulos de Consumos y Facturación

[email protected]

Que el proyecto cumpla los requerimientos

establecidos para los módulos de Consumos y

Facturación.


costo y calidad.Fuerte

Implantación de los módulos de

Consumos y Facturación.

SI Externo Apoyo

7Julio

Perales

Clínica San Marcos S.A.Gerente de Tesorería

LimaLíder funcional en los

módulos de Caja [email protected]


establecidos para los módulos de Caja.




Caja.SI Externo Apoyo

_________________________________________________________________________________________________________________________________________________________________________________________________

- 32 -

mailto:[email protected]






_________________________________________________________________________________________________________________________________________________________________________________________________



LOCALI ZACIÓN

ROL EN EL PROYECTO






INTERESADOCLAVE

INTERNO /EXTERNO


8FrancoMedina

Clínica San Marcos S.A.Gerente de

Operaciones

LimaLíder funcional en los

módulos de Admisión.

[email protected]


establecidos para los módulos de Admisión




AdmisiónSI Externo Apoyo

9 PamelaRamos


Analista Financiero

LimaAnalista funcional en los módulos de Caja

y Facturació[email protected]


establecidos para los módulos de Caja y

Facturación.


costo y calidad.Media


Caja y Facturación.

NO Externo Apoyo

10 JorgeCisneros

Clínica San Marcos S.A.Analista de

Operaciones

Lima

Analista funcional en los módulos de

Admisión y Consumos.

[email protected]


establecidos para los módulos de Admisión y

Consumos.


costo y calidad.Media


Admisión y Consumos.

NO Externo Apoyo

11Luis

Capañari

Clínica San Marcos S.A.Analista de

Sistemas

Lima Analista de Sistemas lcapañ[email protected] Que se termine el proyecto exitosamente.


costo y calidad.Media Todo el Proyecto NO Externo Apoyo

12Janis

Candia

Consultores PMI S.A.C.

Gerente de Proyectos

LimaGerente de Proyecto

por parte del proveedor

[email protected] con el plan de

proyecto.Que se termine el

proyecto exitosamente. Fuerte Todo el Proyecto SI Interno Apoyo

13 OscarValderrama


ConsultorLima

Consultor Módulos de Seguridad,

Admisión y Consumos

[email protected]

Implantar exitosamente los módulos de

Seguridad, Admisión y Consumos.


Fuerte Todo el Proyecto NO Interno Apoyo

14Fredy

ArandaConsultores PMI

S.A.C.Consultor

Lima Consultor Módulos de Caja y Facturación

[email protected] exitosamente

los módulos de Caja y Facturación.


Fuerte Todo el Proyecto NO Interno Apoyo

15 GustavoEspinoza


Arquitecto de Tecnología

Lima Arquitecto de Tecnología

[email protected]

Que se instale correctamente el

sistema cumpliendo los requisitos establecidos.


Media Todo el Proyecto NO Interno Apoyo

_________________________________________________________________________________________________________________________________________________________________________________________________

- 33 -





mailto:lcapa%C3%[email protected]




_________________________________________________________________________________________________________________________________________________________________________________________________



LOCALI ZACIÓN

ROL EN EL PROYECTO






INTERESADOCLAVE

INTERNO /EXTERNO


16 IvánManta


CapacitadorLima

Capacitador Módulos de Caja y

Facturació[email protected]

Que los usuarios finales aprendan a utilizar los

módulos de Caja y Facturación del sistema.


Baja Fase final del proyecto.

NO Interno Apoyo

17 Gabriela Ulloa


Analista Capacitador

Lima

Capacitador Módulos de Admisión y Consumos

[email protected]

Que los usuarios finales aprendan a utilizar los

módulos de Admisión y Consumos del sistema.


Baja Fase final del proyecto.

NO Interno Apoyo

18 VíctorPolo

SUNASA LimaEncargado de

interconexiones SUNASA

[email protected]é las pruebas de

interconexión funcionen adecuadamente.

Qué la comunicación sea exitosa.

Media Fase final del proyecto.

SI Externos Apoyo

19 Francisco Miranda

Ministerio de Salud

LimaPresidente de la

comisión de estándares en salud

[email protected] Qué se respeten los estándares

Qué el proyecto utilice los estándares

Baja Cumplimiento de la normatividad

SI Externos Neutral

20 MiguelBazalar

Rímac EPS y Seguros

Lima Sistemas de Rímac Internacional

[email protected] Qué la interconexión funcione correctamente

Qué la información contenga lo necesario

para la atenciónMedia

Pruebas de Interconexión y

FacturaciónSI Externos Apoyo

21 JuanLoayza

Pacífico EPS y Seguros

LimaOficina de

Tecnología en Pacífico Seguros

[email protected] Qué la interconexión funcione correctamente

Qué la información contenga lo necesario

para la atenciónMedia

Pruebas de Interconexión y

FacturaciónSI Externos Apoyo

_________________________________________________________________________________________________________________________________________________________________________________________________

- 34 -




_________________________________________________________________________________________________________________

6. ESTRATEGIA DE GESTIÓN DE INTERESADOS



1.0 FA OV JC 31/10/2011 Versión original

_________________________________________________________________________________________________________________

- 35 -

_________________________________________________________________________________________________________________________________________________________________________________

ESTRATEGIA DE GESTIÓN DE INTERESADOSNOMBRE DEL PROYECTO SIGLAS DEL PROYECTO


Nro.INTERESADO

(PERSONAS O GRUPOS) INTERÉS EN EL PROYECTO EVALUACIÓN DE IMPACTO

TIPO DEIMPACTO

ESTRATEGIA POTENCIAL PARA GANAR SOPORTE O REDUCIROBSTÁCULOS

OBSERVACIONES Y COMENTARIOS

1Alta Dirección:Luis González (LG)

Que el producto genere los ahorros proyectados Medio Positivo

Preparar informes gerenciales para que el sponsor mantenga informados sobre el proyecto -

2Alta Dirección:Camila Fernández (CF)



3Alta Dirección:Miguel Abanto (MA)



4Sponsor:Sebastián Céspedes (SC)

Que el proyecto se ejecute con éxito al tiempo, costo y calidad pactados.

Muy Alto Positivo Informar acerca de las oportunidades de mejora. -

5Gerente de Proyecto:Micaela Barrientos (MB)

Que el proyecto se ejecute con éxito al tiempo, costo y calidad pactados.

Alto PositivoReuniones quincenales para informar el avance del

proyecto y resolver problemas encontrados. -

6

LíderFuncional:Aldo Ricardi (AR)

Que los módulos del sistema que van a ser implantados satisfaga todos los requisitos de los usuarios finales. Alto Positivo

Informar continuamente sobre el avance de la implantación de los módulos y reportar problemas

encontrados.-

7

LíderFuncional:Julio Perales (JP)



encontrados.-

_________________________________________________________________________________________________________________________________________________________________________________

- 36 -

_________________________________________________________________________________________________________________________________________________________________________________

Nro.INTERESADO


TIPO DEIMPACTO



8LíderFuncional:Franco Medina (FM)



encontrados.-

9Analista Funcional:Pamela Ramos (PR)

Verificar y constatar que los módulos del sistema que van a ser implantados, satisfaga todos los requisitos de los usuarios

finales.Medio Positivo Incluirlo en la planificación del proyecto y las pruebas a

realizar en los módulos implantados.-

10 Analista Funcional:Jorge Cisneros (JC)

Verificar y constatar que los módulos del sistema que van a ser implantados, satisfaga todos los requisitos de los usuarios

finales.Medio Positivo Incluirlo en la planificación del proyecto y las pruebas a

realizar en los módulos implantados.-

11Analista de Sistemas:Luis Capañari (LC) Aprender cómo se implantan los módulos para posteriormente

dar soporte a los usuarios finales.Medio Positivo Incluirlo en la planificación del proyecto y la

implantación de los módulos.-

12 Gerente de proyecto:Janis Candia (JC)

Que los módulos del sistema sean implantados correctamente satisfaciendo todos los requisitos establecidos.

Muy Alto Positivo No aplica -

13Consultores PMI SAC:Oscar Valderrama (OV) Que los módulos del sistema sean implantados correctamente

satisfaciendo todos los requisitos establecidos.Medio Positivo Incluirlo en la planificación del proyecto. -

14 Consultores PMI SAC:Fredy Aranda (FA)

Que los módulos del sistema sean implantados correctamente satisfaciendo todos los requisitos establecidos.

Medio Positivo Incluirlo en la planificación del proyecto. -

_________________________________________________________________________________________________________________________________________________________________________________

- 37 -

_________________________________________________________________________________________________________________________________________________________________________________

Nro.INTERESADO


TIPO DEIMPACTO



15 Arquitecto PMI SAC:Gustavo Espinoza (GE)

Que el sistema sea instalado correctamente. Medio Positivo Incluirlo en la planificación del proyecto. -

16Capacitadores PMI SAC:Ivan Manta (IM) Que los usuarios finales aprendan a utilizar todas las

funcionalidades del sistema.Bajo Positivo Informar sobre los objetivos de las capacitaciones a

realizar.-

17 Capacitadores PMI SAC:Gabriela Ulloa (GU)

Que los usuarios finales aprendan a utilizar todas las funcionalidades del sistema.

Bajo Positivo Informar sobre los objetivos de las capacitaciones a realizar

-

18

Organismos gubernamentales:SUNASA (SUNASA)

Qué se cumpla con la normativa dispuesta por estos organismos Medio Positivo Incluir su normativa como puntos a verificar dentro del proyecto

-

19

Organismos gubernamentales:MINISTERIO DE SALUD (MINSA)

Qué se cumpla con la normativa dispuesta por estos organismos Medio Positivo Incluir su normativa como puntos a verificar dentro del proyecto

-

20Otros Organismos:Pacifico EPS y Seguros(PACIF)

Qué se cumplan los convenios establecidos. Medio Positivo Incluir los convenios y reglas de negocio de estas entidades

-

21

Otros Organismos:Rímac EPS y Seguros (RIMAC)

Qué se cumplan los convenios establecidos. Medio Positivo Incluir los convenios y reglas de negocio de estas entidades

-

_________________________________________________________________________________________________________________________________________________________________________________

- 38 -

_________________________________________________________________________________________________________________

7. MATRIZ DE EVALUACIÓN DE INTERESADOS




_________________________________________________________________________________________________________________

- 39 -

_________________________________________________________________________________________________________________

7.1 MATRIZ DE INTERESADOS INFLUENCIA VS PODERNOMBRE DEL PROYECTO SIGLAS DEL PROYECTO


_________________________________________________________________________________________________________________

- 40 -

_________________________________________________________________________________________________________________

7.2 MATRIZ DE INTERESADOS IMPACTO VS PODERNOMBRE DEL PROYECTO SIGLAS DEL PROYECTO


_________________________________________________________________________________________________________________

- 41 -

_________________________________________________________________________________________________________________

7.3 MATRIZ DE INTERESADOS INFLUENCIA VS IMPACTO



_________________________________________________________________________________________________________________

- 42 -

_________________________________________________________________________________________________________________

7.4 DIAGRAMA DE VENNNOMBRE DEL PROYECTO SIGLAS DEL PROYECTO


_________________________________________________________________________________________________________________

- 43 -

_________________________________________________________________________________________________________________

7.5 DOCUMENTO VALORATIVO



INTERESADO PODER INFLUENCIA IMPACTO TOTAL

Directorio:

Luis González (LG)10 8 10 28

Camila Fernández (CF)10 8 10 28

Miguel Abanto (MA)10 8 10 28

Sponsor:

Sebastián Céspedes (SC)10 10 10 30

Gerente de Proyecto:

Micaela Barrientos (MB)7 10 10 27

Líder Funcional:

Aldo Ricardi (AR)6 8 8 22

Julio Perales (JP)7 8 7 22

Franco Medina (FM)7 8 7 22

Analista Funcional:

Pamela Ramos (PR)3 5 5 13

Jorge Cisneros (JC)3 6 5 14

Analista de Sistemas:

Luis Capañari (LC)5 8 7 20

Gerente de proyecto:

Janis Candia (JC)8 10 7 25

Consultores PMI SAC:

Oscar Valderrama (OV)4 4 5 14

Fredy Aranda (FA)4 4 5 14

Arquitecto PMI SAC:

Gustavo Espinoza (GE)4 5 7 16

Capacitadores PMI SAC: _________________________________________________________________________________________________________________

- 44 -

_________________________________________________________________________________________________________________

Iván Manta (IM)4 2 5 11

Gabriela Ulloa (GU)4 2 5 11

Organismos gubernamentales:

SUNASA (SUNASA)2 2 2 6

MINISTERIO DE SALUD (MINSA)2 2 2 6

Otros Organismos:

Pacifico EPS y Seguros (PACIF)2 2 2 6

Rímac EPS y Seguros (RIMAC)2 2 2 6

_________________________________________________________________________________________________________________

- 45 -

_________________________________________________________________________________________________________________

8. PLAN DE GESTIÓN DE REQUISITOS



1.0 JC FA, GE, IM OV 01/11/2011 Versión original

_________________________________________________________________________________________________________________

- 46 -

_________________________________________________________________________________________________________________

PLAN DE GESTIÓN DE REQUISITOS



INTRODUCCIÓN

El propósito del Plan de Gestión de Requisitos del proyecto SIGAM es la de establecer y mantener un acuerdo entre la Clínica San Marcos (cliente) y Consultores PMI (proveedor) con respecto a los requisitos; lo cual representa el alcance del producto que será dirigido en el proyecto. Los requisitos serán la base para estimar, planear, ejecutar y controlar las actividades durante toda la duración del proyecto.

Este plan se ocupa de cómo el proyecto SIGAM administrará la configuración del producto y sus cambios debido a modificaciones en los requisitos, para asegurar que las necesidades iniciales del cliente y los objetivos del proyecto estén asignados dentro de los requisitos funcionales y no funcionales necesarios para implantar el producto.

Aquí se detalla el proceso, tomando en cuenta los siguientes puntos: Asignación de responsabilidades. Identificación de técnicas a implementar. Las herramientas a usar. Desarrollo de documentación adecuada.

Es responsabilidad del Gerente de Proyecto asegurarse de que el equipo conozca y siga este plan y el proceso asociado, también dar a conocer quiénes son los responsables nombrados.

ACTIVIDADES DE LA GESTIÓN DE REQUISITOS IDENTIFICACIÓN DE REQUISITOS

Luego de identificar a los principales interesados del proyecto, se procederá a obtener los requisitos tanto del proyecto como del producto, mediante:

Entrevistas y/o Encuestas

Dependiendo de la disponibilidad de los interesados, se evaluará la herramienta a usar. Cada requisito deberá tener un identificador único y deberá detallarse en el documento de requisitos. Para verificar la funcionalidad se puede presentar al cliente los casos de uso, si es necesario.

ANÁLISIS DE REQUISITOS

En el caso de tener requisitos ambiguos o incompletos se procederá a la elaboración de prototipos para ser contrastados con el cliente.

Se desarrollará la Matriz de Trazabilidad de Requisitos para verificar que cada requisito cubra las necesidades y objetivos presentados por los interesados.

Luego de tener todos los requisitos verificados se procederá a la aprobación por parte del cliente. Los criterios de aprobación serán descritos en el documento de requisitos.

PRIORIZACIÓN DE REQUISITOS

La priorización de los requisitos se realizará en base a la Matriz de Trazabilidad de Requisitos, de acuerdo al nivel de estabilidad y el grado de complejidad de cada requisito documentado.

Este proceso será realizado por el equipo de gestión del proyecto durante la planificación del _________________________________________________________________________________________________________________

- 47 -

_________________________________________________________________________________________________________________

proyecto, y será aprobado por el Sponsor. Esta matriz deberá ser generada de manera periódica de acuerdo a las fechas de celebración de las

reuniones programadas del equipo de gestión, estipuladas dentro de la agenda.ADMINISTRACIÓN DE CAMBIOS EN LOS REQUISITOS

El proceso de administración de cambios en los requisitos se usará para administrar eliminaciones, modificaciones y adiciones dentro de la misma línea base o para modificar formalmente la misma.Para las actividades de cambio de requisitos se realizará lo siguiente: El iniciador de un cambio será un individuo autorizado a firmar la “solicitud de cambio”, detallando el

por qué del cambio solicitado. El iniciador debe comprender que todo cambio tiene un costo desde el momento mismo en que completa y firma la solicitud de cambio pues aunque no se apruebe, la evaluación previa requiere de esfuerzo, tiempo y dinero.

El Gerente de Proyecto elaborará en conjunto con su equipo de trabajo el análisis de impacto, responsabilizándose por tal análisis.

Cuando se haya finalizado el análisis del impacto, éste será enviado al comité de cambios. El comité de cambios está conformado por un representante del cliente y dos representantes del

proveedor. El Comité de cambios evaluará el impacto en el proyecto (nivel de costos, tiempos, alcance y

dependencias). Si el cambio es aprobado el proceso continúa, el comité adicionará un indicador que considere el

beneficio o prioridad del cambio y lo reportará al equipo de gestión del proyecto para su respectiva implementación, de lo contrario se procede al cierre de la solicitud y se comunica al iniciador. Un representante del comité de cambios firma la solicitud respaldando la resolución tomada.

El iniciador, al ser comunicado de la decisión, firmará la solicitud indicando que ha tomado conocimiento de la resolución.

Si la solicitud fue aprobada, el Gerente de Proyecto junto con el Jefe de Control de cambios priorizarán los diferentes cambios aprobados.

Durante la priorización y planificación se determinará el orden en el que los cambios aprobados serán ejecutados. Se define cuando serán ejecutados y en que versión del producto serán aplicados (actual o subsiguientes).

El Gerente de Proyecto junto con el Jefe de Control de cambios actualizarán las especificaciones de requerimientos de software y efectuarán las modificaciones pertinentes en el plan de proyecto.

Luego se procede a las pruebas y su posterior implantación. El Jefe de Control de cambios formaliza el cierre del cambio.

Herramientas:Se contará con las siguientes herramientas: La planilla “Solicitud de Cambios en los Requerimientos”. El documento “Especificaciones de Requerimientos del Software” (SRS). Se utilizará el programa SmartSVN para el versionamiento de los documentos.

RESPONSABILIDADES EN LA ADMINISTRACIÓN DE REQUISITOS Se contará con los siguientes responsables: Administrador de requisitos: Responsable de la gestión de la configuración de los requisitos y

cambios de requisitos. Gerente del Proyecto: Responsable de recibir solicitudes de cambios de requisitos y de validar los

requisitos con los interesados.

_________________________________________________________________________________________________________________

- 48 -

_________________________________________________________________________________________________________________

MÉTRICAS DEL PRODUCTO

Todos los requisitos deberán ser implementados al 100%. El sistema no deberá consumir más del 50% de los recursos del servidor donde este alojado ya que

ahí se alojan aplicativos existentes. Se tomarán encuestas en cada reunión con el cliente, para medir el nivel de satisfacción del trabajo

realizado a la fecha. Estas encuestas considerarán tiempo de entrega, nivel de informes presentados, eficiencia de las reuniones. Se establecerá una escala para definir si el cliente está satisfecho o insatisfecho.

ESTRUCTURA DE TRAZABILIDAD

En la Matriz de Trazabilidad se documentará la siguiente información: Atributos de requisitos, que incluye: código, descripción, sustento de inclusión, propietario, fuente,

prioridad, versión, estado actual, fecha de cumplimiento, nivel de estabilidad, grado de complejidad y criterio de aceptación.

Trazabilidad hacia: 2. Necesidades, oportunidades, metas y objetivos del negocio. 1. Objetivos del proyecto. 2. Alcance del proyecto, entregables del WBS. 3. Estrategia de prueba. 4. Escenario de prueba. 5. Requerimiento de alto nivel.

_________________________________________________________________________________________________________________

- 49 -

_________________________________________________________________________________________________________________

9. DOCUMENTACIÓN DE REQUISITOS



1.0 JC FA, GE, IM OV 31/10/2011 Versión original

_________________________________________________________________________________________________________________

- 50 -

_________________________________________________________________________________________________________________

DOCUMENTACIÓN DE REQUISITOS



NECESIDAD DEL NEGOCIO U OPORTUNIDAD A APROVECHAR

Se ha identificado, que en el mercado actual nacional, muchas de las soluciones que utilizan los Centros de Atención Ambulatoria no se encuentran integradas en un solo sistema, trabajan con diferentes aplicaciones para manejar historias clínicas y administrar atenciones ambulatorias.

Adicionalmente estos centros de atención ambulatoria por lo general están vinculados a las EPS y a sus planes de salud para atender a los pacientes afiliados a estas entidades que cuentan con diversos beneficios ofrecidos en sus planes de salud. El disponer de la información de cada beneficio de planes de salud es crítico al momento de identificar al paciente para iniciar el proceso de atención ambulatoria. La solución debe manejar la diversidad y particularidad de cado uno de los beneficios que ofrecen las EPS para cada paciente. La necesidad de tener la información a tiempo y exacta en los centros de atención ambulatoria se hace crítica también debido a la gran cantidad de pacientes que provienen de alguna EPS. En tal sentido, se requiere responder a los requerimientos de los pacientes de forma oportuna para garantizar una operación fluida considerando que esto se encuentra ligado directamente a los ingresos del centro de Atención Ambulatoria.

Con la finalidad de realizar la identificación de pacientes provenientes de las EPS, sus planes y sus beneficios de una manera eficiente, la SEPS ha creado una solución que propone realizar una comunicación eficaz entre los agentes participantes en los servicios de salud en este caso los Centros de atención Ambulatoria y las EPS. Esta solución se denomina Sistema Integrado para Transacciones Electrónicas en Datos de Salud (SITEDS). Esto significa que cualquier solución que una clínica desee implementar debería hacer uso de este componente para que funcione con los planes y beneficios de las EPS de manera más eficiente y eficaz.

Los centros de atención ambulatoria, sobre todo cuando prestan servicios de salud ambulatorio a pacientes asegurados en las EPS y requieren tratar con los diversos planes y beneficios que se comportan de manera diferente, tienen la necesidad de contar con una solución que gestione los servicios ambulatorios y que sea capaz de tomar en cuenta la diversidad de planes y beneficios que poseen las distintas EPS, así como la forma de tratamiento de estos, tanto al momento del proceso de admisión y atención de pacientes, como para la posterior facturación hacia estas entidades privadas.

OBJETIVOS DEL NEGOCIO Y DEL PRODUCTO

Objetivos del Negocio: Optimizar y sistematizar el proceso de gestión ambulatoria. Registro y control adecuado de los planes de salud. Rapidez en el proceso de admisión ambulatoria. Mejorar el control de las admisiones para verificar consumos de los pacientes. Precisión y control del proceso de facturación. Facilitar el acceso al sistema, teniendo un solo sistema integrado. Aumentar la confidencialidad de la información.

_________________________________________________________________________________________________________________

- 51 -

_________________________________________________________________________________________________________________

Objetivos del Proyecto: Cumplir los requerimientos establecidos por el cliente para la implantación del Sistema de Gestión

Ambulatoria. Concluir el proyecto en el plazo solicitado por el cliente, y con el presupuesto asignado. Todos los entregables deben iniciarse y completarse en las fechas programadas.

REQUISITOS FUNCIONALES

INTERESADOPRIORIDAD

OTORGADA POR EL INTERESADO

REQUISITOS

CÓDIGO DESCRIPCIÓN

Franco MedinaGerente de

Operaciones(Cliente)

Alta R01 El sistema permitirá registrar admisiones de pacientes que cuenten con algún plan de las EPS.

Alta R02El sistema permitirá registrar admisiones de pacientes que cuenten con algún plan de la propia clínica.

Alta R03El sistema permitirá registrar admisiones de pacientes que cuenten con algún plan de alguna financiadora distinta de las EPS.

Alta R04El sistema permitirá registrar admisiones de pacientes que no posean ningún plan (pacientes particulares).

Alta R05El sistema permitirá obtener los datos del paciente a través del SITEDS.

Alta R06El sistema permitirá distinguir y elegir entre los distintos planes y beneficios que el paciente pudiese tener devueltos por la consulta al SITEDS.

Alta R07El sistema permitirá distinguir y elegir entre los distintos planes y beneficios que el paciente pudiese tener devueltos por la consulta a la base de datos local.

Alta R08El sistema permitirá imprimir las órdenes de admisión generadas.

Media R09El sistema permitirá generar reportes de las admisiones que se han generado.

Aldo RicardiGerente de Facturación

(Cliente)

Alta R10 El sistema permitirá registrar los servicios que los pacientes con admisiones activas deseen recibir.

Alta R11 El sistema permitirá generar órdenes de atención.

Alta R12El sistema permitirá imprimir las órdenes de atención generadas indicando los servicios que el paciente desea hacer uso.

Alta R13El sistema permitirá elegir al médico que dará el servicio que el paciente desee consumir.

Alta R14

El sistema permitirá calcular el monto total que deberá pagar el paciente por los servicios que va a consumir teniendo en cuenta el plan y beneficio registrado en la admisión.

Alta R15 El sistema permitirá identificar internamente los consumos registrados según el grupo de servicio al que pertenecen.

_________________________________________________________________________________________________________________

- 52 -

_________________________________________________________________________________________________________________


INTERESADOPRIORIDAD


REQUISITOS


Media R16El sistema permitirá generar reportes de los consumos que poseen las admisiones.

Alta R17El sistema permitirá marcar los servicios que ya fueron recibidos por los pacientes para que estos puedan ser facturados.

Julio PeralesGerente de Tesorería(Cliente)

Alta R18 El sistema permitirá realizar la apertura de caja.

Alta R19 El sistema permitirá realizar el cierre de caja.

Alta R20El sistema permitirá registrar pagos en soles y dólares efectuados por los pacientes según los servicios que escogieron en el módulo de consumos.

Alta R21 El sistema permitirá emitir documentos de pago.

Alta R22El sistema permitirá efectuar anulaciones de documentos de pago.

Media R23 El sistema permitirá generar reportes de liquidación de caja.

Alta R24 El sistema permitirá registrar el tipo de cambio del día.

Aldo RicardiGerente de Facturación

(Cliente)

Alta R25El sistema permitirá aprobar admisiones para que puedan ser facturadas.

Alta R26El sistema permitirá registrar facturaciones realizadas hacia las empresas financiadoras.

Alta R27 El sistema permitirá emitir facturas hacia los financiadores.

Alta R28El sistema permitirá mostrar reportes de sustento de facturación con los consumos de las admisiones agrupadas por grupos de servicio.

Alta R29El sistema permitirá hacer seguimiento de las admisiones candidatas a ser facturadas.

Luis CapañariGerente de Facturación

(Cliente)

Alta R30Los usuarios del sistema solamente podrán acceder a este luego de autenticarse con su nombre de usuario y su contraseña.

Medio R31El sistema permitirá el reconocimiento de la dirección física (MAC) para poder acceder a este.

Alta R32Los usuarios contarán con roles y estos a su vez con permisos, los cuales le permitirán al usuario acceder a las diversas opciones del sistema.

Alta R33

El sistema permite registrar, modificar y eliminar registros de los siguientes maestros: empresa, financiadores, contratantes, pacientes, planes con sus respectivos beneficios, procedimientos ambulatorios con las tarifas que ofrece el centro de atención ambulatoria.

Medio R34El sistema permitirá agrupar los procedimientos en grupos de procedimientos, y a su vez podrán agruparse grupos de procedimientos.

Alta R35 El sistema permitirá registrar, modificar y eliminar la numeración de los documentos de pago (facturas, boletas y

_________________________________________________________________________________________________________________

- 53 -

_________________________________________________________________________________________________________________


INTERESADOPRIORIDAD


REQUISITOS


notas de crédito) para que puedan ser empleados en los procesos de cobranza en caja y facturación hacia las empresas financiadoras de planes de salud.

REQUISITOS NO FUNCIONALES

INTERESADOPRIORIDAD


REQUISITOS


Micaela BarrientosGerente de

Proyecto(Cliente)

Alta R36La interacción con el sistema debe ser a través de teclado y mouse.

Alta R37 Se utilizará como base de datos Oracle 10g.

Alta R38

El sistema será accesible desde cualquier estación de trabajo que cuente con un S.O., un navegador web Mozilla Firefox (2.0 o superior) o Internet Explorer (6.0 o superior), y la máquina virtual de Java.

Alta R39El sistema se ejecutará sobre un servidor de aplicaciones Java, el cual a su vez se ejecutará sobre cualquier S.O. que cuente con la máquina virtual de Java.

Alta R40El tiempo de respuesta para la obtención de datos a través del SITEDS no deberá exceder los 3 segundos.

Janis CandiaGerente de

Proyecto(Proveedor)

Alta R41Contar con especificaciones técnicas completas y claras del sistema SITEDS, con quién interactuará para obtener información del plan de salud del paciente.

Alta R42Todos los entregables deben iniciarse y completarse en las fechas programadas.

Alta R43Cumplir con los acuerdos presentados en la propuesta, respetando los requerimientos del cliente.

REQUISITOS DE CALIDAD

INTERESADOPRIORIDAD


REQUISITOS


Equipo de Desarrollo del

ProyectoAlta R44

Que el sistema cumpla con los estándares establecidos para la calidad.

Sebastián CéspedesSponsor(Cliente)

Alta R45La calidad del proyecto será óptima siempre y cuando se cumpla con el 85% de los objetivos y si el cliente termina satisfecho con el resultado final.

_________________________________________________________________________________________________________________

- 54 -

_________________________________________________________________________________________________________________

CRITERIOS DE ACEPTACIÓNCONCEPTOS CRITERIOS DE ACEPTACIÓN

6. Técnicos Los componentes del producto deben cumplir con el 100% de lo acordado en el Acta de Constitución del Proyecto.

7. De Calidad Los componentes del producto deben cumplir con los estándares de calidad definidos en la empresa, que garanticen el 85% de satisfacción del cliente como mínimo.

8. Administrativos Todos los entregables deben ser aprobados por el cliente.9. Comerciales Se debe cumplir todos los puntos indicados en el contrato.10. Sociales El sistema debe ser intuitivo, fácil de comprender y usar.11. Otros ---

REGLAS DEL NEGOCIO

Los requerimientos serán proporcionados por el cliente. Emitir informes periódicos del rendimiento del proyecto y tomar acciones correctivas de ser el caso. Mantener una comunicación fluida entre las diferentes áreas del negocio con respecto a la ejecución

del proyecto. Emitir informe final que evaluará el desenvolvimiento del equipo y el nivel de cumplimiento del

proyecto.

IMPACTOS EN OTRAS AREAS ORGANIZACIONALES

La implantación del SIGAM tendrá impacto en las siguientes unidades orgánicas de la institución: Admisión, Consumos, Caja y Facturación.

Se espera que los requerimientos se encuentren bien definidos para poder cumplir con los tiempos y costos acordados.

IMPACTOS EN OTRAS ENTIDADESINTERNOS A LA ORGANIZACIÓN AMBIENTALES O EXTERNOS A LA ORGANIZACIÓN

Se efectuarán reuniones regulares entre los gerentes de proyecto y el sponsor con la finalidad de revisar las planificaciones y avances del proyecto y establecer acuerdos en caso que existan cambios adicionales en el proyecto.

El cliente se encargará de la selección del personal quien trabajará en conjunto con el equipo del proyecto en la implantación del sistema.

Existirá un contrato de por medio, entre la Clínica San Marcos y la empresa Consultores PMI SAC que desarrollará el proyecto.

El cliente respetará el cronograma diseñado por la consultora para la presentación de entregables.

REQUERIMIENTOS DE SOPORTE Y MANTENIMIENTO

La capacitación de los usuarios en el nuevo sistema se dictará en las instalaciones del cliente.

_________________________________________________________________________________________________________________

- 55 -

_________________________________________________________________________________________________________________

SUPUESTOS RELATIVOS A LOS REQUISITOS

La disponibilidad del sistema dependerá de la disponibilidad de los servidores del cliente y del manejador de base de datos de la institución.

Los usuarios del sistema necesitarán de un navegador web. El tiempo de conexión dependerá del tipo de conexión que tenga el usuario a internet y del tráfico

existente en la red. Los requerimientos deberán ser dados por el cliente. El producto será implantado en las instalaciones del cliente. La capacitación de personal del cliente estará a cargo de personal del proveedor.

RESTRICCIONES RELATIVAS A LOS REQUISITOS

Eventos relacionados con fiscalización y control del Ministerio de Salud.

_________________________________________________________________________________________________________________

- 56 -

_________________________________________________________________________________________________________________

10. MATRIZ DE TRAZABILIDAD DE REQUISITOS



1.0 IM FA, GE JC 02/11/2011 Versión original

_________________________________________________________________________________________________________________

- 57 -

_________________________________________________________________________________________________________________________________________________________________________________

MATRIZ DE TRAZABILIDAD DE REQUISITOS



ATRIBUTOS DE REQUISITOS

TRAZABILIDAD HACIA:

CÓDIGO DESCRIPCIÓNSUSTENTO DE SU INCLUSIÓN

PROPIETARIO FUENTE

PRIORIDA

D

VERSIÓN

ESTADO ACTUAL

(AC, CA, DI, AD, AP)

FECHA DE

CUMPLIMIENTO

NIVEL DE

ESTABILIDAD (A, M,

B)

GRADO DE COMPLEJIDAD (A, M,

B)

CRITERIO DE ACEPTACION

NECESIDADES, OPORTUNIDADE

S, METAS Y OBJETIVOS DEL

NEGOCIO

OBJETIVOS DEL

PROYECTO

ALCANCE DEL PROYECTO

/ENTREGABLE DEL WBS

DISEÑO DEL PRODUCTO

DESARROLLO DEL

PRODUCTO

ESTRATEGIA DE PRUEBA

ESCENARIO DE

PRUEBA

REQUERIMIENTO DE ALTO

NIVEL

R01 El sistema permitirá registrar admisiones de pacientes que cuenten con algún plan de las EPS

Solicitado por el Gerente de Operaciones

(Cliente)

Gerente de

Operaciones

(Cliente)

Contrato

Alta 1.0 AC ---- A A Permitirá el registro de admisiones al 100% de los pacientes, lo cual se entregará al 22/12/2011.

Gestionar y monitorear todo el proceso de admisión de pacientes a la clínica.

Cumplir con las líneasbase del proyecto

Objetivo del alcance del proyecto

4.2.1 Documento producción Admisión y Caja

En base a la propuesta técnica económica

Seguimiento delresultado de las pruebas integrales.

Pruebas integrales

Se incluye en el documento plan de Pruebas

Cumplir con lo requerido porel cliente

R02 El sistema permitirá registrar admisiones de pacientes que cuenten con algún plan de la propia clínica.

Solicitado por el Gerente de Operaciones (Cliente)

Gerente de

Operaciones

(Cliente)

Contrato

Alta 1.0 AC ---- A A Permitirá el registro al 100% de los pacientes, lo cual se entregará al 22/12/2011.



Cumplir con el objetivo dealcance paraproyecto




Pruebas integrales



R03 El sistema permitirá registrar admisiones de pacientes que cuenten con algún plan de alguna financiadora distinta de las EPS.


Gerente de

Operaciones

(Cliente

Contrato

Alta 1.0 AC ---- A A Es necesario se registre al 100% de las admisiones al 22/12/2011


Cumplir con las

Cumplir con elalcance delproyecto




Pruebas integrales



_________________________________________________________________________________________________________________________________________________________________________________

- 58 -

_________________________________________________________________________________________________________________________________________________________________________________


TRAZABILIDAD HACIA:


PROPIETARIO FUENTE

PRIORIDA

D

VERSIÓN

ESTADO ACTUAL


FECHA DE

CUMPLIMIENTO

NIVEL DE

ESTABILIDAD (A, M,

B)


B)




NEGOCIO

OBJETIVOS DEL

PROYECTO


/ENTREGABLE DEL WBS


DESARROLLO DEL

PRODUCTO


ESCENARIO DE

PRUEBA


NIVEL

) líneasbase del proyecto

R04 El sistema permitirá registrar admisiones de pacientes que no posean ningún plan (pacientes particulares).


Gerente de

Operaciones

(Cliente)

Contrato

Alta 1.0 AC ---- A A Los pacientes particulares deberán ser ingresados al 100% de los casos a l inicio de operación del módulo 22/12/2011.



Definido en el alcance delproyecto




Pruebas integrales



R05 El sistema permitirá obtener los datos del paciente a través del SITEDS.


Gerente de

Operaciones

(Cliente)

Contrato

Alta 1.0 AC ---- A A El SITEDS debe funcionar en el 85% en el primer intento, al 95% al segundo intento y al 100% hasta el quinto intento.



Obtener la información de la interconexión para la atención de los pacientes definido en el alcance




Pruebas integrales



R06 El sistema permitirá distinguir y elegir entre los distintos planes y beneficios que el paciente pudiese tener devueltos por la consulta al SITEDS.


Gerente de

Operaciones

(Cliente)

.

Contrato

Alta 1.0 AC ---- A M Se generará un grid para elegir cualquiera del 100% de los planes al 22/12/2011.



Ofrecer la flexibilidad para la atención definido en el alcance




Pruebas integrales



R07 El sistema permitirá distinguir y elegir entre los distintos planes y beneficios que el paciente pudiese tener devueltos por la consulta a la base de datos local.


Gerente de Operaciones (Cliente)

Contrato

Alta 1.0 AC ---- A M Se generará un grid para elegir cualquiera del 100% de los planes al 22/12/2011.



Poder administrar información de los pacientes con una base de datos local definido en el alcance




Pruebas integrales



R08 El sistema permitirá imprimir las órdenes de admisión generadas.


Gerente de Operaciones (Cliente)

Contrato

Alta 1.0 AC ---- A M Se podrán emitir el 100% de las órdenes emitidas al 22/12/2011.


Cumplir con las líneas

Definido como el documento básico para la atención definido en el alcance.




Pruebas integrales



_________________________________________________________________________________________________________________________________________________________________________________

- 59 -

_________________________________________________________________________________________________________________________________________________________________________________


TRAZABILIDAD HACIA:


PROPIETARIO FUENTE

PRIORIDA

D

VERSIÓN

ESTADO ACTUAL


FECHA DE

CUMPLIMIENTO

NIVEL DE

ESTABILIDAD (A, M,

B)


B)




NEGOCIO

OBJETIVOS DEL

PROYECTO


/ENTREGABLE DEL WBS


DESARROLLO DEL

PRODUCTO


ESCENARIO DE

PRUEBA


NIVEL

base del proyecto

R09 El sistema permitirá generar reportes de las admisiones que se han generado.


Gerente de

Operaciones

(Cliente)

.

Contrato

Media

1.0 AC ---- A M Los reportes tendrán como máximo 10 columnas y tendrán las cabecesras estándar de la clínica al 07/01/2012.



Cumplen con el objetivo de manejo de la información estadística de la atención definido en el alcance.




Pruebas integrales



R10 El sistema permitirá registrar los servicios que los pacientes con admisiones activas deseen recibir.

Solicitado por el Gerente de Facturación

(Cliente)

Gerente de

Facturación

(Cliente)

Contrato

Alta 1.0 AC ---- A A Este registro deberá cumplirse para el 100% de los casos y se entregará el 07/01/2012.

Gestionar y monitorear todo el proceso de consumos de pacientes.

Cumplir con las líneas base del proyecto

Cumplir con el manejo de consumos definidos en el alcance

4.2.2 Documento producción, facturación y Consumos



Pruebas integrales



R11 El sistema permitirá generar órdenes de atención.


(Cliente)

Gerente de

Facturación

(Cliente)

Contrato

Alta 1.0 AC ---- A M Deberá cumplirse al 100% de los casos que sean solicitados y entregarse al 13/01/2012.



Definido como documento principal para el seguimiento de la atención definido en el alcance




Pruebas integrales



R12 El sistema permitirá imprimir las órdenes de atención generadas indicando los servicios que el paciente desea hacer uso.


(Cliente)

Gerente de

Facturación

(Cliente)

Contrato

Alta 1.0 AC ---- A A Se imprimirá al 100% de los casos que se solicite. Opción deberá se entregada el 17/01/2012.



Establecido en el alcance para que facturación maneje los expedientes definido en el alcance




Pruebas integrales



R13 El sistema permitirá elegir al médico que dará el servicio que el paciente desee consumir.


(Cliente)

Gerente de

Facturación

(Cliente)

Contrato

Alta 1.0 AC ---- A A El sistema verificará que el médico esté activo, que el médico tenga horarios y deberá estar listo en 22/12/2011


Cumplir con las

Permitirá elegir al médico tratante siendo parte del alcance




Pruebas integrales



_________________________________________________________________________________________________________________________________________________________________________________

- 60 -

_________________________________________________________________________________________________________________________________________________________________________________


TRAZABILIDAD HACIA:


PROPIETARIO FUENTE

PRIORIDA

D

VERSIÓN

ESTADO ACTUAL


FECHA DE

CUMPLIMIENTO

NIVEL DE

ESTABILIDAD (A, M,

B)


B)




NEGOCIO

OBJETIVOS DEL

PROYECTO


/ENTREGABLE DEL WBS


DESARROLLO DEL

PRODUCTO


ESCENARIO DE

PRUEBA


NIVEL

líneas base del Gestionar y monitorear todo el proceso de consumos de pacientes.


R14 El sistema permitirá calcular el monto total que deberá pagar el paciente por los servicios que va a consumir teniendo en cuenta el plan y beneficio registrado en la admisión.


(Cliente)

Gerente de

Facturación

(Cliente)

Contrato

Alta 1.0 AC ---- A A Deberá cumplirse el buen cálculo en el 100% de los caos y deberá contemplar lo definido en el convenio.



Manejar las reglas de negocio que permitan cobrar el copago definido en el alcance




Pruebas integrales



R15 El sistema permitirá identificar internamente los consumos registrados según el grupo de servicio al que pertenecen.


(Cliente)

Gerente de

Facturación

(Cliente)

Contrato

Alta 1.0 AC ---- A A Los consumos deberán ser agrupados para su presentación y asignación de descuentos.







Pruebas integrales



R16 El sistema permitirá generar reportes de los consumos que poseen las admisiones.


(Cliente)

Gerente de

Facturación

(Cliente)

Contrato

Media

1.0 AC ---- A A Aprobación del documento producción facturación y consumos







Pruebas integrales



_________________________________________________________________________________________________________________________________________________________________________________

- 61 -

_________________________________________________________________________________________________________________________________________________________________________________


TRAZABILIDAD HACIA:


PROPIETARIO FUENTE

PRIORIDA

D

VERSIÓN

ESTADO ACTUAL


FECHA DE

CUMPLIMIENTO

NIVEL DE

ESTABILIDAD (A, M,

B)


B)




NEGOCIO

OBJETIVOS DEL

PROYECTO


/ENTREGABLE DEL WBS


DESARROLLO DEL

PRODUCTO


ESCENARIO DE

PRUEBA


NIVEL

R17 El sistema permitirá marcar los servicios que ya fueron recibidos por los pacientes para que estos puedan ser facturados.


(Cliente)

Gerente de

Facturación

(Cliente)

Contrato

Alta 1.0 AC ---- A A Las marcas deberán ser realizadas vía mouse. Por default aparecerán marcados el 100% de los consumos. Lo cual deberá entregarse el 22/01/2012.



Para control de los consumos definido en el alcance.




Pruebas integrales



R18 El sistema permitirá realizar la apertura de caja.

Solicitado por el Gerente de Tesorería (Cliente)

Gerente de

Tesorería

(Cliente)

Contrato

Alta 1.0 AC ---- A A La apertura generará una sesión la cual debe ser verificable en el 100% de los casos.

Gestionar y monitorear todos los procesos de caja.


Cumplir con elalcance delproyecto para el control de cobros




Pruebas integrales



R19 El sistema permitirá realizar el cierre de caja.


Gerente de

Tesorería

(Cliente)

Contrato

Alta 1.0 AC ---- A A El cierre evitará modificaciones de los consumos en el 100% de los casos y deberá ser entregado al 22/01/2012.

Gestionar y monitorear todos los procesos de caja .


Parte del procedimiento de la empresa y solicitado para cumplir con elalcance delproyecto




Pruebas integrales



R20 El sistema permitirá registrar pagos en soles y dólares efectuados por los pacientes según los servicios que escogieron en el módulo de consumos.


Gerente de

Tesorería

(Cliente)

Contrato

Alta 1.0 AC ---- A A Deberá comprobarse el uso del tipo de cambio de tesorería. Tener presente el redondeo a 0.10 para los pagos en efectivo.



Definición institucional contemplado en el alcance delproyecto




Pruebas integrales



R21 El sistema permitirá emitir documentos de pago.


Gerente de

Tesorería

(Cliente)

Contrato

Alta 1.0 AC ---- A A Se deberá realizar en el 100% de casos y debe entregarse el 22/01/2012.



Definido por ley e indicado en el alcance del proyecto.




Pruebas integrales



R22 El sistema permitirá efectuar anulaciones de documentos de

Solicitado por el Gerente de Tesorería

Gerente de

Tesorerí

Contrato

Alta 1.0 AC ---- A A Toda anulación podrá realizarse antes del cierre de

Gestionar y monitorear todos los procesos de

Parte de la política institucion

4.2.1 Documento producción

En base a la propuesta técnica

Seguimiento delresultado

Pruebas Se incluye en el document


_________________________________________________________________________________________________________________________________________________________________________________

- 62 -

_________________________________________________________________________________________________________________________________________________________________________________


TRAZABILIDAD HACIA:


PROPIETARIO FUENTE

PRIORIDA

D

VERSIÓN

ESTADO ACTUAL


FECHA DE

CUMPLIMIENTO

NIVEL DE

ESTABILIDAD (A, M,

B)


B)




NEGOCIO

OBJETIVOS DEL

PROYECTO


/ENTREGABLE DEL WBS


DESARROLLO DEL

PRODUCTO


ESCENARIO DE

PRUEBA


NIVEL

pago. (Cliente) a (Cliente

)

caja. caja.


al e indicada dentro del alcancel del proyecto.

Admisión y Caja

económica de las pruebas integrales.

integrales o plan de Pruebas

R23 El sistema permitirá generar reportes de liquidación de caja.


Gerente de

Tesorería

(Cliente)

Contrato

Baja 1.0 AC ---- A A Los reportes se generarán posteriores al cierre de la caja. Excepto que referencia a documentos anteriores a la sesión vigente.




4.2.1. Documento producción Admisión y caja



Pruebas integrales



R24 El sistema permitirá registrar el tipo de cambio del día.


Gerente de

Tesorería

(Cliente)

Contrato

Alta 1.0 AC ---- A A El sistema deberá permitir los valores de compra, venta. Para los cobros se utilizará el valor de venta.



Parte de política institucional para cumplir con elalcance delproyecto

4.2.1. Documento producción Admisión y caja



Pruebas integrales



R25 El sistema permitirá aprobar admisiones para que puedan ser facturadas.


(Cliente)

Gerente de

Facturación(Cliente)

Contrato

Alta 1.0 AC ---- A A Tendrá que tener la marca de aprobada para poder procesar.

Gestionar y monitorear todo el proceso de facturación.



4.2.2. Documento producción facturación y consumos



Pruebas integrales



R26 El sistema permitirá registrar facturaciones realizadas hacia las empresas financiadoras.


(Cliente)

Gerente de


Contrato

Alta 1.0 AC ---- A A Se podrá realizar en el 100% de casos al 22/01/2012 y podría ser a demanda o por un proceso masivo.



Parte de la política de convenios de la empresa y cumplir con elalcance delproyecto




Pruebas integrales



R27 El sistema permitirá emitir facturas hacia los financiadores.


(Cliente)

Gerente de


Contrato

Alta 1.0 AC ---- A A Se podrá realizar en el 100% de casos al 22/01/2012 y podría ser a demanda o por un proceso masivo de consumos



Parte de los activos de la empresa, indicado en elalcance delproyecto




Pruebas integrales



_________________________________________________________________________________________________________________________________________________________________________________

- 63 -

_________________________________________________________________________________________________________________________________________________________________________________


TRAZABILIDAD HACIA:


PROPIETARIO FUENTE

PRIORIDA

D

VERSIÓN

ESTADO ACTUAL


FECHA DE

CUMPLIMIENTO

NIVEL DE

ESTABILIDAD (A, M,

B)


B)




NEGOCIO

OBJETIVOS DEL

PROYECTO


/ENTREGABLE DEL WBS


DESARROLLO DEL

PRODUCTO


ESCENARIO DE

PRUEBA


NIVEL

R28 El sistema permitirá mostrar reportes de sustento de facturación con los consumos de las admisiones agrupadas por grupos de servicio.


(Cliente)

Gerente de


Contrato

Alta 1.0 AC ---- A A Aprobación deldocumento producción facturación y consumos







Pruebas integrales



R29 El sistema permitirá hacer seguimiento de las admisiones candidatas a ser facturadas.


(Cliente)

Gerente de


Contrato

Alta 1.0 AC ---- A A Aprobación deldocumento producción facturación y consumos



Manejar la administración de la facturación de documentos para cumplir con elalcance delproyecto




Pruebas integrales



R30 Los usuarios del sistema solamente podrán acceder a este luego de autenticarse con su nombre de usuario y su contraseña.

Solicitado por el Analista de

Sistemas

(Cliente)

Contrato

Alta 1.0 AC ---- A A El módulo de seguridad deberá utilizar el active directory del Windows.

Cumplir con la línea base del proyecto en la

línea de Seguridad de Información

Cumplir con elalcance y configuración delproyecto

4.2.3 Documento de Aceptación del Producto



Pruebas integrales



R31 El sistema permitirá el reconocimiento de la dirección física (MAC) para poder acceder a este.


Sistemas

(Cliente)

Contrato

Medio

1.0 AC ---- A A Aprobación delDocumento de Preparación del Ambiente

Cumplir con la línea base del proyecto en la línea de Seguridad de Información

Cumplir con elAlcance y configuración delproyecto

2.1.2 Documento de Preparación del Ambiente



Pruebas integrales



R32 Los usuarios contarán con roles y estos a su vez con permisos, los cuales le permitirán al usuario acceder a las diversas opciones del sistema.


Sistemas

(Cliente)

Contrato

Alta 1.0 AC ---- A A Aprobación delDocumento de Aceptación del Producto



2.3.1 Documento de Configuración inicial



Pruebas integrales



R33 El sistema permite registrar, modificar y eliminar registros de los siguientes maestros: empresa, financiadores, contratantes, pacientes, planes con sus respectivos beneficios, procedimientos ambulatorios con las tarifas que ofrece el


Sistemas

(Cliente)

Contrato

Alta 1.0 AC ---- A A Aprobación delDocumento de Aceptación del Producto lo cual deberá estar entregado el 15/12/2011.






Pruebas integrales



_________________________________________________________________________________________________________________________________________________________________________________

- 64 -

_________________________________________________________________________________________________________________________________________________________________________________


TRAZABILIDAD HACIA:


PROPIETARIO FUENTE

PRIORIDA

D

VERSIÓN

ESTADO ACTUAL


FECHA DE

CUMPLIMIENTO

NIVEL DE

ESTABILIDAD (A, M,

B)


B)




NEGOCIO

OBJETIVOS DEL

PROYECTO


/ENTREGABLE DEL WBS


DESARROLLO DEL

PRODUCTO


ESCENARIO DE

PRUEBA


NIVEL

Centro de Atención Ambulatoria.

R34 El sistema permitirá agrupar los procedimientos en grupos de procedimientos, y a su vez podrán agruparse grupos de procedimientos.


Sistemas

(Cliente)

Contrato

Medio

1.0 AC ---- A A Es necesario que este agrupamiento se muestre en los reportes.


Generar los quiebres definidos en elalcance delproyecto




Pruebas integrales



R35 El sistema permitirá registrar, modificar y eliminar la numeración de los documentos de pago (facturas, boletas y notas de crédito) para que puedan ser empleados en los procesos de cobranza en caja y facturación hacia las empresas financiadoras de planes de salud.


Sistemas

(Cliente)

Contrato

Alta 1.0 AC ---- A A Aprobación delDocumento de Producción de Facturación y Consumos






Pruebas integrales



R36 La interacción con el sistema debe ser a través de teclado y mouse.

Solicitado por el Gerente de

Proyecto (Cliente)

Gerente de

Proyecto

(Cliente)

Contrato

Alta 1.0 AC ---- A M Es necesario verificar los tab y los focus que contemplen este requirimiento.

Cumplir compromisoscontractuales

Cumplir con elalcance y configuración delproyecto




Pruebas integrales



R37 Se utilizará como base de datos Oracle 10g.


Proyecto (Cliente)

Gerente de

Proyecto

(Cliente)

Contrato

Alta 1.0 AC ---- M M Aprobación delDocumento de preparación del ambiente


Cumplir con elConfiguración y costos delproyecto

2.1.2 Documento de preparación del ambiente


No Aplica No Aplica No Aplica Pruebas


R38 El sistema será accesible desde cualquier estación de trabajo que cuente con un S.O., un navegador web Mozilla Firefox (2.0 o superior) o Internet Explorer (6.0 o superior), y la máquina virtual de Java.


Proyecto (Cliente)

Gerente de

Proyecto

(Cliente)

Contrato

Alta 1.0 AC ---- M A Aprobación delDocumento de preparación del ambiente






Pruebas integrales



R39 El sistema se ejecutará sobre un servidor de aplicaciones Java, el cual a su vez se ejecutará sobre cualquier S.O. que cuente con la


Proyecto (Cliente)

Gerente de

Proyecto

(Cliente)

Contrato

Alta 1.0 AC ---- M A Aprobación delDocumento de preparación del ambiente






Pruebas integrales



_________________________________________________________________________________________________________________________________________________________________________________

- 65 -

_________________________________________________________________________________________________________________________________________________________________________________


TRAZABILIDAD HACIA:


PROPIETARIO FUENTE

PRIORIDA

D

VERSIÓN

ESTADO ACTUAL


FECHA DE

CUMPLIMIENTO

NIVEL DE

ESTABILIDAD (A, M,

B)


B)




NEGOCIO

OBJETIVOS DEL

PROYECTO


/ENTREGABLE DEL WBS


DESARROLLO DEL

PRODUCTO


ESCENARIO DE

PRUEBA


NIVEL

máquina virtual de Java.

R40 El tiempo de respuesta para la obtención de datos a través del SITEDS no deberá exceder los 3 segundos.


Proyecto (Cliente)

Gerente de

Proyecto

(Cliente)

Entrevista

Alta 1.0 AC ---- M A No deberá superar la conexión los 3 segundos


Cumplir con elconfiguración delproyecto

4.2.3 Documento de Aceptación del Producto



Pruebas integrales

Se incluye el informe de perfomance de tiempos de respuesta


R41 Contar con especificaciones técnicas completas y claras del sistema SITEDS, con quién interactuará para obtener información del plan de salud del paciente.


Proyecto (Proveedor)

Gerente de

Proyecto

(Proveedor)

Entrevista

Alta 1.0 AC ---- A M La información deberá ser proporcionada y sellada por la SUNASA.






No Aplica No Aplica Cumplir con lo requerido porel cliente

R42 Todos los entregables deben iniciarse y completarse en las fechas programadas.



Gerente de

Proyecto

(Proveedor)

Contrato

Alta 1.0 AC ---- M M Aprobación delActa de Aceptación


Cumplir con elcronograma delproyecto

1.1.1 Project Charter

Contrato No Aplica No Aplica No Aplica Cumplir con lo requerido porel cliente

R43 Cumplir con los acuerdos presentados en la propuesta, respetando los requerimientos del cliente.



Gerente de

Proyecto

(Proveedor)

Entrevista

Alta 1.0 AC ---- M M Aprobación delActa de Aceptación


Cumplir con el alcance,tiempo, costo y calidaddel proyecto.



R44 Que el sistema cumpla con los estándares establecidos para la calidad.



CLIENTE Contrato

Alta 1.0 AC ---- A B Aprobación delActa de Aceptación y revisado por el área de calidad.



1.1.2. Alcance Preliminar

Contrato No Aplica Monitoreo de la implantación en cada etapa.

No Aplica Cumplir con lo requerido porel cliente

R45 La calidad del proyecto será óptima siempre y cuando se cumpla con el 85% de los objetivos y si el cliente termina satisfecho con el resultado final.

Sponsor CLIENTE Contrato

Alta 1.0 AC ---- M M Aprobación de los entregables en un 85%





_________________________________________________________________________________________________________________________________________________________________________________

- 66 -

_________________________________________________________________________________________________________________

11. ENUNCIADO DEL ALCANCE DEL PROYECTO



1.0 GE FA, IM JC 02/11/2011 Versión original

_________________________________________________________________________________________________________________

- 67 -

_________________________________________________________________________________________________________________

ENUNCIADO DEL ALCANCE DEL PROYECTO



DESCRIPCIÓN DEL ALCANCE DEL PRODUCTOREQUISITOS CARACTERÍSTICAS

1. Gestionar el proceso de admisión permitiendo el registro de pacientes.

1. El sistema presentará una interface amigable para el registro de datos del paciente.

2. Obtener los datos de los pacientes afiliados a un EPS y de Seguros a través del SITEDS.

2. El sistema realizará una integración con fuente de datos externa (sistema SITEDS).

3. Gestionar los consumos de los pacientes para su posterior facturación.

3. El sistema poseerá un registro del consumo de los pacientes.El sistema proveerá una aplicación adecuada de descuentos de acuerdo a los convenios suscritos.El sistema realizará la generación de la factura.

4. Emisión de reportes y consultas necesarias para apoyar la operatividad del proceso ambulatorio.

4. El sistema será capaz de emitir reportes en formatos tabular y gráfico.El sistema permitirá exportar la información en formato de hoja de cálculo y PDF.

5. Gestionar los accesos a las opciones del sistema mediante roles.

5. El sistema se sujetará a las políticas de seguridad de la Clínica.

CRITERIOS DE ACEPTACIÓN DEL PRODUCTOCONCEPTOS CRITERIOS DE ACEPTACIÓN

1. Técnicos Los componentes del producto deben cumplir con el 100% de lo acordado en el Acta de Constitución del Proyecto.

2. De Calidad Los componentes del producto deben cumplir con los estándares de calidad definidos en la empresa, que garanticen el 85% de satisfacción del cliente como mínimo.

3. Administrativos Todos los entregables deben ser aprobados por el cliente.4. Comerciales Se debe cumplir todos los puntos indicados en el contrato.5. Sociales El sistema debe ser intuitivo, fácil de comprender y usar.6. Otros ---

DESCRIPCIÓN DEL ALCANCE DEL PROYECTO

El proyecto SIGAM consiste en implantar un sistema de información que permita optimizar el proceso de atención ambulatoria, especialmente para aquellas personas que se encuentren afiliadas a una EPS ó un seguro privado.

FASES DEL PROYECTO

Fase DescripciónSoporte de Infraestructura

Esta fase comprende desde la verificación de los requisitos mínimos requeridos para los servidores de BD y aplicación hasta la conformidad de la instalación y configuración inicial del producto en los servidores finales.

Migración de Esta fase comprende desde la definición de los archivos maestros a migrar

_________________________________________________________________________________________________________________

- 68 -

_________________________________________________________________________________________________________________

FASES DEL PROYECTO

Fase Descripcióndatos hasta la conformidad de la migración de los datos a la bd final instalada

anteriormente.

Puesta en producción

Esta fase comprende desde la definición del proceso de paralelo que se va a realizar hasta la conformidad de la puesta de producción de todos los módulos instalados.

Capacitación Esta fase comprende desde la definición del proceso de capacitación que se va a realizar hasta la conformidad de la capacitación por parte de los usuarios y entrega de manuales.

Gestión de proyectos

Esta fase comprende todo el proceso de gestión de proyectos, desde la iniciación del proyecto hasta el cierre del mismo.

ENTREGABLES DEL PROYECTOFASE DEL PROYECTO PRODUCTOS ENTREGABLES

Gestión del Proyecto

Acta de Constitución del Proyecto. Alcance Preliminar. Enunciado del Alcance. Cronograma. Informes de reunión de avance semanal. Informes de reunión de avance quincenal. Acta de Aceptación. Cierre del proyecto.

Soporte de Infraestructura

Verificación de requisitos iniciales. Documento de preparación del ambiente. Documento de instalación scripts/schemas. Documento de instalación aplicación. Instalación de aplicación. Documento de configuración inicial. Documento de aceptación.

Migración de Datos

Documentación de archivos maestros. Plantillas de carga de datos. Documentos Scripts. Documento de aceptación de carga de datos.

Puesta en Producción

Documento en paralelo de módulos de Admisión y Caja. Documento en paralelo de módulos Consumos y Facturación. Documento de puesta en marcha de módulos Admisión y Caja. Documento de puesta en marcha de módulos Consumos y

Facturación. Documento de aceptación del producto.

Capacitación

Plan de Capacitación de Módulos Admisión y Caja. Plan de Capacitación de Módulos Consumos y Facturación. Documento de Aceptación de Módulos Admisión y Caja. Documento de Aceptación de Módulos Consumos y Facturación. Manual de Configuración. Manual de Usuario.

_________________________________________________________________________________________________________________

- 69 -

_________________________________________________________________________________________________________________

EXCLUSIONES DEL PROYECTO

Solo se realizará una migración por la implantación. No se entregará documentación de gestión interna del proyecto. No se realizarán migraciones de las tablas transaccionales del sistema actual del cliente al nuevo

producto.

RESTRICCIONES DEL PROYECTOINTERNOS A LA ORGANIZACIÓN AMBIENTALES O EXTERNOS A LA ORGANIZACIÓN

La inversión que se realice para cada actividad deberá restringirse a la planeación de costo acordada con el sponsor.

Otros gastos no asociados y/o no presupuestados afectarán en la fecha de entrega final de la implantación del sistema.

La implantación del sistema solo podrá ser llevada a cabo en horario laboral, el cual es de lunes a viernes de 9 a 1 pm y de 2 a 6 pm. Se encuentran excluidos los días no laborales designados por ley.

En caso de existir situaciones de riesgo externo que requieran la suspensión de actividades del local y/o dictadas por ley, podrá afectar a la continuidad del proyecto.

La ejecución del proyecto debe realizarse únicamente por el equipo conformado por los integrantes del proyecto y miembros que el Gerente de Proyecto así lo determine.

El no proveer facilidades al equipo del proyecto impactará de forma directa en el desarrollo del proyecto.

El tiempo requerido para la ejecución del proyecto es de máximo 3 meses.

El tiempo del proyecto se prolongará en caso existan cambios producidos en éste.

SUPUESTOS DEL PROYECTOINTERNOS A LA ORGANIZACIÓN AMBIENTALES O EXTERNOS A LA ORGANIZACIÓN

Se cuenta con los medios de comunicación verbal y escrita entre los miembros del equipo del proyecto, en un nivel de alta disponibilidad.

La Clínica San Marcos cuenta con la infraestructura necesaria para generar el ambiente de prueba y la implantación final, así como ambientes para la capacitación en los módulos del SIGAM.

Se cuenta con personal técnico con experiencia suficiente para la ejecución de sus tareas.

La Clínica San Marcos cuenta con una base de datos donde se cuenta con las tablas maestras.

Se cuenta con personal técnico con experiencia suficiente para la ejecución de sus tareas.

La Clínica San Marcos debe participar en la revisión de entregables según se vayan realizando.

La gestión del proyecto se llevará a cabo en las instalaciones de la Clínica San Marcos, para lo cual se proporcionará un ambiente especial donde estará reunido todo el equipo del proyecto.

Las personas responsables de aprobar los entregables se sujetarán a los plazos establecidos en el Plan de Proyecto.

Se tiene la infraestructura de hardware, software, comunicaciones, y soporte logístico, necesario y apropiado, para la gestión de todas las partes del proyecto.

Las capacitaciones se realizarán de acuerdo a un cronograma, y éstas serán únicas por implantación.

HITOS DEL PROYECTO

- Aprobación del Alcance Preliminar del Proyecto.- Aprobación del Plan de Proyecto y Cronograma.- Aprobación de la configuración inicial de los servidores.- Validación del Migración de tablas maestras.

_________________________________________________________________________________________________________________

- 70 -

_________________________________________________________________________________________________________________

- Puesta en marcha del Servidor de Producción.- Capacitación a los Usuarios.- Cierre del Proyecto.

_________________________________________________________________________________________________________________

- 71 -

_________________________________________________________________________________________________________________

12. EDT



1.0 OV FA, GE, IM JC 02/11/2011 Versión original

_________________________________________________________________________________________________________________

- 72 -

_________________________________________________________________________________________________________________________________________________________________________________

EDTNOMBRE DEL PROYECTO SIGLAS DEL PROYECTO


_________________________________________________________________________________________________________________________________________________________________________________

- 73 -

_________________________________________________________________________________________________________________________________________________________________________________

_________________________________________________________________________________________________________________________________________________________________________________

- 74 -

_________________________________________________________________________________________________________________

13. DICCIONARIO DEL EDT



1.0 OV FA JC 02/11/2011 Versión original

-75-

_________________________________________________________________________________________________________________

DICCIONARIO DEL EDT (simplificado)

ESPECIFICACIÓN DE PAQUETES DE TRABAJO DEL EDT

FASE

1: G

estió

n de

l Pro

yect

o

1.1. Iniciación

1.1.1. Project Charter

Objetivos: Mediante este documento quedará definido el Director del Proyecto y las restricciones del proyecto.Requisitos: Debe ser firmada por el sponsor Recursos: Un recursoDependencias: NingunaCriterios de aceptación: Deberá indicar al Jefe del Proyecto y debe ser firmada por el sponsor. Con ello se inicia las actividades del proyecto. Los valores y tiempos tienen un ROM del 50%. Suposiciones: Qué el proyecto definido es alcanzable en el tiempo y con los recursos definidos sin corromper el alcance.Restricciones: El tiempo y presupuesto definido en el proyecto.


Objetivos: Este documento nos permitirá compilar un alcance producto del caso de negocios sin que se haya hecho las entrevistas con los interesados.Requisitos: Obtener la información del caso de negocios y APO de la empresa.Recursos: Un recursoDependencias: Tener el caso de negocios y el Project chárter realizadas.Criterios de aceptación: Debe ser firmada por el analista de negocios y el director del proyecto y contendrá los requerimientos a un nivel de certeza del 75%.Suposiciones: Que el documento representa el primer alcance de la necesidad que cubrirá el proyecto.Restricciones: Ninguna

1.2. Planificación 1.2.1. Enunciado del Alcance

Objetivos: Documento que recopila los requisitos e interesados la misma que determinará el alcance de lo que realizará el proyecto.Requisitos: Haber realizado una identificación de interesados y las entrevistas con ellos y haber obtenido las actas de reunión.Recursos: 2 recursosDependencias: Haber obtenido el alcance preliminar.Criterios de aceptación: Aceptación de todos los interesados y el sponsor.Suposiciones: Que los interesados participarán activamente en la definición del alcance.Restricciones: Debe realizarse en 40 horas.

-76-



_________________________________________________________________________________________________________________


1.2.2. Cronograma

Objetivos: Obtener un documento que permita el seguimiento y control de proyecto y la estimación de la duración del proyecto.Requisitos: Contener la definición de las actividades priorizadas, definidas sus dependencia, la asignación de los recursos y tiempos. Recursos: Un recursosDependencias: Haber realizado Enunciado del alcance.Criterios de aceptación: Debe ser aprobado por el comité del proyecto y contendrá el detalle de las actividades al 100% y deberá ser entregado el día 01/12/2011.Suposiciones: La elaboración del cronograma se realizará utilizando las protecciones al proyecto bajo el esquema de la Teoría de Restricciones.El cronograma contemplará los feriados.El cronograma contemplará los tiempos definidos por actividades que se puedan realizar dentro de la Cultura organizacional de la empresa.Qué cada reunión se generará un acta e informe.Restricciones: Debe ser generada de manera secuencial.

1.2.3. Plan del Proyecto

Objetivos: Obtener un documento que contenga la información sobre la planificación en el proyecto el cual integre los documentos todos los documentos de la planificación.Requisitos: Contener la definición del alcance, las actividades priorizadas, definidas sus dependencia, la asignación de los recursos y tiempos; así como los costos referidos al proyecto. Recursos: El equipo del proyectoDependencias: Haber realizado Enunciado del alcance, el cronograma y el costo.Criterios de aceptación: Debe ser aprobado por el comité del proyecto con los documentos bajo el estándar del PMBOK.Suposiciones: La elaboración del Plan del Proyecto se realizará bajo las formas establecidas en PMBOK.Restricciones: Debe ser generada de manera secuencial y actualizada durante toda la planificación del proyecto.

-77-

_________________________________________________________________________________________________________________


1.3. Informe

1.3.1. Informe Semanal

Objetivos: Informar al comité y al equipo del proyecto los consumos de los amortiguadores del proyecto y el seguimiento de los riesgos definidos para el proyecto.Requisitos: Tener al equipo disponible para el proyecto en los porcentajes definidosRecursos: Un recursoDependencias: Tener el cronogramaCriterios de aceptación: Firmas al acta del 100% de los participantes de la reunión. Suposiciones: Disponibilidad del equipo al 100%Restricciones: Ninguna.

1.3.2. Informe quincenal

Objetivos: Informar al Sponsor los avances del proyecto y el seguimiento de los riesgos definidos para el proyecto.Informar sobre riesgos no programados.Requisitos: Tener al equipo disponible para el proyecto en los porcentajes definidosRecursos: Un recursoDependencias: Tener el cronogramaCriterios de aceptación: Firmas al acta del 100% de los participantes.Suposiciones: Disponibilidad del equipo al 100%. Restricciones: Ninguna.

1.4. Cierre

1.4.1. Acta de aceptación

Objetivos: Obtener la conformidad sobre el proyecto y sobre el producto.Requisitos: la presencia del sponsorRecursos: Un recurso.Dependencias: Haber obtenido firmado el documento de aceptación del producto (4.2.3)Criterios de aceptación: Tener la aceptación previa del comité del proyecto y del sponsor.Suposiciones: NingunaRestricciones: Es necesaria la firma del sponsor

1.4.2. Cierre del proyecto

Objetivos: Reunión formal sobre el cierre de proyectoRequisitos: firma del documento del cierre del proyectoRecursos: sponsor y director del proyectoDependencias: Tener el acta de aceptación del proyecto firmada por el sponsor (1.4.1.).Criterios de aceptación: firma del sponsor y entrega del 100% de los documentos propios del proyecto al finalizar las labores propias del proyecto.Suposiciones: Qué el proyecto utilizó las formas establecidas en el PMBOK.Restricciones: firma del sponsor

-78-

_________________________________________________________________________________________________________________

ESPECIFICACIÓN DE PAQUETES DE TRABAJO DEL EDTFA

SE 2

: Sop

orte

de

Infr

aest

ruct

ura

2.1. Preparación del ambiente

2.1.1. Verificación Requisitos iniciales

Objetivos: Verificar que los requisitos del equipamiento a contener el software estén conforme a los requisitos solicitados para este proyecto.Requisitos: Enviar la plantilla de requisitos iniciales.Recursos: Un recursoDependencias: El cronogramaCriterios de aceptación: haber alcanzado el 100% de los requerimiento en la fecha y costos definidosSuposiciones: Contar con el recurso de la evaluaciónQue el equipamiento cumpla con lo indicadoNo de cumplir, el cliente se encargará de la adquisiciónRestricciones: Ninguna

2.1.2. Documento preparación ambiente

Objetivos: Establecer las actividades iniciales para la configuración del servidor y los clientesRequisitos: haber realizado la verificación de los requisitos iniciales.Recursos: 3 recursosDependencias: 2.1.1.Criterios de aceptación: Conformidad y pruebas iniciales del 100% del plan de pruebas estimado Suposiciones: Que los equipos estén operativos y completos.Restricciones: ninguna

2.2. Instalación 2.2.1. Documento instalación scripts/schemas

Objetivos: En este documento se definen los procesos de instalación relacionada a la Base de datos.Requisitos: que la base de datos esté instaladaRecursos: 2 recursosDependencias: 2.1.2.Criterios de aceptación: Acta firmada con el 100% de las pruebas realizadas tanto por el que diseño las pruebas como el ejecutante de las mismas. En ningún caso, las firmas serán las mismasSuposiciones: Que la Base datos existe y es la especificada por la empresa consultora.Restricciones: Las pruebas sólo se pueden realizar a partir de las 9pm.

-79-

_________________________________________________________________________________________________________________


2.2.2. Documento instalación aplicación

Objetivos: En este documento se definen los procesos de instalación relacionada a la aplicación tanto en el servidor como en los clientes.Requisitos: que exista el servidor de aplicaciones con la características especificadas al igual que los clientes para la aplicación.Recursos: 3 recursosDependencias: 2.2.1.Criterios de aceptación: Acta firmada con el 100% de las pruebas realizadas tanto por el que diseño las pruebas como el ejecutante de las mismas. En ningún caso, las firmas serán las mismasSuposiciones: Que exista el servidor de aplicaciones Restricciones: Las pruebas sólo se pueden realizar a partir de las 9pm.

2.2.3. instalación de aplicación

Objetivos: Instalar la aplicaciónRequisitos: acceso a los lugares para el despliegueRecursos: 3 recursosDependencias: 2.2.2.Criterios de aceptación: Firma de aceptación del 100% de usuarios del sistemaSuposiciones: Que los usuarios probarán y firmaránRestricciones: ninguna.

2.3. Configuración

2.3.1. Documento de configuración inicial

Objetivos: Permite establecer la configuración de todo el equipamiento relacionado con el producto hasta que se encuentre a punto.Requisitos: ningunoRecursos: Un recursoDependencias: 2.2.3Criterios de aceptación: Debe ser revisado y aprobado por el área de sistemas de la clínica. Se realizará la revisión de la configuración actual y la configuración con el sistema. Establecer los gaps necesarios y asegurar el 100% de los parámetros definidos como equipamiento mínimo. Suposiciones: ningunaRestricciones: ninguna

2.3.2. Documento de aceptación

Objetivos: Indicar que tanto la aplicación como la base de datos se encuentra con el tunning requerido.Requisitos: Conformidad de sistemasRecursos: Un recursoDependencias: 2.3.1.Criterios de aceptación: Firma del responsable del sistema indicando haber superado el 100% de los criterios entregadosSuposiciones: NingunaRestricciones: Ninguna

-80-

_________________________________________________________________________________________________________________


FASE

3: M

igra

ción

de

Dat

os

3.1 Análisis

3.1.1 Documento archivos maestros

Objetivos: Definir los maestros a hacer migrados o digitados para el nuevo sistema.Requisitos: Tener el modelo de E-R de los sistemas actuales.Recursos: 2 recursosDependencias: 2.2.1Criterios de aceptación: Los maestros deberán generar sus códigos internos. En ningún casos deberá ser un código llave ser ingresado por el usuario. Deberá ser acompañada con la Firma de líder funcionalSuposiciones: Los maestros serán los considerados así en el sistema SIGAMRestricciones: ninguna

3.1.2 Plantilla carga datos

Objetivos: Documento que indica la estructura de la tablas a hacer migradas.Requisitos: disponibilidad de programador que realice este trabajo. conocimiento de las tablas del sistema a reemplazarRecursos: un recursoDependencias: 3.1.1Criterios de aceptación: El programa de migración deberá llevar la información al 60% y la diferencia deberá ser ingresada vía digitación, la cual deberá ser validada con la Firma de Líder funcional.Suposiciones: ningunaRestricciones: ninguna

3.2 Migración

3.2.1 Documentos scripts

Objetivos: Documento que refleja todos los scripts, objetivo, funcionalidad para la migración.Requisitos: ningunaRecursos: un recursoDependencias: 3.1.2Criterios de aceptación: Los scripts deberán ser certificados por el administrador de la BD de la Clínica mediante su firma al 100% de los scriptsSuposiciones: ningunaRestricciones: ninguna

3.2.2 Documento de aceptación de carga

Objetivos: Dejar constancia de una migración exitosa según lo planificadoRequisitos: ningunoRecursos: un recursoDependencias: 3.2.1Criterios de aceptación: Firma del comité del proyectoSuposiciones:Restricciones:

-81-

_________________________________________________________________________________________________________________

ESPECIFICACIÓN DE PAQUETES DE TRABAJO DEL EDTFA

SE 4

: Pue

sta

en P

rodu

cció

n

4.1 Plan de pruebas

4.1.1. Plan paralelo admisión y caja

Objetivos: En este documento se presenta el Plan para la realización del paralelo como estrategia de implantación siendo su alcance la relacionada al admisión y caja.Requisitos: 3.2.2Recursos: 3 recursosDependencias: 3.2.2Criterios de aceptación: Aprobación del plan por el líder funcional de admisión y caja hasta el 22/01/2012Suposiciones: disponibilidad para contar con el equipo de trabajo. La planificación contempla las fechas definidas para el proyecto.Restricciones: ninguna

4.1.2. Plan paralelo consumos y facturación

Objetivos: En este documento se presenta el Plan para la realización del paralelo como estrategia de implantación siendo su alcance la relacionada a consumos y facturación.Requisitos: 3.2.2 fc + 24 dRecursos: 3 recursosDependencias: 3.2.2 fc + 24 dCriterios de aceptación: Aprobación del plan por el líder funcional de consumos y facturación hasta 27/01/2012Suposiciones: disponibilidad para contar con el equipo de trabajo. La planificación contempla las fechas definidas para el proyecto.Restricciones: ninguna

4.2 Puesta en marcha

4.2.1. documento producción admisión y caja

Objetivos: En este documento informa sobre las actividades desarrolladas en el Plan del paralelo como estrategia de implantación siendo su alcance la relacionada al admisión y caja.Requisitos: Tener el plan de paralelo de admisión y cajaRecursos: 3 recursosDependencias: 4.1.1.Criterios de aceptación: Aprobación del plan por el líder funcional de admisión y caja del 100% de las funcionalidades establecidas y con el 95% de los usuarios capacitadosSuposiciones: disponibilidad para contar con el equipo de trabajo. La planificación contempla las fechas definidas para el proyecto.Restricciones: ninguna

-82-

_________________________________________________________________________________________________________________



Objetivos: En este documento informa sobre las actividades desarrolladas en el Plan del paralelo como estrategia de implantación siendo su alcance la relacionada al Consumos y facturación.Requisitos: Tener el plan de paralelo de admisión y cajaRecursos: 3 recursosDependencias: 4.1.2.Criterios de aceptación: Aprobación del plan por el líder funcional de consumos y facturación del 100% de las funcionalidades establecidas y con el 95% de los usuarios capacitadosSuposiciones: disponibilidad para contar con el equipo de trabajo. La planificación contempla las fechas definidas para el proyecto.Restricciones: ninguna

4.2.3. Documento aceptación del producto.

Objetivos: En este documento establece la aceptación del usuario con respecto al producto.Requisitos: A ver realizado la puesta según lo planificado.Recursos: 1 recursoDependencias: 4.2.2.Criterios de aceptación: Aprobación del plan por el comité del proyecto del 100% de las funcionalidades establecidas y con el 95% de los usuarios capacitadosSuposiciones: ninguna.Restricciones: ninguna

FASE

5: C

apac

itaci

ón

5.1 Plan de Capacitación

5.1.1. Plan capacitación admisión y caja

Objetivos: Establecer un plan que permite llegar a los usuarios líderes y a su vez cada uno de los usuarios de la aplicación de admisión y caja para manejarse con solvencia en el uso del sistema.Requisitos: Tener la data migradaRecursos: 3 recursosDependencias: 3.2.2Criterios de aceptación: Aceptación de parte del líder funcional de admisión y caja que abarcará al 100% de los usuarios del sistema SIGAMSuposiciones: ningunaRestricciones: ninguna

-83-

_________________________________________________________________________________________________________________


5.1.2. Plan capacitación facturación y consumos

Objetivos: Establecer un plan que permite llegar a los usuarios líderes y a su vez cada uno de los usuarios de la aplicación de consumos y facturación para manejarse con solvencia en el uso del sistema.Requisitos: Tener la data migradaRecursos: 3 recursosDependencias: 3.2.2Criterios de aceptación: Aceptación de parte del líder funcional de consumos y facturación que abarcará al 100% de los usuarios del sistema SIGAMSuposiciones: ningunaRestricciones: ninguna

5.2 Ejecución del plan de Capacitación

5.2.1. Ejecución Plan capacitación admisión y caja

Objetivos: En este documento informa sobre las actividades desarrolladas en el Plan de capacitación siendo su alcance la relacionada al admisión y caja.Requisitos: ningunaRecursos: 3 recursosDependencias: 5.1.2.Criterios de aceptación: Aprobación del líder funcional de admisión y caja que abarcará al 100% de los usuarios del sistema SIGAMSuposiciones: disponibilidad para contar con el equipo de trabajo. La planificación contempla las fechas definidas para el proyecto.Restricciones: ninguna

5.2.2. Ejecución Plan capacitación facturación y consumos

Objetivos: En este documento informa sobre las actividades desarrolladas en el Plan de capacitación siendo su alcance lo relacionado a consumos y facturación.Requisitos: ningunaRecursos: 3 recursosDependencias: 5.1.2.Criterios de aceptación: Aprobación del líder funcional de consumos y facturación la cual deberá abarcar como mínimo el 90% del personal involucrado en la fecha definidaSuposiciones: disponibilidad para contar con el equipo de trabajo. La planificación contempla las fechas definidas para el proyecto.Restricciones: ninguna

-84-

_________________________________________________________________________________________________________________


5.3. Manuales

5.3.1. Manual configuración

Objetivos: Obtener una guía sobre la configuración de todo lo relacionado a la aplicaciónRequisitos: ningunaRecursos: un recursoDependencias: 5.1.2Criterios de aceptación: contener las modificaciones realizadas en lo encontrado en el paralelo y la capacitación 5 días antes de la puesta en producción Suposiciones: debe estar actualizadoRestricciones: ninguna

5.3.2. Manual de usuario

Objetivos: Obtener una guía sobre el uso y funciones de la aplicación.Requisitos: ningunaRecursos: un recursoDependencias: 5.1.2Criterios de aceptación: contener las modificaciones realizadas en lo encontrado en el paralelo y la capacitación con el 100% de las correcciones realizadas en los paralelos a los 15 días posteriores del cierre del proyecto Suposiciones: debe estar actualizadoRestricciones: ninguna

-85-

_________________________________________________________________________________________________________________

14. PLAN DE GESTIÓN DEL TIEMPO




-86-

_________________________________________________________________________________________________________________

PLAN DE GESTIÓN DEL TIEMPO



INTRODUCCIÓN

El cronograma del proyecto es la hoja de ruta de cómo el proyecto se va a ejecutar. Los cronogramas son una parte importante de cualquier proyecto, ya que proporcionan al equipo del proyecto, al Sponsor, y a las partes interesadas una imagen del estado del proyecto en un momento dado.

El propósito del plan de gestión del tiempo es definir el enfoque del equipo de proyecto que se utilizará en la creación del cronograma del proyecto. Este plan también incluye la forma en que el equipo hará un seguimiento del cronograma del proyecto y gestionar los cambios después de que la línea base del tiempo ha sido aprobado. Esto incluye identificar, analizar, documentar, priorizar, aprobar o rechazar, y publicar todos los cambios relacionados con el cronograma. Adicionalmente incluye las funciones y responsabilidades de los participantes del proyecto en la creación y gestión del cronograma y del seguimiento y control de cualquier cambio en el cronograma propuesto. Con el fin de completar con éxito este proyecto, es imprescindible que se creen las directrices de la gestión del tiempo, se implementen y se sigan de acuerdo a este plan.

PROCESO DE DEFINICIÓN DE ACTIVIDADES:

A Continuación de contar con el enunciado del alcance, el EDT y su respectivo diccionario, se procede a realizar las siguiente acciones:

Se procederá a examinar el EDT, para identificar las actividades específicas que deberán ser realizadas para producir los entregables del proyecto

Una vez identificada las actividades, se procederá a documentarlas, se les asignará un código único, nombre de la actividad, responsable, tipo actividad.

PROCESO DE SECUENCIAMIENTO DE ACTIVIDADES:

Se documentará las dependencias y relaciones entre las diferentes actividades. Estás deben de colocarse en el orden de acuerdo a la numeración del código de EDT para

facilitar la creación de un calendario realista y alcanzable. Las fechas y tiempos de duración de cada fase no se colocarán en este proceso Para el secuenciamiento se usará el documento de Estimación y Secuenciamiento de

Actividades. Se graficará por separado la red del proyecto de las actividades de cada fase del proyecto.

_________________________________________________________________________________________________________________

- 87 -

_________________________________________________________________________________________________________________

PROCESO DE DESARROLLO DE LA GESTIÓN DEL TIEMPO

Los cronogramas del proyecto serán creados usando el MS PROJECT 2010 colocando los entregables identificados en la Estructura de Desglose de Trabajo del Proyecto (EDT). Tomando en cuenta los paquetes de trabajo se definirán las actividades que se deben realizar para completar cada entregable. La secuencia de las actividades se utilizará para determinar el orden de los paquetes de trabajo y asignar las relaciones entre las actividades del proyecto. La estimación de duración de las actividades se utilizará para calcular el número de períodos de trabajo necesarios para completar los paquetes de trabajo. La estimación de los recursos serán utilizados para asignar recursos a los paquetes de trabajo a fin de completar el desarrollo del cronograma.

Una vez que un cronograma preliminar ha sido desarrollado, será revisado por el equipo del proyecto y los recursos asignados provisionalmente a las tareas del proyecto. El equipo del proyecto y los recursos deben estar de acuerdo en las asignaciones de paquete de trabajo propuestas, duración y cronograma. Una vez logrado esto el Sponsor del proyecto revisará y aprobará el cronograma y con esto se determina la línea base del tiempo.

Los siguientes ítems serán designados como hitos en el cronograma del proyecto:

- Aprobación del Alcance Preliminar del Proyecto.- Aprobación del Plan de Proyecto y Cronograma.- Aprobación de la configuración inicial de los servidores.- Validación del Migración de tablas maestras.- Puesta en marcha del Servidor de Producción.- Capacitación a los Usuarios.- Cierre del Proyecto.

FUNCIONES DE GESTIÓN DE TIEMPO Y RESPONSABILIDADES

Todos los participantes del proyecto tendrán un rol en la gestión del Tiempo. Con el fin de asegurar que toda consideración posible se ha realizado en la creación y gestión del cronograma, las siguientes funciones y responsabilidades se han identificado:

SPONSOR DEL PROYECTO

El Sponsor del proyecto es quien participa en las revisiones de las propuestas del cronograma de trabajo y también es la autoridad que aprueba el cronograma definitivo de trabajo, antes que se convierta en la línea base del tiempo. Él es también un miembro activo del Comité Ejecutivo. El Sponsor del Proyecto es responsable de aprobar cualquier solicitud de cambio de cronograma. Adicionalmente, el Sponsor del proyecto proporcionará actualizaciones de estado para el Comité Ejecutivo en las reuniones quincenales.

_________________________________________________________________________________________________________________

- 88 -

_________________________________________________________________________________________________________________

GERENTE DE PROYECTO

El Gerente de Proyecto tiene la responsabilidad de gestionar el tiempo controlando el cronograma del proyecto. El Gerente del proyecto debe presentar quincenalmente una actualización del cronograma sobre el estado del proyecto al Sponsor del proyecto. El Gerente del Proyecto es el responsable de presidir semanalmente las reuniones de verificación de avance del cronograma de trabajo del equipo del proyecto. El Gerente de Proyecto es responsable de liderar el equipo del proyecto en la identificación y cuantificación de cualquier actividad que pueda impactar en el cronograma y que esta pueda resultar en una variación del cronograma. El Gerente de Proyecto es responsable de revisar todas las solicitudes de cambio de cronograma antes de presentarlas al Sponsor del proyecto para su aprobación.

EQUIPO DE PROYECTO

El equipo del proyecto es el responsabilidad de participar en la definición de los paquetes de trabajo, la secuenciación, y la estimación de la duración y asignación de los recursos. El equipo del proyecto también es responsable de revisar y validar la propuesta de cronograma y de realizar las actividades asignadas una vez que el cronograma está aprobado.

PROCESO DE CONTROL DE CRONOGRAMA

El cronograma del proyecto se revisará y se actualizará cuando sea necesario sobre una base semanal y quincenal, actualizando fecha de inicio y final, además de los porcentajes de avance por cada uno de los responsables de las actividades.

El Gerente del proyecto es responsable de la reunión interna semanal para las revisiones y actualizaciones del cronograma de trabajo, para determinar las repercusiones de las variaciones de cronograma. Adicionalmente es responsable de administrar las solicitudes de cambio de cronograma y reportar el status del cronograma de acuerdo al plan de comunicación del proyecto. Adicionalmente es responsable por las reuniones quincenales con el cliente para la revisión del avance del proyecto. El equipo del proyecto es el responsabilidad de participar en las actualizaciones de cronograma semanalmente y quincenalmente y comunicar cualquier modificación a la fecha de inicio o fin de las actividades al Gerente de proyecto y participar en las actividades de resolución de la varianza de cronograma, según sea necesario.

El Sponsor del proyecto tendrá conocimiento de la situación del cronograma del proyecto y revisará/aprobará cualquier cambio de cronograma solicitado presentado por el Gerente del proyecto.

_________________________________________________________________________________________________________________

- 89 -

_________________________________________________________________________________________________________________

PROCESO DE CAMBIOS DE CRONOGRAMA Y UMBRALES

Cuando el cronograma del proyecto se crea, es importante que las condiciones de límite sean establecidos por el Sponsor del proyecto para establecer los parámetros del cronograma en el que se espera que el proyecto funcione. Cualquier acontecimiento que potencialmente pueda causar un cambio de cronograma que supera estas condiciones de límite debe tener una solicitud de cambio de cronograma presentada y aprobada por el Sponsor antes de que el cambio de cronograma se realice. Se ha definido un umbral de cambio del 5%. Los formatos del proyecto se deberán obtener del repositorio central, donde se tiene un proyecto base con los formatos disponibles para usar en el proyecto.

Si algún miembro del equipo del proyecto determina que un cambio en el cronograma es necesario, el Gerente del proyecto y el equipo se reunirá para revisar y evaluar el cambio. El Gerente del proyecto y equipo del proyecto deben determinar las tareas que se verán afectados, la variación como consecuencia del cambio potencial, y alguna alternativa o variación que puedan emplear para ver cómo afecta el alcance, cronograma o recursos. Si después que se ha realizado esta evaluación, el Gerente del proyecto determina que cualquier cambio supera las condiciones de límite establecida, entonces una solicitud de cambio de cronograma debe ser presentada.

La presentación de una solicitud de cambio de cronograma al Sponsor del proyecto para su aprobación requiere que alguna de las dos condiciones siguientes sea verdadera: - El cambio propuesto se estima debe reducir la duración de un paquete de trabajo individual en un 5% o más, o aumentar la duración de un paquete de trabajo individual en un 5% o más. - El cambio se estima debe reducir la duración de la línea base del cronograma general en un 5% o más, o aumentar la duración de la línea base del cronograma general en un 5% o más.

Cualquier solicitud de cambio que no cumplen con estos límites deberá ser presentada al Gerente del proyecto para su aprobación.

Una vez que la solicitud de cambio ha sido revisada y aprobada, el Gerente de proyecto es responsable de ajustar el cronograma y comunicar a todos los cambios e impactos que se tendrán en el equipo del proyecto, Sponsor del proyecto, y las partes interesadas. El Gerente del proyecto también debe asegurarse de que todas las solicitudes de cambio se archiven en el repositorio del proyecto.

_________________________________________________________________________________________________________________

- 90 -

_________________________________________________________________________________________________________________

PROCESO DE CAMBIOS DE ALCANCE

Ocasionalmente, cambios aprobados en el alcance del proyecto pueden ocasionar cambios a la línea base del tiempo. Estos cambios en el alcance pueden incluir nuevos requisitos que no fueron considerados anteriormente como parte del desarrollo del cronograma original. En estas situaciones, el Gerente del proyecto y el equipo debe tener en cuenta el estado actual del cronograma del proyecto y cómo el cambio de ámbito de aplicación afecta al cronograma y a sus recursos mientras el proyecto avanza.

Cualquier cambio en el alcance del proyecto, que han sido aprobados por el Sponsor del proyecto y por el cliente, será necesario que el equipo del proyecto evalúe el efecto del cambio de alcance en el cronograma actual. Si el Gerente del proyecto determina que el cambio de ámbito afectará significativamente el cronograma del proyecto actual que está a cargo, puede solicitar que el cronograma sea revisado y modificado considerando los cambios que deben hacerse como parte del alcance del proyecto nuevo. El Sponsor del proyecto debe revisar y aprobar esta solicitud antes de que el cronograma se pueda volver la línea base.

_________________________________________________________________________________________________________________

- 91 -

_________________________________________________________________________________________________________________

15. IDENTIFICACIÓN Y SECUENCIAMIENTO DE

ACTIVIDADES




_________________________________________________________________________________________________________________

- 92 -

___________________________________________________________________________________________________________________

LISTA Y SECUENCIAMIENTO DE ACTIVIDADES

PAQUETE DE TRABAJO ACTIVIDAD DEL PAQUETE DE TRABAJOACTIVIDAD

PREDECESORAACTIVIDAD SUCESORA

CÓDIGOWBS NOMBRE CÓDIGO NOMBRE ALCANCE DEL TRABAJO DE LA ACTIVIDAD


1.1.1.A01 Reunión con el Sponsor Reunión inicial de trabajo. 1.1.1.A02

1.1.1.A02 Elaborar Project CharterRedactar el documento del Project Charter. 1.1.1.A01 1.1.1.A03

1.1.1.A03 Revisar Project Charter Revisar y aprobar el Project Charter. 1.1.1.A02 1.1.2.A01

1.1.2Alcance

Preliminar

1.1.2.A01 Reunión con el Sponsor Reunión de información con el Sponsor y el proveedor seleccionado.

1.1.1.A03 1.1.2.A02

1.1.2.A02 Elaborar Alcance Preliminar Redactar el documento del Alcance Preliminar.

1.1.2.A01 1.1.2.A03

1.1.2.A03 Revisar el Alcance Preliminar Revisar y aprobar el Alcance Preliminar.

1.1.2.A02 1.2.1.A01

1.2.1 Enunciado Alcance

1.2.1.A01 Reunión con el Sponsor Reunión de información con el Sponsor.

1.1.2.A03 1.2.1.A02

1.2.1.A02 Elaborar Enunciado del Alcance Redactar el documento del Enunciado del Alcance.

1.2.1.A01 1.2.1.A03

1.2.1.A03 Revisar Enunciado del Alcance Revisión y aprobación de Project Charter.

1.2.1.A02 1.2.3.A01

1.2.2 Plan de Proyecto

1.2.2.A01 Reunión con el equipo de trabajo Reunión donde se definirá detalladamente el plan de proyecto.

1.2.1.A03 1.2.3.A02

1.2.2.A02 Elaborar el Plan de Proyecto Redactar el Plan de Proyecto 1.2.2.A01 1.2.3.A03

1.2.2.A03 Revisar el Plan de Proyecto Revisar y aprobar el Plan de Proyecto 1.2.2.A02 1.2.3.A01

1.2.2 Cronograma

1.2.3.A01 Definir y Secuenciar Actividades Redactar el listado de las actividades. 1.2.3.A03 1.2.3.A02

1.2.3.A02 Estimar recursos para las actividades

Redactar cuales son los recursos necesarios para realizar cada actividad.

1.2.3.A04 1.2.3.A03

1.2.3.A03 Estimar duración de las actividades

Redactar la estimación de duración para cada actividad.

1.2.2.A02 1.2.3.A04

1.2.3.A04 Elaborar el cronograma Redactar el cronograma del proyecto. 1.2.2.A03 2.1.1.A01

1.3.1 Informe Semanal

1.3.1.A01 Elaborar Informe Semanal Nro.1Redactar el informe semanal de estado del proyecto para el Comité y Equipo del proyecto.





___________________________________________________________________________________________________________________

- 93 -



___________________________________________________________________________________________________________________












1.3.2Informe

Quincenal

1.3.2.A01 Elaborar Informe Quincenal Nro.1Redactar el informe Quincenal de estado del proyecto para el Comité y Equipo del proyecto.






1.4.1 Acta de Aceptación

1.4.1.A01 Elaborar el Acta de Aceptación Redactar Acta de Aceptación del Proyecto.

1.4.1.A02

1.4.1.A02 Revisar el Acta de Aceptación Revisar y Aprobar el Acta de Aceptación

1.4.1.A01 1.4.2.A01

1.4.2 Cierre del Proyecto

1.4.2.A01 Elaborar documento de Cierre del Proyecto

Redactar documento del Cierre del Proyecto.

1.4.1.A02 1.4.2.A02

1.4.2.A02 Revisar el documento de Cierre del Proyecto

Revisar y Aprobar el documento de Cierre del Proyecto 1.4.2.A01

2.1.1 Verificación de Requisitos

Iniciales2.1.1.A01 Evaluar los requisitos de

equipamiento del software

Comparar los requisitos de equipamiento para el software que brinda el cliente contra los requisitos solicitados para el proyecto.

1.2.2.A04 2.1.1.A02

2.1.1.A02 Elaborar documento de requerimientos cubiertos y no cubiertos por el software

Detallar y aprobar cuáles serán los requerimientos que serán cubiertos por el software adquirido y cuales requerimientos se cubrirán en un

2.1.1.A01 2.1.2.A01

___________________________________________________________________________________________________________________

- 94 -

___________________________________________________________________________________________________________________




siguiente proyecto.

2.1.2Documento preparación

ambiente

2.1.2.A01 Definir las actividades iniciales de configuración

Redactar el documento que contiene las actividades iniciales de configuración del servidor y los clientes.

2.1.1.A02 2.1.2.A02

2.1.2.A02Revisión del documento que contiene las actividades iniciales de configuración

Revisar y aprobar el documento de preparación de ambiente.

2.1.2.A01 2.2.1.A01

2.2.1Documento instalación

scripts/schemas

2.2.1.A01Elaborar documento relacionado a la creación de objetos en la base de datos

Redactar el documento donde se indica los pasos a seguir para la ejecución de los scripts en la base de datos.

2.1.2.A02 2.2.1.A02

2.2.1.A02Revisar el documento relacionado a la creación de objetos en la base de datos

Revisión y aprobación del documento instalación de scripts/schemas.

2.2.1.A01 2.2.2.A01

2.2.2Documento instalación aplicación

2.2.2.A01Elaborar documento de instalación de la aplicación en el servidor y los clientes

Redactar el documento donde se indica los pasos a seguir para la instalación de la aplicación en el servidor y los clientes.

2.2.1.A02 2.2.2.A02

2.2.2.A02Revisión del documento de instalación de la aplicación en el servidor y los clientes

Revisar y aprobar el documento de instalación de la aplicación.

2.2.2.A01 2.2.3.A01

2.2.3 Instalación de aplicación

2.2.3.A01 Instalar la aplicaciónInstalación de la aplicación siguiendo los pasos detallados en los documentos anteriores.

2.2.2.A02 2.2.3.A02

2.2.3.A02 Realizar pruebas de la instalaciónRealización de pruebas para verificar que la aplicación está correctamente instalada.

2.2.3.A01 2.2.3.A03

2.2.3.A03 Elaborar acta de aceptación de pruebas

Redactar el documento que indica las pruebas realizadas por los usuarios.

2.2.3.A02 2.2.3.A04

2.2.3.A04 Revisión del acta de aceptación de pruebas

Revisar y aprobar el acta de aceptación de pruebas de la aplicación instalada.

2.2.3.A03 2.3.1.A01

2.3.1.Documento de configuración

inicial

2.3.1.A01 Elaborar el documento de configuración inicial

Redactar el documento que detalla la configuración inicial que se va a realizar en la aplicación.

2.2.3.A04 2.3.1.A02

2.3.1.A02 Revisión del documento de configuración inicial

Revisar y aprobar el documento que detalla la configuración inicial.

2.3.1.A01 2.3.1.A03

2.3.1.A03 Ejecución de la configuración inicial

Realizar la configuración inicial en la aplicación.

2.3.1.A02 2.3.2.A01

2.3.2 Documento de aceptación

2.3.2.A01 Elaborar el documento de aceptación

Redactar el documento de aceptación de la configuración inicial realizada en la aplicación.

2.3.1.A03 2.3.2.A02

2.3.2.A02 Revisión del documento de aceptación

Revisar y aprobar el documento de aceptación de la configuración inicial.

2.3.2.A01 3.1.1.A01

3.1.1Documento

archivos maestros

3.1.1.A01 Elaborar el documento archivos maestros

Redactar el documento donde se indique cuáles son las tablas maestras que serán migradas.

2.3.2.A02 3.1.1.A02

3.1.1.A02 Revisión del documento de archivos maestros

Revisar y aprobar el documento que indica cuales son las tablas maestras a migrar.

3.1.1.A01 3.1.2.A01


3.1.2.A01 Elaborar plantillas de carga de datos

Crear plantillas de carga para los datos de las tablas maestras a migrar.

3.1.1.A02 3.1.2.A02

3.1.2.A02 Revisión de las plantillas de carga de datos

Revisar y aprobar las plantillas de carga que se utilizarán para migrar los datos de las tablas maestras.

3.1.2.A01 3.2.1.A01


3.2.1.A01 Elaborar scripts de carga de datos Crear los scripts de creación de datos en la base de datos.

3.1.2.A02 3.2.1.A02

___________________________________________________________________________________________________________________

- 95 -

___________________________________________________________________________________________________________________




3.2.1.A02 Revisión de scripts de carga de datos

Revisar y aprobar los scripts creados para la carga en la base de datos.

3.2.1.A01 3.2.1.A03

3.2.1.A03 Ejecución de scripts de carga de datos

Ejecutar los scripts en la base de datos. 3.2.1.A02 3.2.2.A01

3.2.2Documento de aceptación de

carga

3.2.2.A01 Elaborar el documento de aceptación de carga

Redactar el documento donde se indique la aprobación de que la carga se ha realizado exitosamente.

3.2.1.A03 3.2.2.A02

3.2.2.A02 Revisión del documento de aceptación de carga

Revisar y aprobar el documento de aceptación de carga.

3.2.2.A01 4.1.1.A01

4.1.1 Plan paralelo admisión y caja

4.1.1.A01 Elaborar el Plan paralelo Admisión y Caja

Redactar el documento donde se detalle el plan a seguir para la realización del paralelo de los módulos de Admisión y Caja.

3.2.2.A02 4.1.1.A02

4.1.1.A02 Revisión del Plan paralelo Admisión y Caja

Revisar y aprobar el Plan de realización de paralelo para los módulos de Admisión y Caja.

4.1.1.A01 4.1.1.A03

4.1.1.A03 Ejecutar Plan paralelo Admisión y Caja

Ejecutar el Plan de realización de paralelo para los módulos de Admisión y Caja.

4.1.1.A02 4.1.1.A04

4.1.1.A04Elaborar documento de Conformidad de paralelo Admisión y Caja

Elaborar documento de Conformidad de paralelo para los módulos de Admisión y Caja.

4.1.1.A03 4.1.1.A05

4.1.1.A05Revisión del Documento de Conformidad de paralelo Admisión y Caja

Revisar y aprobar el Documento de Conformidad de paralelo para los módulos de Admisión y Caja.

4.1.1.A04 4.1.2.A01

4.1.2Plan paralelo consumos y facturación

4.1.2.A01 Elaborar el Plan paralelo Consumos y Facturación

Redactar el documento donde se detalle el plan a seguir para la realización del paralelo de los módulos de Consumos y Facturación.

4.1.1.A05 4.1.2.A02

4.1.2.A02 Revisión del Plan paralelo Consumos y Facturación

Revisar y aprobar el Plan de realización de paralelo para los módulos de Consumos y Facturación.

4.1.2.A01 4.2.1.A03

4.1.2.A03 Ejecutar Plan paralelo Consumos y Facturación

Ejecutar el Plan de realización de paralelo para los módulos de Consumos y Facturación

4.1.1.A02 4.1.1.A04

4.1.2.A04Elaborar documento de Conformidad de paralelo Consumos y Facturación

Elaborar documento de Conformidad de paralelo para los módulos de Consumos y Facturación

4.1.1.A03 4.1.1.A05

4.1.2.A05Revisión del Documento de Conformidad de paralelo Consumos y Facturación

Revisar y aprobar el Documento de Conformidad de paralelo para los módulos de Consumos y Facturación

4.1.1.A04 4.2.1.A01

4.2.1Documento producción

admisión y caja

4.2.1.A01 Elaborar documento producción Admisión y Caja

Redactar el documento donde se detalle las actividades desarrolladas en el Plan Paralelo para los módulos de Admisión y Caja.

4.1.2.A02 4.2.1.A02

4.2.1.A02 Revisión del documento producción Admisión y Caja

Revisar y aprobar el documento producción Admisión y Caja.

4.2.1.A01 4.2.2.A01

4.2.2

Documento producción

facturación y consumos

4.2.2.A01 Elaborar documento producción Facturación y Consumos

Redactar el documento donde se detalle las actividades desarrolladas en el Plan Paralelo para los módulos de Facturación y Consumos.

4.2.1.A02 4.2.2.A02

4.2.2.A02Revisión del documento producción Facturación y Consumos

Revisar y aprobar el documento producción Facturación y Consumos.

4.2.1.A01 4.2.3.A01

4.2.3Documento

aceptación del producto.

4.2.3.A01 Elaborar el documento de aceptación del producto

Redactar el documento donde se detalla que el usuario está conforme con la puesta en marcha del producto.

4.2.1.A02 4.2.3.A02

___________________________________________________________________________________________________________________

- 96 -

___________________________________________________________________________________________________________________




4.2.3.A02 Revisión del documento de aceptación del producto

Revisión y aprobación del documento de aceptación del producto.

4.2.3.A01 5.1.1.A01

5.1.1 Plan capacitación admisión y caja

5.1.1.A01 Elaborar el Plan Capacitación Admisión y Caja

Redactar el documento donde se detalle el plan a seguir para la realización de la capacitación de los módulos de Admisión y Caja.

4.2.3.A02 5.1.1.A02

5.1.1.A02 Revisión del Plan Capacitación Admisión y Caja

Revisión y aprobación del Plan Capacitación Admisión y Caja.

5.1.1.A01 5.1.2.A01

5.1.2Plan capacitación


5.1.2.A01 Elaborar el Plan Capacitación Facturación y Consumos

Redactar el documento donde se detalle el plan a seguir para la realización de la capacitación de los módulos de Facturación y Consumos.

5.1.1.A02 5.1.2.A02

5.1.2.A02 Revisión del Plan Capacitación Facturación y Consumos

Revisión y aprobación del Plan Facturación y Consumos.

5.1.2.A01 5.2.1.A01

5.2.1Ejecución Plan capacitación

admisión y caja

5.2.1.A01 Elaborar documento Ejecución Plan capacitación admisión y caja

Redactar el documento donde se detalle las actividades desarrolladas en el Plan de capacitación para los módulos de Admisión y Caja.

5.1.2.A02 5.2.1.A02

5.2.1.A02 Revisión del documento Ejecución Plan capacitación admisión y caja

Revisar y aprobar el documento Ejecución Plan capacitación admisión y caja

5.2.1.A01 5.2.2.A01

5.2.2

Ejecución Plan capacitación facturación y

consumos

5.2.2.A01Elaborar documento Ejecución Plan capacitación facturación y consumos

Redactar el documento donde se detalle las actividades desarrolladas en el Plan de capacitación para los módulos de Facturación y Consumos.

5.2.1.A02 5.2.2.A02

5.2.2.A02Revisión del documento Ejecución Plan capacitación facturación y consumos

Revisar y aprobar el documento Ejecución Plan capacitación facturación y consumos

5.2.2.A01 5.3.1.A01

5.3.1 Manual configuración

5.3.1.A01 Elaborar el Manual de Configuración

Redactar el documento donde se detalle toda la configuración realizada en la aplicación.

5.2.2.A02 5.3.1.A02

5.3.1.A02 Revisión del Manual de Configuración

Revisar y aprobar el Manual de Configuración.

5.3.1.A01 5.3.2.A01

5.3.2 Manual de usuario

5.3.2.A01 Elaborar el Manual de UsuarioRedactar el documento donde se detalle el uso y funciones de la aplicación.

5.3.1.A02 5.3.2.A02

5.3.2.A02 Revisión del Manual de Usuario Revisar y aprobar el Manual de Usuario.

5.3.2.A01

___________________________________________________________________________________________________________________

- 97 -

_________________________________________________________________________________________________________________

16. ATRIBUTOS DE LAS ACTIVIDADES




_________________________________________________________________________________________________________________

- 98 -

_________________________________________________________________________________________________________________________________________________________________________________

ATRIBUTOS DE LAS ACTIVIDADESNOMBRE DEL PROYECTO SIGLAS DEL PROYECTO


ACTIVIDADESATRASOS Y ADELANTOS REQUISITOS DE RECURSOS

PERSONARESPONSABLE

ZONAGEOGRÁFICA

NIVEL DE ESFUERZODISCRETO /

PRORRATEADO

TIPO DE ACTIVIDAD(TIME DRIVEN/RESOURCE

DRIVEN)CÓDIGO NOMBRE ALCANCE DEL TRABAJO DE LA ACTIVIDAD

1.1.1.A01 Reunión con el Sponsor Reunión inicial de trabajo. 0 SponsorGerente de proyecto.

Gerente de Proyecto

Consultores PMI Discreto Time Driven

1.1.1.A02 Elaborar Project Charter Redactar el documento del Project Charter0

Gerente de Proyecto Gerente de Proyecto

Consultores PMIDiscreto

Resource Driven

1.1.1.A03 Revisar Project Charter Revisar y aprobar el Project Charter0 Sponsor

Gerente de proyecto.

Gerente de Proyecto Clínica San Marcos

DiscretoTime Driven

1.1.2.A01 Reunión con el Sponsor Reunión de información con el Sponsor y el proveedor seleccionado.

0 SponsorGerente de proyecto.

Gerente de Proyecto Consultores PMI

DiscretoTime Driven

1.1.2.A02 Elaborar Alcance Preliminar Redactar el documento del Alcance Preliminar.

0Gerente de Proyecto


DiscretoResource Driven

1.1.2.A03 Revisar el Alcance Preliminar Revisar y aprobar el Alcance Preliminar.0 Sponsor



DiscretoTime Driven

1.2.1.A01 Reunión con el Sponsor Reunión de información con el Sponsor.0 Sponsor



DiscretoTime Driven

1.2.1.A02 Elaborar Enunciado del Alcance

Redactar el documento del Enunciado del Alcance.

0Gerente de Proyecto



1.2.1.A03 Revisar Enunciado del Alcance Revisión y aprobación de Project Charter.0 Sponsor

Gerente de proyecto.Gerente de

ProyectoClínica San Marcos

DiscretoTime Driven

1.2.2.A01 Reunión con el equipo de trabajo

Reunión donde se definirá detalladamente el plan de proyecto.

0Gerente de proyecto.2 Consultores1 Arquitecto2 Capacitadores


DiscretoTime Driven

1.2.2.A02 Elaborar el Plan de Proyecto Redactar el Plan de Proyecto0 Gerente de Proyecto

2 Consultores ecto



_________________________________________________________________________________________________________________________________________________________________________________

- 99 -

_________________________________________________________________________________________________________________________________________________________________________________


PERSONARESPONSABLE

ZONAGEOGRÁFICA


PRORRATEADO



1.2.2.A03 Revisar el Plan de Proyecto Revisar y aprobar el Plan de Proyecto0 Sponsor

Gerente de proyecto.Gerente de

ProyectoConsultores PMI Discreto

Time Driven

1.2.3.A01 Definir y Secuenciar Actividades

Redactar el listado de las actividades.0 Gerente de Proyecto

2 ConsultoresConsultores

Consultores PMI DiscretoResource Driven

1.2.3.A02 Estimar recursos para las actividades

Redactar cuales son los recursos necesarios para realizar cada actividad.

0 Gerente de Proyecto2 Consultores

ConsultoresConsultores PMI Discreto

Resource Driven


Redactar la estimación de duración para cada actividad.

0 Gerente de Proyecto2 Consultores

ConsultoresConsultores PMI Discreto

Resource Driven

1.2.3.A04 Elaborar el cronograma Redactar el cronograma del proyecto.0

Gerente de Proyecto Gerente de Proyecto

Consultores PMI DiscretoResource Driven

1.3.1.A01 Elaborar Informe Semanal Nro.1

Redactar el informe semanal de estado del proyecto para el Comité y Equipo del proyecto.

0 Gerente de Proyecto2 ConsultoresArquitecto

Consultores Consultores PMIDiscreto

Time Driven

1.3.1.A02Elaborar Informe Semanal

Nro.2




Time Driven





Time Driven





Time Driven





Time Driven





Time Driven





Time Driven





Time Driven

1.3.1.A09Elaborar Informe Semanal

Nro.9




Time Driven

_________________________________________________________________________________________________________________________________________________________________________________

- 100 -

_________________________________________________________________________________________________________________________________________________________________________________


PERSONARESPONSABLE

ZONAGEOGRÁFICA


PRORRATEADO







Time Driven





Time Driven





Time Driven





Time Driven

1.3.2.A01 Elaborar Informe Quincenal Nro.1

Redactar el informe Quincenal de estado del proyecto para el Comité y Equipo del proyecto.

0 SponsorGerente de Proyecto

Gerente de Proyecto

Clínica San MarcosDiscreto

Time Driven




Gerente de Proyecto


Time Driven




Gerente de Proyecto


Time Driven




Gerente de Proyecto


Time Driven




Gerente de Proyecto


Time Driven

1.3.2.A06Elaborar Informe Quincenal

Nro.6




DiscretoTime Driven

1.4.1.A01 Elaborar el Acta de Aceptación

Redactar Acta de Aceptación del Proyecto.0 Gerente de proyecto

ConsultoresConsultores Consultores PMI


1.4.1.A02 Revisar el Acta de Aceptación Revisar y Aprobar el Acta de Aceptación0 Gerente de proyecto

ConsultoresGerente de

proyectoClínica San Marcos

DiscretoTime Driven


Redactar documento del Cierre del Proyecto.

0 Gerente de proyectoConsultores


Resource Driven

_________________________________________________________________________________________________________________________________________________________________________________

- 101 -

_________________________________________________________________________________________________________________________________________________________________________________


PERSONARESPONSABLE

ZONAGEOGRÁFICA


PRORRATEADO



1.4.2.A02 Revisar el documento de Cierre del Proyecto

Revisar y Aprobar el documento de Cierre del Proyecto


Gerente de proyecto


Time Driven

2.1.1.A01 Evaluar los requisitos de equipamiento del software

Comparar los requisitos de equipamiento para el software que brinda el cliente contra los requisitos solicitados para el proyecto.

0 Gerente de proyectoConsultoresArquitecto

Consultores Clínica San MarcosDiscreto

Resource Driven

2.1.1.A02Elaborar documento de

requerimientos cubiertos y no cubiertos por el software

Detallar y aprobar cuáles serán los requerimientos que serán cubiertos por el software adquirido y cuales requerimientos se cubrirán en un siguiente proyecto.


Gerente de proyecto Clínica San Marcos



Redactar el documento que contiene las actividades iniciales de configuración del servidor y los clientes.



Resource Driven

2.1.2.A02Revisión del documento que

contiene las actividades iniciales de configuración

Revisar y aprobar el documento de preparación de ambiente.



DiscretoTime Driven

2.2.1.A01Elaborar documento

relacionado a la creación de objetos en la base de datos

Redactar el documento donde se indica los pasos a seguir para la ejecución de los scripts en la base de datos.



Resource Driven

2.2.1.A02Revisar el documento

relacionado a la creación de objetos en la base de datos

Revisión y aprobación del documento instalación de scripts/schemas.



DiscretoTime Driven


instalación de la aplicación en el servidor y los clientes

Redactar el documento donde se indica los pasos a seguir para la instalación de la aplicación en el servidor y los clientes.



Resource Driven

2.2.2.A02Revisión del documento de

instalación de la aplicación en el servidor y los clientes

Revisar y aprobar el documento de instalación de la aplicación.



DiscretoTime Driven

2.2.3.A01 Instalar la aplicaciónInstalación de la aplicación siguiendo los pasos detallados en los documentos anteriores.



Resource Driven

2.2.3.A02 Realizar pruebas de la instalación

Realización de pruebas para verificar que la aplicación esta correctamente instalada.



Resource Driven


Redactar el documento que indica las pruebas realizadas por los usuarios.



Resource Driven

_________________________________________________________________________________________________________________________________________________________________________________

- 102 -

_________________________________________________________________________________________________________________________________________________________________________________


PERSONARESPONSABLE

ZONAGEOGRÁFICA


PRORRATEADO




Revisar y aprobar el acta de aceptación de pruebas de la aplicación instalada.


Gerente de proyecto


Time Driven


Redactar el documento que detalla la configuración inicial que se va a realizar en la aplicación.



Resource Driven

2.3.1.A02 Revisión del documento de configuración inicial

Revisar y aprobar el documento que detalla la configuración inicial.


Gerente de proyecto


Time Driven


Realizar la configuración inicial en la aplicación.

0Consultores Consultores Clínica San Marcos



Redactar el documento de aceptación de la configuración inicial realizada en la aplicación.



Resource Driven


Revisar y aprobar el documento de aceptación de la configuración inicial.



DiscretoTime Driven


Redactar el documento donde se indique cuales son las tablas maestras que serán migradas.



Resource Driven

3.1.1.A02 Revisión del documento de archivos maestros

Revisar y aprobar el documento que indica cuales son las tablas maestras a migrar.



DiscretoTime Driven


Crear plantillas de carga para los datos de las tablas maestras a migrar.



Resource Driven

3.1.2.A02 Revisión de las plantillas de carga de datos

Revisar y aprobar las plantillas de carga que se utilizarán para migrar los datos de las tablas maestras.



DiscretoTime Driven

3.2.1.A01 Elaborar scripts de carga de datos

Crear los scripts de creación de datos en la base de datos.



Resource Driven


Revisar y aprobar los scripts creados para la carga en la base de datos.



DiscretoTime Driven


Ejecutar los scripts en la base de datos.0 Gerente de proyecto

ConsultoresConsultores Clínica San Marcos


_________________________________________________________________________________________________________________________________________________________________________________

- 103 -

_________________________________________________________________________________________________________________________________________________________________________________


PERSONARESPONSABLE

ZONAGEOGRÁFICA


PRORRATEADO




Redactar el documento donde se indique la aprobación de que la carga se ha realizado exitosamente.



Resource Driven

3.2.2.A02 Revisión del documento de aceptación de carga

Revisar y aprobar el documento de aceptación de carga.



DiscretoTime Driven

4.1.1.A01 Elaborar el Plan paralelo Admisión y Caja

Redactar el documento donde se detalle el plan a seguir para la realización del paralelo de los módulos de Admisión y Caja.



Resource Driven


Revisar y aprobar el Plan de realización de paralelo para los módulos de Admisión y Caja.



DiscretoTime Driven


Ejecutar el Plan de realización de paralelo para los módulos de Admisión y Caja.



Resource Driven


Conformidad de paralelo Admisión y Caja

Elaborar documento de Conformidad de paralelo para los módulos de Admisión y Caja.



Resource Driven

4.1.1.A05Revisión del Documento de

Conformidad de paralelo Admisión y Caja

Revisar y aprobar el Documento de Conformidad de paralelo para los módulos de Admisión y Caja.



DiscretoTime Driven


Redactar el documento donde se detalle el plan a seguir para la realización del paralelo de los módulos de Consumos y Facturación.



Resource Driven

4.1.2.A02 Revisión del Plan paralelo Consumos y Facturación

Revisar y aprobar el Plan de realización de paralelo para los módulos de Consumos y Facturación.



DiscretoTime Driven

4.1.2.A03 Ejecutar Plan paralelo Consumos y Facturación

Ejecutar el Plan de realización de paralelo para los módulos de Consumos y Facturación



Resource Driven


Conformidad de paralelo Consumos y Facturación

Elaborar documento de Conformidad de paralelo para los módulos de Consumos y Facturación



Resource Driven

4.1.2.A05Revisión del Documento de

Conformidad de paralelo Consumos y Facturación

Revisar y aprobar el Documento de Conformidad de paralelo para los módulos de Consumos y Facturación



DiscretoTime Driven

4.2.1.A01 Elaborar documento Redactar el documento donde se detalle 0 Gerente de proyecto Consultores Clínica San Marcos Discreto Resource Driven

_________________________________________________________________________________________________________________________________________________________________________________

- 104 -

_________________________________________________________________________________________________________________________________________________________________________________


PERSONARESPONSABLE

ZONAGEOGRÁFICA


PRORRATEADO



producción Admisión y Cajalas actividades desarrolladas en el Plan Paralelo para los módulos de Admisión y Caja.

Consultores

4.2.1.A02 Revisión del documento producción Admisión y Caja

Revisar y aprobar el documento producción Admisión y Caja.



DiscretoTime Driven


producción Facturación y Consumos

Redactar el documento donde se detalle las actividades desarrolladas en el Plan Paralelo para los módulos de Facturación y Consumos.



Resource Driven

4.2.2.A02Revisión del documento producción Facturación y

Consumos

Revisar y aprobar el documento producción Facturación y Consumos.



DiscretoTime Driven


Redactar el documento donde se detalla que el usuario está conforme con la puesta en marcha del producto.



Resource Driven


Revisión y aprobación del documento de aceptación del producto.



DiscretoTime Driven


Redactar el documento donde se detalle el plan a seguir para la realización de la capacitación de los módulos de Admisión y Caja.



Resource Driven

5.1.1.A02 Revisión del Plan Capacitación Admisión y Caja

Revisión y aprobación del Plan Capacitación Admisión y Caja.



DiscretoTime Driven


Redactar el documento donde se detalle el plan a seguir para la realización de la capacitación de los módulos de Facturación y Consumos.



Resource Driven


Revisión y aprobación del Plan Facturación y Consumos.



DiscretoTime Driven


Ejecución Plan capacitación admisión y caja

Redactar el documento donde se detalle las actividades desarrolladas en el Plan de capacitación para los módulos de Admisión y Caja.

0 Gerente de proyectoConsultoresCapacitadores


Resource Driven

5.2.1.A02Revisión del documento

Ejecución Plan capacitación Revisar y aprobar el documento Ejecución Plan capacitación admisión y caja


Gerente de proyecto


Time Driven

_________________________________________________________________________________________________________________________________________________________________________________

- 105 -

_________________________________________________________________________________________________________________________________________________________________________________


PERSONARESPONSABLE

ZONAGEOGRÁFICA


PRORRATEADO



admisión y caja


Ejecución Plan capacitación facturación y consumos

Redactar el documento donde se detalle las actividades desarrolladas en el Plan de capacitación para los módulos de Facturación y Consumos.

0 Gerente de proyectoConsultoresCapacitadores


Resource Driven

5.2.2.A02Revisión del documento


Revisar y aprobar el documento Ejecución Plan capacitación facturación y consumos



DiscretoTime Driven


Redactar el documento donde se detalle toda la configuración realizada en la aplicación.



Resource Driven


Revisar y aprobar el Manual de Configuración.



DiscretoTime Driven

5.3.2.A01 Elaborar el Manual de Usuario Redactar el documento donde se detalle el uso y funciones de la aplicación.



Resource Driven

5.3.2.A02 Revisión del Manual de Usuario

Revisar y aprobar el Manual de Usuario.0 Gerente de proyecto

Consultores


DiscretoTime Driven

_________________________________________________________________________________________________________________________________________________________________________________

- 106 -

___________________________________________________________________________________________________________________

17. LISTA DE HITOS




___________________________________________________________________________________________________________________

- 107 -

___________________________________________________________________________________________________________________

LISTA DE HITOS

Dentro de la Identificación de actividades para el proyecto SIGAM, la lista de Hitos seria:

HITOS FECHA RESPONSABLE FASE

Aprobación del Alcance Preliminar del Proyecto.

26/10/2011 Micaela Barrientos Gestión del Proyecto

Aprobación del Plan de Proyecto y Cronograma.

08/11/2011 Micaela Barrientos Gestión del Proyecto

Aprobación de la configuración inicial de los servidores.

23/11/2011 Micaela Barrientos Soporte de Infraestructura

Validación del Migración de tablas maestras.

02/12/2011 Micaela Barrientos Migración de datos

Puesta en marcha del Servidor de Producción.

04/01/2012 Micaela Barrientos Puesta en producción

Capacitación a los Usuarios. 24/01/2012 Micaela Barrientos Capacitación

Cierre del Proyecto. 24/01/2012 Micaela Barrientos Gestión del proyecto

___________________________________________________________________________________________________________________

- 108 -



___________________________________________________________________________________________________________________

18. REQUISITOS DE RECURSOS Y DURACIÓN DE LAS

ACTIVIDADES




___________________________________________________________________________________________________________________

- 109 -

_______________________________________________________________________________________________________________________________________________________________________________________

REQUISITOS DE RECURSOS Y DURACIÓN DE LAS ACTIVIDADES



Entregable Actividad Tipo de recurso: Personal

Código

Nombre Código NombreTipo de Recurso

Cantidad de

recurso

Fecha disponible

Nombre del recurso

Requisito del Recurso

Trabajo Total

(Hr-Hom)

Duración

(Hrs.)

Supuestos y bases de estimación

Forma de cálculo


1.1.1.A01 Reunión con el SponsorSponsor

Gerente de Proyecto

1

1

A partir del 23/10/2011

Sebastián CéspedesJanis Candia

Sponsor.- Experiencia de 5 años en Gestión Estratégica, Gestión de Portafolios, Gestión en Marketing Nuevos productos, experiencia en proyectos de tecnologías de información.

Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años).

4 2Las reuniones tienen una duración entre 1 a 2 horas.

1.1.1.A02Elaborar Project Charter

Gerente de Proyecto 1

A partir del 23/10/2011 Janis Candia


4 4

Por estadística histórica, en promedio tiene una duración de 4 horas.

1.1.1.A03 Revisar Project CharterSponsor

Gerente de Proyecto

1

1



Sponsor.- Experiencia de 5 años en Gestión Estratégica y Gestión de Portafolios, Gestión en Marketing Nuevos productos, experiencia en proyectos de tecnologías de información.


4 2Las revisiones tienen una duración entre 1 a 2 horas.

1.1.2 Alcance 1.1.2.A01 Reunión con el Sponsor SponsorGerente de

1 A partir del 23/10/2011


Sponsor.- Experiencia de 5 años en Gestión Estratégica , Gestión de Portafolios,

4 2 Las reuniones tienen una duración entre 1 a

_______________________________________________________________________________________________________________________________________________________________________________________

- 110 -

_______________________________________________________________________________________________________________________________________________________________________________________


Preliminar

Proyecto 1 Janis Candia

Gestión en Marketing Nuevos productos, experiencia en proyectos de tecnologías de información.


2 horas.

1.1.2.A02Elaborar Alcance Preliminar




4 4


1.1.2.A03Revisar el Alcance Preliminar

SponsorGerente de

Proyecto

1

1



Sponsor.- Experiencia de 5 años en Gestión Estratégica , Gestión de Portafolios, Gestión en Marketing Nuevos productos, experiencia en proyectos de tecnologías de información.




1.2.1.A01 Reunión con el SponsorSponsor

Gerente de Proyecto

1

1






1.2.1.A02Elaborar Enunciado del Alcance




4 4


1.2.1.A03 Revisar Enunciado del Sponsor 1 A partir del Sebastián Sponsor.- Experiencia de 5 años en Gestión 4 2 Las revisiones tienen

_______________________________________________________________________________________________________________________________________________________________________________________

- 111 -

_______________________________________________________________________________________________________________________________________________________________________________________


Alcance Gerente de Proyecto 1

23/10/2011 CéspedesJanis Candia

Estratégica , Gestión de Portafolios, Gestión en Marketing Nuevos productos, experiencia en proyectos de tecnologías de información.


una duración entre 1 a 2 horas.


1.2.2.A01Reunión con el equipo de trabajo


ConsultoresArquitecto

Capacitadores

1212


Janis CandiaOscar ValderramaFredy ArandaGustavo EspinozaIván MantaGabriela U.


Consultor.- Experiencia como Analista Funcional (4 años) Programador (4 años), Administración de base de datos (4 años),

Trabajo en equipo (2 años).

Arquitecto.- Experiencia en Arquitecto de Infraestructura (3 años)Administración de base de datos (3 años), Redes y Comunicaciones (3 años).

Capacitador.- Experiencia en Documentación de procesos (1 año)Analista Programador (1 años)Diseño (1 año)


1.2.2.A02 Elaborar el Plan de Proyecto

Gerente de Proyecto


121


Janis CandiaOscar ValderramaFredy ArandaGustavo Espinoza


Consultor.- Analista Funcional (4 años)Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo

(2 años).

60 20 Por estadística histórica, en promedio tiene una duración de 40 horas.

50%GP=10100%2C=2(20)=4050% A=10

_______________________________________________________________________________________________________________________________________________________________________________________

- 112 -

_______________________________________________________________________________________________________________________________________________________________________________________



1.2.2.A03Revisar el Plan de Proyecto

SponsorGerente de proyecto.

11



Sponsor.- Experiencia de 5 años en Gestión Estratégica y Gestión de Portafolios, Gestión en Marketing Nuevos productos, experiencia en proyectos de tecnologías de información.



1.2.3 Cronograma

1.2.2.A01Definir y Secuenciar Actividades

Gerente de Proyecto

Consultores

12


Janis CandiaOscar ValderramaFredy Aranda



(2 años).

5 2


50%GP=1100%2C=2(2)=4

1.2.2.A02Estimar recursos para las actividades

Gerente de Proyecto

Consultores

12





(2 años).

5 2


50%GP=1100%2C=2(2)=4


Gerente de Proyecto

12

A partir del Janis CandiaOscar

Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de

5 2 Por estadística histórica, en promedio

50%GP=1100%2C=2(2

_______________________________________________________________________________________________________________________________________________________________________________________

- 113 -

_______________________________________________________________________________________________________________________________________________________________________________________


Consultores04/11/2011 Valderrama

Fredy Aranda

MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años).

tiene una duración de 2 horas. )=4

1.2.2.A04 Elaborar el cronogramaGerente de

Proyecto 1A partir del 04/11/2011 Janis Candia


2 2


1.3.1 Informe Semanal

1.3.1.A01Elaborar Informe Semanal Nro.1

Gerente de Proyecto


121





(2 años).


7 2


50%GP=1100%2C=2(2)=4100% A=2


Gerente de Proyecto


121





(2 años).


7 2


50%GP=1100%2C=2(2)=4100% A=2


Gerente de Proyecto


121


Janis CandiaOscar ValderramaFredy

Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de MS-Project, experiencia en Procesos de desarrollo de productos y


50%GP=1100%2C=2(2)=4100% A=2

_______________________________________________________________________________________________________________________________________________________________________________________

- 114 -

_______________________________________________________________________________________________________________________________________________________________________________________


ArandaGustavo Espinoza

Aplicaciones ERP (3 años).





Gerente de Proyecto


121







7 2


50%GP=1100%2C=2(2)=4100% A=2


Gerente de Proyecto


121





(2 años).

Arquitecto.- Experiencia en Arquitecto de Infraestructura (3 años)Administración de base de datos (3 años),


50%GP=1100%2C=2(2)=4100% A=2

_______________________________________________________________________________________________________________________________________________________________________________________

- 115 -

_______________________________________________________________________________________________________________________________________________________________________________________


Redes y Comunicaciones (3 años).


Gerente de Proyecto


121





(2 años).


7 2


50%GP=1100%2C=2(2)=4100% A=2


Gerente de Proyecto


121





(2 años).


7 2


50%GP=1100%2C=2(2)=4100% A=2


Gerente de Proyecto


121





(2 años).


50%GP=1100%2C=2(2)=4100% A=2

_______________________________________________________________________________________________________________________________________________________________________________________

- 116 -

_______________________________________________________________________________________________________________________________________________________________________________________




Gerente de Proyecto


121





(2 años).


7 2


50%GP=1100%2C=2(2)=4100% A=2


Gerente de Proyecto


121





(2 años).


7 2


50%GP=1100%2C=2(2)=4100% A=2


Gerente de Proyecto


121




Consultor.- Analista Funcional (4 años)


50%GP=1100%2C=2(2)=4100% A=2

_______________________________________________________________________________________________________________________________________________________________________________________

- 117 -

_______________________________________________________________________________________________________________________________________________________________________________________


Programador (4 años), Administración de base de datos (4 años), Trabajo en equipo

(2 años).



Gerente de Proyecto


121





(2 años).


7 2


50%GP=1100%2C=2(2)=4100% A=2


Gerente de Proyecto


121





(2 años).


7 2


50%GP=1100%2C=2(2)=4100% A=2

1.3.2 Informe Quincenal


SponsorGerente de

Proyecto

11



Sponsor.- Experiencia de 5 años en Gestión Estratégica , Gestión de Portafolios, Gestión en Marketing Nuevos productos,

4 2 Por estadística histórica, en promedio tiene una duración de 2

_______________________________________________________________________________________________________________________________________________________________________________________

- 118 -

_______________________________________________________________________________________________________________________________________________________________________________________


experiencia en proyectos de tecnologías de información.


horas.

1.3.2.A02Elaborar Informe Quincenal Nro.2

SponsorGerente de

Proyecto

11





4 2



SponsorGerente de

Proyecto

11





4 2



SponsorGerente de

Proyecto

11





4 2


1.3.2.A05 Elaborar Informe Sponsor 1 A partir del Sebastián Sponsor.- Experiencia de 5 años en Gestión 4 2 Por estadística

_______________________________________________________________________________________________________________________________________________________________________________________

- 119 -

_______________________________________________________________________________________________________________________________________________________________________________________


Quincenal Nro.5 Gerente de Proyecto

1 04/11/2011 CéspedesJanis Candia

Estratégica , Gestión de Portafolios, Gestión en Marketing Nuevos productos, experiencia en proyectos de tecnologías de información.


histórica, en promedio tiene una duración de 2 horas.


SponsorGerente de

Proyecto

11





4 2



1.4.1.A01Elaborar el Acta de Aceptación

Gerente de proyecto

Consultores

12




4 1.6

Por estadística histórica, en promedio tiene una duración de 1.6 horas.

50%GP=o.8100%2C=2(1.6)=3.2

1.4.1.A02Revisar el Acta de Aceptación

SponsorGerente de

proyecto

11





3.2 1.6




Gerente de Proyecto

Consultores

12





50%GP=o.8100%2C=2(1.6)=3.2

_______________________________________________________________________________________________________________________________________________________________________________________

- 120 -

_______________________________________________________________________________________________________________________________________________________________________________________


1.4.2.A02Revisar el documento de Cierre del Proyecto

SponsorGerente de

proyecto

11





3.2 1.6


2.1.1

Verificación de

Requisitos Iniciales

2.1.1.A01Evaluar los requisitos de equipamiento del software

Gerente de proyecto


121







36 16


25%GP=450%2C=2(8)=16100% A=16

2.1.1.A02

Elaborar documento de requerimientos cubiertos y no cubiertos por el software

Gerente de proyecto


121







11 4


25%GP=1100%2C=2(4)=850% A=2

_______________________________________________________________________________________________________________________________________________________________________________________

- 121 -

_______________________________________________________________________________________________________________________________________________________________________________________


2.1.2Documento preparación

ambiente

2.1.2.A01Definir las actividades iniciales de configuración

Gerente de proyecto


121







11 4


25%GP=1100%2C=2(4)=850% A=2

2.1.2.A02

Revisión del documento que contiene las actividades iniciales de configuración

Gerente de proyecto


121







14 4


50%GP=2100%2C=2(4)=8100% A=4

2.2.1 Documento instalación

scripts/schemas

2.2.1.A01 Elaborar documento relacionado a la creación de objetos en la base de datos

Gerente de proyecto


121







25%GP=1100%2C=2(4)=850% A=2

_______________________________________________________________________________________________________________________________________________________________________________________

- 122 -

_______________________________________________________________________________________________________________________________________________________________________________________



2.2.1.A02

Revisar el documento relacionado a la creación de objetos en la base de datos

Gerente de proyecto

Consultores

121






9 4


25%GP=1100%2C=2(4)=8

2.2.2Documento instalación aplicación

2.2.2.A01

Elaborar documento de instalación de la aplicación en el servidor y los clientes

Gerente de proyecto


121







11 4


25%GP=1100%2C=2(4)=850% A=2

2.2.2.A02

Revisión del documento de instalación de la aplicación en el servidor y los clientes

Gerente de proyecto

Consultores

121






9 4


25%GP=1100%2C=2(4)=8

_______________________________________________________________________________________________________________________________________________________________________________________

- 123 -

_______________________________________________________________________________________________________________________________________________________________________________________


2.2.3 Instalación de aplicación

2.2.3.A01 Instalar la aplicación

Gerente de proyecto


121







11 4


25%GP=1100%2C=2(4)=850% A=2


Gerente de proyecto

Consultores

12 A partir del

07/11/2012





18 8


25%GP=2100%2C=2(8)=16


Gerente de proyecto

Consultores

12 A partir del

07/11/2012





4.5 2


25%GP=0.5100%2C=2(2)=4


Gerente de proyecto

Consultores

12





50%GP=2100%2C=2(4)=8

_______________________________________________________________________________________________________________________________________________________________________________________

- 124 -

_______________________________________________________________________________________________________________________________________________________________________________________




2.3.1.

Documento de

configuración inicial


Gerente de proyecto

Consultores

12 A partir del

07/11/2012





10 4


50%GP=2100%2C=2(4)=8

2.3.1.A02Revisión del documento de configuración inicial

Gerente de proyecto

Consultores

12 A partir del

07/11/2012





9 4


25%GP=1100%2C=2(4)=8


Gerente de proyecto

Consultores

12 A partir del

07/11/2012





9 4


25%GP=1100%2C=2(4)=8

2.3.2 Documento de

aceptación


Gerente de proyecto

Consultores

12




Consultor.- Experiencia como Analista


25%GP=1100%2C=2(4)=8

_______________________________________________________________________________________________________________________________________________________________________________________

- 125 -

_______________________________________________________________________________________________________________________________________________________________________________________


Funcional (4 años) Programador (4 años), Administración de base de datos (4 años),


2.3.2.A02Revisión del documento de aceptación

SponsorGerente de

proyecto

11





8 4


3.1.1Documento

archivos maestros


Gerente de proyecto

Consultores

12 A partir del

07/11/2012





9 4


25%GP=1100%2C=2(4)=8

3.1.1.A02Revisión del documento de archivos maestros

Gerente de proyecto

Consultores

12 A partir del

07/11/2012





9 4


25%GP=1100%2C=2(4)=8



Gerente de proyecto

Consultores

12






50%GP=4100%2C=2(8)=16

_______________________________________________________________________________________________________________________________________________________________________________________

- 126 -

_______________________________________________________________________________________________________________________________________________________________________________________




3.1.2.A02Revisión de las plantillas de carga de datos

Gerente de proyecto

Consultores

12 A partir del

07/11/2012





9 4


25%GP=1100%2C=2(4)=8


3.2.1.A01 Elaborar scripts de carga de datos

Gerente de proyecto

Consultores

12 A partir del

07/11/2012





18 8


25%GP=2100%2C=2(8)=16


Gerente de proyecto

Consultores

12 A partir del

07/11/2012





9 4


25%GP=1100%2C=2(4)=8


Gerente de proyecto

Consultores

12




Consultor.- Experiencia como Analista Funcional (4 años) Programador (4 años),


25%GP=1100%2C=2(4)=8

_______________________________________________________________________________________________________________________________________________________________________________________

- 127 -

_______________________________________________________________________________________________________________________________________________________________________________________


Administración de base de datos (4 años),


3.2.2

Documento de

aceptación de carga


Gerente de proyecto

Consultores

12 A partir del

07/11/2012





9 4


25%GP=1100%2C=2(4)=8

3.2.2.A02Revisión del documento de aceptación de carga

Gerente de proyecto

Consultores

12 A partir del

07/11/2012





9 4


25%GP=1100%2C=2(4)=8

4.1.1 Plan paralelo admisión y

caja

4.1.1.A01Elaborar el Plan paralelo Admisión y Caja

Gerente de proyectoConsultor

11 A partir del

07/11/2012

Janis CandiaFredy Aranda




4.8 4


20%GP=0.8100%C=4


Gerente de proyecto

Consultores

11






100%GP=2100%C=2

_______________________________________________________________________________________________________________________________________________________________________________________

- 128 -

_______________________________________________________________________________________________________________________________________________________________________________________




Gerente de proyecto

Consultores

11 A partir del

07/11/2012





40 40


25%GP=1075%C=30

4.1.1.A04

Elaborar Documento de conformidad de paralelo Admisión y Caja

Gerente de proyecto

Consultores

11 A partir del

07/11/2012





10 8


25%GP=2100%C=8

4.1.1.A05

Revisión de documento de conformidad de paralelo Admisión y Caja

Gerente de proyecto

Consultores

11 A partir del

07/11/2012





6 4


50%GP=2100%C=4

4.1.2 Plan paralelo consumos y facturación



11


Janis CandiaOscar Valderrama




25%GP=1100%C=4

_______________________________________________________________________________________________________________________________________________________________________________________

- 129 -

_______________________________________________________________________________________________________________________________________________________________________________________



4.1.2.A02Revisión del Plan paralelo Consumos y Facturación


11 A partir del

07/11/2012





6 4


50%GP=2100%C=4

4.1.2.A03Ejecutar Plan paralelo Consumos y Facturación


11 A partir del

07/11/2012





40 40


25%GP=10100%C=40

4.1.2.A04

Elaborar documento de Conformidad de paralelo Consumos y Facturación


11 A partir del

07/11/2012





10 8


25%GP=2100%C=8

4.1.2.A05 Revisión del Documento de Conformidad de paralelo Consumos y Facturación


11






50%GP=2100%C=4

_______________________________________________________________________________________________________________________________________________________________________________________

- 130 -

_______________________________________________________________________________________________________________________________________________________________________________________



4.2.1

Documento producción admisión y

caja

4.2.1.A01Elaborar documento producción Admisión y Caja

Consultor1 A partir del

07/11/2012Fredy Aranda



8 8


4.2.1.A02Revisión del documento producción Admisión y Caja


11 A partir del

07/11/2012





5 4


25%GP=1100%C=4

4.2.2

Documento producción


4.2.2.A01Elaborar documento producción Facturación y Consumos

Consultores1


Oscar Valderrama


Trabajo en equipo (2 años). 8 8


4.2.2.A02

Revisión del documento producción Facturación y Consumos

Gerente de proyecto

Consultores

11 A partir del

07/11/2012





5 4


25%GP=1100%C=4

4.2.3 Documento aceptación

del producto.

4.2.3.A01Elaborar el documento de aceptación del producto

Consultores12 A partir del

07/11/2012

Oscar ValderramaFredy Aranda


Trabajo en equipo (2 años). 16 8



Gerente de proyecto

Consultores

12





25%GP=1100%2C=2(4)=8

_______________________________________________________________________________________________________________________________________________________________________________________

- 131 -

_______________________________________________________________________________________________________________________________________________________________________________________




5.1.1

Plan capacitación admisión y

caja

5.1.1.A01Elaborar el Plan Capacitación Admisión y Caja

Gerente de proyecto

Consultores

11 A partir del

07/11/2012





10 8


25%GP=2100%C=8

5.1.1.A02Revisión del Plan Capacitación Admisión y Caja


11






2.5 2


25%GP=0.5100%C=2

5.1.2 Plan capacitación facturación y

consumos5.1.2.A01

Elaborar el Plan Capacitación Facturación y Consumos


11






10 8


25%GP=2100%C=8



11






25%GP=0.5100%C=2

_______________________________________________________________________________________________________________________________________________________________________________________

- 132 -

_______________________________________________________________________________________________________________________________________________________________________________________




5.2.1

Ejecución Plan

capacitación admisión y

caja

5.2.1.A01 Realizar la capacitación de Admisión y Caja


Capacitador

111


Janis CandiaFredy ArandaIván Manta




42 24


25%GP=650%C=12100%Ca=24

5.2.1.A02

Elaborar documento de Conformidad de la capacitación admisión y caja


Capacitador

111






14 8


25%GP=250%C=4100%Ca=8

5.2.1.A03

Revisión del documento Ejecución Plan capacitación admisión y caja


11






2.5 2


25%GP=0.5100%C=2

5.2.2 Ejecución Plan

capacitación facturación y

consumos

5.2.2.A01 Realizar la capacitación de facturación y consumos


Capacitador

111


Janis CandiaOscar ValderramaGabriela U.


Consultor.- Experiencia como Analista Funcional (4 años) Programador (4 años),


25%GP=550%C=10100%Ca=20

_______________________________________________________________________________________________________________________________________________________________________________________

- 133 -

_______________________________________________________________________________________________________________________________________________________________________________________


Administración de base de datos (4 años),



5.2.2.A02

Elaborar documento Ejecución Plan capacitación facturación y consumos

Gerente de proyecto

ConsultoresCapacitador

111







24 16


25%GP=450%C=4100%Ca=16

5.2.2.A03

Revisión del documento Ejecución Plan capacitación facturación y consumos


11







2.5 2


25%GP=0.5100%C=2

5.3.1 Manual configuració


Gerente de proyecto

12


Janis CandiaOscar

Gerente de Proyecto.- Experiencia de 5 años en Gestión de Proyectos, dominio de

4.5 2 Por estadística histórica, en promedio

25%GP=0.5100%2C=2(2

_______________________________________________________________________________________________________________________________________________________________________________________

- 134 -

_______________________________________________________________________________________________________________________________________________________________________________________


n

ConsultoresValderramaFredy Aranda

MS-Project, experiencia en Procesos de desarrollo de productos y Aplicaciones ERP (3 años).



tiene una duración de 2 horas.

)=4


Gerente de proyecto

Consultores

12






4.5 2


25%GP=0.5100%2C=2(2)=4

5.3.2 Manual de usuario

5.3.2.A01 Elaborar el Manual de Usuario

Gerente de proyecto

Consultores

12






4.5 2


25%GP=0.5100%2C=2(2)=4

5.3.2.A02 Revisión del Manual de Usuario

Gerente de proyecto

Consultores

12






4.5 2


25%GP=0.5100%2C=2(2)=4

_______________________________________________________________________________________________________________________________________________________________________________________

- 135 -

___________________________________________________________________________________________________________________

19. EDR DEL PROYECTO




___________________________________________________________________________________________________________________

- 136 -

___________________________________________________________________________________________________________________

EDR DEL PROYECTO

___________________________________________________________________________________________________________________

- 137 -



Consultor Módulos Admisión y Caja

Fredy Aranda

Consultor Módulos Consumos y Facturación

Oscar Valderrama

Capacitador Módulos Admisión y Caja

Iván Manta

Capacitador Módulos Consumos y Facturación

Gabriela U.


Gustavo Espinoza

SPONSORSEBASTIÁN CÉSPEDES

SPONSORSEBASTIÁN CÉSPEDES

Gerente de ProyectosJanis Candia

Gerente de ProyectosJanis Candia

CLIENTECLÍNICA SAN MARCOS

CLIENTECLÍNICA SAN MARCOS

EQUIPO EJECUTOR

EQUIPO EJECUTIVO

___________________________________________________________________________________________________________________

20. CRONOGRAMA DEL PROYECTO




___________________________________________________________________________________________________________________

- 138 -

_________________________________________________________________________________________________________________

CRONOGRAMA DEL PROYECTO

Id Nombre de tarea Trabajo Duración Comienzo FinPredecesoras

Sucesoras

Nombres de los recursos

Costo

1 Proyecto SIGAM 1,126.9 horas

64.8 días lun 24/10/11 mar 24/01/12 S/. 58,301.00

2 Gestión del Proyecto 291.6 horas 64.8 días lun 24/10/11 mar 24/01/12 S/. 26,140.00

3 Iniciación 24 horas 2 días lun 24/10/11 mar 25/10/11 12 S/. 4,680.004 Project Charter 12 horas 1 día lun 24/10/11 lun 24/10/11 8 S/. 2,340.00

5 Reunión con el Sponsor 4 horas 0.25 días lun 24/10/11 lun 24/10/11 6

Sebastián Céspedes,Janis Candia

S/. 990.00

6 Elaborar Project Charter 4 horas 0.5 días lun 24/10/11 lun 24/10/11 5 7 Janis Candia S/. 360.00

7 Revisar Project Charter 4 horas 0.25 días lun 24/10/11 lun 24/10/11 6

Janis Candia,Sebastián Céspedes

S/. 990.00

8 Alcance Preliminar 12 horas 1 día mar 25/10/11 mar 25/10/11 4 S/. 2,340.00

9 Reunión con el Sponsor 4 horas 0.25 días mar 25/10/11 mar 25/10/11 10


S/. 990.00

10 Elaborar Alcance Preliminar 4 horas 0.5 días mar 25/10/11 mar 25/10/11 9 11 Janis Candia S/. 360.00

11 Revisar el Alcance Preliminar 4 horas 0.25 días mar 25/10/11 mar 25/10/11 10

Janis Candia,Sebastián Céspedes

S/. 990.00

12 Planificación 123 horas 8 días mié 26/10/11 lun 07/11/11 3 55 S/. 9,214.00

13 Enunciado Alcance 14 horas 1 día mié 26/10/11 mié 26/10/11 17 S/. 2,340.00

14 Reunión con el Sponsor 4 horas 0.25 días mié 26/10/11 mié 26/10/11 15


S/. 990.00

15 Elaborar Enunciado del Alcance 4 horas 0.5 días mié 26/10/11 mié 26/10/11 14 16 Janis Candia S/. 360.00

16 Revisar Enunciado del Alcance 6 horas 0.25 días mié 26/10/11 mié 26/10/11 15

Janis Candia,Sebastián Céspedes,Micaela Barrientos

S/. 990.00

17 Plan de Proyecto 92 horas 6 días jue 27/10/11 vie 04/11/11 13 21 S/. 5,884.00

18 Reunión con el equipo de trabajo 24 horas 0.5 días jue 27/10/11 jue 27/10/11 19

Fredy Aranda,Gabriela U.,Gustavo Espinoza,Iván Manta,Janis Candia,Oscar Valderrama

S/. 904.00

19 Elaborar el Plan 60 horas 5 días jue 27/10/11 vie 04/11/11 18 20 Fredy S/. 3,000.00

- 139 -

___________________________________________________________________________________________________________________

de Proyecto

Aranda[50%],Gustavo Espinoza[25%],Janis Candia[25%],Oscar Valderrama[50%]

20 Revisar el Plan de Proyecto

8 horas 0.5 días vie 04/11/11 vie 04/11/11 19Janis Candia,Sebastián Céspedes

S/. 1,980.00

21 Cronograma 17 horas 1 día lun 07/11/11 lun 07/11/11 17 S/. 990.00

22 Definir y secuenciar las actividades

5 horas 0.25 días lun 07/11/11 lun 07/11/11 23

Fredy Aranda,Janis Candia[50%],Oscar Valderrama

S/. 270.00

23 Estimar recursos para las actividades

5 horas 0.25 días lun 07/11/11 lun 07/11/11 22 24


S/. 270.00

24 Estimar duración de las actividades

5 horas 0.25 días lun 07/11/11 lun 07/11/11 23 25


S/. 270.00

25 Elaborar el cronograma 2 horas 0.25 días lun 07/11/11 lun 07/11/11 24 Janis Candia S/. 180.00

26 Informe 127 horas 58.25 días vie 28/10/11 vie 20/01/12 S/. 10,230.00

27 Informe Semanal 91 horas 58.25 días vie 28/10/11 vie 20/01/12 S/. 4,290.00

28 Elaborar Informe Semanal Nro.1

7 horas 0.25 días vie 28/10/11 vie 28/10/11

Fredy Aranda,Gustavo Espinoza,Janis Candia[50%],Oscar Valderrama

S/. 330.00




S/. 330.00




S/. 330.00

___________________________________________________________________________________________________________________

- 140 -

___________________________________________________________________________________________________________________




S/. 330.00




S/. 330.00




S/. 330.00




S/. 330.00




S/. 330.00




S/. 330.00




S/. 330.00


7 horas 0.25 días vie 06/01/12 vie 06/01/12 Fredy Aranda,Gustavo Espinoza,Janis Candia[50%],Oscar

S/. 330.00

___________________________________________________________________________________________________________________

- 141 -

___________________________________________________________________________________________________________________

Valderrama




S/. 330.00




S/. 330.00

41 Informe Quincenal

36 horas 49.25 días

lun 07/11/11 lun 16/01/12 S/. 5,940.00

42 Elaborar Informe Quincenal Nro.1

6 horas 0.25 días lun 07/11/11 lun 07/11/11

Janis Candia,Micaela Barrientos,Sebastián Céspedes

S/. 990.00




S/. 990.00




S/. 990.00




S/. 990.00




S/. 990.00




S/. 990.00

48 Cierre17.6 horas

0.8 días mar 24/01/12 mar 24/01/12 123 S/. 2,016.00

49 Acta de Aceptación

8.8 horas 0.4 días mar 24/01/12 mar 24/01/12 52 S/. 1,008.00

50 Elaborar el Acta de Aceptación

4 horas 0.2 días mar 24/01/12 mar 24/01/12 51 Fredy Aranda,Janis Candia[50%],O

S/. 216.00

___________________________________________________________________________________________________________________

- 142 -

___________________________________________________________________________________________________________________

scar Valderrama

51 Revisar el Acta de Aceptación

4.8 horas 0.2 días mar 24/01/12 mar 24/01/12 50


S/. 792.00

52 Cierre del Proyecto 8.8 horas 0.4 días mar 24/01/12 mar 24/01/12 49 S/. 1,008.00

53 Elaborar documento de Cierre del Proyecto

4 horas 0.2 días mar 24/01/12 mar 24/01/12 54


S/. 216.00

54 Revisar el documento de Cierre del Proyecto

4.8 horas 0.2 días mar 24/01/12 mar 24/01/12 53


S/. 792.00

55 Soporte Infraestructura

388.5 horas

11.75 días mar 08/11/11 mié 23/11/11 12 83 S/. 11,205.00

56 Preparación de Ambiente 156 horas 4 días mar 08/11/11 vie 11/11/11 63 S/. 3,240.00

57 Verificación de Requisitos Iniciales 107 horas 2.5 días mar 08/11/11 jue 10/11/11 60 S/. 2,070.00

58

Evaluar los requisitos de equipamiento del software

84 horas 2 días mar 08/11/11 mié 09/11/11 59

Aldo Ricaldi,Franco Medina,Fredy Aranda[50%],Janis Candia[25%],Julio Perales,Oscar Valderrama[50%],Gustavo Espinoza

S/. 1,560.00

59

Elaborar documento de requerimientos cubiertos y no cubiertos por el software

23 horas 0.5 días jue 10/11/11 jue 10/11/11 58

Fredy Aranda,Janis Candia[25%],Oscar Valderrama,Aldo Ricaldi,Franco Medina,Julio Perales,Gustavo Espinoza[50%]

S/. 510.00

60 Documento preparación ambiente

49 horas 1.5 días jue 10/11/11 vie 11/11/11 57 S/. 1,170.00

61 Definir las actividades iniciales de configuración

19 horas 0.5 días jue 10/11/11 jue 10/11/11 62 Fredy Aranda,Janis Candia[25%],Jorge Cisneros,Oscar

S/. 510.00

___________________________________________________________________________________________________________________

- 143 -

___________________________________________________________________________________________________________________

Valderrama,Pamela Ramos,Gustavo Espinoza[50%]

62

Revisión del documento que contiene las actividades iniciales de configuración

30 horas 1 día? vie 11/11/11 vie 11/11/11 61

Fredy Aranda[50%],Janis Candia[25%],Jorge Cisneros,Oscar Valderrama[50%],Pamela Ramos,Gustavo Espinoza[50%]

S/. 660.00

63 Instalación 159.5 horas

4.75 días?

lun 14/11/11 vie 18/11/11 56 75 S/. 4,095.00

64 Documento instalación scripts/schemas

36 horas 1 día lun 14/11/11 lun 14/11/11 67 S/. 960.00

65

Elaborar documento relacionado a la creación de objetos en la base de datos


Fredy Aranda,Janis Candia[25%],Jorge Cisneros,Oscar Valderrama,Pamela Ramos,Gustavo Espinoza[50%]

S/. 510.00

66

Revisar el documento relacionado a la creación de objetos en la base de datos


Fredy Aranda,Janis Candia[25%],Jorge Cisneros,Oscar Valderrama,Pamela Ramos

S/. 450.00

67 Documento instalación aplicación 36 horas 1 día mar 15/11/11 mar 15/11/11 64 70 S/. 960.00

68

Elaborar documento de instalación de la aplicación en el servidor y los clientes


Fredy Aranda,Janis Candia[25%],Jorge Cisneros,Oscar Valderrama,Pamela Ramos,Gustavo Espinoza[50%]

S/. 510.00

69 Revisión del documento de instalación de la aplicación en el servidor y los clientes

17 horas 0.5 días mar 15/11/11 mar 15/11/11 68 Fredy Aranda,Janis Candia[25%],Jorge Cisneros,Oscar

S/. 450.00

___________________________________________________________________________________________________________________

- 144 -

___________________________________________________________________________________________________________________

Valderrama,Pamela Ramos

70 Instalación de aplicación

87.5 horas

2.75 días? mié 16/11/11 vie 18/11/11 67 S/. 2,175.00

71 Instalar la aplicación

23 horas 0.5 días mié 16/11/11 mié 16/11/11 72

Fredy Aranda,Janis Candia[25%],Jorge Cisneros,Oscar Valderrama,Pamela Ramos,Luis Capañari,Gustavo Espinoza[50%]

S/. 510.00

72 Realizar pruebas de la instalación

42 horas 1 día mié 16/11/11 jue 17/11/11 71 73

Fredy Aranda,Janis Candia[25%],Jorge Cisneros,Oscar Valderrama,Pamela Ramos,Luis Capañari

S/. 900.00

73 Elaborar acta de aceptación de pruebas 4.5 horas 0.25 días jue 17/11/11 jue 17/11/11 72 74


S/. 225.00

74 Revisión del acta de aceptación de pruebas

18 horas 1 día? jue 17/11/11 vie 18/11/11 73

Fredy Aranda[50%],Janis Candia[25%],Oscar Valderrama[50%],Micaela Barrientos

S/. 540.00

75 Configuración 73 horas 3 días vie 18/11/11 mié 23/11/11 63 S/. 3,870.00

76 Documento de configuración inicial 52 horas 2 días vie 18/11/11 mar 22/11/11 80 S/. 1,440.00

77 Elaborar el documento de configuración inicial

10 horas 1 día vie 18/11/11 lun 21/11/11 78

Fredy Aranda[50%],Oscar Valderrama[50%],Janis Candia[25%]

S/. 540.00

78 Revisión del documento de configuración inicial

21 horas 0.5 días lun 21/11/11 mar 22/11/11 77 79


S/. 450.00

___________________________________________________________________________________________________________________

- 145 -

___________________________________________________________________________________________________________________

79 Ejecución de la configuración inicial



S/. 450.00

80 Documento de aceptación 21 horas 1 día mar 22/11/11 mié 23/11/11 76 S/. 2,430.00

81 Elaborar el documento de aceptación

9 horas 0.5 días mar 22/11/11 mié 23/11/11 82


S/. 450.00

82 Revisión del documento de aceptación



S/. 1,980.00

83 Migración de Datos 101 horas 6.5 días mié 23/11/11 vie 02/12/11 55 S/. 5,130.0084 Análisis 47 horas 3.5 días mié 23/11/11 mar 29/11/11 91 S/. 2,430.00

85 Documento archivos maestros 18 horas 1 día mié 23/11/11 jue 24/11/11 88 S/. 900.00

86 Elaborar el documento archivos maestros

9 horas 0.5 días mié 23/11/11 jue 24/11/11 87


S/. 450.00

87 Revisión del documento de archivos maestros



S/. 450.00

88 Plantilla carga datos 29 horas 2.5 días jue 24/11/11 mar 29/11/11 85 S/. 1,530.00

89 Elaborar plantillas de carga de datos

20 horas 2 días jue 24/11/11 lun 28/11/11 90

Fredy Aranda[50%],Oscar Valderrama[50%],Janis Candia[25%]

S/. 1,080.00

90 Revisión de las plantillas de carga de datos

9 horas 0.5 días lun 28/11/11 mar 29/11/11 89


S/. 450.00

91 Migración 54 horas 3 días mar 29/11/11 vie 02/12/11 84 99 S/. 2,700.00

92 Documentos scripts

36 horas 2 días mar 29/11/11 jue 01/12/11 96 S/. 1,800.00

93 Elaborar scripts de carga de datos

18 horas 1 día mar 29/11/11 mié 30/11/11 94 Fredy Aranda,Janis Candia[25%],O

S/. 900.00

___________________________________________________________________________________________________________________

- 146 -

___________________________________________________________________________________________________________________

scar Valderrama

94 Revisión de scripts de carga de datos

9 horas 0.5 días mié 30/11/11 mié 30/11/11 93 95


S/. 450.00

95 Ejecución de scripts de carga de datos

9 horas 0.5 días mié 30/11/11 jue 01/12/11 94


S/. 450.00

96 Documento de aceptación de carga 18 horas 1 día jue 01/12/11 vie 02/12/11 92 S/. 900.00

97 Elaborar el documento de aceptación de carga



S/. 450.00

98 Revisión del documento de aceptación de carga

9 horas 0.5 días jue 01/12/11 vie 02/12/11 97


S/. 450.00

99 Puesta en Producción

182.8 horas

22.25 días? vie 02/12/11 mié 04/01/12 91 123 S/. 9,882.00

100 Plan de paralelo 131.8 horas

16.75 días? vie 02/12/11 mar 27/12/11 113 S/. 7,452.00

101 Plan paralelo admisión y caja

64.8 horas

9.25 días? vie 02/12/11 vie 16/12/11 107 S/. 3,672.00

102 Elaborar el Plan paralelo Admisión y Caja

4.8 horas 2 días vie 02/12/11 mar 06/12/11 103,104

Fredy Aranda[25%],Janis Candia[5%]

S/. 252.00

103 Revisión del Plan paralelo Admisión y Caja

4 horas 0.25 días mar 06/12/11 mar 06/12/11 102 104Fredy Aranda,Janis Candia

S/. 270.00

104 Ejecutar Plan de paralelo Admisión y Caja

40 horas 5 días mar 06/12/11

mié 14/12/11 102,103 105


S/. 2,250.00

105

Elaborar documento de conformidad de Paralelo Admisión y Caja

10 horas 1 día mié 14/12/11 jue 15/12/11 104 106Fredy Aranda,Janis Candia[25%]

S/. 540.00

106

Revisión del documento de conformidad de Paralelo Admisión y Caja

6 horas 1 día? jue 15/12/11 vie 16/12/11 105


S/. 360.00

107 Plan paralelo consumos y facturación

67 horas 7.5 días? vie 16/12/11 mar 27/12/11 101 S/. 3,780.00

___________________________________________________________________________________________________________________

- 147 -

___________________________________________________________________________________________________________________

108 Elaborar el Plan paralelo Consumos y Facturación

5 horas 0.5 días vie 16/12/11 vie 16/12/11 109

Oscar Valderrama,Janis Candia[25%]

S/. 270.00

109

Revisión del Plan paralelo Consumos y Facturación

6 horas 0.5 días? lun 19/12/11 lun 19/12/11 108 110

Janis Candia[50%],Oscar Valderrama

S/. 360.00

110 Ejecutar Plan de paralelo Consumos y Facturación

40 horas 5 días lun 19/12/11 lun 26/12/11 109 111

Janis Candia[25%],Oscar Valderrama[75%]

S/. 2,250.00

111

Elaborar documento de conformidad de Paralelo Consumos y Facturación

10 horas 1 día lun 26/12/11 mar 27/12/11 110 112

Oscar Valderrama,Janis Candia[25%]

S/. 540.00

112

Revisión del documento de conformidad de Paralelo Consumos y Facturación

6 horas 0.5 días? mar 27/12/11

mar 27/12/11

111


S/. 360.00

113 Puesta en Marcha 51 horas 5.5 días mié 28/12/11 mié 04/01/12 100 S/. 2,430.00

114 Documento producción admisión y caja

13 horas 1.5 días mié 28/12/11 jue 29/12/11 117 S/. 630.00

115

Elaborar documento producción Admisión y Caja

8 horas 1 día mié 28/12/11 mié 28/12/11 116 Fredy Aranda S/. 360.00

116

Revisión del documento producción Admisión y Caja

5 horas 0.5 días jue 29/12/11 jue 29/12/11 115Fredy Aranda,Janis Candia[25%]

S/. 270.00

117

Documento producción facturación y consumos

13 horas 2.5 días jue 29/12/11 lun 02/01/12 114 120 S/. 630.00

118

Elaborar documento producción Facturación y Consumos

8 horas 2 días jue 29/12/11 lun 02/01/12 119Oscar Valderrama[50%]

S/. 360.00

119

Revisión del documento producción Facturación y Consumos



S/. 270.00

120 Documento aceptación del producto.

25 horas 1.5 días mar 03/01/12 mié 04/01/12 117 S/. 1,170.00

121 Elaborar el documento de

16 horas 1 día mar 03/01/12 mar 03/01/12 122 Fredy Aranda,Oscar

S/. 720.00

___________________________________________________________________________________________________________________

- 148 -

___________________________________________________________________________________________________________________

aceptación del producto

Valderrama

122

Revisión del documento de aceptación del producto



S/. 450.00

123 Capacitación 163 horas 13.5 días? mié 04/01/12 lun 23/01/12 99 48 S/. 5,944.00

124 Plan de capacitación 25 horas 3.5 días mié 04/01/12 lun 09/01/12 131 S/. 1,350.00

125 Plan capacitación admisión y caja

12.5 horas

2.25 días mié 04/01/12 vie 06/01/12 128 S/. 675.00

126 Elaborar el Plan Capacitación Admisión y Caja

10 horas 2 días mié 04/01/12 vie 06/01/12 127


S/. 540.00

127 Revisión del Plan Capacitación Admisión y Caja

2.5 horas 0.25 días vie 06/01/12 vie 06/01/12 126Fredy Aranda,Janis Candia[25%]

S/. 135.00

128 Plan capacitación facturación y consumos

12.5 horas 1.25 días vie 06/01/12 lun 09/01/12 125 S/. 675.00

129

Elaborar el Plan Capacitación Facturación y Consumos

10 horas 1 día vie 06/01/12 lun 09/01/12 130


S/. 540.00

130

Revisión del Plan Capacitación Facturación y Consumos

2.5 horas 0.25 días lun 09/01/12 lun 09/01/12 129


S/. 135.00

131 Ejecución del Plan de Capacitación 120 horas 9 días? mar 10/01/12 vie 20/01/12 124 140 S/. 3,694.00

132 Ejecución Plan capacitación admisión y caja

58.5 horas

4.25 días? mar 10/01/12 lun 16/01/12 136 S/. 1,831.00

133 Realizar la capacitación de Admisión y Caja

42 horas 3 días mar 10/01/12 jue 12/01/12 134

Janis Candia[25%],Iván Manta,Fredy Aranda[50%]

S/. 1,272.00

134

Elaborar documento conformidad de la Capacitación admisión y caja

14 horas 1 día? vie 13/01/12 vie 13/01/12 133 135

Fredy Aranda[50%],Janis Candia[25%],Iván Manta

S/. 424.00

135

Revisión del documento Ejecución Plan capacitación admisión y caja

2.5 horas 0.25 días lun 16/01/12 lun 16/01/12 134Fredy Aranda,Janis Candia[25%]

S/. 135.00

136


61.5 horas

4.75 días lun 16/01/12 vie 20/01/12 132 S/. 1,863.00

___________________________________________________________________________________________________________________

- 149 -

___________________________________________________________________________________________________________________

137

Realizar la capacitación Facturación y Consumos

35 horas 2.5 días lun 16/01/12 mié 18/01/12 138

Janis Candia[25%],Gabriela U.,Oscar Valderrama[50%]

S/. 1,060.00

138

Elaborar documento conformidad de la Capacitación facturación y consumos

24 horas 2 días mié 18/01/12 vie 20/01/12 137 139

Janis Candia[25%],Oscar Valderrama[25%],Gabriela U.

S/. 668.00

139

Revisión del documento Ejecución Plan capacitación facturación y consumos

2.5 horas 0.25 días vie 20/01/12 vie 20/01/12 138


S/. 135.00

140 Manuales 18 horas 1 día lun 23/01/12 lun 23/01/12 131 S/. 900.00

141 Manual configuración 9 horas 0.5 días lun 23/01/12 lun 23/01/12 144 S/. 450.00

142 Actualizar el Manual de Configuración



S/. 225.00

143 Revisión del Manual de Configuración



S/. 225.00

144 Manual de usuario 9 horas 0.5 días lun 23/01/12 lun 23/01/12 141 S/. 450.00

145 Actualizar el Manual de Usuario 4.5 horas 0.25 días lun 23/01/12 lun 23/01/12 146


S/. 225.00

146 Revisión del Manual de Usuario 4.5 horas 0.25 días lun 23/01/12 lun 23/01/12 145


S/. 225.00

___________________________________________________________________________________________________________________

- 150 -

___________________________________________________________________________________________________________________

21. RUTA CRÍTICA




___________________________________________________________________________________________________________________

- 151 -

___________________________________________________________________________________________________________________

___________________________________________________________________________________________________________________

- 152 -

___________________________________________________________________________________________________________________

___________________________________________________________________________________________________________________

- 153 -

___________________________________________________________________________________________________________________

___________________________________________________________________________________________________________________

- 154 -

___________________________________________________________________________________________________________________

___________________________________________________________________________________________________________________

- 155 -

___________________________________________________________________________________________________________________

___________________________________________________________________________________________________________________

- 156 -

___________________________________________________________________________________________________________________

22. CAPACIDAD DE RECURSOS




___________________________________________________________________________________________________________________

- 157 -

___________________________________________________________________________________________________________________

CAPACIDAD DE RECURSOS



___________________________________________________________________________________________________________________

- 158 -

___________________________________________________________________________________________________________________

___________________________________________________________________________________________________________________

- 159 -

___________________________________________________________________________________________________________________

___________________________________________________________________________________________________________________

- 160 -

___________________________________________________________________________________________________________________

23. PLAN DE GESTIÓN DE COSTOS




___________________________________________________________________________________________________________________

- 161 -

_________________________________________________________________________________________________________________

PLAN DE GESTIÓN DE COSTOS



INTRODUCCIÓN:

El propósito de este plan de gestión de costos es definir la metodología de cómo será gestionado los costos asociados con el Proyecto. Esto es necesario para garantizar el éxito del proyecto dentro de los límites del presupuesto asignado. Hay varios componentes de costos asociados a este proyecto, así como varias métricas, además de las consideraciones de variación de costo, y la información que este plan define. Para completar este proyecto con éxito, todos los miembros clave del proyecto y los interesados deben cumplir con el trabajo definido dentro de este plan de gestión de costos y del plan general del proyecto que apoya.

ALCANCE:

Todas las mediciones y análisis de la varianza se deben aplicar a los componentes de los costos en todo el ciclo de vida del proyecto. El plan de gestión de costos para el proyecto incluye la construcción de varios componentes de los costos, tales como:

Gestión de proyecto de los recursos del equipo. Reclutamiento y contratación de personal adicional, si fuera necesario.

Bienes de equipo.

Software y licencias.

Este plan de gestión de costos no incluye los costos recurrentes mensuales (MRC), que se requiere a la finalización del proyecto.

FUNCIONES Y RESPONSABILIDADES DENTRO DE LA GESTIÓN DE COSTOS:

SPONSOR DEL PROYECTO

El Sponsor del proyecto es el responsable de la aprobación del plan del Proyecto de la gestión de costos. Además, el Sponsor es el responsable de aprobar el presupuesto del proyecto y es la autoridad de aprobación de los fondos adicionales que puedan ser necesarios.

GERENTE DE PROYECTO

_________________________________________________________________________________________________________________

- 162 -

_________________________________________________________________________________________________________________

El Gerente del Proyecto para el Proyecto SIGAM es el responsable de la gestión diaria de los fondos del proyecto.

El Gerente de Proyecto es el responsable del desarrollo de la estructura de trabajo descomposición interna (EDT), que cubre todos los trabajos a realizar por el equipo de trabajo.

El Gerente de Proyecto está autorizado para ejecutar el gasto de los fondos del proyecto cuando sea necesario de acuerdo con el plan de gestión de costos y presupuesto asignado del proyecto.

El Gerente de Proyecto no podrá autorizar el uso de fondos adicionales sin la aprobación previa del Sponsor del proyecto.

El Gerente de Proyecto es el que establece las métricas y herramientas de análisis de varianza a usar en el proyecto con el fin de proporcionar actualizaciones de estado quincenalmente al Sponsor del proyecto.

EQUIPO DEL PROYECTO

El equipo del proyecto es el responsable de ejecutar el trabajo asignado, de acuerdo con el plan de gestión de costos.

También apoyarán al Gerente de Proyecto en la implementación de métricas y herramientas de análisis de varianza para asegurar que todos los entregables del proyecto se lleven a cabo dentro de los límites del presupuesto asignado.

PLANEAMIENTO DE GESTIÓN DE COSTOS:

COSTO DE PLANIFICACIÓN Y ESTIMACIÓN

Una vez que las necesidades del Proyecto SIGAM han sido determinadas, el equipo del proyecto definirá los recursos necesarios y las necesidades de personal, si fuera necesario, para el buen fin del proyecto.

Las cuentas de control y las categorías de personal laboral se crearán en cada elemento de la EDT.

Con base en los costos laborales y la duración prevista de cada elemento de la EDT, se hará una estimación determinada.

Los costos de los elementos del EDT serán totalizados y serán usados para solicitar la financiación del proyecto.

Una vez que el presupuesto del proyecto es aprobado, el sponsor del proyecto comparará la asignación para cada elemento del EDT contra el presupuesto general y realizará los ajustes en las asignaciones según sea necesario para cumplir con el presupuesto del proyecto.

Una vez que todas las asignaciones han sido revisadas y aprobadas por el Sponsor del proyecto, se define la línea base del costo del proyecto.

La línea base de costo del proyecto sólo podrá ser modificada con la autorización del Sponsor del proyecto.

_________________________________________________________________________________________________________________

- 163 -

_________________________________________________________________________________________________________________

COSTO DE SEGUIMIENTO

Los trabajos realizados por los miembros del equipo del proyecto deberán ser actualizados en el cronograma de trabajo.

Semanalmente, el Gerente de proyecto recopilará los cronogramas de trabajo de cada miembro del equipo y calculará los costos laborales asociados a cada cuenta de costos. Además, todas las facturas asociadas con los equipos de proyectos u otros materiales o licencias serán copiados por el departamento de recepción cada mes y una copia será proporcionada al Gerente del Proyecto.

El Gerente del proyecto calculará los costos reales para todas las categorías de costos y elementos del EDT y comparará estos costos con los costos reales de la línea base proyectada sobre una base semanal.

Estas comparaciones se utilizan para generar los datos para todas las métricas e informes de estado quincenales, así como para el análisis de la varianza.

MEDIDAS DE COSTOS Y GENERACIÓN DE INFORMES

A fin de medir el desempeño del proyecto, se utilizarán varias métricas para capturar los costos y el rendimiento del cronograma para el Proyecto SIGAM.

_________________________________________________________________________________________________________________

- 164 -

_________________________________________________________________________________________________________________

Las siguientes mediciones serán recogidas y transmitidos por el Gerente del Proyecto:

Índice de rendimiento de costo (CPI) se informará quincenalmente. Índice de Rendimiento del Cronograma (SPI) se informará quincenalmente.

Los umbrales de control de CPI y SPI son las siguientes:

o Amarillo: dentro de +/- 20% deben ser reportados al Sponsor del proyecto. Si se determina que no hay ningún efecto sobre la línea de base del proyecto no se necesitará que se ejecute una medida necesaria.

o Rojo: mayor de +/- 20% deben ser reportados al Sponsor del proyecto. Las medidas correctivas se deben tomar para mover el proyecto de nuevo a un nivel de rendimiento aceptable.

Valor Ganado métricas

Frecuencia de los informes

Amarillo Rojo

CPI Quincenal 0,8 ≤ CPI ≤ 1,2 CPI <0,8 o CPI> 1.2

SPI Quincenal 0,8 ≤ SPI ≤ 1,2 SPI <0,8 o SPI> 1.2

Variación de los gastos (CV) se informará quincenalmente.

Variación del cronograma (SV) se informará quincenalmente.

Una tabla se creará para cada uno de los parámetros anteriores. El Gerente del proyecto presentará estos cuadros para el Sponsor del proyecto en la Reunión Quincenal de Situación del proyecto.

MEDIDAS DE CONTROL DE COSTOS

_________________________________________________________________________________________________________________

- 165 -

_________________________________________________________________________________________________________________

Si el Proyecto SIGAM supera sus límites definidos para los indicadores del CPI o del SPI en cualquier momento, las medidas correctivas serán consideradas e implementadas con el fin de llevar el proyecto de nuevo en un rango aceptable de rendimiento.

El Gerente de Proyecto y el equipo considerará todas las medidas de control que resulten de la corrección de los resultados del proyecto.

Un análisis detallado de todas las medidas de control se presentará al Sponsor del proyecto.

El análisis consistirá en:

• Descripción general de las medidas de control.

• El personal que participa.

• Línea de tiempo a implementar.

• Problemas o preocupaciones respecto a la implementación.

• Efecto esperado sobre el desempeño del proyecto.

Todas las medidas de control serán revisados por el Sponsor del proyecto. Tras la aprobación del Sponsor del proyecto, el Gerente de proyecto liderará la implementación de la medida de control autorizado. El Gerente del proyecto también deberá completar todas las solicitudes de cambio requeridas de acuerdo con el proceso del proyecto de control de cambios.

En algunos casos aislados puede ser necesario para un proyecto recalcular la línea de base de costos. Todos los esfuerzos se deben tomar para evitar esto. Sin embargo, si es necesario, sólo el Sponsor del proyecto puede autorizar esta acción.

TIPOS DE COSTOS CONSIDERADOS:

COSTOS DIRECTOS : Personal : S/. 58,301.00 Alquiler : S/. 1,699.00COSTOS INDIRECTOS : Materiales : S/. 4,000.00 COSTOS VARIABLES : Incentivos : S/. 3,000.00

TOTAL COSTOS : S/. 73,500.00RESERVA DE CONTINGENCIA : S/. 6,500.00RESERVA DE GESTIÓN : S/. 6,500.00

TOTAL GENERAL : S/. 80,000.00

_________________________________________________________________________________________________________________

- 166 -

_________________________________________________________________________________________________________________

24. ESTIMACIÓN DE COSTOS DE LAS ACTIVIDADES Y DEL

PROYECTO




_________________________________________________________________________________________________________________

- 167 -

_________________________________________________________________________________________________________________________________________________________________________________

ESTIMACIÓN DE COSTOS DE LAS ACTIVIDADES Y DEL PROYECTONOMBRE DEL PROYECTO SIGLAS DEL PROYECTO


Entregable Actividad Tipo de Recurso: Personal

Código Nombre Código Nombre NOMBRE DEL RECURSOUNIDA

DESCANTI DAD

COSTO UNITARIO

COSTOS PARCIALES

COSTO TOTAL

COSTO POR PAQUETE


1.1.1.A01 Reunión con el Sponsor Sebastián CéspedesJanis Candia

Hr - h Hr - h

22

40590

810180

990

23401.1.1.A02 Elaborar Project Charter Janis Candia Hr - h 4 90 360 360

1.1.1.A03 Revisar Project CharterSebastián CéspedesJanis Candia

Hr - h Hr - h

22

40590

810180 990

1.1.2 Alcance Preliminar1.1.2.A01 Reunión con el Sponsor Sebastián Céspedes

Janis CandiaHr - h Hr - h

22

40590

810180

990

23401.1.2.A02 Elaborar Alcance Preliminar Janis Candia Hr - h 4 90 360 360

1.1.2.A03 Revisar el Alcance Preliminar Sebastián CéspedesJanis Candia

Hr - h Hr - h

22

40590

810180

990


1.2.1.A01 Reunión con el Sponsor Sebastián CéspedesJanis Candia

Hr - h Hr - h

22

40590

810180

990

23401.2.1.A02 Elaborar Enunciado del Alcance Janis Candia Hr - h 4 90 360 360

1.2.1.A03 Revisar Enunciado del Alcance Sebastián CéspedesJanis Candia

Hr - h Hr - h

22

40590

810180

990

1.2.2 Plan de Proyecto 1.2.2.A01 Reunión con el equipo de trabajo

Janis CandiaOscar ValderramaFredy ArandaGustavo EspinozaIván MantaGabriela U.

Hr - h Hr - h Hr - h Hr - h Hr - h Hr - h

444444

90454530

88

360180180120

3232

904

5884

1.2.2.A02 Elaborar el Plan de Proyecto


Hr - hHr - hHr - hHr - h

10202010

90454530

900900900300

3000

1.2.2.A03 Revisar el Plan de Proyecto Sebastián CéspedesJanis Candia

Hr - h Hr - h

44

40590

1620360

1980

1.2.3 Cronograma 1.2.2.A01 Definir y Secuenciar Actividades Janis CandiaOscar Valderrama

Hr - hHr - h

12

9045

9090

270 990

_________________________________________________________________________________________________________________________________________________________________________________

- 168 -

_________________________________________________________________________________________________________________________________________________________________________________

Fredy Aranda Hr - h 2 45 90

1.2.2.A02 Estimar recursos para las actividadesJanis CandiaOscar ValderramaFredy Aranda

Hr - hHr - hHr - h

122

904545

909090

270

1.2.2.A03 Estimar duración de las actividadesJanis CandiaOscar ValderramaFredy Aranda

Hr - hHr - hHr - h

122

904545

909090

270

1.2.2.A04 Elaborar el cronograma Janis Candia Hr - h 2 90 180 1801.3.1 Informe Semanal




1222

90454530

90909060

330

4290




1222

90454530

90909060

330




1222

90454530

90909060

330




1222

90454530

90909060

330




1222

90454530

90909060

330




1222

90454530

90909060

330




1222

90454530

90909060

330




1222

90454530

90909060

330




1222

90454530

90909060

330

1.3.1.A10 Elaborar Informe Semanal Nro.10 Janis Candia Hr - h 1 90 90 330

_________________________________________________________________________________________________________________________________________________________________________________

- 169 -

_________________________________________________________________________________________________________________________________________________________________________________

Oscar ValderramaFredy ArandaGustavo Espinoza

Hr - hHr - hHr - h

222

454530

909060




1222

90454530

90909060

330




1222

90454530

90909060

330




1222

90454530

90909060

330

1.3.2 Informe Quincenal

1.3.2.A01 Elaborar Informe Quincenal Nro.1 Sebastián CéspedesJanis Candia

Hr - h Hr - h

22

40590

810180

990

5940


Hr - h Hr - h

22

40590

810180

990


Hr - h Hr - h

22

40590

810180

990


Hr - h Hr - h

22

40590

810180

990


Hr - h Hr - h

22

40590

810180

990


Hr - h Hr - h

22

40590

810180

990


1.4.1.A01 Elaborar el Acta de AceptaciónJanis CandiaOscar ValderramaFredy Aranda

Hr - h Hr - h Hr - h

0.81.61.6

904545

727272

216

1008

1.4.1.A02 Revisar el Acta de AceptaciónSebastián CéspedesJanis Candia

Hr - h Hr - h

1.61.6

40590

648144 792


1.4.2.A01Elaborar documento de Cierre del Proyecto


Hr - h Hr - h Hr - h

0.81.61.6

904545

727272

216

1008

1.4.2.A02Revisar el documento de Cierre del Proyecto


Hr - h Hr - h

1.61.6

40590

648144 792

2.1.1 Verificación de Requisitos Iniciales 2.1.1.A01 Evaluar los requisitos de equipamiento

del software



488

16

90454530

360360360480

1560

2070

2.1.1.A02 Elaborar documento de requerimientos cubiertos y no cubiertos por el software


Hr - hHr - hHr - h

144

904545

90180180

510

_________________________________________________________________________________________________________________________________________________________________________________

- 170 -

_________________________________________________________________________________________________________________________________________________________________________________

Gustavo Espinoza Hr - h 2 30 60

2.1.2 Documento Preparación Ambiente




1442

90454530

90180180

60

510

1170

2.1.2.A02Revisión del documento que contiene las actividades iniciales de configuración



2444

90454530

180180180120

660

2.2.1Documento Instalación

Scripts/Schemas

2.2.1.A01Elaborar documento relacionado a la creación de objetos en la base de datos



1442

90454530

90180180

60

510

960

2.2.1.A02Revisar el documento relacionado a la creación de objetos en la base de datos


Hr - hHr - hHr - h

144

904545

90180180

450

2.2.2Documento Instalación

Aplicación

2.2.2.A01Elaborar documento de instalación de la aplicación en el servidor y los clientes



1442

90454530

90180180

60

510

960

2.2.2.A02Revisión del documento de instalación de la aplicación en el servidor y los clientes


Hr - hHr - hHr - h

144

904545

90180180

450

2.2.3 Instalación de Aplicación

2.2.3.A01 Instalar la aplicación



1442

90454530

90180180

60

510



Hr - hHr - hHr - h

288

904545

180360360

900

2.2.3.A03Elaborar acta de aceptación de pruebas


Hr - hHr - hHr - h

0.522

904545

459090

225

2.2.3.A04Revisión del acta de aceptación de pruebas


Hr - hHr - hHr - h

244

904545

180180180

540

2.3.1.Documento de Configuración

Inicial

2.3.1.A01Elaborar el documento de configuración inicial


Hr - hHr - hHr - h

244

904545

180180180

540

14402.3.1.A02Revisión del documento de configuración inicial


Hr - hHr - hHr - h

144

904545

90180180

450

2.3.1.A03 Ejecución de la configuración inicialJanis CandiaOscar ValderramaFredy Aranda

Hr - hHr - hHr - h

144

904545

90180180

450

_________________________________________________________________________________________________________________________________________________________________________________

- 171 -

_________________________________________________________________________________________________________________________________________________________________________________

2.3.2 Documento de Aceptación

2.3.2.A01 Elaborar el documento de aceptaciónJanis CandiaOscar ValderramaFredy Aranda

Hr - hHr - hHr - h

144

904545

90180180

450

2430

2.3.2.A02 Revisión del documento de aceptación Sebastián CéspedesJanis Candia

Hr - hHr - h

44

40590

1620360 1980

3.1.1Documento Archivos

Maestros

3.1.1.A01Elaborar el documento archivos maestros


Hr - hHr - hHr - h

144

904545

90180180

450

900

3.1.1.A02Revisión del documento de archivos maestros


Hr - hHr - hHr - h

144

904545

90180180

450

3.1.2 Plantilla Carga Datos

3.1.2.A01 Elaborar plantillas de carga de datosJanis CandiaOscar ValderramaFredy Aranda

Hr - hHr - hHr - h

488

904545

360360360

1080

1530

3.1.2.A02Revisión de las plantillas de carga de datos


Hr - hHr - hHr - h

144

904545

90180180

450

3.2.1 Documentos Scripts

3.2.1.A01 Elaborar scripts de carga de datosJanis CandiaOscar ValderramaFredy Aranda

Hr - hHr - hHr - h

288

904545

180360360

900

18003.2.1.A02 Revisión de scripts de carga de datosJanis CandiaOscar ValderramaFredy Aranda

Hr - hHr - hHr - h

144

904545

90180180

450

3.2.1.A03 Ejecución de scripts de carga de datosJanis CandiaOscar ValderramaFredy Aranda

Hr - hHr - hHr - h

144

904545

90180180

450

3.2.2Documento de Aceptación de

Carga

3.2.2.A01Elaborar el documento de aceptación de carga


Hr - hHr - hHr - h

144

904545

90180180

450

900

3.2.2.A02Revisión del documento de aceptación de carga


Hr - hHr - hHr - h

144

904545

90180180

450

4.1.1 Plan Paralelo Admisión y Caja

4.1.1.A01Elaborar el Plan paralelo Admisión y Caja


Hr - hHr - h

0.84

9045

72180 252

3672



Hr - hHr - h

22

9045

18090

270

4.1.1.A03 Ejecutar Plan paralelo Admisión y CajaJanis CandiaFredy Aranda

Hr - hHr - h

1030

9045

9001350 2250

4.1.1.A04Elaborar Documento de conformidad de paralelo Admisión y Caja


Hr - hHr - h

28

9045

180360 540

4.1.1.A05Revisión de documento de conformidad de paralelo Admisión y Caja


Hr - hHr - h

24

9045

180180 360

_________________________________________________________________________________________________________________________________________________________________________________

- 172 -

_________________________________________________________________________________________________________________________________________________________________________________

4.1.2 Plan Paralelo Consumos y Facturación



Hr - hHr - h

14

9045

90180

270

3780

4.1.2.A02Revisión del Plan paralelo Consumos y Facturación


Hr - hHr - h

24

9045

180180 360

4.1.2.A03Ejecutar Plan paralelo Consumos y Facturación


Hr - hHr - h

1030

9045

9001350 2250

4.1.2.A04 Elaborar documento de Conformidad de paralelo Consumos y Facturación


Hr - hHr - h

28

9045

180360

540

4.1.2.A05Revisión del Documento de Conformidad de paralelo Consumos y Facturación


Hr - hHr - h

24

9045

180180 360

4.2.1Documento Producción

Admisión y Caja

4.2.1.A01Elaborar documento producción Admisión y Caja Fredy Aranda Hr - h 8 45 360 360

6304.2.1.A02

Revisión del documento producción Admisión y Caja


Hr - hHr - h

14

9045

90180 270

4.2.2Documento Producción Facturación y Consumos

4.2.2.A01 Elaborar documento producción Facturación y Consumos

Oscar Valderrama Hr - h 8 45 360 360

6304.2.2.A02 Revisión del documento producción

Facturación y ConsumosJanis CandiaOscar Valderrama

Hr - hHr - h

14

9045

90180

270

4.2.3 Documento Aceptación del Producto


Oscar ValderramaFredy Aranda

Hr - hHr - h

88

4545

360360

720


del producto


Hr - hHr - hHr - h

144

904545

90180180

450

5.1.1Plan Capacitación Admisión y

Caja



Hr - hHr - h

28

9045

180360

540675

5.1.1.A02Revisión del Plan Capacitación Admisión y Caja


Hr - hHr - h

0.52

9045

4590 135

5.1.2 Plan Capacitación Facturación y Consumos



Hr - hHr - h

28

9045

180360

540675

5.1.2.A02Revisión del Plan Capacitación Facturación y Consumos


Hr - hHr - h

0.52

9045

4590 135

5.2.1Ejecución Plan Capacitación

Admisión y Caja

5.2.1.A01Realizar la capacitación de Admisión y Caja


Hr - hHr - hHr - h

61224

9045

8

540540192

1272

18315.2.1.A02 Elaborar documento de Conformidad de la capacitación admisión y caja


Hr - hHr - hHr - h

248

9045

8

180180

64424

5.2.1.A03 Revisión del documento Ejecución Plan capacitación admisión y caja


Hr - hHr - h

0.52

9045

4590

135

_________________________________________________________________________________________________________________________________________________________________________________

- 173 -

_________________________________________________________________________________________________________________________________________________________________________________

5.2.2Ejecución Plan Capacitación

Facturación y Consumos

5.2.2.A01 Realizar la capacitación de facturación y consumos


Hr - hHr - hHr - h

51020

9045

8

450450160

1060

18635.2.2.A02 Elaborar documento Ejecución Plan capacitación facturación y consumos


Hr - hHr - hHr - h

44

16

9045

8

360180128

668

5.2.2.A03Revisión del documento Ejecución Plan capacitación facturación y consumos


Hr - hHr - h

0.52

9045

459 135

5.3.1 Manual Configuración

5.3.1.A01 Elaborar el Manual de ConfiguraciónJanis CandiaOscar ValderramaFredy Aranda

Hr - hHr - hHr - h

0.522

904545

459090

225

450

5.3.1.A02 Revisión del Manual de ConfiguraciónJanis CandiaOscar ValderramaFredy Aranda

Hr - hHr - hHr - h

0.522

904545

459090

225

5.3.2 Manual de Usuario

5.3.2.A01 Elaborar el Manual de UsuarioJanis CandiaOscar ValderramaFredy Aranda

Hr - hHr - hHr - h

0.522

904545

459090

225

450

5.3.2.A02 Revisión del Manual de UsuarioJanis CandiaOscar ValderramaFredy Aranda

Hr - hHr - hHr - h

0.522

904545

459090

225

_________________________________________________________________________________________________________________________________________________________________________________

- 174 -

_________________________________________________________________________________________________________________

25. PRESUPUESTO DEL PROYECTO




_________________________________________________________________________________________________________________

- 175 -

_________________________________________________________________________________________________________________

PRESUPUESTO DEL PROYECTO-POR FASE Y POR ENTREGABLE-



Fase Sub-Fase Entregable Costos (S/.)

Gestión del Proyecto

Iniciación

Project Charter 2,340.00Alcance Preliminar 2,340.00Sub-Total Sub-Fase 4,680.00

Planificación

Enunciado del Alcance 2,340.00

Plan de Proyecto 5,884.00

Cronograma 990.00

Sub-Total Sub-Fase 9,214.00

Informe

Informe Semanal 4,290.00

Informe Quincenal 5,940.00Sub-Total Sub-Fase 10,230.00

Cierre

Acta de Aceptación 1,008.00

Cierre del Proyecto 1,008.00Sub-Total Sub-Fase 2,016.00

Sub-Total Fase 26,140.00

Soporte Infraestructura

Preparación Ambiente

Verificación de Requisitos Iniciales 2,070.00

Documento de Preparación de Ambiente 1,170.00


Instalación

Documento de Instalación de Scripts/Schemas

960.00

Documento de Instalación de la Aplicación

960.00

Instalación de la Aplicación 2,175.00


ConfiguraciónDocumento de Configuración Inicial 1,440.00

Documento de Aceptación 2,430.00Sub-Total Sub-Fase 3,870.00


Migración de Datos

Análisis

Documentos Archivos Maestros 900.00

Plantilla Carga 1,530.00Sub-Total Sub-Fase 2,430.00

Migración

Documentos Scripts 1,800.00

Documento de Aceptación de Carga 900.00


Sub-Total Fase 5130.00Puesta en

ProducciónPlan Paralelo Plan Paralelo Admisión y Caja 3,672.00

Plan ParaleloConsumos y Facturación

3,780.00

_________________________________________________________________________________________________________________

- 176 -

_________________________________________________________________________________________________________________


Puesta en Marcha

Documento Producción Admisión y Caja 630.00

Documento Producción Consumos y Facturación

630.00

Documento Aceptación del Producto 1,170.00



Capacitación

Plan de Capacitación

Plan de Capacitación Admisión y Caja 675.00

Plan de Capacitación Facturación y Consumos

675.00


Ejecución de Plan de Capacitación

Ejecución Plan Capacitación Admisión y Caja

1,831.00

Ejecución Plan Capacitación Facturación y Consumos

1,863.00


Manuales

Manual de Configuración 450.00

Manual de Usuario 450.00Sub-Total Sub-Fase 900.00


TOTAL GENERAL PERSONAL 58,301.00

OTROS COSTOS 8,699.00

RESERVA DE CONTINGENCIA 6,500.00

LINEA BASE DE COSTOS 73,500.00

RESERVA DE GESTIÓN 6,500.00

PRESUPUESTO DEL PROYECTO 80,000.00

_________________________________________________________________________________________________________________

- 177 -

_________________________________________________________________________________________________________________

26. COSTOS ACUMULADOS




_________________________________________________________________________________________________________________

- 178 -

_________________________________________________________________________________________________________________

COSTOS ACUMULADOSNOMBRE DEL PROYECTO SIGLAS DEL PROYECTO


Costos AcumuladosMes 0 0Mes 1 35633Mes 2 64663Mes 3 80000

_________________________________________________________________________________________________________________

- 179 -

_________________________________________________________________________________________________________________

27. BASE DE LAS ESTIMACIONES




_________________________________________________________________________________________________________________

- 180 -

_________________________________________________________________________________________________________________

BASE DE LAS ESTIMACIONESNOMBRE DEL PROYECTO SIGLAS DEL PROYECTO


Personal Sueldo Bruto Planilla Incluir Ganancia Costo Diario Costo por Hora


44646300630046

64820 97230 3241 405

Janis Candia 10300 14420 21630 721 90

Oscar Valderrama 5100 7140 10710 357 45

Fredy Aranda 5100 7140 10710 357 45

Gustavo Espinoza 3400 4760 7140 238 30

Iván Manta 900 1260 1890 63 8

Gabriela U. 900 1260 1890 63 8

Nota:

1. Los costos en planilla tienen un incremento del 40% del sueldo bruto, ya que considera prorrateado los costos por vacaciones y CTS.

2. Los costos con ganancia tienen un incremento del 50% del sueldo en planilla, ya que la empresa tiene como procedimiento interno de costeo ese porcentaje de utilidad máximo esperado.

_________________________________________________________________________________________________________________

- 181 -

_________________________________________________________________________________________________________________

28. PLAN DE GESTIÓN DE CALIDAD




_________________________________________________________________________________________________________________

- 182 -

_________________________________________________________________________________________________________________

PLAN DE GESTIÓN DE LA CALIDAD

Nombre del Proyecto Siglas del ProyectoIMPLANTACIÓN SISTEMA DE GESTIÓN AMBULATORIA SIGAM

Política de Calidad del Proyecto:

El proyecto será evaluado con los estándares de calidad indicados por la Clínica San Marcos y con las buenas prácticas del mercado de la salud. Así mismo culminar el proyecto en el tiempo y el presupuesto planificados previamente.

LÍNEA BASE DE CALIDAD DEL PROYECTO

FACTOR DECALIDAD

RELEVANTE

OBJETIVO DECALIDAD

MÉTRICA AUTILIZAR

FRECUENCIA YMOMENTO DE MEDICIÓN

FRECUENCIA Y MOMENTODE REPORTE

Performance del Proyecto SPI > = 0.90

SPI = Schedule Performance Index Acum.

* Frecuencia Semanal* Medición, jueves en la tarde.


Performance del Proyecto CPI > = 0.90 CPI = Cost Performance

Index Acum.



Cumplimiento de los hitos

Hitos = 95% de cumplimiento. Cumplimiento de hitos.

* Frecuencia quincenal* Medición, Martes en la tarde.

* Frecuencia quincenal* Medición, Martes en la tarde.

Grado de satisfacción

Rango del 85% al 100% de

satisfacción

% de Grado de Satisfacción.

* Frecuencia, cada vez que haya reunión con el Comité Ejecutivo.* Medición, cada vez que haya reunión con el Comité Ejecutivo.

* Frecuencia, cada vez que haya reunión con el Comité Ejecutivo.* Medición, cada vez que haya reunión con el Comité Ejecutivo.

PLAN DE MEJORA DE PROCESOS1. Delimitar el proceso.2. Definir la oportunidad de mejora.3. Obtener información sobre el proceso observado.4. Analizar la información relevada.5. Definir las acciones correctivas para mejorar el proceso.6. Aplicar las acciones correctivas.7. Verificar si las acciones correctivas han sido efectivas.8. Estandarizar las mejoras logradas para hacerlas parte del proceso.

_________________________________________________________________________________________________________________

- 183 -

_________________________________________________________________________________________________________________

MATRIZ DE ACTIVIDADES DE CALIDAD:

PAQUETE DE TRABAJO

ESTÁNDAR O NORMA DECALIDAD APLICABLE

ACTIVIDADES DEPREVENCIÓN ACTIVIDADES DE CONTROL

1.1.1 Project Charter Gestión de Proyectos con PMBOK Aprobación de Sponsor

1.1.2 Alcance Preliminar

Gestión de Proyectos con PMBOK Aprobación de Sponsor

1.2.1 Scope Statement

Gestión de Proyectos con PMBOK Aprobación de Sponsor

1.2.2 Cronograma Gestión de Proyectos con PMBOKRevisión semanal de las actualizaciones que puedan producirse al cronograma.

Aprobación de Sponsor y del Gerente del proyecto

1.2.3 Plan de Proyecto Gestión de Proyectos con PMBOK

Revisión diaria del equipo del proyecto.

Aprobación de Sponsor y del Gerente del proyecto

1.3.1. Informe semanal

Según los formatos dentro de los activos de procesos de la

organizaciónGerente del Proyecto



organizaciónGerente del Proyecto

1.4.1. Acta de aceptación Gestión de Proyectos con PMBOK Aprobación de Sponsor

1.4.2. Cierre del proyecto Gestión de Proyectos con PMBOK Aprobación de Sponsor

2.1.1. Requisitos iniciales


organización

Checklist de homologación de infraestructura de la clínica

Jefatura de Sistemas

2.1.2 Documento preparación de ambiente


organización

Revisión de procedimientos técnicos. Jefatura de Sistemas

2.2.2. Documento instalación de aplicación


organización

. Revisión de procedimientos técnicos.



Según el proceso de la Clínica San Marcos para la instalación de las

aplicaciones

Revisión de procedimientos técnicos..

Líderes funcionales

2.3.1 Documento de configuración inicial


organizaciónRevisión del proceso. Líderes funcionales


Formato estándar de la consultora PMI consultores Revisión de estándares. Jefatura de Desarrollo

3.1.1. Documentos archivos maestros

Formato estándar de la consultora PMI consultores Revisión de estándares. Analistas funcionales

3.1.2 Plantilla carga de datos

Formato estándar de la consultora PMI consultores Revisión de estándares. Gerente de Operaciones

3.2.1. Documentos scripts

Formato estándar de la consultora PMI consultores Revisión de estándares. Jefatura de Sistemas

3.2.2 Documentos de aceptación de Carga

Según el proceso de la Clínica San Marcos para la migración de datos Revisión de estándares. Jefatura de Sistemas

_________________________________________________________________________________________________________________

- 184 -

_________________________________________________________________________________________________________________

MATRIZ DE ACTIVIDADES DE CALIDAD:

PAQUETE DE TRABAJO

ESTÁNDAR O NORMA DECALIDAD APLICABLE

ACTIVIDADES DEPREVENCIÓN ACTIVIDADES DE CONTROL

4.1.1. Plan Paralelo admisión y caja


organización

Revisión de procedimientos técnicos. Líderes Funcionales



organización

Revisión de procedimientos técnicos. Gerente de Operaciones

4.2.1. Documento de producción admisión y caja


organizaciónRevisión de estándares. Gerente de Operaciones



organizaciónRevisión de estándares. Gerente de Facturación

4.2.3. Documento de aceptación del producto


organizaciónRevisión de estándares.

Gerente de operaciones y gerente de facturación

5.1.1 Plan Capacitación Admisión y caja


organización


5.1.2 Plan capacitación facturación y consumos


organización

Revisión de procedimientos técnicos. Gerente de Facturación

5.2.1 Ejecución Plan Capacitación Admisión y caja


organización


5.2.2 Ejecución Plan capacitación facturación y consumos


organización

Revisión de procedimientos técnicos. Gerente de Facturación

5.3.1. Manual Configuración


organización

Revisión de procedimientos técnicos.


5.3.2. Manual de usuario

Formato estándar de la consultora PMI consultores

Revisión de procedimientos técnicos.

Analista Funcionales

_________________________________________________________________________________________________________________

- 185 -

_________________________________________________________________________________________________________________

ROLES PARA LA GESTIÓN DE LA CALIDAD

Rol N° 1Directorio

Objetivos del rol:Responsable máximo ejecutivo y final por la calidad del proyecto.

Funciones del rol:Revisar, aprobar y proponer acciones correctivas para mejorar la calidad.

Niveles de autoridad: Exigir el cumplimiento de sus propuestas a Sponsor.

Reporta a: NadieSupervisa a: Sponsor.Requisitos de conocimientos:Gestión en General y el proceso administrativo de la clínica.

Requisitos de habilidades:Liderazgo, comunicación, Negociación, Motivación y Solución de Conflictos.

Requisitos de experiencia:Ninguno.

Rol N° 2Sponsor

Objetivos del rol:Responsable ejecutivo por la calidad del proyecto.

Funciones del rol:Revisar, aprobar y tomar acciones correctivas para mejorar la calidad.

Niveles de autoridad:Aplicar a discreción los recursos de la corporación para el proyecto, cuando aplique renegociará contratos.

Reporta a:Directorio.

Supervisa a:Gerente del Proyecto.Requisitos de conocimientos:Gestión de Proyectos y Gestión en General. Así como los procesos administrativos que soportará el producto.


Requisitos de experiencia:Más de 10 años de experiencia en el rubro clínicas y experiencia no menor de 3 años manejando proyectos.

Rol N° 3Gerente del

Proyecto

Objetivos del rol:Gestionar operativamente la calidad de los entregables.Funciones del rol:Revisar estándares, entregables, disponer ajustes para generar acciones correctivas y su respectiva aplicación.

_________________________________________________________________________________________________________________

- 186 -

_________________________________________________________________________________________________________________

Niveles de autoridad:Exigir cumplimiento de entregables al equipo de proyecto.

Reporta a:Sponsor.

Supervisa a:Equipo de Proyecto.

Requisitos de conocimientos:Gestión de Proyectos bajo el PMBOK.


Requisitos de experiencia:7 años de experiencia en el cargo.

Rol N° 4MIEMBROS DEL

EQUIPO DEDESARROLLO

Objetivos del rol:Elaborar los entregables con la calidad requerida y según estándares establecidos.

Funciones del rol:Elaborar todos los entregables.

Niveles de autoridad:Aplicar los recursos que se le han asignado.

Reporta a:Gerente del Proyecto.

Supervisa a:No Aplica.Requisitos de conocimientos:Gestión de Proyectos bajo el PMBOK y las especialidades que le tocan según sus entregables bajo responsabilidad.Requisitos de habilidades:Específicas según los entregables.

Requisitos de experiencia:Específicas según los entregables.

Rol N° 5Jefe de QA

Objetivos del rol:Cumplir con las normas de calidad implementando métodos de control.

Funciones del rol:Revisar, aprobar y tomar acciones correctivas para mejorar la calidad.Niveles de autoridad:Aplicar a discreción los recursos de la corporación para el proyecto, cuando aplique renegociará contratos.Reporta a:Gerente del Proyecto.

Supervisa a:Analista de Calidad

Requisitos de conocimientos:Gestión de Proyectos y sistema de gestión de calidad, conocimientos de procesos productivos.Requisitos de habilidades:Liderazgo, comunicación, Negociación, Motivación y Solución de Conflictos.

Requisitos de experiencia:Más de 7 años de experiencia en el rubro clínicas y experiencia no menor de 3 años en aseguramiento de la calidad.

_________________________________________________________________________________________________________________

- 187 -

_________________________________________________________________________________________________________________

Rol N° 6Analista de QA

Objetivos del rol:Gestionar operativamente la calidad de los entregables.

Funciones del rol:Revisar estándares, entregables, disponer ajustes para generar acciones correctivas y su respectiva aplicación.

Niveles de autoridad:Exigir cumplimiento de entregables al equipo de testing.

Reporta a:Sponsor.

Supervisa a:Equipo de Testing.Requisitos de conocimientos:Gestión de Proyectos bajo el PMBOK, Gestión de Mejora de Procesos con CMMI.


Requisitos de experiencia:5 años de experiencia en el cargo.

Rol N° 7Miembros del

Equipo de Testing

Objetivos del rol:Probar el uso del sistema con el fin de encontrar la mayor cantidad de deficiencias posibles.

Funciones del rol:Registrar errores en un sistema de control, testear, documentar y entregar reportes de progreso.Niveles de autoridad:Aplicar los recursos que se le han asignado.

Reporta a:Analista de Calidad.

Supervisa a:No Aplica.Requisitos de conocimientos:Validación de estándares de programación, Control de calidad de código fuente, Conocimiento de modelamiento de datos, conocimiento de metodologías de QA, conocimiento avanzado de expresiones regualares.

Requisitos de habilidades:Específicas según los entregables.

Requisitos de experiencia:Específicas según los entregables.

ORGANIZACIÓN PARA LA CALIDAD DEL PROYECTO:

_________________________________________________________________________________________________________________

- 188 -

_________________________________________________________________________________________________________________

DOCUMENTOS NORMATIVOS PARA LA CALIDAD:

PROCEDIMIENTOS1. Auditorías de los procesos.2. Revisión periódica y comparativa de los entregables con los estándares.3. Reuniones semanales de calidad.

PLANTILLAS1. Establecidas en el Plan de Gestión de Calidad.2. Métricas.

FORMATOS1. Métricas.2. Línea Base.3. Indicados en el Plan de Gestión de la Calidad.

CHECKLISTS1. De Métricas.2. De Auditorías.3. De Acciones Correctivas.

PROCESOS DE GESTIÓN DE LA CALIDAD:

ENFOQUE DEASEGURAMIENTO DE

LA CALIDAD

Para asegurar la calidad se realizará un monitoreo constante acerca de los indicadores del proyecto y las métricas respectivas.Estos resultados se analizarán y se remitirán al responsable para que coordine las acciones respectivas las cuales también será monitoreada vía los informes semanales en las reuniones de calidad. Las cuales derivarían en Solicitudes de cambio.De esta manera lograremos un control efectivo y acciones tempranas ante cualquier necesidad de mejora de procesos.Verificando que las solicitudes de cambio realizadas se han cumplido con las recomendaciones entregadas.

ENFOQUE DECONTROL DE LA

CALIDAD

Las acciones sobre el Control de Calidad de los entregables se efectuarán a manera de control, si los mismos están conformes a las especificaciones realizadas y ante situaciones de desviaciones detectadas se realizará las acciones para establecer la causa raíz y así eliminar las fuentes de error y los resultados serán formalizados con acciones necesarias.

_________________________________________________________________________________________________________________

- 189 -

SPONSOR

GERENTE DEL PROYECTO

LÍDERES FUNCIONALES

EQUIPO DE DESARROLLOJEFE DE QA

ANALISTA QA

TESTING

_________________________________________________________________________________________________________________

ENFOQUE DEMEJORA DEPROCESOS

Cada vez que se requiera mejorar un proceso realizaremos los siguientes pasos:1. Delimitar el proceso

2. Definir la oportunidad de mejora3. Obtener información sobre el proceso observado4. Analizar la información levantada5. Definir las acciones correctivas para mejorar el proceso6. Aplicar las acciones correctivas7. Verificar si las acciones correctivas han sido efectivas8. Estandarizar las mejoras logradas para hacerlas parte del proceso

_________________________________________________________________________________________________________________

- 190 -

_________________________________________________________________________________________________________________

29. MATRIZ DE ACTIVIDADES DE CALIDAD




_________________________________________________________________________________________________________________

- 191 -

_________________________________________________________________________________________________________________

MATRIZ DE ACTIVIDADES DE CALIDAD


IMPLANTACIÓN SISTEMA DE GESTIÓN AMBULATORIA SIGAM

ENTREGABLEESTÁNDAR DE CALIDAD

APLICABLEACTIVIDADES DE

PREVENCIÓNACTIVIDADES DE CONTROL


Metodología de Gestión de Proyectos de PMI Consultores.

Aprobación por Sponsor.

1.1.2 Alcance Preliminar

Metodología de Gestión de Proyectos de PMI Consultores.


1.2.1 Scope Statement

Metodología de Gestión de Proyectos de PMI Consultores


1.2.2 Cronograma






1.3.1. Informe semanal






1.4.1. Acta de aceptación


Firmas de conformidad de parte del gerente de proyectos

Revisión/Aprobación por el Sponsor, Gerente de Proyectos y líderes funcionales.

1.4.2. Cierre del proyecto


Revisión de las métricas con las metas logradas

Revisión/Aprobación por el Sponsor y Gerente de Proyectos.

_________________________________________________________________________________________________________________

- 192 -

_________________________________________________________________________________________________________________




2.1.1. Requisitos inicialesProceso de evaluación de la Configuración Interno.

Revisión/Aprobación por el Gerente de Proyectos.

2.1.2 Documento preparación de ambiente

Proceso de evaluación de la Configuración Interno.

Pruebas de estrés y concurrencia


2.2.2. Documento instalación de aplicación

Proceso de Infraestructura Interno.



Proceso de Puesta de producción Interno.

Informe de pruebas internas.

2.3.1 Documento de configuración inicial

Proceso de evaluación de la Configuración Interno.

Informe de pruebas internas satisfactorias.



Revisión/Aprobación por el líderes funcionales

3.1.1. Documentos archivos maestros

Proceso de Evaluación Interno.


3.1.2 Plantilla carga de datos

Proceso de Migración Interno.

Revisión/Aprobación por el Jefe de sistemas.

3.2.1. Documentos scriptsProceso de Pruebas Interno.

Revisión/Aprobación por el Jefe de sistemas.

3.2.2 Documentos de aceptación de Carga

Proceso de Pruebas Interno.


4.1.1. Plan Paralelo admisión y caja

Proceso de Operaciones Interno.





4.2.1. Documento de producción admisión y caja






4.2.3. Documento de aceptación del producto

Metodología de de PMI Consultores

Análisis de resultados de la metodología.

Revisión/Aprobación por el Gerente de Proyectos y Coordinador del proyecto.

_________________________________________________________________________________________________________________

- 193 -

_________________________________________________________________________________________________________________




5.1.1 Plan Capacitación Admisión y caja

Metodología de Capacitación internas

Test al usuario sobre el conocimiento de la herramienta


5.1.2 Plan capacitación facturación y consumos




5.2.1 Ejecución Plan Capacitación Admisión y caja




5.2.2 Ejecución Plan capacitación facturación y consumos



Revisión/Aprobación por el Gerente de Proyectos y Coordinador del proyecto.

5.3.1. Manual Configuración

Guía del Usuario Configuración.

Revisión de avances de manuales

Revisión/Aprobación por el Gerente del Proyecto y Jefe de Sistemas.

5.3.2. Manual de usuario Guía del Usuario Final.Revisión de avances de manuales

Revisión/Aprobación por el Gerente del Proyecto y Líderes funcionales.

_________________________________________________________________________________________________________________

- 194 -

_________________________________________________________________________________________________________________

30. MÉTRICAS DE CALIDAD




_________________________________________________________________________________________________________________

- 195 -

_________________________________________________________________________________________________________________

MÉTRICAS DE CALIDAD


IMPLANTACIÓN SISTEMA DE GESTIÓN AMBULATORIA SIGAM

A. FUNCIONALIDAD:1. Interoperabilidad

Nombre Porcentaje de interconexiones exitosas SITEDS

PropósitoEvaluar la capacidad del sistema para integrarse con el SITEDS de la SUNASA.

Método de AplicaciónObtener la relación de conexiones exitosas que permitan obtener la información de los pacientes que cuenten con un seguro de salud y cuyos seguros utilicen la plataforma estándar del SITEDS promovido por la SUNASA.

Medición, formula X=A/B

A=Número de interconexiones exitosas.

B=Número de solicitudes de interconexión.

Interpretación 0<=X<=1

Entre más cercano a 1, el sistemas cumple mejor con la interoperabilidad.

Tipo de escala Ratio

Tipo de medida x: count A:count B: count

Fuente de medición Especificación de requisitos

Casos de Prueba

ISO / IEC 12207 SLCP Verificación

Audiencia Funcionales

Analistas de calidad

_________________________________________________________________________________________________________________

- 196 -

_________________________________________________________________________________________________________________

2. Precisión

Nombre Exactitud de implementación funcional.

Propósito Qué tan exacto es la implementación funcional.

Método de aplicación

Obtener la cantidad de funcionalidades que no realizan lo descrito en la especificación de requisitos y compararlo con el total de funcionalidades.

Medición, fórmula

X=1-A/BA=Cantidad de funcionalidades que no realizan lo descrito en la especificación de requisitos.B=Cantidad total de funcionalidades.

Interpretación 0<=X<=1Entre más cercano a 1 es mejor.


Tipo de medidaX=count/countA=countB=count

Fuente de medición Especificación de requisitos.Casos de prueba.


Audiencia FuncionalesAnalistas de calidad

Nombre Facturación devuelta

Propósito Evaluación de un tercero sobre la exactitud de los cálculos consignados en la facturación.

Método de aplicaciónObtener la cantidad de documentos devueltos por motivos no médicos sobre la cantidad de documentos enviados.

Medición, fórmula

X=A/BA=Cantidad de documentos devueltos por motivos no médicos en un mes.B=Cantidad total de documentos enviados en un mes.

_________________________________________________________________________________________________________________

- 197 -

_________________________________________________________________________________________________________________







3. Cumplimiento de Funcionalidad

Nombre Adaptación de normas SUNASA - SITEDS.

Propósito Establecer el cumplimiento de la trama SITEDS normada por la SUNASA.

Método de aplicación

Obtener la cantidad de funcionalidades que no realizan lo descrito en la especificación de de la norma SITEDS y compararlo con el total de funcionalidades.

Medición, fórmula

X=1-A/BA=Cantidad de funcionalidades que no realizan lo descrito en la especificación de requisitos.B=Cantidad total de funcionalidades.







_________________________________________________________________________________________________________________

- 198 -

_________________________________________________________________________________________________________________


B. FIABILIDAD1. Madurez

Nombre Corrección de errores

PropósitoEvaluar la proporción estimada de corrección de errores

Método de Aplicación Obtener la relación entre el número de errores realmente corregidos y el número de errores potencialmente existentes en un producto de software de la empresa

Medición, fórmula

X=A/BA= Número de errores realmente corregidosB= Número de errores potencialmente existentes en un producto de software

Interpretación0<=X<=1Entre más cercano a 1 es mejor.




Casos de Prueba


Audiencia Analistas


Nombre Adecuación de pruebas

PropósitoEvaluar el alcance de la ejecución de casos de prueba

Método de Aplicación Obtener la relación entre el número de pruebas ejecutadas durante la prueba y el número de casos de prueba planeados y especificados.

_________________________________________________________________________________________________________________

- 199 -

_________________________________________________________________________________________________________________

Medición, fórmula

X=A/BA= Número de pruebas ejecutadas durante la pruebaB= Número de casos de prueba planeados y especificados





Casos de Prueba




2. Tolerancia a fallos

Nombre Anulación de operaciones incorrectas

PropósitoEvaluar la proporción de error detectado en la entrada de datos

Método de Aplicación Obtener la relación entre el número de errores detectados por el usuario en entradas o funciones y el número de operaciones o entradas erróneas del usuario durante la operación

Medición, fórmula

X=A/BA= Número de errores detectados por el usuario en entradas y funcionesB= Número de operaciones o entradas erróneas del usuario durante la operación


Tipo de escala ratio


Fuente de medición Especificación de requisitos _________________________________________________________________________________________________________________

- 200 -

_________________________________________________________________________________________________________________

Casos de Prueba


Revisión en conjunto



3. Recuperabilidad

Nombre Tiempo estimado de reinicio

PropósitoEvaluar la proporción estimada de tiempo de reinicio exitoso

Método de Aplicación Obtener el promedio entre el número de oportunidades de reinicio que se dieron en el tiempo estimado y el número total de oportunidades de reinicio durante las pruebas o el apoyo al funcionamiento del usuario

Medición, fórmula

X=A/BA= Número de oportunidades de reinicio que se dieron en el tiempo estimadoB= Número total de oportunidades de reinicio durante las pruebas o el apoyo al funcionamiento del usuario





Casos de Prueba





_________________________________________________________________________________________________________________

- 201 -

_________________________________________________________________________________________________________________

C. USABILIDAD1. Operabilidad

Nombre Accesos directos a funcionalidades del sistema.

Propósito Que proporción de las funcionalidades del sistema tienen accesos directos.

Método de aplicaciónObtener el número de accesos directos a funcionalidades y comparar con el total de funcionalidades del sistema.

Medición, fórmulaX=A/BA=Cantidad de accesos directos a funcionalidades.B=Cantidad total de funcionalidades del sistema.







2. Fácil de aprendizaje

Nombre Explicación de mensajes de error.

Propósito Que proporción de los mensajes de error están explicados.

Método de aplicaciónObtener la cantidad de mensajes de error del sistema que tienen explicación y compararlo con la cantidad total de mensajes de errores.

Medición, fórmula X=A/BA=Cantidad de mensajes de error que tienen explicación.

_________________________________________________________________________________________________________________

- 202 -

_________________________________________________________________________________________________________________

B=Cantidad total de mensajes de error.





ISO / IEC 12207 SLCP VerificaciónVerificación conjunta


Nombre Número de ayudas en el sistema

Propósito

Evaluar el nivel de ayuda que ofrece el sistema tomando en cuenta lo óptimo evaluado por la empresa.

Método de Aplicación

Obtener la relación entre el número de ayudas que se tienen en el sistema y el número total de ayudas determinadas a tener en los productos de la empresa.

Medición, fórmula X=A/B

A=Cantidad de ayudas que tiene el sistema

B= Cantidad total de ayudas que debería tener el sistema.


Entre más cercano a 1, cumple mejor el nivel de ayuda del sistema



Fuente de medición Casos de Prueba

Informe de Prueba

_________________________________________________________________________________________________________________

- 203 -

_________________________________________________________________________________________________________________

ISO / IEC 12207 SLCP Validación


Audiencia Analistas de Control de calidad

D. EFICIENCIA1. Utilización de recursos

Nombre Consumo recursos del servidor

PropósitoEvaluar el consumo de recursos del servidor en plena carga del sistema.

Método de Aplicación

Obtener la relación del porcentaje de utilización del servidor cuando está realizando una carga al sistema en comparación con el porcentaje de utilización de servidor cuando no se está usando el sistema. Considerar que el servidor solo debe tener instalado el Sistema operativo y el sistema a comprobar.

Medición, fórmula X=1-A/B

A=Porcentaje de utilización del servidor cuando se está usando el sistema.

B= Porcentaje de utilización del servidor cuando no se está usando el sistema.


Entre más cercano a 1, el sistema consume menor cantidad de recursos del servidor.




Casos de Prueba




_________________________________________________________________________________________________________________

- 204 -

_________________________________________________________________________________________________________________

_________________________________________________________________________________________________________________

- 205 -

_________________________________________________________________________________________________________________

31. PLAN DE GESTIÓN DE RIESGOS




_________________________________________________________________________________________________________________

- 206 -

_________________________________________________________________________________________________________________

PLAN DE GESTION DE RIESGOS



METODOLOGIA DE GESTION DE RIESGOSPROCESO DESCRIPCION HERRAMIENTAS FUENTES DE INFORMACION

Planificación de Gestión del Riesgo.

Elaborar Plan de Gestión de Riesgos.

PMBOK

Sponsor, líderes funcionales y Analistas Funcionales.Gerente de Proyectos y equipo de Proyecto.

Identificación de losRiesgos.

Identificar qué riesgos pueden afectar elProyecto y documentar sus características.

Checklist de riesgos.


Análisis Cualitativo deRiesgos.

Evaluar probabilidad e impactoDefinición de probabilidad deImpacto Matriz de Probabilidad de Impacto.


Planificación deRespuesta a los Riesgos.

Planificar la ejecución de respuestas a los riesgos.


Seguimiento y Controlde Riesgos.

Verificar continuamente la ocurrencia de riesgos.


ROLES Y RESPONSABILIDADES DE GESTION DE RIESGOSPROCESOS ROLES PERSONAS RESPONSABILIDADES

Planificación de Gestiónde Riesgos.

Equipo de Gestión de Riesgos: Líder Apoyo

JC, MBDirigir actividad, responsable directo.Proveer definiciones.Ejecutar actividad.

Identificación de losRiesgos.





JC, MBDirigir actividad, responsable directo.Proveer definicionesEjecutar actividad.







_________________________________________________________________________________________________________________

- 207 -

_________________________________________________________________________________________________________________

PRESUPUESTO DE GESTION DE RIESGOSPROCESOS PERSONAS TOTAL

Planificación de Gestión de Riesgos.Líder

ApoyoS/. 200.00S/. 100.00 S/.300.00

Identificación de los riesgos. LíderApoyo

S/. 200.00S/. 100.00 S/.300.00

Análisis Cualitativo de Riesgos. LíderApoyo

S/. 200.00S/. 100.00

S/.300.00

Planificación de respuesta a los Riesgos. LíderApoyo

S/. 200.00S/. 100.00

S/.300.00

Seguimiento y Control de Riesgos. LíderApoyo

S/. 200.00S/. 100.00

S/.300.00

S/.1500.00

PERIODICIDAD DE LA GESTION DE RIESGOS

PROCESOS MOMENTO DE EJECUCION ENTREGABLES DEL WBS PERIODICIDAD DE EJECUCION

Planificación de Gestiónde Riesgos.

Al inicio del proyecto. 1.2.3. Plan del proyectoDe acuerdo a lo planificado en el cronograma

Identificación de losriesgos.

Al inicio del proyectoEn las reuniones quincenales.

1.3.2. Reunión de coordinación quincenal.

De acuerdo a lo planificado en el cronograma










En cada fase del proyectoEn las reuniones del equipo



FORMATOS DE LA GESTION DE RIESGOSPlanificación de Gestiónde Riesgos. Plan de gestión de Riesgos.Identificación de losriesgos. Identificación y Evaluación Cualitativa de Riesgos.Análisis Cualitativo deRiesgos. Identificación y Evaluación Cualitativa de Riesgos.Planificación deRespuesta a los Riesgos. Plan de Respuesta de Riesgos.


Informe de Monitoreo de Riesgos.Solicitud de Cambios.Acción Correctiva.

_________________________________________________________________________________________________________________

- 208 -

_________________________________________________________________________________________________________________

32. LISTA DE RIESGOS IDENTIFICADOS Y EVALUACIÓN

CUALITATIVA




_________________________________________________________________________________________________________________

- 209 -

_________________________________________________________________________________________________________________________________________________________________________________

REGISTRO DE RIESGOS – LISTA DE RIESGOS IDENTIFICADOS Y EVALUACIÓN CUALITATIVANOMBRE DEL PROYECTO SIGLAS DEL PROYECTO


ProbabilidadValor

numéricoImpacto

Valor Numérico

Tipo de Riesgo

Probabilidad por Impacto

Muy improbable 0.1 Muy Bajo 0.05 Muy Alto Mayor a 0.5

Relativamente probable 0.3 Bajo 0.10 Alto Menor a 0.5

Probable 0.5 Moderado 0.20 Moderado Menor a 0.3Muy Probable 0.7 Alto 0.40 Bajo Menor a 0.1Casi certera 0.9 Muy Alto 0.80 Muy Bajo Menor a 0.5

USA DETONANTETRIGGER

EVENTO DE RIESGO

EFECTO SOBRE EL PROYECTO

ELEMENTO WBS

AFECTADO

AVISO/SEÑAL TEMPRANA

CAUSA RAÍZ

CATEGORÍA A LA QUE PERTENECE

EL RIESGO

RESPUESTA PLANIFICADA POTENCIAL

EVALUACIÓN

PROBABILIDA

D

EVALUACIÓN IMPACTO

EVALUAC. PROB.

POR IMPACTO

TIPO DE RIESGO

CÓDIG

O DEL RIESGO

RESPONSABLE

1. Insuficiente información

para la pruebas

2. Desconfianza

con la información al

tener casos problemas

Migración cubre menos del 60% de la

data de maestros.

Demora del proyecto y

aumento de costos

3.2.2

No se pueden realizar todas las

pruebas programadas

Análisis inadecuada

para determinar la factibilidad de la migración

Calidad1. Digitación de

los datos faltantes

0.7 0.7 0.49 Alto R004

Gerente de proyecto,

consultores PMI

Demora en la atención y

El sistema consumos

Demora en puesta a

4.2.1 y 4.2.2

Demora en la etapa de pruebas

No se cuenta con la

Técnicos 1. Checklist de la configuración

0.5 0.8 0.4 Alto R003 Jefe de Sistemas

_________________________________________________________________________________________________________________________________________________________________________________

- 210 -

_________________________________________________________________________________________________________________________________________________________________________________


EVENTO DE RIESGO


ELEMENTO WBS

AFECTADO


CAUSA RAÍZ


EL RIESGO


EVALUACIÓN

PROBABILIDA

D

EVALUACIÓN IMPACTO

EVALUAC. PROB.

POR IMPACTO

TIPO DE RIESGO

CÓDIG

O DEL RIESGO

RESPONSABLE

facturación

más del 50% de los recursos del servidor.

producción y Percepción de problemas con el proyecto

configuración solicitada para

el sistema

necesaria.2. Pruebas de

esfuerzo y concurrencia

1. Boletas no cuadran con expedientes anteriores

2. El paciente se queja por

diferencia entre lo que

cobraban y lo que le

pretenden cobrar

El sistema calcula mal por la mala información

de los convenios.

Demora en el proyecto

5.2.1 y 5.2.2

Facturación no cuadra

Mala configuración de convenios

Calidad

1. Revisión muestral de convenios

2. Capacitar al administrador del sistema

0.4 0.7 0.28 Moderado R005Consultores

PMI

Caso 1: No se inician los trabajos

operativosCaso 2: Existen quejas sobre el servidor

No Operativo u operación deficiente el

servidor Oracle 10g

Demora en el proyecto

2.1.2.No se inician los

trabajos operativos

DescuidoAdministración del proyecto y

externos

1. Tener fecha máxima para tener el equipamiento necesario

0.3 0.8 0.24 Moderado R006Jefe de

Sistemas

Caso 1. Demora en la

atenciónCaso 2.

Encuestas de calidad de atención

indican a la demora como

un factor importante

Tiempo de respuesta

supere los 3 segundos en más del 50% de los casos.

No cumplir con un

requisito indispensable

4.2.1 y 4.2.2

Pruebas con el usuario

Infraestructura inadecuada

Calidad

1. Revisión del nivel de uso de la línea dedicada

2. Incremento del ancho de banda

0.5 0.4 0.2 Moderado R001Jefe de

Sistemas

_________________________________________________________________________________________________________________________________________________________________________________

- 211 -

_________________________________________________________________________________________________________________________________________________________________________________


EVENTO DE RIESGO


ELEMENTO WBS

AFECTADO


CAUSA RAÍZ


EL RIESGO


EVALUACIÓN

PROBABILIDA

D

EVALUACIÓN IMPACTO

EVALUAC. PROB.

POR IMPACTO

TIPO DE RIESGO

CÓDIG

O DEL RIESGO

RESPONSABLE

Incertidumbre, inseguridad, atención con manuales de

usuarios

Las capacitaciones

no llegan al 95% de

aprobación por parte de los usuarios

finales.

Demora en puesta a

producción.

5.2.1 y 5.2.2

Pruebas con usuarios

insatisfactorias

Resistencia al cambio y tiempo

dedicado muy corto

Desempeño

1. Informar al sponsor sobre la situación presentada

2. Comunicar a los usuarios finales sobre la importancia del sistema

0.3 0.4 0.12 Moderado R002Gerente de

proyecto

_________________________________________________________________________________________________________________________________________________________________________________

- 212 -

_________________________________________________________________________________________________________________

33. PLAN DE RESPUESTA A RIESGOS




_________________________________________________________________________________________________________________

- 213 -

________________________________________________________________________________________________________________________________________________________________________________________

REGISTRO DE RIESGOS – PLAN DE RESPUESTA A RIESGOSNOMBRE DEL PROYECTO SIGLAS DEL PROYECTO


ORDENADO DECRECIENTE POR SEVERIDAD :

CÓDIGO DEL RIESGO

EVENTO DE RIESGOELEMENTO WBS

AFECTADO

PROPIETARIO DEL RIESGO

PROBABILIDAD POR IMPACTO

SEVERIDAD

RESPUESTA PLANIFICADAESTRATEGIA DE

RESPUESTAACCIONES DE RESPUESTA

PRESUPUESTO PARA LA RESPUESTA

R004Migración cubre menos del 60% de la data de maestros.

3.2.2

Project Manager,

consultores PMI

0.49Alta Contratar digitador Evitar 3. Digitación de los datos

faltantesS/.1750

R003El sistema consumos más

del 50% de los recursos del servidor.

4.2.1 y 4.2.2Jefe de

sistemas0.4 Alta

Upgrade de memoria al servidor

Mitigar3. Checklist de la

configuración necesaria.2. Pruebas de esfuerzo y

concurrencia

S/.1750

R005El sistema calcula mal por la

mala información de los convenios.

5.2.1 y 5.2.2Consultores

PMI0.28 Moderado Auditar expedientes Mitigar

4. Revisión muestral de convenios

2. Capacitar al administrador del sistema

S/.500

R006No ha llegado el servidor

Oracle 10g2.1.2.

Jefe de Sistemas

0.24 ModeradoConfirmar la instalación del

softwareAceptar 3. Tener fecha máxima para

tener el equipamiento necesario

S/.0

R001Tiempo de respuesta supere

los 3 segundos en más del 50% de los casos.

4.2.1 y 4.2.2Jefe de

Sistemas0.2 Moderado

Realizar controles frecuentes de la performance de la

conexiónEvitar

3. Revisión del nivel de uso de la línea dedicada

4. Incremento del ancho de banda

3.

S/.500

________________________________________________________________________________________________________________________________________________________________________________________

- 214 -

________________________________________________________________________________________________________________________________________________________________________________________

R002Las capacitaciones no llegan

al 95% de aprobación por parte de los usuarios finales.

5.2.1 y 5.2.2Project

Manager0.12 Moderado Campaña de sensibilización. Mitigar

4. Informar al sponsor sobre la situación presentada

4. Comunicar a los usuarios finales sobre la importancia del sistema

S/.500

________________________________________________________________________________________________________________________________________________________________________________________

- 215 -

_________________________________________________________________________________________________________________

34. PLAN DE RECURSOS HUMANOS



1.0 IM GE JC 05/01/2012 Versión original

___________________________________________________________________________________________________________________

- 216 -

_________________________________________________________________________________________________________________

PLAN DE RECURSOS HUMANOS



Introducción

El plan de gestión de recursos humanos es una herramienta que ayudará en la gestión de las actividades de los recursos humanos a lo largo de todo el proyecto hasta el cierre. El plan de gestión de recursos humanos incluye:- Funciones y responsabilidades de los miembros del equipo durante el proyecto- Organigrama del Proyecto- Cuántos recursos se adquirirán- Cronología / habilidades de los recursos- Entrenamiento necesario para desarrollar las habilidades- Sistema de Reconocimiento y las recompensas

Organigrama del Proyecto:

Ver Organigrama del Proyecto – versión 1.0

Nota: Adjuntar Organigrama del Proyecto.

Roles y Responsabilidades:

Ver Matriz de Asignación de Responsabilidades (RAM) – versión 1.0

Nota: Adjuntar matriz ram.

Descripción de Roles:

Ver Descripción de Roles – versión 1.0

Nota: Adjuntar formatos de descripción de roles.

Adquisición del Personal del Proyecto:

Ver Cuadro de Adquisición del Personal – versión 1.0Nota: Adjuntar Cuadro de Adquisición de Personal.

Cronogramas e Histogramas de Trabajo del Personal del Proyecto:

Ver Diagramas de Carga del Personal – versión 1.0Nota: Adjuntar Diagrama de Carga de Personal.

Criterios de Liberación del Personal del Proyecto:

Rol Criterio de Liberación ¿cómo?Destino de Asignación

Sponsor Al término del proyecto Otros proyectos

___________________________________________________________________________________________________________________

- 217 -

_________________________________________________________________________________________________________________

Gerente del Proyecto Al término del proyecto Comunicación del Sponsor

Otros proyectos

Arquitecto de Tecnología Al término de contrato Comunicación del Project Manager

Otros proyectos

Consultor Modulo seguridad, Admisión y Consumos

Al término de sus entregables

Comunicación del Project Manager

Otros proyectos

Consultor Modulo de Caja y Facturación



Otros proyectos

Capacitador Módulos de Caja y Facturación



Capacitador Modulo seguridad, Admisión y Consumos



Capacitación, Entrenamiento, Mentoring requerido: ● Siempre se deben aprovechar los proyectos para que los Project Manager más experimentados

hagan mentoring a los menos experimentados, en este caso el Sponsor hará mentoring al Project Manager para ayudarlo a desarrollar sus habilidades de gestión de proyectos; asimismo el Project Manager hará mentoring a los especialistas que están bajo su cargo.

● La empresa deberá capacitar y entrenar al personal que participa en el proyecto, según lo requiera éste.

Sistema de Reconocimiento y Recompensas: El Project Manager tiene un Sistema de Incentivo por cumplimiento de las líneas base del proyecto: 1. CPI y SPI al final del proyecto, no menores de 1.0, 20% de bono sobre su remuneración mensual durante el plazo del proyecto. 2. CPI y SPI al final del proyecto, entre 0.95 y 1.0, 5% de bono sobre su remuneración mensual durante el plazo del proyecto. 3. Cualquier combinación de los logros anteriores promedia los bonos correspondientes, cualquier resultado por debajo de 0.95 anula cualquier bono.

Los Miembros del equipo tienen un Sistema de Compensación con 70% de remuneración fija y 30% deremuneración variable, la cual varía según la siguiente tabla:

1. Entrega de asignaciones: Entregar las asignaciones a tiempo, con peso 50.2. Calidad de entregables: entregar las asignaciones con las pruebas unitarias realizadas con el mínimo de errores y fallos, con peso 50.

Cumplimiento de Regulaciones, Pactos, y Políticas:

12. Sólo se deben contratar Ingenieros y personal especialista que cuenten con una acreditación y que pertenezcan al personal interno de la empresa.

13. Todo el personal de la empresa que participa del proyecto pasará por una Evaluación de Desempeño al final del proyecto, y dicha evaluación se guardará en su file personal.

Requerimientos de Seguridad:

El traslado de equipos (Laptop, Discos Duros, Cd`s) hacia los locales de la Clínica, genera riesgo de robo o asalto para el personal que traslada el equipo, por tanto se fija como requerimiento de seguridad que

___________________________________________________________________________________________________________________

- 218 -

_________________________________________________________________________________________________________________

cualquier traslado de equipos debe ser hecho con movilidad (taxi) pagada por la empresa, para bienestar del personal y de los activos de la empresa.

35. ORGANIGRAMA DEL PROYECTO




___________________________________________________________________________________________________________________

- 219 -

_________________________________________________________________________________________________________________

___________________________________________________________________________________________________________________

- 220 -

_________________________________________________________________________________________________________________________________________________________________________________

ORGANIGRAMA DEL PROYECTO

_________________________________________________________________________________________________________________________________________________________________________________

- 221 -



Sponsor


Gerente de Proyectos

Janis Candia

Consultor Módulos Admisión y Caja

Fredy Aranda

Consultor Módulos Consumos y Facturación

Oscar Valderrama

Capacitador Módulos Admisión y Caja

Iván Manta

Capacitador Módulos Consumos y Facturación

Gabriela U.


Gustavo Espinoza

Directorio

Comité de Control de Cambios

Directorio, Sponsor, GPComité de Control de

Calidad

Sponsor, Gerente de P.

___________________________________________________________________________________________________________________

36. MATRIZ DE ASIGNACIÓN DE RESPONSABILIDADES




___________________________________________________________________________________________________________________

- 222 -

___________________________________________________________________________________________________________________

___________________________________________________________________________________________________________________

- 223 -

___________________________________________________________________________________________________________________

MATRIZ DE ASIGNACIÓN DE RESPONSABILIDADES (RAM)



ROLES / PERSONAS

SP: Sponsor

GP: Gerente

de Proyecto

AT: Arquitecto

de Tecnología

COMSAC: Consultor Modulo

seguridad, Admisión y Consumos

COMCF: Consultor

Modulo de Caja y

Facturación

CAMCF: Capacitador Módulos de

Caja y Facturación

CAMSAC: Capacitador Módulos de Admisión y Consumos

ENTREGABLES1.0 Gestión del Proyecto 1.1 Iniciación 1.1.1 Project Charter A R 1.1.2 Alcance Preliminar A R 1.2 Planificación 1.2.1 Enunciado Alcance A R 1.2.2 Cronograma A R 1.2.3 Plan de proyecto A R 1.3 Informe 1.3.1 Informe semanal V R 1.3.2 Informe Quincenal V R 1.4 Cierre 1.4.1 Acta de Aceptación A R 1.4.2 Cierre del Proyecto A R 2.0 Soporte Infraestructura 2.1 Preparación Ambiente 2.1.1 Requisitos iniciales V R 2.1.2 Documento de Preparación de Ambiente

V R

2.2 Instalación 2.2.1 Documento de Instalación (Scripts, schemas) V R 2.2.2 Documento de Instalación Aplicación V R 2.2.3 Instalación de Aplicación V V R

___________________________________________________________________________________________________________________

- 224 -

___________________________________________________________________________________________________________________

ROLES / PERSONAS

SP: Sponsor

GP: Gerente

de Proyecto

AT: Arquitecto

de Tecnología



COMCF: Consultor

Modulo de Caja y

Facturación


Caja y Facturación


ENTREGABLES

2.3 Configuración 2.3.1 Documento de Configuración inicial V R 2.3.2 Documento de Aceptación V R 3.0 Migración de Datos 3.1 Análisis 3.1.1 Documento de archivos maestros V R P P 3.1.2 Plantilla de Carga de Datos V R P P 3.2 Migración 3.2.1 Documentos Scripts V R P P 3.2.2 Documentos de Aceptación de Carga V V R P P 4.0 Puesta en Producción 4.1 Plan de Paralelo 4.1.1 Plan paralelo Admisión y Caja R R 4.1.2 Plan paralelo Consumo y Facturación R R 4.2 Puesta en Marcha 4.2.1 Documento de Producción de Admisión y Caja V R R 4.2.2 Documento de Producción de Consumo y Facturación V R R 4.2.3 Documento de Aceptación del Producto V R P P5.0 Capacitación

5.1 Plan de Capacitación 5.1.1 Plan de capacitación Admisión y Caja R R 5.1.2 Plan de capacitación Consumo y Facturación R R 5.2 Ejecución del Plan de Capacitación 5.2.1 Ejecución del Plan de Capacitación

R R

___________________________________________________________________________________________________________________

- 225 -

___________________________________________________________________________________________________________________

ROLES / PERSONAS

SP: Sponsor

GP: Gerente

de Proyecto

AT: Arquitecto

de Tecnología



COMCF: Consultor

Modulo de Caja y

Facturación


Caja y Facturación


ENTREGABLESAdmisión y Caja 5.2.2 Ejecución del Plan de Capacitación Facturación y Consumo R R 5.3 Manuales

5.3.1 Manual de Configuración V R R 5.3.2 Manual de usuario V R R

LeyendaR = ResponsableP = ParticipaV = RevisaA = Aprueba

___________________________________________________________________________________________________________________

- 226 -

___________________________________________________________________________________________________________________

37. DESCRIPCIÓN DE ROLES




___________________________________________________________________________________________________________________

- 227 -

___________________________________________________________________________________________________________________

DESCRIPCION DE ROLES


Implantación del Sistema de Gestión AmbulatoriaSIGAM

Nombre del RolSPONSORObjetivos del Rol:Es la persona que patrocina el proyecto, es el principal interesado en el éxito del proyecto, y por tanto la persona que apoya, soporta, y defiende el proyecto.Responsabilidades: Temas puntuales por los cuales es responsable (¿de qué es responsable?).

○ Aprobar el Project Charter.○ Aprobar el Scope Statement.○ Aprobar el Plan de Proyecto.○ Aprobar el Cierre del proyecto.

Funciones:○ Firmar el Contrato del Proyecto.○ Iniciar el proyecto.○ Aprobar la planificación del proyecto.○ Cerrar el proyecto y el Contrato del Servicio.○ Gestionar el Control de Cambios del proyecto.○ Gestionar los temas contractuales con el Cliente.○ Asignar recursos al proyecto.○ Designar y empoderar al Project Manager.○ Ayudar en la solución de problemas y superación de obstáculos del proyecto.

Niveles de Autoridad:○ Decide sobre recursos humanos y materiales asignados al proyecto.○ Decide sobre modificaciones a las líneas base del proyecto.○ Decide sobre planes del proyecto.

Reporta a:A DirectorioSupervisa a:Gerente de ProyectoRequisitos del Rol:Conocimientos: Gestión Estratégica.

Habilidades:.

Liderazgo.Comunicación.Solución de conflictos.Inteligencia emocional.

Experiencia: Gestión en Marketing Nuevos productos (4 años).Experiencia en proyectos de Tecnologías de información.

Otros: Gestión de Portafolios.

___________________________________________________________________________________________________________________

- 228 -

___________________________________________________________________________________________________________________

Nombre del RolGERENTE DE PROYECTOObjetivos del Rol:Es la persona que gestiona el proyecto, es el principal responsable por el éxito del proyecto, y por tanto la persona que asume el liderazgo y la administración de los recursos del proyecto para lograr los objetivos fijados por el Sponsor. Responsabilidades:

○ Elaborar el Project Charter.○ Elaborar el Registro de Stakeholders.○ Elaborar el Plan de Proyecto.○ Elaborar el Informe de Performance del Proyecto, Realizar la Reunión y generar las actas.○ Elaborar el Informe de Cierre de componentes y Elaborar el Informe de Cierre del proyecto.

Funciones:○ Ayudar al Sponsor a iniciar el proyecto.○ Planificar el proyecto.○ Ejecutar el proyecto.○ Controlar el proyecto.○ Cerrar el proyecto.○ Ayudar a Gestionar el Control de Cambios del proyecto.○ Gestionar los recursos del proyecto. ○ Solucionar problemas y superar los obstáculos del proyecto.

Niveles de Autoridad:○ Decide sobre la programación detallada de los recursos humanos y materiales asignados al

proyecto.○ Decide sobre la información y los entregables del proyecto.

Reporta a:SponsorSupervisa a:

○ Arquitecto de tecnología○ Consultor Modulo seguridad, Admisión y Consumos○ Consultor Modulo de Caja y Facturación○ Capacitador Módulos de Caja y Facturación○ Capacitador Módulos de Admisión y Consumos

Requisitos del Rol:Conocimientos: Qué temas, materias, o especialidades debe conocer, manejar o dominar.

Gestión de Proyectos según el PMBOK.MS Project.

Habilidades: Qué habilidades específicas debe poseer y en qué grado.

Liderazgo.Comunicación.Negociación.Solución de Conflictos.Motivación.

Experiencia: Qué experiencia debe tener, sobre qué temas o situaciones, y de qué nivel.

Gestión de Proyectos.Procesos de desarrollo de productos.Aplicaciones ERP.

Otros:Otros requisitos especiales tales como género, edad, nacionalidad, No aplica.

___________________________________________________________________________________________________________________

- 229 -

___________________________________________________________________________________________________________________

estado de salud, condiciones físicas, etc.

Nombre del RolArquitecto de TecnologíaObjetivos del Rol:Es la persona que se encargará de la preparación y configuración del ambiente que soportará la instalación del nuevo sistema, es el responsable de la ejecución de la migración de data a la base de datos, administra los recursos para lograr los objetivos fijados por el Gerente de Proyectos.Responsabilidades:

○ Preparar el ambiente determinando los requisitos de infraestructura necesarios. ○ Elaborar el documento de preparación del ambiente.○ Instalar el sistema SIGAM○ Configurar el Sistema SIGAM de acuerdo a parámetros establecidos.○ Elaborar el documento de aceptación de la configuración del ambiente.○ Analizar los archivos maestros a migrar.○ Elaborar la plantilla de migración.○ Elaborar los scripts de carga.○ Elaborar el documento de aceptación de carga.

Funciones:○ Reportar al Gerente del Proyecto las actividades asignadas.○ Planificar y Ejecutar la preparación y configuración del ambiente.○ Ejecutar la instalación de las fuentes del sistema SIGAM○ Configurar el Sistema de acuerdo a los parámetros establecidos○ Ejecutar los scripts y validar la Cargar de la Data. ○ Solucionar problemas y superar los obstáculos del proyecto.

Niveles de Autoridad: ○ Decide sobre el análisis necesario para cumplir con lo asignad.○ Determina los recursos o requisitos necesarios para la preparación del ambiente de

instalación.○ Decide sobre la información y los entregables asignados.

Reporta a: Gerente de ProyectoSupervisa a: NingunoRequisitos del Rol:

Conocimientos: Qué temas, materias, o especialidades debe conocer, manejar o dominar.

Tecnología de Servidores.Sistemas OperativosBase de Datos.Redes y Conectividades.Configuración de Sistema SIGAMMs Project


ComunicaciónProactividadConfiabilidadTrabajo bajo presión

Experiencia: Qué experiencia debe tener, sobre qué temas o situaciones, y de qué nivel.

Arquitecto de Infraestructura (3 años)Administración de base de datos (3 años)Redes (3 años)

Otros:___________________________________________________________________________________________________________________

- 230 -

___________________________________________________________________________________________________________________

Otros requisitos especiales tales como género, edad, nacionalidad, estado de salud, condiciones físicas, etc.

No aplica.

Nombre del RolConsultor de Módulo (seguridad, Admisión, Consumos / Caja y Facturación)Objetivos del Rol:Es la persona que se encargará del análisis de la migración de data, la preparación de los scripts de migración, la preparación y verificación del ambiente que soportará la instalación del nuevo sistema, es el responsable de la puesta en producción de los módulos asignados.Responsabilidades:

○ Verificar la correcta instalación y configuración de los módulos asignados.○ Analizar los archivos maestros a migrar.○ Verificar la funcionalidad de los módulos asignados ○ Analizar los archivos maestros a migrar.○ Elaborar la plantilla de carga de datos.○ Elaborar los Scripts de carga de datos.○ Validar la carga de los módulos asignados.○ Elaborar el plan paralelo de los módulos asignados.○ Elaborar los documentos de aceptación de puesta en producción de los módulos asignados.○ Elaborar el documento de aceptación de carga de data.

Funciones: ○ Reportar al Gerente del Proyecto las actividades asignadas.○ Planificar, coordinar y supervisar la migración de data.○ Revisar la instalación de los aplicativos○ Ejecutar la instalación de las fuentes del sistema SIGAM○ Establecer los parámetros de configuración del sistema.○ Ejecutar los scripts y validar la Cargar de la Data. ○ Solucionar problemas y superar los obstáculos del proyecto.

Niveles de Autoridad:○ Decide sobre el análisis necesario para cumplir con lo asignado.○ Determina los recursos o requisitos necesarios para la preparación del ambiente de

instalación.○ Decide sobre la información y los entregables asignados.

Reporta a: Gerente de ProyectoSupervisa a: CapacitadorRequisitos del Rol:


Administración de Base de Datos.Análisis y diseño de Sistemas.Herramientas de Consulta a Base de datosSistema SIGAMMs Project


ComunicaciónProactividadConfiabilidadTrabajo bajo presión

Experiencia: ___________________________________________________________________________________________________________________

- 231 -

___________________________________________________________________________________________________________________

Qué experiencia debe tener, sobre qué temas o situaciones, y de qué nivel.

Analista Funcional (4 años)Programador (4años)Administración de base de datos (4 años)Trabajo en equipo (2 años)

Otros:Otros requisitos especiales tales como género, edad, nacionalidad, estado de salud, condiciones físicas, etc.

No aplica.

Nombre del RolCapacitador de Modulo (seguridad, Admisión, Consumos / Caja y Facturación)Objetivos del Rol: Es la persona que se encargará de la planificación y ejecución del plan de capacitación de la administración del Sistema SIGAM al personal fijado por el Cliente, así como los manuales de Configuración y el manual de usuario.Responsabilidades:

○ Elaborar el plan de capacitación del módulo asignado.○ Elaborar el material de entrenamiento para las capacitaciones.○ Ejecutar el plan de capacitación del módulo asignado.○ Elaborar el manual de Configuración del Sistema SIGAM.

Funciones: ○ Reportar al Gerente del Proyecto las actividades asignadas.○ Coordinar con los miembros del equipo del proyecto para la elaboración de los manuales

de configuración y de usuario.○ Desarrollar el plan de capacitación del módulo asignado.○ Ejecutar el plan de capacitación del módulo asignado.○ Elaborar el manual de Configuración del Sistema SIGAM

Niveles de Autoridad: ○ Programa y coordina los temas necesarios para la capacitación de los módulos para cumplir

con lo asignado.○ Desarrolla los manuales con la información necesaria en cuanto a la configuración y uso de

los módulos implantados. Reporta a: Consultor de MóduloSupervisa a: NingunoRequisitos del Rol:


Análisis de Sistemas.Desarrollo de Software.Herramientas de Consulta a Base de datosMódulos del Sistema SIGAM


Comunicación.ProactividadConfiabilidadTrabajo bajo presión.OratoriaDominio de escena

Experiencia: Qué experiencia debe tener, sobre qué temas o

Documentación de procesos (1 año)Analista Programador (2 años)

___________________________________________________________________________________________________________________

- 232 -

___________________________________________________________________________________________________________________

situaciones, y de qué nivel. Diseño (1 año)Trabajo en equipo (2 años)

Otros:Otros requisitos especiales tales como género, edad, nacionalidad, estado de salud, condiciones físicas, etc.

No aplica.

___________________________________________________________________________________________________________________

- 233 -

___________________________________________________________________________________________________________________

38. DIAGRAMA DE CARGA DE PERSONAL




___________________________________________________________________________________________________________________

- 234 -

___________________________________________________________________________________________________________________

DIAGRAMA DE CARGA DE PERSONAL

Nombre del proyecto Siglas del Proyecto


___________________________________________________________________________________________________________________

- 235 -

___________________________________________________________________________________________________________________

___________________________________________________________________________________________________________________

- 236 -

___________________________________________________________________________________________________________________

___________________________________________________________________________________________________________________

- 237 -

___________________________________________________________________________________________________________________

___________________________________________________________________________________________________________________

- 238 -

___________________________________________________________________________________________________________________

___________________________________________________________________________________________________________________

- 239 -

___________________________________________________________________________________________________________________

39. CUADRO DE ADQUISICIONES DEL PERSONAL DEL PROYECTO




___________________________________________________________________________________________________________________

- 240 -

________________________________________________________________________________________________________________________________________________________________________________________

CUADRO DE ADQUISICIÓN DEL PERSONAL DEL PROYECTO



Rol Tipo de Adquisición Fuente de adquisiciónModalidad de

AdquisiciónLocal de trabajo

asignadoFecha de inicio de

ReclutamientoFecha requerida de

disponibilidad de personalCosto de

ReclutamientoApoyo de Area

de RRHH

Sponsor del proyectoAsignación

Consultores PMI S.A.C.Consultores PMI S.A.C.

ContrataciónDirecta


20/10/2011 22/10/2011 Ninguno Ninguno

Gerente de ProyectoAsignación

Consultores PMI S.A.C.Consultores PMI S.A.C.

ContrataciónDirecta


20/10/2011 22/10/2011 Ninguno Ninguno

Arquitecto de Tecnología Contratación Consultores PMI S.A.C.Contratación

Directa

Clínica San Marcos S.A. 22/10/2011 23/01/2012 Ninguno Ninguno

Consultor Modulo seguridad, Admisión y Consumos

Contratación Consultores PMI S.A.C.Contratación

Directa Clínica San Marcos S.A.

22/10/2011 15/01/2012 Ninguno Ninguno

Consultor Modulo de Caja y Facturación


Directa Clínica San Marcos S.A.

22/10/2011 15/01/2012 Ninguno Ninguno

Capacitador Módulos de Caja y Facturación


DirectaConsultores PMI

S.A.C.03/01/2012 22/01/2012 Ninguo Ninguno

________________________________________________________________________________________________________________________________________________________________________________________

- 241 -

________________________________________________________________________________________________________________________________________________________________________________________

Capacitador de Modulo seguridad, Admisión y Consumos


DirectaConsultores PMI

S.A.C.03/01/2012 22/01/2012 Ninguno Ninguno

________________________________________________________________________________________________________________________________________________________________________________________

- 242 -

_________________________________________________________________________________________________________________

40. PLAN DE GESTION DE COMUNICACIONES




_________________________________________________________________________________________________________________

- 243 -

_________________________________________________________________________________________________________________

PLAN DE GESTION DE COMUNICACIONES



Comunicaciones del Proyecto:Ver Matriz de Comunicaciones del Proyecto – versión 1.0.

Nota: Adjuntar Matriz de Comunicaciones del ProyectoProcedimiento para tratar Polémicas:

1. Se captan las polémicas a través de la observación y conversación, o de alguna persona o grupo que los exprese formalmente.

2. Se codifican y registran las polémicas en el Log de Control de Polémicas:

LOG DE CONTROL DE POLEMICAS

Código de Polémicas Descripción Involucrados Enfoque de

SoluciónAcciones de

Solución Responsable FechaResultado obtenido

3. Se revisa el Log de Control de Polémicas en la reunión semanal de coordinación con el fin de:● Determinar las soluciones a aplicar a las polémicas pendientes por analizar, designar un responsable

por su solución, un plazo de solución, y registrar la programación de estas soluciones en el Log de Control.

● Revisar si las soluciones programadas se están aplicando, de no ser así se tomarán acciones correctivas al respecto.

● Revisar si las soluciones aplicadas han sido efectivas y si la polémica ha sido resuelta, de no ser así se diseñarán nuevas soluciones (continuar en el paso ‘a’).

4. En caso que una polémica no pueda ser resuelta o en caso que haya evolucionado hasta convertirse en un problema, deberá ser abordada con el siguiente método de escalamiento:

1. En primera instancia será tratada de resolver por el Project Manager, utilizando el método estándar de resolución de problemas.

2. En segunda instancia será tratada de resolver por el Project Manager, y los miembros pertinentes del Equipo de Proyecto, utilizando el método estándar de resolución de problemas.

3. En tercera instancia será tratada de resolver por el Sponsor, el Project Manager, y los miembros pertinentes del proyecto, utilizando la negociación y/o solución de conflictos.

4. En última instancia será resuelta por el Sponsor o por el Sponsor y el Comité de Control de Cambios si el primero lo cree conveniente y necesario.

Procedimiento para actualizar el Plan de Gestión de Comunicaciones:

El Plan de Gestión de las Comunicaciones deberá ser revisado y/o actualizado cada vez que:

a. Se apruebe una Solicitud de Cambio que impacte el Plan de Proyecto.b. Se genere una acción correctiva que impacte los requerimientos o necesidades de información de

_________________________________________________________________________________________________________________

- 244 -

_________________________________________________________________________________________________________________

los stakeholders.c. Existan cambios de personal en el equipo de proyecto.d. Se generen cambios en las asignaciones de personas a roles del proyecto.e. Existan cambios en la matriz autoridad versus influencia de los stakeholders.f. Se generen solicitudes especiales de informes o reportes adicionales.g. Existan quejas, sugerencias, comentarios o evidencias de requerimientos de información no

satisfechos.h. Existan evidencias de deficiencias de comunicación interna y con involucrados externos.

La actualización del Plan de Gestión de las Comunicaciones deberá seguir los siguientes pasos:

○ Identificación y clasificación de stakeholders.○ Determinación de requerimientos de información.○ Elaboración de la Matriz de Comunicaciones del Proyecto.○ Actualización del Plan de Gestión de las Comunicaciones.○ Aprobación del Plan de Gestión de las Comunicaciones.○ Difusión del nuevo Plan de Gestión de las Comunicaciones.

Guías para Eventos de Comunicación:

GUIA PARA REUNIONES: ● Se debe fijar la agenda con anterioridad.● Se debe coordinar e informar fecha, hora y lugar con los participantes.● Se debe empezar puntual.● Se deben fijar los objetivos de la reunión, los roles (por lo menos el facilitador y el anotador), los

procesos grupales de trabajo, y los métodos de solución de controversias.● Se debe cumplir a cabalidad los roles de facilitador (dirige el proceso grupal de trabajo) y de

anotador (toma nota de los resultados formales de la reunión).● Se debe terminar puntual.● Se debe emitir un Acta de Reunión, la cual se debe repartir a los participantes (previa revisión por

parte de ellos).

GUIA PARA CORREO ELECTRONICO: ● Los correos electrónicos entre el Equipo de Proyecto de SIGAM y el Cliente deberán ser enviados por

el Project Manager con copia al Sponsor, para establecer una sola vía formal de comunicación con el Cliente.

● Los enviados por el Cliente y recibidos por cualquier persona del Equipo de Proyecto de SIGAM deberán ser copiados al Gerente de Proyecto y al Sponsor (si es que éstos no han sido considerados en el reparto), para que todas las comunicaciones con el Cliente estén en conocimiento de los responsables de la parte contractual.

● Los correos internos entre miembros del Equipo de Proyecto de PMI, deberán ser copiados a la lista Equipo SIGAM, que contiene las direcciones de los miembros, para que todos estén permanentemente informados de lo que sucede en el proyecto.

Guías para Project Server:Todas las actualizaciones de tareas referidas a la Gestión de Proyectos deberán seguir las siguientes pautas:

1. El Gerente de Proyecto será el responsable de su actualización.2. La información será distribuida automáticamente una vez generado el registro de las actualizaciones por el Gerente de Proyecto.3. Los mensajes electrónicos se distribuirán de acuerdo a la Lista de Distribución registrada como parámetro en el Project Server.

Guías para Intranet:Los archivos referidos a Gestión de Proyectos que serán publicados vía la Intranet deberán seguir las siguientes pautas:

_________________________________________________________________________________________________________________

- 245 -

_________________________________________________________________________________________________________________

1. Ingresar a Intranet Corporativa, subir los archivos referidos y efectuar el registro definitivo.2. La información queda disponible para todo el Equipo de Proyecto.

Guías para Documentación del Proyecto:

Guías para Codificación de Documentos.- La codificación de los documentos del proyecto será la siguiente: AAAA_BBB_CCC.DDD

Donde: AAAA = Código del Proyecto= ‘PROD’ BBB = Abreviatura del Tipo de Documento= pch, sst, wbs, dwbs, org, ram, etc. CCC = Versión del Documento=’v1.0’, ‘v2.0’, etc. DDD = Formato del Archivo=doc, exe, pdf, mpp, etc.

Guías para Almacenamiento de Documentos.- El almacenamiento de los documentos del proyecto deberá seguir las siguientes pautas:

○ Durante la ejecución del proyecto cada miembro del equipo mantendrá en su máquina una carpeta con la misma estructura que el WBS del proyecto, donde guardará en las sub-carpetas correspondientes las versiones de los documentos que vaya generando.

○ Al cierre de una fase o al cierre del proyecto cada miembro del equipo deberá eliminar los archivos temporales de trabajo de los documentos y se quedará con las versiones controladas y numeradas (ver sección Guías para el control de versiones), las cuales se enviarán al Project Manager.

○ El Project Manager consolidará todas las versiones controladas y numeradas de los documentos, en un archivo final del proyecto, el cual será una carpeta con la misma estructura del WBS, donde se almacenarán en el lugar correspondiente los documentos finales del proyecto. Esta carpeta se archivará en la Biblioteca de Proyectos de Consultores PMI, y se guardará protegida contra escritura.

○ Se publicará una Relación de Documentos del Proyecto y la ruta de acceso para consulta.○ Los miembros de equipo borrarán sus carpetas de trabajo para eliminar redundancias de

información y multiplicidad de versiones.

Guías para Recuperación y Reparto de Documentos.- 1. La recuperación de documentos a partir de la Biblioteca de Proyectos de Consultores PMI es libre

para todos los integrantes del Equipo de Proyecto de SIGAM. 2. La recuperación de documentos a partir de la Biblioteca de Proyectos de Consultores PMI para otros

miembros de SIGAM que no sean del Proyecto requiere autorización del Project Manager. 3. El acceso a la información del proyecto por parte de personas que no son de Consultores PMI

requiere autorización de Gerencia General, pues esta información se considera confidencial, tanto para Consultores PMI como para el Cliente.

4. El reparto de documentos digitales e impresos es responsabilidad del Project Manager.5. El reparto de documentos impresos no contempla el control de copias numeradas.

Guías para el Control de Versiones:

1. Todos los documentos de Gestión de Proyectos están sujetos al control de versiones, el cual se hace insertando una cabecera estándar con el siguiente diseño:

CONTROL DE VERSIONES

Versión Hecha por Revisada por Aprobada por Fecha Motivo

2. Cada vez que se emite una versión del documento se llena una fila en la cabecera, anotando la

_________________________________________________________________________________________________________________

- 246 -

_________________________________________________________________________________________________________________

versión, quien emitió el documento, quién lo revisó, quién lo aprobó, a que fecha corresponde la versión, y por qué motivo se emitió dicha versión.

3. Debe haber correspondencia entre el código de versión del documento que figura en esta cabecera de Control de Versiones y el código de versión del documento que figura en el nombre del archivo (ver sección Guía para Codificación de Documentos), según:

AAAA_BBB_CCC.DDD

Donde: AAAA= Código del Proyecto= ‘PROD’BBB= Abreviatura del Tipo de Documento= pch, sst, wbs, dwbs,org,ram,etc.CCC= Versión del Documento=’v1.0’, ‘v2.0’, etc.DDD= Formato del Archivo=doc, exe, pdf,mpp,etc.

Glosario de Terminología del Proyecto:Ver Glosario de Terminología del Proyecto – versión 1.0.

Canales de Comunicación:

Los canales de comunicación que existe en el equipo de proyectos se calculan utilizando la siguiente fórmula:

M ( M – 1 ) 2

Donde: M = al número de integrantes del equipo

_________________________________________________________________________________________________________________

- 247 -

_________________________________________________________________________________________________________________

41. MATRIZ DE COMUNICACIONES DEL PROYECTO




_________________________________________________________________________________________________________________

- 248 -

________________________________________________________________________________________________________________________________________________________________________________________

MATRIZ DE COMUNICACIONES DEL PROYECTO



Información Contenido Formato Nivel de Detalle

Responsable de Comunicar

Grupo Receptor Metodología o Tecnología

Frecuencia de Comunicación

Código de elemento WBS

Iniciación del Proyecto

Datos y comunicaciónsobre la iniciación del proyectoDatos preliminares

Project Charter Alto Project ManagerSponsor, Equipo de

Proyecto

Documento digital(PDF) vía correo

electrónicoUna sola vez 1.1.1 Project charter

Iniciación del Proyecto

Datos preliminaressobre el alcance del proyecto

Statement ScopeAlto Project Manager

Sponsor, Equipo deProyecto


electrónicoUna sola vez 1.1.2 Alcance Preliminar

Planificación

Planificación detalladadel Proyecto: Alcance, Tiempo, Costo,Calidad, RRHH, Comunicaciones,Riesgos y Adquisiciones

Plan delProyecto

Muy Alto Project ManagerSponsor, Equipo de

Proyecto


electrónicoUna sola vez 1.2.1 Enunciado Alcance

PlanificaciónActividad Detallada del proyecto, Tiempos, Hitos, RRHH, Costos.

Gantt del Proyecto Muy Alto Project ManagerSponsor, Equipo de

Proyecto


electrónicoUna sola vez 1.2.2 Cronograma

Informe técnico

Estudio de avance, análisis y selección de alternativas y resultados.

Informe Medio Project Manager ClienteInforme impreso y

digitalSemanal

1.3.1 Informe semanal

Informe técnico

Estudio de avance, análisis y selección de alternativas y

Informe medio Project Manager PM / Cliente / Sponsor Informe impreso ydigital

Quincenal 1.3.2 Informe Quincenal

________________________________________________________________________________________________________________________________________________________________________________________

- 249 -

________________________________________________________________________________________________________________________________________________________________________________________






resultados.Cierre del Proyecto

Aceptación de Proyecto por parte del Cliente

Acta de Aceptación de Entregable

Muy Alto Project Manager PM/ Cliente / SponsorInforme impreso y

digitalUna sola vez 1.4.1 Acta de Aceptación

Cierre del Proyecto

Aceptación de ambas partes de cierre de proyecto

Cierre de Proyecto Alto Project Manager ClienteInforme impreso y

digitalUna sola vez 1.4.2 Cierre del Proyecto

Preparación Ambiente

Análisis e informe de la preparación del ambiente realizado.

VerificaciónRequisitos iniciales

AltoProject Manager /


ClienteInforme impreso y

digitalUna sola vez

2.1.2 Documento de Preparación de Ambiente

InstalaciónDefinición de los procesos de instalación de la Base de Datos

Documentoinstalación scripts/

schemasAlto

Project Manager / Arquitecto de

TecnologíaCliente

Informe impreso ydigital

Una sola vez2.2.2 Documento de

Instalación Aplicación

InstalaciónDefinición de los procesos de instalación de la aplicación en servidor clientes.

Instalación de aplicación




digitalUna sola vez

2.2.3 Instalación de Aplicación

ConfiguraciónConfiguración de todo el equipo relacionado con el producto

Documento deconfiguración inicial




digitalUna sola vez


ConfiguraciónConfirmación de que la aplicación y base de datos posee el tunning requerido.

Documento deAceptación de

configuración inicialAlto Project Manager Cliente / PM



Aceptación

Migración de Datos

Definición de los maestros a ser migrados para nuevo sistema.

Documento de archivos maestros

Alto

Project Manager / Arquitecto de Tecnología/ Consultor de

módulos

Cliente / PMInforme impreso y

digitalUna sola vez

3.1.1 Documento de archivos maestros

Migración de Datos

Definición de la estructura de tablas a migrar.

Documentos de Aceptación de Carga de archivos maestros

Alto

Project Manager / Arquitecto de Tecnología/ Consultor de

módulos

PMInforme impreso y

digitalUna sola vez

3.2.2 Documentos de Aceptación de Carga

Puesta en Producción

Aceptación que constata que la migración ha sido exitosa

Documento de Aceptación del

ProductoAlto Project Manager PM



Aceptación del Producto


Definición de la estrategia de implantación de módulos caja y admisión

Documento de Plan de capacitación Admisión y Caja

AltoPM/CONSULTOR DE

MODULOSPM


Una sola vez5.1.1 Plan de capacitación

Admisión y Caja

________________________________________________________________________________________________________________________________________________________________________________________

- 250 -

________________________________________________________________________________________________________________________________________________________________________________________







Definición de la estrategia de implantación de consumo y facturación

Documento de Plan de capacitación

Consumo y Facturación

AltoPM/CONSULTOR DE

MODULOSPM Informe impreso y

digitalUna sola vez

5.1.2 Plan de capacitación Consumo y Facturación

Manuales Manual de configuraciónManual de

ConfiguraciónAlto PM / CAPACITADOR PM


Una sola vez5.3.1 Manual de

Configuración

Manuales Manual uso del sistema (user). Manual de usuario Alto PM / CAPACITADOR PMInforme impreso y

digitalUna sola vez 5.3.2 Manual de usuario

________________________________________________________________________________________________________________________________________________________________________________________

- 251 -

42. GLOSARIO DE TERMINOLOGÍA DEL PROYECTO




- 252 -

GLOSARIO DE TERMINOLOGIA DEL PROYECTO



Nº TÉRMINO DEFINICIÓN

1 PMP Project Management Professional / Profesional de la Dirección de Proyectos

2 PMO Program Management Office / Oficina de Gestión de Programas

3 PMBOK Project Management Body of Knowledge / Fundamentos de la Dirección de Proyectos

4 SOW Statement of Work / Enunciado del Trabajo

5 RAM Responsibility Assignment Matrix / Matriz de Asignación de Responsabilidades

6 WBS Work Breakdown Structure / Estructura de Desglose del Trabajo (EDT)

7 SIGAM Sistema de Implantación de Gestión Ambulatoria

8 ERP Enterprise Resource Planning

9 SPI Índice de desempeño del tiempo

10 CPI Índice de desempeño del costo

- 253 -

Documents

Entregable Final - Gestión de Proyectos - SIGAM