Ejemplo De Plan De Proyecto - Materias UVM Suei Chong

2y ago
85 Views
3 Downloads
363.69 KB
10 Pages
Last View : 6d ago
Last Download : 3m ago
Upload by : Elise Ammons
Transcription

Empresa ConsultoraEMPRESA CLIENTEPlan de ProyectoVersion: 1.1Fecha:.

Project Plan1. Introducción1.1. Acerca de este DocumentoEl Plan del Proyecto es escrito por el gestor de proyecto durante la definición, en la fase dela definición del proyecto y después lo edita según sea necesitado y acordado durante elresto del proyecto.Este documento da contorno al fondo del proyecto así como los objetivos y el propósito delproyecto.Los elementos contenidos de este documento son aquellos que estructuran al equipo deproyecto, 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ánmanejados.Todos los cambios realizados a este documento deben ser aprobados por un comité o el Líder de ProyectoCompañíaProyectoDueño de ProyectoAutorFecha de CreaciónAprobado por Dueño del ProyectoAprobado por Dueño del ProyectoNOmbre (empresa)Nombre (Empresa)Aprobado por Líder de ProyectoAprobado por Líder de ProyectoNombreNOmbre (empresa)(Empresa)Page 2

Project PlanContenido1. INTRODUCCIÓN .21.1. ACERCA DE ESTE DOCUMENTO .22. OBJETIVOS DEL PROYECTO .42.1. ABREVIACIONES . ¡ERROR! MARCADOR NO DEFINIDO.2.2. OBJETIVOS DE PROYECTO Y ENTREGABLES.42.3. CONTROL DE LOS OBJETIVOS DEL PROYECTO .52.4. PROPÓSITO DEL PROYECTO (EFECTOS ESPERADOS) .52.5. EXCLUSIONES .53. CRONOGRAMA DE PROYECTO .63.1. RUTA CRÍTICA Y SEGUIMIENTO .63.2. ACTIVIDADES Y TAREAS .74. ORGANIZACIÓN DEL PROYECTO Y COMUNICACIÓN .94.1. ROLES DENTRO DEL PROYECTO .94.1.1. Roles excluidos .94.2. DIRECTORIO DE PARTICIPANTES .94.3. PLAN DE COMUNICACIÓN .104.4. CONTROL DE CAMBIOS .10Page 3

