EMPRESA CLIENTE Plan de Proyecto

Transcripción

1 Empresa Consultora EMPRESA CLIENTE Plan de Proyecto Version: 1.1 Fecha:.

2 1. Introducción 1.1. Acerca de este Documento El Plan del Proyecto es escrito por el gestor de proyecto durante la definición, en la fase de la definición del proyecto y después lo edita según sea necesitado y acordado durante el resto del proyecto. Este documento da contorno al fondo del proyecto así como los objetivos y el propósito del proyecto. Los elementos contenidos de este documento son aquellos que estructuran al equipo de proyecto, los roles y las responsabilidades de los miembros de equipo de proyecto. El plan del proyecto cubre la cronología del proyecto y cómo los cambios al proyecto serán manejados. Todos los cambios realizados a este documento deben ser aprobados por un comité o el Líder de Proyecto Compañía Proyecto Dueño de Proyecto Autor Fecha de Creación Aprobado por Dueño del Proyecto Aprobado por Dueño del Proyecto NOmbre (empresa) Nombre (Empresa) Aprobado por Líder de Proyecto Aprobado por Líder de Proyecto Nombre (Empresa) NOmbre (empresa) Page 2

3 Contenido 1. INTRODUCCIÓN ACERCA DE ESTE DOCUMENTO OBJETIVOS DEL PROYECTO ABREVIACIONES... ERROR! MARCADOR NO DEFINIDO OBJETIVOS DE PROYECTO Y ENTREGABLES CONTROL DE LOS OBJETIVOS DEL PROYECTO PROPÓSITO DEL PROYECTO (EFECTOS ESPERADOS) EXCLUSIONES CRONOGRAMA DE PROYECTO RUTA CRÍTICA Y SEGUIMIENTO ACTIVIDADES Y TAREAS ORGANIZACIÓN DEL PROYECTO Y COMUNICACIÓN ROLES DENTRO DEL PROYECTO Roles excluidos DIRECTORIO DE PARTICIPANTES PLAN DE COMUNICACIÓN CONTROL DE CAMBIOS Page 3

4 2. Objetivos del Proyecto 2.1. Objetivos de Proyecto y Entregables El objetivo de este proyecto es desarrollar la siguiente Aplicación: Módulo Facturación Dicha Información debe ser accedida de forma interna (LAN) por los Usuarios adquiridos como Developer y Administrador, obedeciendo a los criterios de seguridad descritos en cada uno de los aplicativos. El esquema definido es el siguiente: 20 Licencias de Lector, con las cuales consultaran por medio de la red Interna de Posadas (Intranet), donde se colocará una liga para entrar al modelo. Cada licencia de lector permite acceder a una aplicación de QlikView. Las licencias de desarrollador pueden entrar a todas las aplicaciones que se vayan creando. Los clientes externos (Nextel, Mexicana etc) se les enviara un PDF el cual será configurado en QlikView El Project Owner definirá a que aplicación (Info Mexicana, Facturación) puede acceder cada usuario. Requerirá de un análisis y está fuera del alcance para esta fase pero el sistema podría ser publicado en internet. El Proyecto será considerado completado cuando se cumplan los siguientes criterios: Ambientes Qlikview Server y Publisher Estables Clientes Qlikview distribuidos a los usuarios finales Aplicativos Qlikview funcionando en ambiente productivo para el árbol de usuarios definido Las rutinas de extracción estén establecidas en la suite de Qlikview Los Usuarios estén Capacitados en el uso de las Aplicaciones Qlikview El usuario Developer capacitado en el know how del proyecto, para su mantenimiento y/o mejoras. Page 4

5 2.2. Control de los Objetivos del Proyecto Para establecer la adecuada administración y seguimiento de los Objetivos del Proyecto es necesario considerar que si las prioridades entre la calidad, el tiempo y los recursos tienen que reordenarse, el tiempo es el parámetro más importante. Se usaran los Gant Charts de MS Project 2010 como herramienta auxiliar en la administración de seguimiento a los avances del Proyecto 2.3. Propósito del Proyecto (Efectos Esperados) Módulo FACTURACION MEXICANA: El propósito de la puesta en marcha de la Aplicación es la de proveer una potente herramienta para el cálculo de la Facturación del cliente Mexicana, con base en los siguientes conceptos: Horas productivas, Horas de apoyo, Capacitación, Puertos IVR, Renta de Lugares, Penalizaciones, Telefonía y Conceptos Diversos. La información debe de contener visibilidad de un tiempo histórico desde Crear la automatización en la extracción de datos, integración y cálculo, reduciendo de esta forma el tiempo destinado en ello. Facilitando el acceso al análisis de toda la información referente a la Facturación por el área en tiempo y forma. Así como facilitar la toma de decisiones por la eficaz planeación de los recursos en base a sólidos elementos estadísticos y de tendencia Exclusiones NO se consideran exclusiones en este proyecto. Page 5