Project Plan2. Objetivos del Proyecto2.1. Objetivos de Proyecto y EntregablesEl objetivo de este proyecto es desarrollar la siguiente Aplicación: Módulo FacturaciónDicha Información debe ser accedida de forma interna (LAN) por los Usuarios adquiridoscomo Developer y Administrador, obedeciendo a los criterios de seguridad descritos encada uno de los aplicativos.El esquema definido es el siguiente:20 Licencias de Lector, con las cuales consultaran por medio de la red Interna dePosadas (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 vayancreando.Los clientes externos (Nextel, Mexicana etc) se les enviara un PDF el cual seráconfigurado en QlikViewEl Project Owner definirá a que aplicación (Info Mexicana, Facturación) puede accedercada usuario.“Requerirá de un análisis y está fuera del alcance para esta fase pero el sistemapodrí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 usuariosdefinido 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 sumantenimiento y/o mejoras.Page 4

Project Plan2.2. Control de los Objetivos del ProyectoPara establecer la adecuada administración y seguimiento de los Objetivos del Proyecto esnecesario considerar que si las prioridades entre la calidad, el tiempo y los recursos tienenque reordenarse, el tiempo es el parámetro más importante.Se usaran los Gant Charts de MS Project 2010 como herramienta auxiliar en laadministración de seguimiento a los avances del Proyecto2.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 potenteherramienta para el cálculo de la Facturación del cliente Mexicana, con base en lossiguientes 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 2010.Crear la automatización en la extracción de datos, integración y cálculo, reduciendo de estaforma el tiempo destinado en ello.Facilitando el acceso al análisis de toda la información referente a la Facturación por el áreaen tiempo y forma.Así como facilitar la toma de decisiones por la eficaz planeación de los recursos en base asólidos elementos estadísticos y de tendencia.2.4. ExclusionesNO se consideran exclusiones en este proyecto.Page 5

Project Plan3. Cronograma de Proyecto**EDT**DIAGRAMA DE GANTT3.1. Ruta Crítica y SeguimientoEsta sección muestra la ruta crítica del proyecto, las dependencias en el seguimiento de lasfases del proyecto se describen a continuación en la imagen.MS2DP1DP2MS1MS3MS4FechaDPMS13-07-2010 nicio de ProyectoMS114-07-2010 DP2Definición de ProyectoAutorización de Fase Preparatoria14-07-2010MS2Ambiente Técnico Preparado14-07-2010MS3Requerimientos a Detalle Completados14-07-2010MS4Plan del Proyecto Concluido14-07-2010 DP3Autorización de Fase Desarrollo15-07-2010MS5Ambiente Técnico instalado y Probado27-07-2010MS6Aplicaciones Desarrolladas y Probadas28-07-2010MS7EUT Pruebas Completadas30-07-2010 DP4Autorización para Fase de Implementación enProducción30-07-2010MS8Migración a Producción02-08-2010MS9Capacitación al Usuario Final Completa02-08-2010 DP503-08-201003-08-2010 DP6Implementación Productiva CompletaMS10Aceptación de Cierre de ProyectoCierre de ProyectoPage 6MS10

Project Plan3.2. Actividades y tareasEsta sección incluye las tareas y actividades durante el proyecto así como cada elementode seguimiento en la ruta crítica del proyecto.También determina quién es el responsable de cada tarea y determina su fecha decumplimientoIDMS1No1DescripciónDefinición de ProyectoActividadesEntregablesDefinición de Objetivos y AlcancesApéndices 1, 2 yGant Chart deProyecto v1.0Configuración Conceptual deAplicacionesMS12DP2Definición de Recursos, Identificación de RecursosRoles y Métodos deRequeridosColaboraciónDescripción y asignación de RolesFase PreparatoriaAutorización de Inicio de FasePreparatoriaApéndice 2RolEfectorPM, PO,BAFecha deCumplimiento13-07-2010PM, PO,BA, NA,SA14-07-2010PM, PO14-07-2010MS23Configuración deHardware RequeridoEspecificación de la configuracióndel HW RequeridoSpecs deConfiguraciónPO, NA,SA14-07-2010MS34Definición detallada deRequerimientosDefine que datos y reportesdeberán contener los QVAPDocumento deEspecificacióndeRequerimientosPM, BA,QVEX14-07-2010Apéndice 2 yGant Chart deProyecto v1.1PM, PO14-07-2010PM, PO14-07-2010El Servidor estalevantado ycorriendo conlos ProductosQV, SA y QVDPdeben teneraccesoDocumentaciónde rutinas yestructura deQV ServerPO, SA15-07-2010SA, PO27-07-2010Las QVAPs seprobaran ycompararan vs aldocumento deverificación decifras de controlLos EUs debentener acceso deacuerdo al perfildefinidoPO,QVDP28-07-2010PO, SA,BA28-07-2010Set up a structure for theapplicationsMS45DP3MS56Consolidación deProject PlanSe detallan todas las actividadesdentro del proyectoDesarrollo de ProyectoAutorización de Fase deDesarrolloInstalación de Servidorde ProducciónInstalación de ServidorInstalación y Testeo de ServiciosQV Server en Servidor InstaladoInstalación de Publisher en elServidor QV InstaladoMS5MS678Instalación deAplicación a UsuariosFinalesInstalación del Cliente QV para losEnd UsersDesarrollo de QVAP,DT y Validación deCifras de ControlDesarrollo de QVAPConfiguración de rutinas deactualización de desarrollo aproducciónPruebas de DesarrolloValidación de Cifras de ControlMS79Seguridad y AccesosEstablecimiento de seguridad aQVAPs de acuerdo a losrequerimientos definidospreviamentePage 7

Project PlanPruebas de AccesoMS710Pruebas de EUTPruebas de usuario finalMS711Generación de LOG deIssuesDocumentación de Issues, (sihubieran)MS712Solución de IssuesSe realizaran las correcciones (sihubieran)MS713Documentación FinalDocumentación Técnica y sobrela(s) ,PM30-07-2010El DocumentoLOG seactualizaraespecificando lasolución opersistencia delos 10PO02-08-2010PM, -08-2010PM03-08-2010PM, PO03-08-2010Implementación aAutorización para Fase deProducciónImplementación en ProducciónMigración a Producción Redireccionamiento de QVAPs alambiente de producciónCapacitaciónCapacitación a EUCapacitación a QVDPDP5Documentaciónde Escenariosde PruebaDocumento LOGTutoriales QVProfessional /QV Enterprise yEvaluacionesEntrega de Proyecto16Cierre de ProyectoCierre de ProyectoInformación de Cierre de Proyectopara todos los involucradosAprobación deReporte deCierre deProyectoPage 8

Project Plan4. Organización del Proyecto y Comunicación4.1. Roles dentro del ProyectoEsta sección describe los roles de los responsables de ejecutar el proyecto, es decir elequipo de trabajo que junto al Project Owner y el Project Manager lideraran el proyecto.RolProject ManagerKonexoXPMOData IQXProject OwnerXNombreAtziri Medina / Laura CastánSaul ChavezEunice MaciasProject ManagerXAngel MonjarásProject OwnerXFrancisco MarinQlikView DeveloperXFrancisco MarinQlikView ExpertXChristian SelleiTechnical SpecialistXChristian SelleiBusiness AnalystXErnesto TreviñoNetwork AdminXLaura CastánSecurity System AdminXLaura CastánQlikView TrainerXFrancisco MarinDeveloper TestingXCatalina RodríguezData VerificationXErnesto TreviñoEnd UserXEnd User TestingXErnesto TreviñoPatricia AlcarazNatali MenaErnesto Treviño4.1.1. Roles excluidosEn este Proyecto todos los roles estándar fueron incluidos, ningún rol ha sido excluido.4.2. Directorio de ParticipantesEsta sección describe los detalles de contacto de los participantes del proyecto.RolProject ManagerNombreTituloPMCompañíaTeléfonoProject OwnerAtziri MedinaLaura CastánEunice MacíasGrupo Posadas 5554084689Gerente BIKonexoProject ManagerAngel MonajarásPMData IQ 4433108000(43427) 55 47510094Project Owner /QlikView Developer/QlikView TrainerQlikView Expert /Francisco MarinConsultor SrData IQ 55 47510094Christian SelleiDirector deData IQ 55 47510094e-mailPage 9

Project PlanTechnical SpecialistTecnología deInformaciónBusiness AnalystErnesto TreviñoProcesos BINetwork Admin /Security SystemAdminLaura CastánPMPMOSaúl ChávezDeveloper TestingCatalinaRodríguezKonexo.Grupo Posadas 4433108000(43523) 5554084689PMOKonexo 4433108000Developer BIKonexo 44331080000(43523)4.3. Plan de ComunicaciónEsta sección determina las vías de comunicación sobre los eventos del proyectoinvolucrando a los participantes directos o afectados.Todos los miembros del equipo de trabajo de proyecto deben informar al PM de formasemanal los avances o dificultades antes de las 12pm de cada viernes.Quien Recibe?Equipo de manalmente POPara tener visibilidad delavance y seguimiento delproyectoPara ser informado de loscambios que afecten a laruta crítica del proyectoPara ser informado desugerencias de cambio enel proyectoReporte de StatusE-mailProtocolo deCambiosE-MailCuando seRequieraPOCambiosSugeridosE-MailCuando seRequieraPM4.4. Control de CambiosTodos los cambios requeridos deberán ser enviados por escrito al PM, el requerimiento debe incluir el cambio propuesto. Impacto en el costo, impacto en el tiempo y la justificacióndel cambio.Los cambios requeridos deberán de manejarse sin afectar el presupuesto o el tiempo límitedel 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 tiempolímite del proyecto deberán ser sujetos de revisión como adjuntos al proyecto en caso deser incluidos en una fase distinta.Page 10

Project Plan Page 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

Related Documents:

Módulo de proyecto (1) Se selecciona el proyecto y se desarrollan las fases de ideación, diseño y planificación sin que se ejecute o materialice el proyecto. Ejemplo: Diseño de una instalación de aire acondicionado. Módulo de proyecto (2) Se diseña y materializa el proyecto obteniéndose un producto o servicio, por lo que se desarrollan

Ejemplo 2.7. Temperatura de un vapor saturado en un cilindro. Ejemplo 2.2 del Çengel. Cuarta Edición. Página 78. Ejemplo 3.2 del Çengel. Quinta Edición. Página 128. Ejemplo 3.2 del Çengel. Séptima Edición. Página 128. . 34 Ejemplo 2.8. Cambio de energía y de volumen durante la evaporación.

Teniendo en cuenta estas características del proyecto de intervención, es necesario señalar que este género muchas veces constituye una herramienta de un proyecto político destinada a transformar la realidad. Un proyecto de intervención puede estar inserto dentro de un plan estratégico más amplio: por ejemplo, un pro-

tutorial_maven_jar tutorial_maven_webapp Proyecto POM Proyecto Jar Proyecto WAR En esta gráfica, estoy usando notación UML para denotar las relaciones . En otras palabras, crearemos un proyecto de tipo POM (ya hablaremos sobre qué son estos proyectos) y dos proyectos hijos: tutorial_maven_jar que es un proyecto de tipo Jar (el binario que .

1.4 El Help de Visual Basic 6.0 6 1.5 Ejemplos 6 1.5.1 Ejemplo 1.1: Sencillo programa de colores y posiciones 6 1.5.2 Ejemplo 1.2: Minicalculadora elemental 8 1.5.3 Ejemplo 1.3: Transformación de unidades de temperatura 9 1.5.4 Ejemplo 1.4: Colores RGB 11 2. Entorno de programación Visual Basic 6.0 14 2.1 Introducción: ¿Qué es Visual Basic .

1.4 El Help de Visual Basic 6.0 6 1.5 Ejemplos 6 1.5.1 Ejemplo 1.1: Sencillo programa de colores y posiciones 6 1.5.2 Ejemplo 1.2: Minicalculadora elemental 8 1.5.3 Ejemplo 1.3: Transformación de unidades de temperatura 9 1.5.4 Ejemplo 1.4: Colores RGB 11 2. Entorno de programación Visual Basic 6.0 14 2.1 Introducción: ¿Qué es Visual Basic .

educativo. El proyecto de la Red Educativa Canaria-InnovAS, se encuentra integrado en el Proyecto Educativo y se relaciona con varios de los objetivos y ejes transversales del mismo. Así, por ejemplo: "La valoración crítica de los hábitos relacionados con la salud, el consumo, el cuidado de los seresvivos y el medio ambiente.", se

erosion rate of unmasked channels machined in borosilicate glass using abrasive jet micro-machining (AJM). Single impact experiments were conducted to quantify the damage due to the individual alumina particles. Based on these observations, analytical model from the an literature was modified and used to predict the roughness and erosion rate. A numerical model was developed to simulate the .