6 3. Cronograma de Proyecto **EDT **DIAGRAMA DE GANTT 3.1. Ruta Crítica y Seguimiento Esta sección muestra la ruta crítica del proyecto, las dependencias en el seguimiento de las fases del proyecto se describen a continuación en la imagen. MS2 MS5 MS8 DP1 MS1 DP2 MS3 DP3 MS7 DP4 DP5 MS10 MS4 MS6 MS9 Fecha DP MS Descripción DP1 Inicio de Proyecto MS1 Definición de Proyecto DP2 Autorización de Fase Preparatoria MS2 Ambiente Técnico Preparado MS3 Requerimientos a Detalle Completados MS4 Plan del Proyecto Concluido DP3 Autorización de Fase Desarrollo MS5 Ambiente Técnico instalado y Probado MS6 Aplicaciones Desarrolladas y Probadas MS7 EUT Pruebas Completadas DP4 Autorización para Fase de Implementación en Producción MS8 Migración a Producción MS9 Capacitación al Usuario Final Completa DP5 Implementación Productiva Completa MS10 Aceptación de Cierre de Proyecto DP6 Cierre de Proyecto Page 6

7 3.2. Actividades y tareas Esta sección incluye las tareas y actividades durante el proyecto así como cada elemento de seguimiento en la ruta crítica del proyecto. También determina quién es el responsable de cada tarea y determina su fecha de cumplimiento ID No Descripción Actividades Entregables Rol Efector MS1 1 Definición de Proyecto Definición de Objetivos y Alcances Apéndices 1, 2 y PM, PO, Gant Chart de BA Configuración Conceptual de Proyecto v1.0 Aplicaciones MS1 2 Definición de Recursos, Roles y Métodos de Colaboración Identificación de Recursos Requeridos Descripción y asignación de Roles DP2 Fase Preparatoria Autorización de Inicio de Fase Preparatoria MS2 3 Configuración de Hardware Requerido MS3 4 Definición detallada de Requerimientos MS4 5 Consolidación de Project Plan Especificación de la configuración del HW Requerido Define que datos y reportes deberán contener los QVAP Set up a structure for the applications Se detallan todas las actividades dentro del proyecto DP3 Desarrollo de Proyecto Autorización de Fase de Desarrollo MS5 6 Instalación de Servidor de Producción MS5 7 Instalación de Aplicación a Usuarios Finales MS6 8 Desarrollo de QVAP, DT y Validación de Cifras de Control Instalación de Servidor Instalación y Testeo de Servicios QV Server en Servidor Instalado Instalación de Publisher en el Servidor QV Instalado Instalación del Cliente QV para los End Users Configuración de rutinas de actualización de desarrollo a producción Desarrollo de QVAP Pruebas de Desarrollo Validación de Cifras de Control MS7 9 Seguridad y Accesos Establecimiento de seguridad a QVAPs de acuerdo a los requerimientos definidos previamente Apéndice 2 Specs de Configuración Documento de Especificación de Requerimientos Apéndice 2 y Gant Chart de Proyecto v1.1 El Servidor esta levantado y corriendo con los Productos QV, SA y QVDP deben tener acceso Documentación de rutinas y estructura de QV Server Las QVAPs se probaran y compararan vs al documento de verificación de cifras de control Los EUs deben tener acceso de acuerdo al perfil definido PM, PO, BA, NA, SA Fecha de Cumplimiento PM, PO PO, NA, SA PM, BA, QVEX PM, PO PM, PO PO, SA SA, PO PO, QVDP PO, SA, BA Page 7

8 Pruebas de Acceso MS7 10 Pruebas de EUT Pruebas de usuario final Documentación de Escenarios de Prueba MS7 11 Generación de LOG de Issues Documentación de Issues, (si hubieran) MS7 12 Solución de Issues Se realizaran las correcciones (si hubieran) MS7 13 Documentación Final Documentación Técnica y sobre la(s) Aplicación(es) DP4 Implementación a Producción Autorización para Fase de Implementación en Producción MS8 14 Migración a Producción Redireccionamiento de QVAPs al ambiente de producción MS9 15 Capacitación Capacitación a EU Capacitación a QVDP Documento LOG El Documento LOG se actualizara especificando la solución o persistencia de los Issues Documentación Física/Digital Tutoriales QV Professional / QV Enterprise y Evaluaciones PO QVDP, PM QVDP, PM PO PM, PO PO QVTR, BA, QVDP DP5 Entrega de Proyecto PM M10 16 Cierre de Proyecto Información de Cierre de Proyecto para todos los involucrados Aprobación de Reporte de Cierre de Proyecto PM DP6 Cierre de Proyecto PM, PO Page 8

9 4. Organización del Proyecto y Comunicación 4.1. Roles dentro del Proyecto Esta sección describe los roles de los responsables de ejecutar el proyecto, es decir el equipo de trabajo que junto al Project Owner y el Project Manager lideraran el proyecto. Rol Konexo Data IQ Nombre Project Manager X Atziri Medina / Laura Castán PMO X Saul Chavez Project Owner X Eunice Macias Project Manager X Angel Monjarás Project Owner X Francisco Marin QlikView Developer X Francisco Marin QlikView Expert X Christian Sellei Technical Specialist X Christian Sellei Business Analyst X Ernesto Treviño Network Admin X Laura Castán Security System Admin X Laura Castán QlikView Trainer X Francisco Marin Developer Testing X Catalina Rodríguez Data Verification X Ernesto Treviño End User X Ernesto Treviño Patricia Alcaraz Natali Mena End User Testing X Ernesto Treviño Roles excluidos En este Proyecto todos los roles estándar fueron incluidos, ningún rol ha sido excluido Directorio de Participantes Esta sección describe los detalles de contacto de los participantes del proyecto. Rol Nombre Titulo Compañía Teléfono Project Manager Atziri Medina PM Grupo Posadas Laura Castán Project Owner Eunice Macías Gerente BI Konexo (43427) Project Manager Angel Monajarás PM Data IQ Project Owner / Francisco Marin Consultor Sr Data IQ QlikView Developer/ QlikView Trainer QlikView Expert / Christian Sellei Director de Data IQ Page 9

10 Technical Specialist Tecnología de Información Business Analyst Ernesto Treviño Procesos BI Konexo (43523) Network Admin / Security System Admin Laura Castán PM Grupo Posadas PMO Saúl Chávez PMO Konexo Developer Testing Catalina Rodríguez Developer BI Konexo (43523) 4.3. Plan de Comunicación Esta sección determina las vías de comunicación sobre los eventos del proyecto involucrando a los participantes directos o afectados. Todos los miembros del equipo de trabajo de proyecto deben informar al PM de forma semanal los avances o dificultades antes de las 12pm de cada viernes. Quien Recibe? Porque? Qué? Cómo? Cuando? Quien Envía? Equipo de Trabajo Para tener visibilidad del Reporte de Status Semanalmente PO avance y seguimiento del proyecto PM Para ser informado de los cambios que afecten a la ruta crítica del proyecto Protocolo de Cambios Cuando se Requiera PO PO Para ser informado de sugerencias de cambio en el proyecto Cambios Sugeridos Cuando se Requiera PM 4.4. Control de Cambios Todos los cambios requeridos deberán ser enviados por escrito al PM, el requerimiento de be incluir el cambio propuesto. Impacto en el costo, impacto en el tiempo y la justificación del cambio. Los cambios requeridos deberán de manejarse sin afectar el presupuesto o el tiempo límite del proyecto, de ser así el PM deberá de comunicarlo al equipo de trabajo en conjunto. Los requerimientos que no puedan ser manejados sin afectar el presupuesto o el tiempo límite del proyecto deberán ser sujetos de revisión como adjuntos al proyecto en caso de ser incluidos en una fase distinta. Page 10