Plan de Proyecto para - WordPress.com€¦ · Plan de Proyecto No. ID: FORM01 MPM© Página 9 de...
Transcript of Plan de Proyecto para - WordPress.com€¦ · Plan de Proyecto No. ID: FORM01 MPM© Página 9 de...
Plan de Proyecto para
DiscoverAmericas.com
Agencia Interamericana de Cooperación para el Desarrollo
Preparado por: José Franco Luis Llaque María Elena Mendoza Mónica Rodríguez Carolina Uribe Fecha de preparación: Abril 2005
Plan de Proyecto
No. ID: FORM01
MPM© Página 2 de 128
Información del documento
Nombre del proyecto: DiscoverAmericas.com Project Manager: José Franco Versión de documento nº: Final
Fase de MPM: Planificación Fecha de la versión del documento:
Abril 2005
Método de revisión de calidad:
Revisión por parte del cliente para Aceptación del Plan
Preparado por: José Franco Luis Llaque María Elena Mendoza Mónica Rodríguez Carolina Uribe
Fecha de preparación: Abril 2005
Revisado por: AICD Fecha de revisión: Mayo 2005
Lista de distribución
De Fecha Teléfono/Fax
Imagine Solutions Abril 2005
A Acción* Fecha de vencimiento
Teléfono/Fax
AICD Revisión y Aprobación Abril 2005
* Tipos de acción: Aprobación, Revisión, Informe, Archivar, Acción requerida, Asistencia a reunión, Otras (por favor especificar)
Nota de propiedad La información y datos contenidos en todas las páginas de esta propuesta elaborada por Imagine Solutions constituyen secretos comerciales de Imagine Solutions o información confidencial y privilegiada de Imagine Solutions de naturaleza comercial o financiera. La citada información se facilita a la AICD bajo las más estrictas obligaciones de confidencialidad, en el bien entendido que ésta no revelará la misma a ningún tercero ni la usará, sin permiso de Imagine Solutions, para propósito distinto del de generación y evaluación de la oferta. La misma protección y restricciones serán de aplicación a la propia estructura y forma de la oferta o propuesta como tal.
Plan de Proyecto
No. ID: FORM01
MPM© Página 3 de 128
Tabla de Contenido 1. Introducción al Plan de Proyecto ..............................................................................................................9
1.1. Propósito del Plan de Proyecto.......................................................................................................10 1.2. Alcance del Plan de Proyecto.........................................................................................................10 1.3. Referencias ....................................................................................................................................11 1.3.1. Documentos Incorporados..............................................................................................................11 1.3.2. Documentos Relacionados.............................................................................................................12 1.3.3. Términos ........................................................................................................................................12 1.3.4. Abreviaciones.................................................................................................................................14
2. Resumen Ejecutivo...................................................................................................................................15 3. Misión y Objetivos....................................................................................................................................16
3.1. Antecedentes del Proyecto.............................................................................................................16 3.2. Misión del Proyecto ........................................................................................................................17 3.3. Objetivos del Proyecto....................................................................................................................17 3.4. Política de Calidad del Proyecto .....................................................................................................17 3.5. Situación de Negocio de la AICD....................................................................................................17 3.5.1. Cadena de Valor de la AICD ..........................................................................................................18 3.5.2. Objetivos de Negocio de la AICD ...................................................................................................18 3.6. Solución Propuesta ........................................................................................................................18 3.6.1. Misión de la Solución......................................................................................................................18 3.6.2. Resumen de la Solución.................................................................................................................18 3.6.3. Alineación de la Solución con los Objetivos de Negocio de la AICD...............................................19 3.6.4. Valor del Proyecto para la AICD.....................................................................................................20 3.6.5. Factores Críticos de Éxito del Proyecto..........................................................................................20 3.6.6. Análisis FODA ................................................................................................................................21 3.7. Otras Consideraciones ...................................................................................................................22 3.7.1. Suposiciones ..................................................................................................................................22 3.7.2. Restricciones y Dependencias........................................................................................................22
4. Declaración de Alcance ...........................................................................................................................23 4.1. Propósito ........................................................................................................................................23 4.1.1. Visión Global del Proyecto..............................................................................................................23 4.2. Metodología de Implantación..........................................................................................................23 4.2.1. Inicio ...............................................................................................................................................24 4.2.2. Planificación ...................................................................................................................................24 4.2.3. Desarrollo de Solución....................................................................................................................24 4.2.4. Implantación ...................................................................................................................................24
Plan de Proyecto
No. ID: FORM01
MPM© Página 4 de 128
4.2.5. Garantía & Soporte.........................................................................................................................24 4.3. Entregables Comprometidos y Criterios de Aceptación..................................................................25 4.3.1. Estructura de Datos del Sistema (3.2.2.3) ......................................................................................25 4.3.1.1. Componentes del Entregable .........................................................................................................25 4.3.2. Desarrollo de Estructura Preliminar del Portal (3.2.2.5)..................................................................25 4.3.2.1. Componentes del Entregable .........................................................................................................25 4.3.3. Diseño de Interfaz Preliminar del Portal (3.2.2.6) ...........................................................................26 4.3.3.1. Componentes del Entregable .........................................................................................................26 4.3.4. Portal Integrado (3.4.6)...................................................................................................................26 4.3.4.1. Componentes del Entregable .........................................................................................................26 4.3.5. Documentación de la Puesta en Línea (4.1.3)................................................................................27 4.3.5.1. Componentes del Entregable .........................................................................................................27 4.3.6. Pruebas de Comportamiento (4.2.4)...............................................................................................27 4.3.6.1. Componentes del Entregable .........................................................................................................27 4.3.7. Pruebas de Transacciones BackEnd (4.3.1.4)................................................................................28 4.3.7.1. Componentes del Entregable .........................................................................................................28 4.3.8. Pruebas de Transacciones FrontEnd (4.3.2.4) ...............................................................................28 4.3.8.1. Componentes del Entregable .........................................................................................................28 4.3.9. Documentos de Cambios (4.4.3) ....................................................................................................29 4.3.9.1. Componentes del Entregable .........................................................................................................29 4.3.10. Documentos de Transferencia (5.4.8) ............................................................................................29 4.3.10.1. Componentes del Entregable..................................................................................................29 4.3.11. Documentos de Asistencia (5.5.4) ..................................................................................................30 4.3.11.1. Componentes del Entregable..................................................................................................30 4.4. Hitos del Proyecto ..........................................................................................................................30 4.5. Responsabilidades .........................................................................................................................31 4.5.1. AICD...............................................................................................................................................31 4.5.2. Imagine Solutions ...........................................................................................................................31 4.6. Requisitos de Garantía y Soporte...................................................................................................31 4.7. Exclusiones ....................................................................................................................................31 4.8. Proceso de Control de Cambio de Alcance ....................................................................................32
5. Estructura Organizada del Trabajo (WBS)..............................................................................................33 5.1. Diagrama WBS...............................................................................................................................34 5.2. WBS Tabular ..................................................................................................................................35
6. Cronograma del Proyecto........................................................................................................................43 6.1. Cronograma....................................................................................................................................43 6.2. Cronograma de Hitos y Fechas de Entrega....................................................................................44
Plan de Proyecto
No. ID: FORM01
MPM© Página 5 de 128
7. Plan de Recursos......................................................................................................................................45 7.1. Versión de la Oficina del Proyecto..................................................................................................45 7.1.1. Resumen ........................................................................................................................................45 7.1.2. Plan de Recursos Humanos ...........................................................................................................47 7.1.2.1. Requerimientos de Recursos .........................................................................................................47 7.1.2.2. Roles y Responsabilidades ............................................................................................................49 7.1.2.3. Disponibilidad de Recursos ............................................................................................................55 7.1.3. Plan de Materiales y Provisiones....................................................................................................58 7.1.3.1. Equipo Necesario para el Proyecto ................................................................................................58 7.1.3.2. Provisiones del Proyecto ................................................................................................................61 7.1.4. Plan de Movilización.......................................................................................................................64 7.1.5. Estructura Organizativa ..................................................................................................................64 7.1.6. Prácticas de Gestión del Desempeño.............................................................................................65 7.1.7. Estipulaciones de Garantía y Soporte ............................................................................................65
8. Plan de Gestión de Riesgos.....................................................................................................................66 9. Plan de Calidad.........................................................................................................................................67
9.1. Introducción a la Gestión de Calidad ..............................................................................................67 9.2. Responsabilidad .............................................................................................................................67 9.3. Costes ............................................................................................................................................69 9.3.1. Estimaciones y Presupuesto de Costes..........................................................................................70 9.3.2. Control de Costes...........................................................................................................................72 9.4. Tiempo ...........................................................................................................................................73 9.4.1. Control de Tiempo ..........................................................................................................................74 9.5. Calidad - Entregables .....................................................................................................................74 9.5.1. Criterios de aceptación ...................................................................................................................75 9.6. Gestión del Desempeño .................................................................................................................75 9.7. Aseguramiento de Calidad .............................................................................................................76
10. Plan de Aceptación...................................................................................................................................77 10.1. Resumen del Plan de Aceptación...................................................................................................77 10.2. Reportes de las Entregas ...............................................................................................................78 10.3. Verificación de las Entregas ...........................................................................................................79 10.4. Escalamiento ..................................................................................................................................80 10.5. Proceso de Aceptación de Documentos .........................................................................................80 10.6. Proceso de Aceptación del Hardware.............................................................................................82 10.7. Proceso de Aceptación del Software ..............................................................................................84 10.8. Responsabilidades .........................................................................................................................85 10.8.1. Imagine Solutions ...........................................................................................................................85
Plan de Proyecto
No. ID: FORM01
MPM© Página 6 de 128
10.8.2. AICD...............................................................................................................................................86 10.9. Seguimiento de las Aceptaciones...................................................................................................86
11. Plan de Comunicación .............................................................................................................................87 11.1. Audiencias Objetivo del Proyecto ...................................................................................................87 11.2. Roles y Responsabilidades de las Audiencias Objetivo..................................................................88 11.3. Lista de Participantes por Audiencias Objetivo...............................................................................88 11.3.1. Comité Directivo .............................................................................................................................88 11.3.2. Comité de Gestión..........................................................................................................................89 11.3.3. Equipo de Desarrollo ......................................................................................................................89 11.3.4. Equipo de Diseño ...........................................................................................................................89 11.3.5. Equipo de Contenido ......................................................................................................................89 11.4. Medios de Comunicación Disponibles ............................................................................................90 11.4.1. Comunicación Oral .........................................................................................................................90 11.4.2. Comunicación Escrita.....................................................................................................................90 11.4.3. Aplicaciones de Software y Herramientas Tecnológicas ................................................................90 11.5. Procedimientos de Comunicación ..................................................................................................91 11.5.1. Reuniones ......................................................................................................................................91 11.5.2. Informes .........................................................................................................................................93 11.6. Gestión de Incidencias o Situaciones Críticas ................................................................................94 11.6.1. Comunicación.................................................................................................................................94 11.6.2. Monitoreo y Resolución ..................................................................................................................94 11.6.3. Esquema de Escalamiento .............................................................................................................94 11.6.4. Consideraciones:............................................................................................................................95 11.7. Control de Cambios........................................................................................................................95 11.8. Comunicación Externa....................................................................................................................96 11.8.1. Consideraciones:............................................................................................................................96 11.9. Plan de Comunicación....................................................................................................................97
12. Plan de Administración de Configuración..............................................................................................99 12.1. Requerimientos para la Administración de Configuración del Proyecto..........................................99 12.2. Identificación de Items de Configuración ......................................................................................100 12.2.1. Items de Configuración Técnica ...................................................................................................100 12.2.2. Items de Configuración de Calidad...............................................................................................101 12.2.3. Items de Configuración Administrativa .........................................................................................102 12.3. Proceso de Administración de Configuración ...............................................................................102 12.3.1. Estructura de los Archivos ............................................................................................................103 12.3.2. Procedimientos de Ingreso ...........................................................................................................103 12.4. Requerimientos de Interface.........................................................................................................104
Plan de Proyecto
No. ID: FORM01
MPM© Página 7 de 128
12.5. Intercambio de Información ..........................................................................................................104 12.6. Seguridad de Datos......................................................................................................................104 12.7. Responsabilidades .......................................................................................................................105 12.8. Transferencia a Garantía y Soporte..............................................................................................105
13. Plan de Control de Cambios ..................................................................................................................106 13.1. Resumen ......................................................................................................................................106 13.2. Petición de Cambio ......................................................................................................................106 13.3. Informe de Fuera de Especificaciones..........................................................................................107 13.4. Inicio del Cambio ..........................................................................................................................108 13.4.1. Autoridad para Iniciar la Petición de Cambio ................................................................................108 13.4.2. Autoridad para Iniciar un Informe de Fuera de Especificaciones ..................................................108 13.4.3. Proceso para Iniciar el Cambio.....................................................................................................109 13.5. Evaluación del Cambio .................................................................................................................110 13.6. Aprobación del Cambio ................................................................................................................110 13.6.1. Petición de Cambio ......................................................................................................................110 13.6.2. Informe de Fuera de Especificaciones..........................................................................................110 13.7. Implantación del Cambio ..............................................................................................................111 13.8. Verificación y Aceptación de la Implantación del Cambio.............................................................111 13.9. Seguimiento del Cambio...............................................................................................................112 13.10. Negociación en Caso de Disputa..................................................................................................112
14. Plan de Aprovisionamiento....................................................................................................................113 14.1. Resumen del Proceso de Aprovisionamiento ...............................................................................113 14.2. Criterios de Selección...................................................................................................................114 14.3. Estrategias de Negociación ..........................................................................................................115 14.4. Procedimiento de Adquisición ......................................................................................................116 14.5. Procedimiento de Aceptación .......................................................................................................117
15. Plan de Garantía y Soporte ....................................................................................................................118 15.1. Garantía .......................................................................................................................................118 15.1.1. Proceso de la Garantía.................................................................................................................118 15.1.2. Recursos ......................................................................................................................................118 15.1.3. Seguimiento de las garantías .......................................................................................................119 15.1.4. Transferencia al Soporte y Cierre de la Garantía..........................................................................119 15.2. Soporte.........................................................................................................................................119 15.2.1. Proceso del Soporte .....................................................................................................................119 15.2.2. Recursos ......................................................................................................................................119 15.2.3. Seguimiento del Soporte ..............................................................................................................120 15.2.4. Cierre del Soporte ........................................................................................................................120
Plan de Proyecto
No. ID: FORM01
MPM© Página 8 de 128
16. Plan de Control y Seguimiento del Proyecto........................................................................................121 16.1. Objetivo ........................................................................................................................................121 16.2. Enfoque ........................................................................................................................................121 16.3. Procedimientos.............................................................................................................................123 16.3.1. Control de Tiempo ........................................................................................................................123 16.3.1.1. Actividades............................................................................................................................123 16.3.1.2. Acciones resultantes .............................................................................................................124 16.3.2. Control de Costes.........................................................................................................................124 16.3.2.1. Actividades............................................................................................................................125 16.3.2.2. Acciones resultantes .............................................................................................................126 16.4. Documentos Asociados en el Control y Seguimiento del Proyecto...............................................126 16.4.1. Plan de Comunicación..................................................................................................................126 16.4.2. Plan de Control de Cambios.........................................................................................................127 16.4.3. Plan de Gestión de Riesgos .........................................................................................................127
17. Anexos ....................................................................................................................................................128
Plan de Proyecto
No. ID: FORM01
MPM© Página 9 de 128
1. Introducción al Plan de Proyecto
El proyecto DiscoverAmericas.com representa una solución tecnológica desarrollada por Imagine Solutions, la cual se materializa mediante un portal, que a través de su contenido y servicios promueva el acercamiento turístico y cultural entre los países de América del Sur y el resto del mundo. El presente documento contiene el Plan de Proyecto que tiene como fin desarrollar la planificación del proyecto DiscoverAmericas.com, definiendo lineamientos específicos para lograr el cumplimento de las especificaciones del cliente, la Agencia Interamericana de Cooperación para el Desarrollo (AICD), en cuanto a tiempo, alcance, coste y calidad. Este documento esta basado en la metodología del PMI, la cual proporciona una estructura organizada para el desarrollo del Proyecto, permitiendo así, un desempeño eficaz y eficiente en las fases de ejecución, control y cierre. Asimismo, el Plan de Proyecto de DiscoverAmericas.com tiene como objetivo asegurar la calidad del proyecto dentro de los parámetros especificados para este fin. El documento está estructurado en diecisiete capítulos, que contiene la Introducción al Plan de Proyecto en la cual, se especifica el propósito, alcance, referencias, documentos relacionados y definiciones del documento. Posteriormente, se presenta el Resumen Ejecutivo que ofrece una visión general del proyecto y los puntos tenidos en cuenta para el desarrollo del mismo; el tercer capítulo hace referencia a la Misión y Objetivos, donde se desarrolla la justificación y factores críticos de éxito del proyecto, se define los objetivos propios del proyecto teniendo en cuenta los actores del mismo y la alineación con los objetivos estratégicos de Imagine Solutions y la AICD. El siguiente capítulo, presenta la Declaración del Alcance que los parámetros generales de DiscoverAmericas.com, que ayudarán a materializar el cumplimento de los objetivos en entregables específicos, medibles, alcanzables, realizables y asignable; el quinto capítulo nos muestra la Estructura Organizada del Trabajo (WBS), donde se especifican las fases del proyecto con las respectivas actividades a desarrollar con los recursos asignados; y el capítulo siguiente hace referencia al Calendario del Proyecto que contiene la programación de las actividades, con sus respectivos hitos de control para el desarrollo, implantación y cierre del Proyecto. Entre los capítulos del siete al dieciséis, se desarrollan los diferentes planes que permitirán asegurar el proyecto en coste, tiempo, alcance y calidad, y se basan en las nueve áreas del conocimiento de la Dirección de Proyectos, que son los siguientes planes: Recursos, Gestión de Riesgos, Calidad, Aceptación, Comunicación, Administración de Configuración, Control de Cambios, Aprovisionamiento, Garantía y Soporte, Seguimiento y Control. Adicionalmente, el documento contiene trece anexos, que representan el soporte del Plan de Proyecto de DiscoverAmericas.com, entre los que se puede mencionar el Plan de Negocio, las bases para el financiamiento, el Project Charter, el Diseño de la Solución, la WBS detallada, el Cronograma definido, el Plan de Gestión de Riesgos detallado y los formatos requeridos para el desarrollo del Plan de Proyecto. A lo largo de este Plan de Proyecto, se podrá conocer de manera detallada las necesidades que cubre el proyecto, los recursos necesarios, el tiempo de duración de cada fase, los costes involucrados, los riesgos identificados con sus respectivos planes de contingencia, y, en general, como se llevará a cabo, toda la gestión del proyecto. Este documento se deberá actualizar constantemente conforme se vaya desarrollando el proyecto.
Plan de Proyecto
No. ID: FORM01
MPM© Página 10 de 128
1.1. Propósito del Plan de Proyecto
El propósito de este Plan de Proyecto es incorporar un enfoque de Calidad en la planificación del proyecto DiscoverAmericas.com, definiendo un marco conceptual, sintetizado en la misión y objetivos, y delimitando el proyecto a través de la declaración del alcance, programando actividades en recursos, costes y tiempo, y complementándolo con planes que permitirán una mayor eficiencia en la ejecución, el control, cierre y soporte del mismo. De esta manera, se podrá asegurar que todas las actividades sean ejecutadas a satisfacción de la AICD y que todos los entregables comprometidos cumplan con los requerimientos estipulados. El Plan de Proyecto es un documento de trabajo que irá actualizándose durante el desarrollo del proyecto conforme se vayan llevando a cabo las actividades y en importante proporción, debido a los requerimientos formales de cambios, de conformidad con el procedimiento descrito en el Plan de control de cambios incluido en este documento.
1.2. Alcance del Plan de Proyecto
El plan de proyecto involucra un marco conceptual, que contiene la misión, los objetivos y el alcance, la programación de las fases y actividades, considerando el tiempo y recursos, así como la definición de los planes de soporte. Estos últimos posibilitarán un mejor desarrollo, control, cierre y soporte del proyecto. En tal sentido, la estructura del documento se muestra en el siguiente gráfico:
MISION Y OBJETIVOS
DECLARACIÓN DELALCANCE
FASES , ACTIVIDADES Y PROCESOS ( WBS)
CRONOGRAMA
PLANIFICACIÓN DE LOS RECURSOS
RIESGOS
CALIDAD
ACEPTACIÓN
COMUNICACIÓN
CONTROL DE CAMBIOS
CONTRATACIÓN Y APROVISIONAMIENTO
ADMINISTRACIÓN DE LA CONFIGURACIÓN
GARANTÍA Y SOPORTE
Marco Conceptual Programaciones Planes
CONTROL Y SEGUIMIENTO
MISION Y OBJETIVOS
DECLARACIÓN DELALCANCE
FASES , ACTIVIDADES Y PROCESOS ( WBS)
CRONOGRAMA
PLANIFICACIÓN DE LOS RECURSOS
RIESGOS
CALIDAD
ACEPTACIÓN
COMUNICACIÓN
CONTROL DE CAMBIOS
CONTRATACIÓN Y APROVISIONAMIENTO
ADMINISTRACIÓN DE LA CONFIGURACIÓN
GARANTÍA Y SOPORTE
Marco Conceptual Programaciones Planes
CONTROL Y SEGUIMIENTO
Gráfica 1.1 Alcance del Proyecto
Plan de Proyecto
No. ID: FORM01
MPM© Página 11 de 128
1.3. Referencias
1.3.1. Documentos Incorporados Aquí se incorporan documentos que contienen información en la cual se basa el Plan de Proyecto. Estos documentos están incluidos en la sección de Anexos del Plan de Proyecto.
Número de Anexo Nombre del Documento ID
1 Plan de Negocio FORM01
2 Bases de la AICD FEMCIDI
3 Project Charter FORM02
4 Diseño de la Solución TC_DSOL
5 WBS del Proyecto FORM05
6 Cronograma del Proyecto FORM06
7 Plan de Gestión de Riesgos FORM08
8 Formatos del Plan de Calidad
A. Evaluación de Desempeño por objetivos FORM09
9 Formatos del Plan de Aceptación
A. Formulario de Aceptación de Entregas FORM10_1
B. Certificado de Aceptación de Entregables FORM10_2
C. Bitácora de Aceptación de Entregas FORM10_3
10 Formatos del Plan de Comunicación
A. Agenda y Acta de Reunión FORM11_1
B. Bitácora de Comunicaciones FORM11_2
C. Reporte de Incidencias FORM11_3
D. Bitácora de Reportes de Incidencias FORM11_4
E. Informe de Estado FORM11_5
11 Formatos del Plan de Control de Cambios
A. Petición de Cambios FORM13_1
B. Bitácora de Petición de Cambios FORM13_2
C. Informe de Fuera de Especificaciones FORM13_3
D. Bitácora de Informes de Fuera de Especificaciones FORM13_4
12 Formatos del Plan de Aprovisionamiento
A. Evaluación de Proveedores FORM14
13 Formatos del Plan de Garantía y Soporte
A. Bitácora de Garantía FORM15_1
B. Atención de Soporte FORM15_2
C. Bitácora de Soporte FORM15_3
14 Formatos del Plan de Configuración
A. Petición de Ingreso de Items a Configuración FORM16_1
B. Bitácora de Items en Configuración FORM16_2 Tabla 1.1. Anexos
Plan de Proyecto
No. ID: FORM01
MPM© Página 12 de 128
1.3.2. Documentos Relacionados Los documentos relacionados al Plan de Proyecto, pero no anexados, son los siguientes: o Diseño de la Solución de un Portal para una Agencia de Turismo o Arquitectura Tecnológica de un E-business o Diseño de un entorno E-marketplace o E-commerce de productos y servicios estándar
1.3.3. Términos Términos Definición E-commerce Es la compra y venta de bienes y servicios a través de Internet. Un
WebSite de comercio electrónico puede ser tan simple como una página con un catálogo y número de teléfono, hasta un WebSite con procesamiento de tarjetas de crédito en tiempo real donde los clientes podrán comprar productos de descarga o entrega inmediata y recibirlo en el acto. Los merchants (negocios) de e-commerce pueden ser desde pequeños negocios con uno pocos productos para la venta hasta grandes minoristas en línea.
E-marketplace Lugar no físico en la red donde se ponen en contacto compradores y suministradores para el intercambio de información, establecimiento de relaciones, negociación, establecimiento de contratos, compra-venta y suministro de bienes y servicios.
E-business El "e-business" (deriva de términos como "e-mail" o correo electrónico) y es la realización de negocios en Internet, no sólo la compra y venta, sino también proporcionar servicio a clientes y colaborar con asociados de negocios.
WebSite Es una manera de presentarse en línea. Es el lugar en Internet donde todos, y en cualquier parte del mundo podrán visitarlo. Imagínese a Internet como la más grande feria comercial y mundial, y Ud. tiene un stand en ella
Solución Hace referencia a la solución tecnológica propuesta para el proyecto DiscoverAmericas.com.
Web Server Es el servidor de servicios para Internet, en donde se alojan las aplicaciones Web
DataBase Server Es el servidor de base de datos, que es el soporte del Web Server y que contiene la información requerida para la gestión de las aplicaciones Web
Firewall Un firewall es un dispositivo de seguridad, que funciona como cortafuegos entre redes, permitiendo o denegando las transmisiones de una red a la otra. Un uso típico es situarlo entre una red local y la red Internet, como dispositivo de seguridad para evitar que los intrusos puedan acceder a información confidencial.
Business to business Es un tipo de comercio electrónico y se refiere a las transacciones efectuadas entre empresas: clientes y proveedores. Estas se realizan a través de aplicaciones que permiten acceder a catálogos, precios y condiciones personalizadas de venta, realizar pedidos de modo automático e intercambiar documentos tales como presupuestos o facturas
Business to consumer Se refiere al negocio electrónico dirigido al cliente final. Ésta quizá sea el área más conocida del comercio electrónico, debido a la gran cantidad de empresas que utilizan Internet para la venta de sus productos/servicios al gran público.
Plan de Proyecto
No. ID: FORM01
MPM© Página 13 de 128
Términos Definición Brick and Click Es un tipo de empresa que realiza negocios electrónicos, pero que a la
vez posee instalaciones físicas para dar soporte a dichos negocios.
Payment Gateway Payment gateway vincula una página de e-commerce (P. Ej., la página donde el comprador escribe su número de tarjeta) con las tarjetas que Ud. opera y a su merchant account (cuenta del negocio). En segundos, el sistema obtiene la autorización del pago, otorgado por la compañía de la tarjeta correspondiente. El sistema, también realiza la transferencia de fondos a su merchant account.
Layout Layout es la representación gráfica de la diagramación de una página en el caso de sitios Web. Los layouts se utilizan especialmente para el diseño de información que permite ubicar elementos de contenido, texto, entre otros antes de ser diseñados.
Protositio El Protositio es un prototipo de un sitio Web que se realiza usualmente con programación básica para poder simular la correcta usabilidad de las interfaces. En las pruebas de usuarios o “User Testing” se usan protositios para identificar potenciales problemas o mejoras en los sitios.
Arquitectura de Información
Arquitectura de información es un grupo de ideas sobre como la información, en un contexto establecido, debe ser tratada y organizada
Usabilidad Usabilidad, en un proyecto de Internet, corresponde a un atributo de calidad que determina que tan fácil de usar son las interfaces.
Banner Se define como banner a un espacio publicitario, animado o estático que se ubica en diversas secciones de una página web. Existen estándares internacionales para el tamaño y uso de los banners.
Shockwave Tecnología propietaria de Macromedia que sirve para crear gráficos en movimiento (animaciones).
Firefox Es una aplicación para visualizar páginas web, en otras palabras es un navegador de Internet como los conocidos MS Explorer y Netscape.
Javascript Lenguaje de programación usando en páginas de Internet.
Router Dispositivo que se usa en una Red local para conectarse con una red externa.
PayFlow Pro Servicio de la empresa VERISIGN que sirve para realizar transacciones electrónicas con tarjetas de crédito.
Switcher Dispositivo utilizado en redes locales para optimizar el tráfico de información entre estaciones de trabajo.
Site Manager Aplicación para administrar sitios web, contenidos y servicios.
Catching Capacidad de la tecnología .Net para almacenar temporalmente información en la memoria cache del servidor, esto permite una visualización más rápida de sitios web.
Browser Aplicación que sirve para navegar por Internet y visualizar sitios web. Los más conocidos son: MS Explorer, Netscape y Firefox.
Patrocinador (Sponsor) Persona que apadrina el proyecto y proporciona los recursos necesarios para el éxito del mismo.
Graphic User Interface Es la interfase de un programa que toma ventaja de las capacidades gráficas de las computadoras para hacer que un programa sea fácil de usar. Una interfase gráfica bien diseñada libera al usuario de aprender lenguajes complejos de comandos.
Tabla 1.2. Términos
Plan de Proyecto
No. ID: FORM01
MPM© Página 14 de 128
1.3.4. Abreviaciones
Abreviaciones Definición AICD Agencia Interamericana de Cooperación para el Desarrollo
WBS Work Breakdown Structure
OMT Organización Mundial del Turismo
OEA Organización de Estados Americanos
SGP Sistema de Gestión de Proyectos
GUI Graphic User Interface
CRS Computarizad Reservation System
IAB Internet Advertise Bureau
SMS Short Message System
ASP Active Server Pages
WAP Wireless Application Protocol
HTML HyperText Markup Language
XHTML Extensible Hypertext Markup Language
CSS Cascade Style Sheet
VPN Virtual Private Network
DHTML Dynamic Hypertext Markup Language
3WC World Wide Web Consortium
DB Data Base ( Base de datos)
PAP Plan de Aceptación del Proyecto
SGP Sistema de Gestion de Proyectos
LAN Local Area Network (Red Local)
PMI Project Management Institute
Tabla 1.3. Abreviaciones
Plan de Proyecto
No. ID: FORM01
MPM© Página 15 de 128
2. Resumen Ejecutivo
En la actualidad, Internet se ha convertido en uno de los principales medios de comunicación, información y negocios a nivel mundial, en donde la oferta de productos y servicios es infinita en casi todos los sectores de negocios. El turismo es uno de los sectores de mayor crecimiento en los últimos años, y según la Organización Mundial de Turismo (OMT) es uno de los sectores más prometedores en crecimiento, destacando que para el año 2020, los turistas internacionales se ubicarán por encima de 1.560 millones, en tanto que los ingresos turísticos alcanzarán los dos billones de dólares anuales. El potencial de América del Sur, a diferencia de otras regiones, es la riqueza cultural y de biodiversidad que ofrece, y que es de alto interés para los turistas. Uno de los medios que están permitiendo el crecimiento del sector turístico a nivel mundial es Internet, resaltando que el año 2004 el 64% de turistas contrataron servicios turísticos a través de Internet. Estas cifras permiten visualizar el gran potencial del sector, lo cual genera opciones concretas de negocios turísticos, especialmente por Internet, convirtiéndose en un mercado cada vez más competitivo, en la que sólo aquellos negocios que inviertan en conocer las necesidades y comportamientos de compra de los turistas y que se ajusten en gran medida a las preferencias de los viajeros, serán quienes logren atraer clientes en mayor proporción y sobrevivan en el mercado. El desarrollo de un negocio con soluciones Web, implica un análisis de la viabilidad técnica y económica, debido a las condiciones singulares que representa su desarrollo, implantación y soporte. Ante esta realidad, el equipo de Imagine Solutions, teniendo en cuenta su objetivo estratégico de consolidar su participación en sectores, como el turístico y teniendo como fortaleza la experiencia en el sector tecnológico y su visión de futuro, elaboró un Plan de Negocio para el desarrollo de una solución en Internet con productos y servicios turísticos basados en modelos de comercialización business to business (B2B) y business to consumer (B2C). El Proyecto que soporta esta propuesta ha sido denominado DiscoverAmericas.com. Este Plan de Negocio demostró la viabilidad técnica, económica y comercial del proyecto, con lo cual los directivos de Imagine Solutions procedieron a buscar el financiamiento. La AICD fue el socio financiero que decidió apoyar y comprometerse con el proyecto, por considerar que éste se alineaba a sus objetivos estratégicos de desarrollo, soportados por la necesidad de dar a conocer el turismo y la cultura de América del Sur en el mundo, así como obtener beneficios socioeconómicos para América y por tanto para su Organización. DiscoverAmericas.com es un proyecto e-business, que gestiona sociedades de información electrónica a través de la difusión, en forma integral, de las posibilidades turísticas y actividades culturas de América del Sur hacia el mundo. En tal sentido, el proyecto desarrollará un piloto en Perú y Colombia enfocado a un grupo meta, definido para E-commerce como: Estados Unidos, España, Francia, Italia, Alemania, UK y para el E-marketplace como: operadores y profesionales turísticos y/o culturales de América del Sur, en un plazo de 1 año 9 meses, a partir del 1 de Enero del 2006, lo que implica una inversión inicial de US $ 282.747, con una rentabilidad del 17%. Es importante resaltar que el desarrollo del proyecto se ha planteado en un Plan de Proyecto basado en la metodología del PMI, donde se incorporan las nueve áreas del conocimiento de la Dirección de Proyectos.
Plan de Proyecto
No. ID: FORM01
MPM© Página 16 de 128
3. Misión y Objetivos
El presente capítulo define la Misión y Objetivos del proyecto DiscoverAmericas.com. Éste describe las principales características de los productos y servicios a desarrollar, atendiendo a las oportunidades que ofrece el mercado del turismo electrónico. Este capítulo contiene la descripción de los antecedentes, la definición de la misión y objetivos, la situación del negocio, el resumen de la solución, los factores críticos de éxito, las etapas críticas y las suposiciones que deban tomarse en cuenta durante el ciclo de vida del proyecto, a fin de concluir exitosamente el proyecto.
3.1. Antecedentes del Proyecto
El proyecto fue concebido con base en la creciente demanda de productos y servicios turísticos a nivel mundial, soportados por el comercio electrónico y específicamente, el Internet. (Ver Anexo 1: Plan de Negocio, Situación Actual del Turismo y Análisis del Entorno). En tal sentido, Imagine Solutions, como empresa especializada en el desarrollo de soluciones y negocios en Internet, identificó la oportunidad de mercado, para lo cual se realizó un Plan de Negocio para el proyecto denominado DiscoverAmericas.com. En éste se definió la viabilidad técnica y económica del proyecto, a través del análisis del mercado y el entorno, así como el análisis económico del proyecto (Ver Anexo 1: Plan de Negocio). El análisis de mercado realizado (Ver Anexo 1: Plan de Negocio, Análisis de Mercado) confirmó la oportunidad del negocio, permitiendo además perfilar los productos y servicios a ofrecer. Asimismo, se demostró que el procedimiento más adecuado para la implantación del proyecto sería comenzar con un proyecto piloto en Perú y Colombia, debido a que son los países de América del Sur que presentan mayor potencial turístico. En términos de desarrollo, el Plan de Negocio demostró que el proyecto contribuirá a promocionar América del Sur al mundo, tanto turística como culturalmente, posibilitando atraer capitales que promuevan clusters económicos para generar empleos y mejorar los ingresos de las poblaciones que pueden aprovechar sus entornos con potencial turístico. Con estas premisas, se inició la búsqueda de fuentes de financiamiento, para lo cual se estudiaron las siguientes condiciones: financiar el proyecto a través de un préstamo bancario o financiarlo con recursos propios o buscar una agencia de cooperación al desarrollo que financiara el proyecto. Por las características socioeconómicas y culturales del proyecto, se decidió que la mejor opción sería financiar el proyecto a través de una agencia de cooperación. Ante esta realidad, el Director General de Imagine Solutions decidió contactar a un representante del departamento de desarrollo de la AICD, aprovechando las relaciones comerciales ya existentes, a raíz del desarrollo de unas soluciones tecnológicas. Este contacto, se concretó en la presentación del Plan de Negocio hacia la AICD, donde se obtuvo finalmente el apoyo para el proyecto DiscoverAmericas.com. Posteriormente, la AICD remitió a Imagine Solutions, las bases y los procedimientos para la presentación de propuestas (Ver Anexo 2: Bases de la AICD – FEMCIDI 2004), a partir de las cuales Imagine Solutions se comprometió a presentar el proyecto antes del 31 de mayo del presente año. Por su parte, la AICD cuenta con plazo hasta el 31 de diciembre para gestionar los recursos del proyecto, con lo cual se programaría el inicio del proyecto para los primeros días de enero del 2006.
Plan de Proyecto
No. ID: FORM01
MPM© Página 17 de 128
3.2. Misión del Proyecto DiscoverAmericas.com es un proyecto e-business, que gestiona sociedades de información electrónica a través de la difusión, en forma integral, de las posibilidades turísticas y actividades culturas de América del Sur hacia el mundo.
3.3. Objetivos del Proyecto o Crear un Portal Vertical Piloto para Internet, con el objeto de difundir y promocionar la
información turística y cultural de Perú y Colombia. o Crear aplicaciones que permitan ser un enlace entre los turistas que quieran conocer Perú
y Colombia y las agencias de viajes u operadores capaces de cubrir sus requerimientos. o Crear puntos de encuentro comercial (E-marketplace) para el intercambio, compra, venta
de bienes y servicios turísticos entre los países de América del sur y el resto del mundo.
3.4. Política de Calidad del Proyecto
Imagine Solutions ha definido la siguiente política de calidad para el Proyecto DiscoverAmericas.com, en correspondencia con sus metas organizacionales y con las expectativas y necesidades de la AICD:
o En Imagine Solutions la calidad es un compromiso de todos. El Director General, los
Directores de cada área y demás funcionarios del proyecto, que tienen autoridad y medios para establecerla, deberán desempeñarse también como responsables de calidad en sus respectivas áreas.
o El Proyecto DiscoverAmericas.com deberá cumplir con todas las normas nacionales e internacionales dentro de los marcos legales, brindando el mayor grado de satisfacción a clientes y usuarios, a costes razonables. Asimismo, deberá proporcionar a socios, directivos, empleados, y cliente, razones permanentes de ganancia material y personal, teniendo al elemento humano como el principal soporte, capacitado y motivado con espíritu de servicio a los usuarios.
o Imagine Solutions utiliza materiales y tecnología suministrada por proveedores que cumplen nuestro perfil de calidad, garantizando la solución Web.
3.5. Situación de Negocio de la AICD La Organización de los Estados Americanos (OEA) está dedicada a promover el desarrollo de proyecto, a través de la Agencia Interamericana para la Cooperación y el Desarrollo (AICD), misma que a su vez, fue establecida a comienzos del año 2000, con el fin de promover nuevas modalidades eficaces de cooperación entre sus estados miembros, y mejorar el trabajo conjunto con el sector privado y la sociedad civil.
Plan de Proyecto
No. ID: FORM01
MPM© Página 18 de 128
3.5.1. Cadena de Valor de la AICD
El Plan Estratégico de la AICD, establece ocho campos prioritarios de acción en los que se buscan, lograr un impacto innovador en el desarrollo de los países de la región:
o Desarrollo social y generación de empleo productivo. o Educación. o Diversificación e integración económica, apertura comercial y acceso a mercados. o Desarrollo científico e intercambio y transferencia de tecnología. o Fortalecimiento de las instituciones democráticas. o Desarrollo sostenible del turismo. o Desarrollo sostenible y medio ambiente. o Cultura.
3.5.2. Objetivos de Negocio de la AICD La misión de la AICD consiste en usar las notables potencialidades de los Estados Miembros de la Organización de los Estados Americanos (OEA) y forjar nuevas relaciones con el sector privado y/o público para ayudar al pueblo de las Américas a erradicar la pobreza, beneficiarse de la revolución digital y progresar en el desarrollo económico y social.
3.6. Solución Propuesta
3.6.1. Misión de la Solución DiscoverAmericas.com es un proyecto que aprovecha las oportunidades que ofrece el mercado para establecer negocios turísticos por Internet y la potencialidad cultural y turística de América del Sur, que son atractivas para los turistas.
El proyecto DiscoverAmericas.com se enmarca dentro de un negocio “brick and click”, que implica el desarrollo de e-business y que poseen instalaciones físicas para dar atención a los servicios que prestan. En tal sentido, el proyecto desarrollará un piloto en Perú y Colombia en un plazo de 1 año 9 meses, lo que implica una inversión inicial de US $ 282,747, y que sentará las bases para que posteriormente sea escalado hacia el resto de países de América del Sur.
3.6.2. Resumen de la Solución La solución consiste en dar servicios por Internet a negocios turísticos, que impliquen pasajes en vuelos y agencias terrestres, reservas de hotel y paquetes turísticos. Éstos estarán ligados a información cultural clasificada y de interés para los turistas, como punto de apalancamiento para el desarrollo del negocio. La solución implica dos entornos, uno relacionado al E-commerce, en donde los usuarios finales (turistas) interactúan con el sistema para adquirir servicios turísticos y/o culturales, y otra relacionada al E-marketplace, en donde los clientes (empresas relacionadas al turismo) interactúan con el sistema para establecer negocios turísticos.
Plan de Proyecto
No. ID: FORM01
MPM© Página 19 de 128
Tecnológicamente, el principal hardware a emplear serán los servidores tanto Web como de Base de Datos. Adicionalmente, un factor fundamental de la solución lo constituyen tanto la máquina de búsqueda de viajes y hoteles (CRS), proveído por Sabre, como la vinculación con Verisign, para asegurar el portal y las transacciones que se realicen. Finalmente, existirán otros proveedores como Associated Press (noticias) Weather (para el clima), entre otros.
Gráfica 3.1. Diseño de Solución
La solución será diseñada inicialmente en español e inglés, y estará orientada a un piloto en Perú y Colombia, el cual será extendido posteriormente hacia el resto de países de América del Sur con futuros proyectos.
3.6.3. Alineación de la Solución con los Objetivos de Negocio de la AICD Como se explicó anteriormente, el objetivo de la AICD es financiar proyectos de desarrollo que impliquen la sostenibilidad socioeconómica de América.
Objetivo Prioridades Objetivo estratégico 1: Mejoramiento de los mecanismos de diálogo político.
Objetivo estratégico 2: Generación y fortalecimiento de alianzas.
Objetivo estratégico 3: Desarrollo de capacidades.
Objetivo estratégico 4: Movilización de recursos.
o Desarrollo Social y Generación de Empleo Productivo.
o Educación. o Diversificación e integración Económica,
Apertura Comercial y Acceso a Mercados. o Desarrollo Científico e Intercambio y
Transferencia de Tecnología. o Fortalecimiento de las Instituciones
Democráticas. o Desarrollo Sostenible del Turismo. o Desarrollo Sostenible y Medio Ambiente. o Cultura.
Tabla 3.1 Objetivos estratégicos y prioridades de la AICD
En tal sentido, se puede observar que DiscoverAmericas.com, se alinea al objetivo estratégico de desarrollo de capacidades y la prioridad de desarrollo sostenible del turismo.
Plan de Proyecto
No. ID: FORM01
MPM© Página 20 de 128
Como antecedente, se tiene que la AICD ha financiado proyectos de comercio turístico en Internet, pero a nivel de sitio turístico, que a diferencia el proyecto DiscoverAmericas.com es integral, ya que abarca dos países inicialmente y podrá ser extendido al resto de países de América del Sur. En tal sentido, la alineación del proyecto con los objetivos de la AICD se muestra en la siguiente tabla:
Drivers de Negocio de la AICD
Objetivos de Negocio de la AICD
Solución de Imagine
Solutions Alineación de Negocio
Difusión de América del Sur al Mundo
Generación de empleo y mejora de ingresos Desarrollo sostenible Turismo y Cultura
Portal de turismo y cultura en América
del Sur Vincular empresa y
sociedad civil
Tabla 3.2 Alineamiento del proyecto con los objetivos de la AICD
3.6.4. Valor del Proyecto para la AICD El proyecto DiscoverAmericas.com representa para la AICD, una herramienta que contribuye al desarrollo sostenible en los países miembros de los Estados Americanos, ya que permitirá concentrar elementos turísticos y culturales en un mismo lugar que propicie la captación del turismo internacional, promoviendo así el desarrollo de las empresas vinculadas a este sector. Adicionalmente, propiciará la generación de clusters económicos y culturales que posibiliten a la sociedad civil acceder a nuevos puestos de empleo y mejorar sus ingresos.
3.6.5. Factores Críticos de Éxito del Proyecto Para lograr el objetivo planteado por el proyecto, será indispensable diversificar la oferta de productos o servicios mediante la aplicación de nuestro modelo de negocio de e-business, los procesos y sistemas definidos. Esto nos deberá llevar a proporcionarle al cliente final un valor agregado, donde perciba nuestra propuesta como única, ya sea por su diseño, imagen de marca, tecnología y/o servicio al cliente. Lo anterior será alcanzable si se consideran los siguientes factores:
o Compromiso de la AICD, de Imagine Solutions y de las organizaciones que fomentan
el turismo en Perú y Colombia. o Involucrar a todos los participantes del proyecto, desde promotores hasta los
trabajadores desde el inicio del proyecto. o Adecuada planificación y ejecución del proyecto. o Eficiencia en el seguimiento y control del proyecto, evitando desviaciones en tiempo y
costes. o Garantizar la disponibilidad de los recursos asignados a lo largo del proyecto. o Establecer los mecanismos adecuados de comunicación. o Motivación del equipo del proyecto. o Enmarcar los productos y servicios en parámetros de precio, calidad y fiabilidad. o Diseñar un portal atractivo, dinámico, adaptable, rápido y sencillo. o Control de costes iniciales y de operación. o Funcionalidad integral de la solución.
Plan de Proyecto
No. ID: FORM01
MPM© Página 21 de 128
o Seguridad, disponibilidad y escalabilidad de la solución. o Generación del valor agregado.
3.6.6. Análisis FODA
El Análisis FODA, es una herramienta analítica que permite examinar entre las características particulares de su negocio y el entorno en el cual éste compite, identificando Fortalezas, Oportunidades, Debilidades y Amenazas. Un análisis de este tipo para el proyecto DiscoverAmericas.com, debe resaltar las fortalezas y las debilidades diferenciales internas al compararlo de manera objetiva y realista con la competencia y con las oportunidades y amenazas claves de su entorno, específicamente hablando de los países donde se desarrollará: Perú y Colombia.
Amenazas Oportunidades
o Desconfianza a “hacer negocios en línea” por parte de empresas del sector turístico en América del Sur, acostumbrados a la manera tradicional de llevar a cabo sus transacciones.
o Creciente difusión de uso de Internet y conexiones cada vez más rápidas, a nivel mundial (casa, trabajo, negocios, universidades) por lo que el índice de usuarios se irá incrementando paulatinamente.
o Situación económica, política y financiera inestable en Latinoamérica, que puede desalentar el turismo.
o Interés creciente por parte de empresas relacionadas al turismo por establecer negocios electrónicos.
o Los servicios que ofrecemos, pueden ser encontrados de manera segmentada en diferentes portales ya existentes.
o Las agencias turísticas y hoteles cuentan con cartera de clientes e infraestructura que pueden ser aprovechados - proyecto.
o Los Gobiernos de América del Sur prefieren orientar los recursos que poseen hacia sectores prioritarios de desarrollo, por lo cual el turismo pasa a segundo plano.
o Las agencias de Europa y Norteamérica están interesadas en aliarse con agencias de América del Sur para enviar turistas.
o Posibles violaciones de seguridad en servicios subcontratados como el servidor de aplicaciones y el servidor de bases de datos.
o Predisposición de los Gobiernos de América del Sur al desarrollo e implantación de programas integrales, turísticos y culturales en la región.
Debilidades Fortalezas o Complejidad en la gestión administrativa del
proyecto debido a la diversidad de variables a controlar.
o Contacto con las principales organizaciones turísticas y culturales de Perú y Colombia.
o Escaso contacto directo con operadores turísticos (agencias, hoteles y aerolíneas).
o Capacidad de desarrollar productos y servicios e-business, innovadores para Perú y Colombia, en donde la oferta es muy limitada.
o Carencia de fuerza de ventas para promocionar y comercializar el proyecto.
o Facilidad de actualización del contenido del portal.
o El proyecto se financiará con recursos de terceros por lo que se está comprometiendo su éxito.
o Contamos con equipamiento, herramientas tecnológicas e infraestructura que facilitan la implantación del proyecto.
o Alto número de recursos subcontratados (servidor de aplicaciones, proveedor de contenido, etc.)
o Experiencia de los miembros del equipo en el desarrollo de proyectos e-business en el sector turístico.
Tabla 3.3. Análisis FODA
Plan de Proyecto
No. ID: FORM01
MPM© Página 22 de 128
3.7. Otras Consideraciones
3.7.1. Suposiciones
o Asumimos que los cambios tecnológicos en los próximos 3 años no afectará la solución planteada para el proyecto.
o Asumimos que el mercado del turismo electrónico continuará con su curva de crecimiento, tal y como está previsto por la Organización Mundial del Turismo.
o Suponemos que no existirá cambios organizacionales en la AICD en los próximos dos años.
3.7.2. Restricciones y Dependencias
o El avance del proyecto dependerá del éxito de la solución piloto. o El proyecto deberá ser presentado en Mayo del 2005 y sería aprobado a finales del
mismo año, iniciando sus actividades en enero del 2006. o El presupuesto del proyecto no debe superar los US $282,747, que es lo solicitado al
AICD, debido a que no existen extensiones de presupuesto. o Procedimientos, normativa, políticas y reglas de funcionamiento actuales de la AICD.
Plan de Proyecto
No. ID: FORM01
MPM© Página 23 de 128
4. Declaración de Alcance
4.1. Propósito DiscoverAmericas.com, es un proyecto que aprovechará el potencial turístico y cultural de América de Sur, para generar Sociedades de Negocio Electrónico (e-business).
4.1.1. Visión Global del Proyecto DiscoverAmericas.com es un proyecto que se enfocará en definir, desarrollar y aplicar un portal piloto turístico y cultural de dos países de América del Sur, que sirva como base para la implementación al resto de países de esta región. Los países que se utilizarán para el desarrollo del portal piloto serán Perú y Colombia. El sitio piloto ofrecerá los siguientes servicios:
o Búsquedas. o Información y opción de reservar vuelos y hoteles de Perú y Colombia. o Zonas culturales y arqueológicas. o Ecoturismo. o Rutas recomendadas. o Servicio personalizado de viaje. o Libro de comentarios (Foro). o Compra-venta de bienes y servicios turísticos. o Información de cultura y biodiversidad.
4.2. Metodología de Implantación
Utilizando las experiencias previas y mejores prácticas en el proceso de desarrollo en proyectos de Imagine Solutions y aplicando los principios de la metodología PMI (Project Management Institute), el proyecto DiscoverAmericas.com se desarrollará bajo la siguiente metodología:
1.Inicio
2.Planificación
4.AC
4.Implantación
5.Garantía &
Soporte
3.Desarrollo de
Solución
1.Inicio
2.Planificación
4.AC
4.Implantación
5.Garantía &
Soporte
3.Desarrollo de
Solución
Gráfica 1.1. Fases del Proyecto
Cada una de las etapas principales de la metodología de desarrollo establece tareas específicas, documentación y aprobaciones que se definen en el Plan de Proyecto.
Plan de Proyecto
No. ID: FORM01
MPM© Página 24 de 128
4.2.1. Inicio
Etapa en la que se establecen los requerimientos, necesidades y expectativas del proyecto. En esta etapa de definición, se decide la visión del proyecto y se bosqueja la solución tecnológica para un problema específico. También se define el alcance del proyecto teniendo como marco referencial las restricciones y recursos disponibles. Durante esta etapa, es clave la participación activa de AICD para determinar todo tipo de requerimiento y especificación técnica que ayuda a definir una solución integral acorde a sus necesidades. Adicionalmente, desde esta primera etapa se clarifican e identifican los potenciales riesgos del proyecto.
4.2.2. Planificación
La óptima planificación permite ofrecer un proyecto a tiempo y dentro del presupuesto asignado y es por esto, que esta etapa es crítica dentro del ciclo de vida del proyecto. La planificación contempla la creación de especificaciones funcionales, análisis de requerimientos, estimación de tiempo y costes.
4.2.3. Desarrollo de Solución
Durante el proceso de desarrollo, el equipo responsable en Imagine Solutions procede a crear el código, documentación y generación de componentes que servirán para la solución. En el caso del proyecto DiscoverAmericas.com, tareas como diseño, programación, pruebas técnicas, entre otras también son contemplados dentro de esta etapa.
4.2.4. Implantación
El resultado de esta etapa es implementar los componentes y aplicaciones finales en un ambiente de producción real. Durante éste periodo, el equipo de Imagine Solutions ofrecerá soporte en la utilización y asimilación de las nuevas aplicaciones.
4.2.5. Garantía & Soporte
El soporte del proyecto se realizará desde el momento que esté en línea el piloto de DiscoverAmericas.com. El soporte incluye el monitoreo, administración y gestión de información por un periodo definido, así como la capacitación al equipo del proyecto. La finalización de esta fase constituye el cierre del proyecto.
Plan de Proyecto
No. ID: FORM01
MPM© Página 25 de 128
4.3. Entregables Comprometidos y Criterios de Aceptación A continuación se detalla cada uno de los entregables, que han sido descritos en la tabla anterior:
4.3.1. Estructura de Datos del Sistema (3.2.2.3) La estructura de datos del sistema será realizado en la fase de desarrollo, y corresponde al modelo de las Bases de Datos, logrando definir el contexto de la información del sistema.
4.3.1.1. Componentes del Entregable Consiste del modelo relacional de datos y su interacción con la estructura del hardware. Criterio de Aceptación Imagine Solutions remitirá a la AICD el modelo de datos del sistema, la cual expresará su aceptación al modelo. Esto se realiza con el objetivo de que la AICD, verifique que el análisis involucra todos los componentes que definieron en su requerimiento. Responsabilidades del Cliente La AICD para ello deberá proveer de los recursos financieros programados, retornando su aprobación de la estructura de datos hacia Imagine Solutions debidamente firmado.
Otras Consideraciones La AICD deberá tener presente que el modelo del sistema constituye una de las primeras actividades de la fase de desarrollo, y que cualquier retrazo en la aceptación podría retardar el inicio de las siguientes actividades. Este entregable está relacionado exclusivamente a diagramas de carácter informático más no a algún tipo de desarrollo en pantalla u otro medio.
4.3.2. Desarrollo de Estructura Preliminar del Portal (3.2.2.5) La estructura preliminar del portal será definido en la fase de desarrollo, y corresponde a la integración lógica de los elementos que conforman el portal.
4.3.2.1. Componentes del Entregable Los componentes lo conforman el diseño del hardware y la integración del software y la información.
Criterio de Aceptación Imagine Solutions remitirá a la AICD la estructura preliminar del portal, para que la AICD los apruebe o exprese su conformidad al respecto. Esto se realizará con el objetivo de que la AICD, verifique que el entregable corresponde a las especificaciones funcionales solicitadas.
Plan de Proyecto
No. ID: FORM01
MPM© Página 26 de 128
Responsabilidades del Cliente La AICD para ello deberá proveer de los recursos financieros programados, retornando su aprobación de la estructura preliminar del portal hacia Imagine Solutions debidamente firmado. Otras Consideraciones La AICD deberá tener presente que la estructura preliminar del portal constituye una de las principales actividades de la fase de desarrollo, y que cualquier retrazo en la aceptación podría retardar el inicio de las siguientes actividades. Este entregable está conformado por el diseño del hardware y software, y su integración con la información, cuyos elementos no realizan ninguna función, es decir que simplemente corresponde al diseño en papel.
4.3.3. Diseño de Interfaz Preliminar del Portal (3.2.2.6) En la fase de desarrollo se diseñará la interfaz de usuario tanto para el entorno E-commerce como para el E-marketplace.
4.3.3.1. Componentes del Entregable Este entregable está conformado por el diseño de los parámetros que involucren la interfaz con los usuarios finales, tanto turistas como clientes.
Criterio de Aceptación Imagine Solutions remitirá a la AICD el diseño de la interfaz del portal en versión preliminar, para que la AICD lo apruebe o exprese su conformidad al respecto. Esto se realizará con el objetivo de que la AICD, verifique la forma de presentación del portal de cada a los usuarios finales. Responsabilidades del Cliente La AICD para ello deberá proveer de los recursos financieros programados, retornando su aprobación del diseño preliminar de la interfaz hacia Imagine Solutions debidamente firmado. Otras Consideraciones La AICD deberá tener presente que la interfaz del portal es en versión preliminar, así que la información y los contenidos constituyen simplemente una prueba. Este entregable no representa la versión final del portal.
4.3.4. Portal Integrado (3.4.6) Este entregable representa el final de la fase de desarrollo, y constituye el portal desarrollado integrando todos los componentes que lo conforman, mostrando como sería lanzado en Internet.
4.3.4.1. Componentes del Entregable Los componentes que conforman este entregable son los módulos FrontEndy BackEnd, tanto del entorno E-commerce, como del entorno E-marketplace. Criterio de Aceptación Imagine Solutions remitirá a la AICD el portal integrado, esperando simplemente la conformidad. En tal sentido, la AICD procederá a dar su conformidad al respecto, con lo cual Imagine Solutions procederá a poner en línea el portal.
Plan de Proyecto
No. ID: FORM01
MPM© Página 27 de 128
Responsabilidades del Cliente La AICD para ello deberá retornar su aprobación del portal hacia Imagine Solutions debidamente firmado. Otras Consideraciones La AICD deberá tener presente que el portal es un sistema dinámico y que se pueden realizar cambios una vez puesto en línea.
4.3.5. Documentación de la Puesta en Línea (4.1.3) Este es el primer entregable de la fase de implantación, y representa el registro del proceso de puesta en línea de portal, sin constituir un procedimiento de pruebas.
4.3.5.1. Componentes del Entregable Los componentes que conforman este entregable son los documentos de la puesta en línea del portal, refrendados en una carta. Criterio de Aceptación Imagine Solutions remitirá a la AICD una carta y la documentación que en la cual informe que el portal ha sido puesto en línea. En tal sentido, la AICD procederá a dar su conformidad al respecto, con lo cual Imagine Solutions, procederá a realizar las pruebas respectivas. Responsabilidades del Cliente La AICD para ello deberá retornar su aprobación del lanzamiento del portal hacia Imagine Solutions debidamente firmado. Otras Consideraciones La AICD deberá tener presente que el portal es un sistema dinámico y que se pueden realizar cambios una vez puesto en línea, además que aún queda pendiente las pruebas en línea.
4.3.6. Pruebas de Comportamiento (4.2.4) Este entregable corresponde a la fase de implantación, y representa las pruebas que se realizaran al portal, pero referentes al hardware, software y telecomunicaciones, interno y externo, es decir básicamente a la plataforma tecnológica.
4.3.6.1. Componentes del Entregable Los componentes que conforman este entregable son las pruebas en los servidores, del software, de proveedores y de cargas. Criterio de Aceptación Imagine Solutions remitirá a la AICD el informe de las pruebas de comportamiento, con sus comentarios y observaciones. En tal sentido, la AICD procederá a dar su conformidad al respecto, con lo cual Imagine Solutions, procederá a realizar las pruebas de transacciones reales con clientes y usuarios del sistema. Responsabilidades del Cliente La AICD para ello deberá retornar su aprobación a las pruebas de comportamiento hacia Imagine Solutions debidamente firmado.
Plan de Proyecto
No. ID: FORM01
MPM© Página 28 de 128
Otras Consideraciones La AICD deberá tener presente que las pruebas han sido realidad con transacciones internas y que no representan la realidad, cuando se realice la apertura del portal a usuarios finales.
4.3.7. Pruebas de Transacciones BackEnd (4.3.1.4) Este entregable corresponde a las pruebas de las transacciones internas tanto en el entorno E-commerce como E-marketplace. Es decir que representa la evaluación del comportamiento del sistema bajo procesos reales internos.
4.3.7.1. Componentes del Entregable Los componentes que conforman este entregable son las pruebas del comportamiento de los siguientes administradores: site manager, de micrositios, de contenido, de consultas y reservas, de ofertas y demandas, de clientes, de usuarios, de archivos, de estadísticas, de publicidad y de boletines. Criterio de Aceptación Imagine Solutions remitirá a la AICD el informe de las pruebas de los administradores BackEnd, con sus comentarios y observaciones. En tal sentido, la AICD procederá a dar su conformidad al respecto, con lo cual Imagine Solutions, procederá a realizar las pruebas de transacciones FrontEnd. Responsabilidades del Cliente La AICD para ello deberá retornar su aprobación a las pruebas BackEnd hacia Imagine Solutions debidamente firmado. Otras Consideraciones La AICD deberá tener presente que las pruebas BackEnd son las internas, y que estas pruebas serán realizadas con usuarios reales, pero en un volumen reducido.
4.3.8. Pruebas de Transacciones FrontEnd (4.3.2.4) Este entregable corresponde a las pruebas de las transacciones externas tanto en el entorno E-commerce como E-marketplace. Es decir que representa la evaluación del comportamiento del sistema bajo procesos reales externos.
4.3.8.1. Componentes del Entregable Los componentes que conforman este entregable son las pruebas del comportamiento del sistema de compras, de consultas y reservas, de registro de usuarios, de registro de clientes, de ofertas y demandas, de directorio de clientes y de servicios adicionales. Criterio de Aceptación Imagine Solutions remitirá a la AICD el informe de las pruebas de transacciones FrontEnd, con sus comentarios y observaciones. En tal sentido, la AICD procederá a dar su conformidad al respecto, con lo cual Imagine Solutions, procederá a realizar los cambios necesarios que se definieron en las pruebas realizadas. Responsabilidades del Cliente La AICD para ello deberá retornar su aprobación a las pruebas FrontEnd hacia Imagine Solutions debidamente firmado.
Plan de Proyecto
No. ID: FORM01
MPM© Página 29 de 128
Otras Consideraciones La AICD deberá tener presente que las pruebas FrontEnd son las externas de cara a los usuario, y que estas pruebas serán realizadas con usuarios reales, pero en un volumen reducido.
4.3.9. Documentos de Cambios (4.4.3) Este entregable corresponde a los cambios realizados posterior a las pruebas realizadas al sistema.
4.3.9.1. Componentes del Entregable Los componentes que conforman este entregable son los documentos de los cambios que fueron definidos en las pruebas. Criterio de Aceptación Imagine Solutions remitirá a la AICD el informe de los cambios realizados al sistema. En tal sentido, la AICD procederá a dar su conformidad al respecto, con lo cual Imagine Solutions, procederá a realizar la transferencia del proyecto para el soporte. Responsabilidades del Cliente La AICD para ello deberá retornar su aprobación al informe de los cambios hacia Imagine Solutions debidamente firmado. Otras Consideraciones La AICD deberá tener presente que los cambios realizados son respecto a funcionalidades, más no a la estructura de la solución.
4.3.10. Documentos de Transferencia (5.4.8) Este entregable corresponde a la fase de soporte del sistema, y constituye la transferencia del proyecto hacia el soporte.
4.3.10.1. Componentes del Entregable Los componentes que conforman este entregable son los documentos y protocolos necesarios para que el soporte pueda operar eficientemente la solución. Criterio de Aceptación Imagine Solutions entregará los documentos generados durante el proyecto, tanto referentes a la solución, como aquellos del propio negocio al equipo que continuará a cargo. Responsabilidades del Cliente En esta actividad la AICD finalizará su participación, y tendrá que aprobar la transferencia. Otras Consideraciones El cliente ahora será el equipo que estará a cargo del sistema.
Plan de Proyecto
No. ID: FORM01
MPM© Página 30 de 128
4.3.11. Documentos de Asistencia (5.5.4) Este entregable corresponde a la fase de soporte del sistema y a las actividades de formación y asistencia técnica.
4.3.11.1. Componentes del Entregable Los componentes que conforman este entregable son las capacitaciones en las funciones del sistema y en la verificación de los componentes, así como en la asistencia técnica brindada al equipo de soporte. Criterio de Aceptación Imagine Solutions elaborará los documentos necesarios que confirmen la formación. Responsabilidades del Cliente En esta actividad la AICD no tiene ninguna responsabilidad, debido a que representa un proceso que escapa del horizonte temporal de participación del cliente. Otras Consideraciones El cliente ahora será el equipo que estará a cargo del sistema.
4.4. Hitos del Proyecto
Nombre del Hito / WBS ID de configuración (# WBS) Fase : Desarrollo de la Solución 3.0 - Aprobación de requerimientos técnicos y funcionales 3.1.1.4
- Aprobación interna de los parámetros del sistema 3.2.2.7
- Aprobación de parámetros del sistema 3.2.2.8
- Aprobación de prototipo portal E-commerce 3.2.4.6
- Aprobación de prototipo portal E-marketplace 3.2.5.6
- Aprobación de inicio de desarrollo 3.2.6
- Aprobación interna FrontEnd E-commerce 3.3.3.5
- Aprobación interna FrontEnd E-marketplace 3.3.5.5
Fase : Implantación 4.0 - Carga de aplicaciones 4.1.1
- Poner en línea el portal 4.5.1
Fase : Garantía y Soporte 5.0 - Transferir documentación de garantía 5.1.2
Tabla 4.1. Hitos del Proyecto
Plan de Proyecto
No. ID: FORM01
MPM© Página 31 de 128
4.5. Responsabilidades
4.5.1. AICD La AICD tendrá las siguientes responsabilidades:
o Financiamiento del proyecto con US$282,747 para las fases de Desarrollo, Implantación y Garantía y Soporte, de acuerdo a un cronograma de desembolsos que se describen en el Plan de Aceptación.
o Revisión y aprobación de los entregables. o Facilitar la coordinación entre el proyecto y las entidades de gobierno de Perú y
Colombia vinculadas al turismo.
4.5.2. Imagine Solutions Imagine Solutions tendrá las siguientes responsabilidades:
o Asignar los recursos humanos y tecnológicos para el desarrollo eficiente del proyecto. o Realizar cada actividad y fase del proyecto en forma eficaz, utilizando los recursos
eficientemente. o Controlar la calidad de los entregables. o Entregar los componentes descritos anteriormente. o Iniciar y cerrar el proyecto.
4.6. Requisitos de Garantía y Soporte
El proyecto finalizará con la fase de implantación y se requerirá que sea transferido hacia otro equipo de trabajo que podrá ser conformado por los integrantes que formaron parte del desarrollo, para ello, se les capacitará y transferirá los documentos y cuentas que se hayan generado en el proyecto. Para estos fines, se requerirá que se forme una nueva empresa que de soporte al proyecto una vez finalizado, de caso contrario, será Imagine Solutions quién continuará como responsable del negocio.
4.7. Exclusiones
No se considerarán dentro del alcance del proyecto:
o Otro tipo de servicios o productos que no estén relacionados con el turismo de Perú y Colombia.
o Información de Perú y Colombia cuyos fines sean distintos a lograr la venta de productos o servicios turísticos y culturales.
o Información cultural que no sirva para promover el turismo o El proyecto se enmarca al desarrollo e implantación de un portal turístico y cultural para
Perú y Colombia, en tal sentido, el desarrollo de los otros países deberán ser considerados en un nuevo proyecto.
Plan de Proyecto
No. ID: FORM01
MPM© Página 32 de 128
o El proyecto se enmarca en el desarrollo de los componentes descritos anteriormente como entregables, por lo cual, cualquier otro entregable se excluye de responsabilidad al proyecto.
o Creación de diseño gráfico, elementos gráficos, tratamiento de imágenes o cualquier tipo de generación gráfica adicional a lo estipulado.
o Derechos por uso, compra o arriendo de imágenes, videos o cualquier material audiovisual adicional requerido.
o Realización de laboratorios, “tunning” o cualquier otra instalación adicional o especializada tanto en servidores locales como externos.
o Traducción de idiomas adicionales de los contenidos diferentes al inglés y español para FrontEnd.
o Las aplicaciones de BackEnd para este proyecto serán entregadas en idioma español.
4.8. Proceso de Control de Cambio de Alcance
El Proceso de Control de Cambios involucrará dos procedimientos:
o Peticiones de Cambio (FORM13_1) o Informes de Fuera de Especificaciones (FORM13_3)
El detalle de estos procedimientos se describe en el Capítulo 13: Plan de Control de Cambios.
Plan de Proyecto
No. ID: FORM01
MPM© Página 33 de 128
5. Estructura Organizada del Trabajo (WBS)
Una WBS (Work Breakdown Structure) provee el marco de trabajo en que el proyecto está construido. Una buena definición de proyecto es imposible sin una WBS completa y detallada lo suficiente como para identificar todas las actividades y entregables del proyecto. La creación de la WBS obliga a quienes planifican el proyecto a considerar y pensar en todos los aspectos involucrados en el proyecto de un modo jerárquico y organizado. La WBS facilita el ir descomponiendo el proyecto en fases generales y a su vez, estas fases en actividades y tareas hasta llegar al máximo detalle donde se pueden asignar duraciones y costes estimados, lo que permitirá tener una visión clara de los requerimientos de recursos así como asignaciones y responsabilidades. Para preparar la WBS del proyecto hemos seguido los siguientes pasos:
1. Revisar el Alcance del
Proyecto y los Requerimientos del Cliente
2.Identificar todos los
entregables necesarios para alcanzar los objetivos
del proyecto
3.Identificar todas las macro
actividades requeridas para desarrollar los entregables
4.Descomponer las macro
actividades en tareas detalladas para definir el
trabajo necesario
5.Revisar la WBS con el Cliente y el resto de
Stakeholders para validar la WBS
Gráfica 5.1. Pasos para la definición de la WBS
La WBS es la principal herramienta para desarrollar y validar el alcance del proyecto y establecer el calendario. También es una herramienta de comunicación para asegurar el entendimiento, acuerdo y aceptación del equipo de trabajo y del cliente. Los entregables que no estén considerados en la WBS son considerados más allá del alcance del proyecto.
Plan de Proyecto
Nº ID: FORM01
MPM© Página 34 de 128
5.1. Diagrama WBS La siguiente gráfica muestra los dos primeros niveles del Diagrama WBS del proyecto DiscoverAmericas.com. El Diagrama completo, con el detalle de todas las actividades, hitos y entregables se puede observar en el Anexo 5 del presente documento.
Gráfica 5.1. Diagrama WBS
Plan de Proyecto
No. ID: FORM01
MPM© Página 35 de 128
5.2. WBS Tabular
A continuación se detallan todas las actividades, entregables e hitos del proyecto DiscoverAmericas.com, de manera tabular.
ID Task Name WBS
0 Programación del Proyecto Final 01 Inicio 1.02 Definir los Requerimientos 1.13 Revisión del RFP 1.1.14 Analizar la solicitud del cliente 1.1.1.15 Determinar forma de cubrir los requerimientos 1.1.1.26 Definición de requerimientos 1.1.27 Realizar entrevista con el cliente 1.1.2.18 Realizar entrevistas con el personal técnico 1.1.2.29 Afinar los requerimientos del cliente 1.1.2.310 Desarrollar el documento de respuesta 1.1.2.411 Definir el Equipo del Proyecto 1.312 Asignar el Project Manager 1.3.113 Definir el perf il requerido 1.3.1.114 Analizar personal disponible 1.3.1.215 Seleccionar al Project Manager 1.3.1.316 Formalizar su asignación 1.3.1.417 Definir al equipo de análisis 1.3.218 Definir los perfiles requeridos 1.3.2.119 Analizar personal disponible 1.3.2.220 Entrevistar al personal 1.3.2.321 Seleccionar al equipo 1.3.2.422 Formalizar su asignación 1.3.2.523 Análisis de viabilidad 1.324 Análisis técnico 1.2.125 Revisar los requerimientos del cliente 1.2.1.126 Determinar capacidades de la empresa 1.2.1.227 Desarrollar documento de análisis 1.2.1.328 Análisis financiero 1.2.229 Calcular (VAN y TIR) 1.2.2.130 Analizar resultados obtenidos 1.2.2.231 Desarrollar documento de análisis 1.2.2.332 Análisis del entorno 1.2.333 Investigar entorno económico 1.2.3.134 Investigar entorno político 1.2.3.235 Investigar entorno socio - cultura 1.2.3.336 Investigar entorno tecnológico 1.2.3.437 Investigar entorno ambiental 1.2.3.538 Analizar información 1.2.3.639 Desarrollar documento de análisis 1.2.3.7
Plan de Proyecto
No. ID: FORM01
MPM© Página 36 de 128
ID Task Name WBS
40 Análisis del mercado 1.2.441 Investigar oferta existente 1.2.4.142 Investigar demanda existente 1.2.4.243 Investigar precios existentes 1.2.4.344 Desarrollar documento de análisis 1.2.4.445 Definir el Alcance Inicial del Proyecto 1.446 Definir visión y objetivos del proyecto 1.4.147 Definir entregas 1.4.248 Definir resumen de la solución 1.4.349 Definir hitos 1.4.450 Definir Responsabilidades 1.4.551 Definir criterios de aceptación 1.4.652 Definir requisitos de garantía y soporte 1.4.753 Definir Exclusiones 1.4.854 Definir proceso de control de cambios 1.4.955 Definir supuestos 1.4.1056 Desarrollar el documento 1.4.1157 Documento de Plan de Negocio 1.4.1258 Planificación 2.059 Definir el Marco del Proyecto 2.160 Definir Misión y Objetivos 2.1.161 Definir misión 2.1.1.162 Definir Objetivos 2.1.1.263 Identif icar factores críticos de éxito 2.1.1.364 Establecer supuestos 2.1.1.465 Definir exclusiones 2.1.1.566 Definir Hitos 2.1.1.667 Definir Alcance 2.1.268 Definir alcance a detalle 2.1.2.169 Identif icar entregables 2.1.2.270 Hacer el Diseño de la Solución 2.1.371 Revisar RFP 2.1.3.172 Identif icar HW y SW necesarios 2.1.3.273 Identif icar proveedores y subcontratistas 2.1.3.374 Desarrollar Documento Diseño de Solución 2.1.3.475 Programación de Actividades 2.276 Definir WBS 2.2.177 Identif icar actividades 2.2.1.178 Definir entregables 2.2.1.279 Establecer cronograma 2.2.280 Establecer hitos 2.2.2.181 Estimar el esfuerzo y duración 2.2.2.282 Establecer dependencias 2.2.2.3
Plan de Proyecto
No. ID: FORM01
MPM© Página 37 de 128
ID Task Name WBS
83 Establecer recursos 2.2.384 Identif icar recursos propios 2.2.3.185 Identif icar servicios a subcontratar 2.2.3.286 Identif icar material y provisiones 2.2.3.387 Negociación de adquisición de recursos 2.2.3.488 Plan de recursos 2.2.3.589 Roles y Responsabilidades 2.2.3.690 Desarrollar presupuesto 2.2.491 Identif icar costos de recursos 2.2.4.192 Identif icar costos de materiales y provisiones 2.2.4.293 Identif icar costos de movilización 2.2.4.394 Identif icar costos por riesgos 2.2.4.495 Desarrollar plan de ventas & marketing 2.2.4.596 Desarrollar plan f inanciero 2.2.4.697 Desarrollar Planes 2.398 Desarrollar Plan de Entregas 2.3.399 Desarrollar Plan de Aceptación 2.3.4100 Desarrollar Plan de Comunicación 2.3.5101 Desarrollar Plan de Control de Cambios 2.3.6102 Desarrollar Plan de Configuración 2.3.7103 Desarrollar Plan de Compras 2.3.8104 Desarrollar Plan de Garantía y Soporte 2.3.9105 Desarrollar Plan de Riesgo 2.3.1106 Desarrollar Plan de Calidad 2.3.2107 Revisión de Calidad 2.4108 Comparar lo planeado contra requerimientos 2.4.1109 Desarrollar Plan de Proyecto 2.5110 Consolidar los puntos de las fases anteriores 2.5.1111 Incorporar anexos 2.5.2112 Revisar Versión Final 2.5.3113 Entrega y Presentación de Project Plan 2.5.4114 Desarrollo de Solución 3.0115 Plan de Requerimientos 3.1116 Realización de Workshop 3.1.1117 Reunión con Usuarios f inales 3.1.1.1118 Reunión con Dpto. MKT 3.1.1.2119 Reunión con Dpto. Técnico 3.1.1.3120 Aprobación de Requerimientos Técnicos y Funcionales 3.1.1.4121 Análisis de Solución 3.1.2122 Identif icar objetivos del sistema 3.1.2.1123 Analizar estructura de datos 3.1.2.2124 Identif icar riesgos de integración 3.1.2.3125 Crear modelo inicial del sistema 3.1.2.4
Plan de Proyecto
No. ID: FORM01
MPM© Página 38 de 128
ID Task Name WBS
126 Establecimiento de Requerimientos 3.1.3127 Informe de Alcance de Solución 3.1.3.1128 Identif icación de ambiente de desarrollo 3.1.3.2129 Establecimiento de Cronograma 3.1.3.3130 Establecimiento de Recursos 3.1.3.4131 Aprobación interna de requerimientos 3.1.3.5132 Diseño de Solución 3.2133 Diseño de Solución 3.2.1134 Realizar Modelo de Procesos 3.2.1.1135 Identif icar Integración con Sistemas Externos 3.2.1.2136 Identif icar Componentes 3.2.1.3137 Diseño funcional de la Solución 3.2.1.4138 Aprobación Interna Diseño del Sistema 3.2.1.5139 Diseño de Parámetros de Solución 3.2.2140 Definición de procedimientos del sistema 3.2.2.1141 Diseño de Estructura del sistema 3.2.2.2142 Estructura de Datos del Sistema 3.2.2.3143 Diseño de Pantallas de Back-End 3.2.2.4144 Desarrollo de estructura preliminar del Portal 3.2.2.5145 Diseño de Interface Preliminar del Portal 3.2.2.6146 Aprobación Interna de Parámetros del sistema 3.2.2.7147 Aprobación de parámetros del sistema 3.2.2.7148 Estrategia de Implementación 3.2.3149 Definir estrategia de pruebas 3.2.3.1150 Definir requerimientos de implementación 3.2.3.2151 Diseño de plan de implementación 3.2.3.3152 Desarrollo de Prototipo A (Portal E-commerce) 3.2.4153 Programación HTML versión protipo 3.2.4.1154 Realización Pruebas de Usuarios 3.2.4.2155 Reporte de análisis del prototipo 3.2.4.3156 Definición de Mejoras 3.2.4.4157 Aprobación Interna Prototipo Portal E-commerce 3.2.4.5158 Aprobación de Prototipo Portal E-commerce 3.2.4.4159 Desarrollo de Prototipo B (Portal E-Marketplace) 3.2.5160 Programación HTML versión protipo 3.2.5.1161 Realización Pruebas de Usuarios 3.2.5.2162 Reporte de análisis del prototipo 3.2.5.3163 Definición de Mejoras 3.2.5.4164 Aprobación Interna Prototipo Portal E-commerce 3.2.5.5165 Aprobación de Prototipo Portal E-commerce 3.2.5.4166 Aprobación de inicio de desarrollo 3.2.6
Plan de Proyecto
No. ID: FORM01
MPM© Página 39 de 128
ID Task Name WBS
167 Desarrollo de Módulos 3.3168 Planificación de desarrollo 3.3.1169 Planificación de Desarrollo 3.3.1.1170 Reunión de inicio de desarrollo 3.3.1.1171 Reunión Proveedor Image Tech 3.3.1.3172 Capacitación de Solución 3.3.1.4173 Recepción de Solución 3.3.1.5174 Desarrollo de Módulo BackEnd (E-Commerce) 3.3.4175 Diseño 3.3.4.1176 Desarrollo de Layouts 3.3.4.1.1177 Generación de contenidos 3.3.4.1.2178 Diseño de Interface gráfica de usuario 3.3.4.1.3179 Programación 3.3.4.2180 Desarrollo de estructura de datos 3.3.4.2.1181 Desarrollo de módulos administrativos 3.3.4.2.2182 Desarrollo de Componentes 3.3.4.2.3183 Integración con Front-End 3.3.2.2.4184 Aplicación de Interface 3.3.4.2.4185 Debugging 3.3.4.3186 Pruebas de aplicación 3.3.4.3.1187 Solución de incidentes 3.3.4.3.2188 Documentación de errores 3.3.4.3.3189 Testing 3.3.4.4190 Revisión de diseño de información 3.3.4.4.1191 Revisión gráfica 3.3.4.4.2192 Pruebas de módulo 3.3.4.4.3193 Informe de desarrollo de módulo 3.3.4.4.4194 Aprobación Interna de Back-End E-commerce 3.3.2.5195 Desarrollo de Módulo FrontEnd (E-Commerce) 3.3.3196 Diseño 3.3.3.1197 Estructura de Portal 3.3.3.1.1198 Desarrollo de Layouts 3.3.3.1.2199 Generación de contenidos 3.3.3.1.3200 Digitalización AudioVisual 3.3.3.1.4201 Diseño de Interface gráfica de usuario 3.3.3.1.5202 Diseño Multimedia 3.3.3.1.6203 Programación 3.3.3.2204 Revisión de estructura de datos 3.3.3.2.1205 Desarrollo de componentes 3.3.3.2.2206 Desarrollo de módulo de presentación 3.3.3.2.3207 Integración con Back-End 3.3.3.2.4208 Aplicación de Interface 3.3.3.2.4209 Debugging 3.3.3.3210 Pruebas de aplicación 3.3.3.3.1211 Solución de incidentes 3.3.3.3.2212 Documentación de errores 3.3.3.3.3
Plan de Proyecto
No. ID: FORM01
MPM© Página 40 de 128
ID Task Name WBS
213 Testing 3.3.3.4214 Revisión de diseño de información 3.3.3.4.1215 Revisión gráfica 3.3.3.4.2216 Pruebas de módulo 3.3.3.4.3217 Informe de desarrollo de módulo 3.3.3.4.4218 Aprobación Interna Front-End E-Commerce 3.3.3.5219 Desarrollo de Módulo BackEnd (E-Marketplace) 3.3.5220 Diseño 3.3.5.1221 Desarrollo de Layouts 3.3.5.1.1222 Generación de contenidos 3.3.5.1.2223 Diseño de Interface gráfica de usuario 3.3.5.1.3224 Programación 3.3.5.2225 Desarrollo de estructura de datos 3.3.5.2.1226 Desarrollo de módulos administrativos 3.3.5.2.2227 Desarrollo de componentes 3.3.5.2.3228 Integración con Front-End 3.3.4.2.4229 Aplicación de Interface 3.3.5.2.4230 Debugging 3.3.5.3231 Pruebas de aplicación 3.3.5.3.1232 Solución de incidentes 3.3.5.3.2233 Documentación de errores 3.3.5.3.3234 Testing 3.3.5.4235 Revisión de diseño de información 3.3.5.4.1236 Revisión gráfica 3.3.5.4.2237 Pruebas de módulo 3.3.5.4.3238 Informe de desarrollo de módulo 3.3.5.4.4239 Aprobación Interna Back End E-marketplace 3.3.4.5240 Desarrollo de Módulo FrontEnd (E-Marketplace) 3.3.2241 Diseño 3.3.2.1242 Estructura de Portal 3.3.2.1.1243 Desarrollo de Layouts 3.3.2.1.2244 Generación de contenidos 3.3.2.1.3245 Digitalización AudioVisual 3.3.2.1.4246 Diseño de Interface gráfica de usuario 3.3.2.1.5247 Diseño Multimedia 3.3.2.1.6248 Programación 3.3.2.2249 Desarrollo de estructura de datos 3.3.2.2.1250 Desarrollo de componentes 3.3.2.2.2251 Desarrollo de módulo de presentación 3.3.2.2.3252 Integración Back-End 3.3.5.2.4253 Aplicación de Interface 3.3.2.2.4254 Debugging 3.3.2.3255 Pruebas de aplicación 3.3.2.3.1256 Solución de incidentes 3.3.2.3.2257 Documentación de errores 3.3.2.3.3
Plan de Proyecto
No. ID: FORM01
MPM© Página 41 de 128
ID Task Name WBS
258 Testing 3.3.2.4259 Revisión de diseño de información 3.3.2.4.1260 Revisión gráfica 3.3.2.4.2261 Pruebas de módulo 3.3.2.4.3262 Informe de desarrollo de módulo 3.3.2.4.4263 Aprobación Interna Front-End E-Marketplace 3.3.5.5264 Integración de módulos 3.4265 Plan de Integración 3.4.1266 Integración Módulos de Externos 3.4.3267 Pruebas de Integración 3.4.4268 Informe de integración 3.4.5269 Portal Integrado 3.4.6270 Implantación 4.0271 Cargas en linea 4.1272 Carga de aplicaciones 4.1.1273 Carga de datos 4.1.2274 Documentar la puesta en línea 4.1.3275 Verificar comportamiento 4.2276 Pruebas de aplicación 4.2.1277 Pruebas de contenidos 4.2.2278 Pruebas de multiplataforma 4.2.3279 Documentar pruebas de comportamiento 4.2.4280 Transacciones 4.3281 Pruebas Back End 4.3.1282 Pruebas de transacciones Back-End Portal E-commerce 4.3.1.1283 Pruebas de transacciones Back-End Portal E-marketplace 4.3.1.2284 Pruebas por usuarios Back-End 4.3.1.3285 Documentar pruebas de transacciones Back-End 4.3.1.4286 Pruebas Front End 4.3.2 287 Pruebas de transacciones Front-End Portal E-commerce 4.3.2.1288 Pruebas de transacciones Front-End Portal E-marketplace 4.3.2.2289 Pruebas por usuarios Front-End 4.3.2.3290 Documentar pruebas de transacciones Front-End 4.3.2.4291 Correcciones 4.4292 Definir los cambios 4.4.1293 Realizar los cambios 4.4.2294 Documentar los cambios 4.4.3295 Puesta en línea 4.5296 Poner en línea el portal 4.5.1297 Prueba y Comercialización Versión Beta 4.3.4.2298 Garantía & Soporte 5.0299 Garantía 5.1300 Preparar información de Garantía 5.1.1301 Transferir documentación de Garantía 5.1.2302 Documentar la transferencia de Garantía 5.1.3
Plan de Proyecto
No. ID: FORM01
MPM© Página 42 de 128
ID Task Name WBS
303 Formación 5.2304 Capacitación por funciones 5.2.1305 Verif icación de componentes 5.2.2306 Capacitación en cada componente 5.2.3307 Documentar la formación 5.2.4308 Documentar 5.3309 Preparar documentación 5.3.1310 Capacitar sobre la documentación 5.3.2311 Entregar documentación 5.3.3312 Transferencia 5.4313 Transferir cartera de clientes 5.4.1314 Transferir equipo 5.4.2315 Transferir bienes y equipos 5.4.3316 Transferir compromisos y obligaciones 5.4.4317 Transferir cuentas por pagar y cobrar 5.4.5318 Transferir cartera de proveedores 5.4.6319 Transferir las aplicaciones y datos 5.4.7320 Documentar transferencias 5.4.8321 Asistencia 5.5322 Asistencia comercial 5.5.1323 Asistencia técnica 5.5.2324 Asistencia organizativa 5.5.3325 Documentar la Asistencia 5.5.4
Tabla 5.1. Diagrama WBS Tabular
Plan de Proyecto
No. ID: FORM01
MPM© Página 43 de 128
6. Cronograma del Proyecto
6.1. Cronograma A continuación se muestra un resumen de alto nivel del cronograma del proyecto DiscoverAmericas.com que incluye los entregables señalados en la WBS. El cronograma a detalle con todas las actividades de la WBS se muestran en el Anexo 6 de este documento.
Entregable ID WBS Duración Aprox.
Fecha de Inicio
Fecha de Fin
Fase : Desarrollo de la Solución
- Estructura de datos del sistema 3.2.2.3 3 días 23 Feb 06 28 Feb 06
- Desarrollo de estructura preliminar del portal 3.2.2.5 1.5 semanas 9 Feb 06 20 Feb 06
- Diseño de interfaz preliminar del portal 3.2.2.6 2 semanas 9 Feb 06 23 Feb 06
- Portal integrado 3.4.6 1 día 29 Dic 06 29 Dic 06
Fase : Implantación
- Documentación de la puesta en línea 4.1.3 1 día 3 Ene 07 3 Ene 07
- Pruebas de comportamiento 4.2.4 1 día 8 Ene 07 9 Ene 07
- Pruebas de transacciones BackEnd 4.3.1.4 1 día 18 Ene 07 19 Ene 07
- Pruebas de transacciones FrontEnd 4.3.2.4 1 día 30 Ene 07 31 Ene 07
- Documento de cambios 4.4.3 1 día 6 Feb 07 7 Feb 07
Fase : Garantía y Soporte
- Documentos de transferencias 5.4.8 1 día 11 Jun 07 11 Jun 07
- Documentos de asistencia 5.5.4 3 días 23 Ago 07 28 Ago 07
Tabla6.1. Resumen del Cronograma: Entregables
Plan de Proyecto
No. ID: FORM01
MPM© Página 44 de 128
6.2. Cronograma de Hitos y Fechas de Entrega A continuación se detallan los principales hitos y fechas de entrega que se incluyen en el calendario del proyecto.
No. de Entrega
ble ID
WBS Nombre del Hito Fecha de entrega
calendarizada
Fecha de finalización Responsable
3.0 Fase : Desarrollo de la Solución
1 3.1.1.4 o Aprobación de
requerimientos técnicos y funcionales
9 Ene 06 9 Ene 06 Project Manager
2 3.2.2.7 o Aprobación interna de los parámetros del sistema 7 Mar 06 8 Mar 06 Project
Manager
3 3.2.2.8 o Aprobación de parámetros del sistema 8 Mar 06 15 Mar 06 AICD
4 3.2.4.6 o Aprobación de prototipo portal E-commerce 10 Abr 06 21 Abril 06 AICD
5 3.2.5.6 o Aprobación de prototipo portal E-marketplace 13 Abr 06 26 Abr 06 AICD
6 3.2.6 o Aprobación de inicio de desarrollo 27 Abr 06 27 Abr 06 Project
Manager
7 3.3.3.5 o Aprobación interna FrontEnd E-commerce 12 Jun 06 12 Jun 06 Project
Manager
8 3.3.5.5 o Aprobación interna FrontEnd E-marketplace 12 Dic 06 12 Dic 06 Project
Manager 4.0 Fase : Implantación
9 4.1.1 o Carga de aplicaciones 1 Ene 07 1 Ene 07 Programador Junior
10 4.5.1 o Poner en línea el portal 7 Feb 06 8 Feb 07 Project Manager
5.0 Fase : Garantía y Soporte
11 5.1.2 o Transferir documentación de garantía 1 Jun 07 4 Jun 07 Project
Manager
Tabla 6.2. Cronograma de Hitos y Fechas de Entrega
Plan de Proyecto
No. ID: FORM01
MPM© Página 45 de 128
7. Plan de Recursos
7.1. Versión de la Oficina del Proyecto
7.1.1. Resumen El proyecto DiscoverAmericas.com contempló para su Plan de Recursos las fases de Desarrollo, Implantación y Soporte. Éste requiere en cada fase recursos humanos, tecnológicos y materiales para su adecuada ejecución, mismos que se presentan a continuación a manera de resumen.
Fases Rol en el Proyecto
Desarrollo
o Project Manager. o Gerente de Desarrollo. o Gerente de Diseño. o Arquitecto de Información. o Responsable de Aseguramiento de Calidad. o Desarrollador FrontEnd. o Desarrollador BackEnd. o Diseñador Gráfico. o Diseñador Multimedia. o Programador Junior FrontEnd. o Programador Junior BackEnd. o Redactor de Contenido. o Asistente Administrativo. Hardware: Estaciones de trabajo, impresoras, servidores, entre otros. Software: Base de Datos, licencia de componentes, entre otros.
Implantación
o Project Manager. o Responsable de Aseguramiento de Calidad. o Arquitecto de Información. o Desarrollador FrontEnd. o Desarrollador BackEnd. o Diseñador Gráfico. o Redactor de Contenido. o Programador Junior FrontEnd. o Programador Junior BackEnd. o Ejecutivo de Ventas Perú 1. o Ejecutivo de Ventas Perú 2. o Ejecutivo de Ventas Colombia 1. o Ejecutivo de Ventas Colombia 2. o Asistente Administrativo. Hardware: Estaciones de trabajo, impresoras, servidores, entre otros. Software: Base de Datos, licencia de componentes, entre otros. Servicios: Sistema de búsqueda, mantenimiento, payment gateway, entre otros.
Plan de Proyecto
No. ID: FORM01
MPM© Página 46 de 128
Fases Rol en el proyecto
Soporte
o Project Manager o Arquitecto de Información o Gerente de Desarrollo o Gerente de Marketing o Desarrollador FrontEnd o Desarrollador BackEnd o Diseñador gráfico o Asistente Administrativo o Programador Junior FrontEnd o Programador Junior BackEnd Hardware: Estaciones de trabajo, impresoras, servidores, entre otros. Software: Base de Datos, licencia de componentes, entre otros. Servicios: Sistema de búsqueda, mantenimiento, payment gateway, entre otros.
Tabla 7.1. Resumen de Recursos Requeridos para el Proyecto
Los recursos involucrados para este proyecto serán internos y serán proveídos por la Dirección de Producción de Imagine Solutions.
Plan de Proyecto
Nº ID: FORM01
MPM© Página 47 de 128
7.1.2. Plan de Recursos Humanos
7.1.2.1. Requerimientos de Recursos
ID Recur
so Tipo de Recurso
Cantidad del
Recurso
Rango de Coste
preferido (USD / mes)
Ubicación de trabajo
Fecha de
inicio Fecha de fin
Horas/ hombre totales
Fases donde se involucra
¿Hay viajes aprobados?
¿Recurso externo?
¿Ya se estableció contacto?
PM Project Manager 1 USD
$3,000 Miami Dic
2005 Mayo 2007 2.190
Inicio, Planificació,Desarrollo,
Implantación
SI NO SI
MKT Gerente de Marketing 1
USD $ 3,500
Miami Junio 2007
Ago 2007
176 Garantía y Soporte NO NO SI
DM Gerente de Desarrollo
1 USD
$3,500 Miami Enero2006
Mayo 2006
448 Desarrollo NO NO SI
DIM Gerente de Diseño 1 USD
$3,500 Miami Feb 2006
Dic 2006
260 Desarrollo NO NO SI
QA Responsable de Aseguramiento
de Calidad 1 USD
$2,000 Miami Abril 2005
Feb 2007
376 Planificación, Desarrollo,
Implantación NO NO SI
FDV Desarrollador
FrontEnd
1 USD $2,000 Miami
Marzo 2006
Mayo 2007
1,916
Desarrollo, Implantación,
Garantía y Soporte
NO NO SI
Plan de Proyecto
Nº ID: FORM01
MPM© Página 48 de 128
ID Recur
so Tipo de Recurso
Cantidad del
Recurso
Rango de Coste
preferido (USD / mes)
Ubicación de trabajo
Fecha de
inicio Fecha de fin
Horas/ hombre totales
Fases donde se involucra
¿Hay viajes aprobados?
¿Recurso externo?
¿Ya se estableció contacto?
BDV Desarrollador BackEnd 1 USD
$2,000 Miami Marzo 2006
Feb 2007
1,752 Desarrollo e Implantación NO NO SI
IA Arquitecto de Información 1
USD $1,800
Miami Feb 2006
Ene 2007 612 Desarrollo e
Implantación NO NO SI
GD Diseñador Gráfico 1 USD
$1,800 Miami Feb 2006
Feb 2007 624
Desarrollo e Implantación
NO NO SI
MD Desarrollador Multimedia 1 USD
$1,800 Miami Mayo 2006
Oct 2006
328 Desarrollo NO NO SI
PJ Programador Junior 2 USD
$1,200 Miami Mayo 2006
Junio 2007
2296 (total)
Desarrollo e Implantación
NO NO SI
CONT Redactora de Contenido 1 USD
$1,200 Miami Mayo 2006
Feb 2007
432 Desarrollo e Implantación NO NO SI
AA Asistente Administrativo 1 USD
$1,200 Miami Enero 2006
Ago 2007 320
Inicio, Planificación, Desarrollo,
Implantación,Garantía y
Soporte
NO NO SI
SE Vendedores 4 USD $1,200
Bogota, Colombia
Lima, Perú
Feb 2007
Mayo 2007
2,560 (total) Implantación NO NO SI
Tabla 7.2. Requerimientos de Recursos Humanos
Plan de Proyecto
Nº ID: FORM01
MPM© Página 49 de 128
7.1.2.2. Roles y Responsabilidades
ID Recurso
Responsabilidades Capacidades
PM o Planificar las actividades de todo el proyecto. o Coordinar a los diferentes equipos de trabajo durante las
distintas etapas del proyecto. o Facilitar la comunicación entre las partes implicadas en el
proyecto. o Asegurar el cumplimiento de los plazos y costes
estipulados, de acuerdo a los compromisos contractuales. o Asegurar el aprovechamiento adecuado de los recursos. o Gestionar las incidencias / riegos presentados. o Informar el estado del proyecto al comité directivo
periódicamente. o Revisar y validar los entregables del proyecto.
El Project Manager es la máxima autoridad dentro del proyecto, reportará a la dirección de la empresa. Así mismo, estará en contacto constante con el cliente con el fin de cubrir sus requerimientos. Lleva la responsabilidad de gestionar el proyecto de inicio a fin para lograr el éxito del mismo. El Project Manager deberá tener conocimientos de:
o Conocimientos en Gestión de proyectos de e-business. o Coordinación de grupos de trabajo. o Conocimientos en Administración, Marketing y Finanzas. o Conocimientos Web y técnicos.
Plan de Proyecto
Nº ID: FORM01
MPM© Página 50 de 128
ID Recurso
Responsabilidades Capacidades
MKT
o Asesorar al equipo administrativo final del proyecto en el
manejo de imagen, comunicación, estrategia publicitaria y medios.
o Capacitación necesaria sobre aspectos de marketing en línea.
El Gerente de Marketing será el responsable de diseñar, planificar y ejecutar la estrategia de mercadeo del proyecto, así como de delegar al personal necesario de las funciones cuando se amerite. El Gerente de Marketing deberá posee los siguientes conocimientos:
o Experiencia en estrategias publicitarias en línea. o Relación con medios offline y en línea.
DM o Revisar la estructura de datos de la solución. o Asegurar la adecuada definición de los requerimientos de
infraestructura tecnológica y realizar su aprobación. o Definir a los proveedores necesarios de acuerdo a las
especificaciones técnicas. o Asegurar la adecuada definición y desarrollo de las
interfaces y protocolos de comunicación entre aplicaciones. o Asesorar en la Identificar riesgos / plan de mitigación para la
instalación a nivel regional / global. o Coordinar el desarrollo de las interfaces (módulos). o Coordinar el desarrollo de los protocolos de comunicación. o Coordinar la integración del prototipo o Revisar técnicamente el piloto. o Supervisar a los equipos de desarrollo.
El Gerente de Desarrollo es responsable de coordinar el desarrollo de la estructura de datos, las interfaces, los protocolos de comunicación y la integración del prototipo y aplicaciones finales. El Gerente de Desarrollo debe liderar al equipo de desarrollo responsable del proyecto. El Gerente de Desarrollo deberá tener conocimientos de:
o Desarrollo con tecnología .Net en aplicaciones de ambiente Web. o Desarrollo de proyectos utilizando herramienta de Microsoft. o Conocimientos de proyectos e-business.
Plan de Proyecto
Nº ID: FORM01
MPM© Página 51 de 128
ID Recurso
Responsabilidades Capacidades
DIM o Supervisar la creación de la interfaces gráficas. o Coordinar el trabajo entre el Diseñador Gráfico, el
Desarrollador Multimedia y el Arquitecto de Información. o Revisar y autorizar todos los elementos gráficos a ser
utilizados en el proyecto. o Presentación al cliente. o Revisar y aprobar todo el contenido multimedia desarrollado.
El Gerente de Diseño es el responsable de la realización del diseño gráfico de la solución y de los recursos asignados a este equipo. El Gerente de Diseño debe tener conocimientos en:
o Diseño en Internet. o Dominio de herramientas de diseño gráfico: Adobe Illustrator o Corel
Draw. o Dominio de herramientas para retoque fotográfico: Adobe Photoshop
o Corel Photopaint. o Dominio de herramientas para diagramación y preparación de
imágenes para Web: Macromedia Fireworks o Adobe Image Ready. o Conocimiento de programación en HTML.
QA o Controlar la calidad en los entregables con respecto a la
estrategia, el diseño y los conceptos técnicos. o Gestión técnica de la Calidad Total. o Apoyar al Project Manager en la liberación formal de los
entregables según los requisitos establecidos. o Apoyar por medio de planes de aseguramiento y guías de
calidad establecidas por la Organización. o Ejecutar auditorias periódicas a las fases del proyecto. o Realizar pruebas de los entregables realizados por equipo
de desarrollo. o Participar en todos los procesos de pruebas técnicas y de
usuarios.
El Responsable de Aseguramiento de Calidad tiene bajo su cargo la realización de las pruebas de calidad de la solución. Responde directamente al PM. El Responsable de Aseguramiento de Calidad debe tener conocimientos en:
o Debe ser Auditor Interno de calidad bajo la certificación ISO 9001:2000.
o Experiencia en procesos de software certificados. o Conocimiento de sistema de gestión de proyectos. o Calidad (pruebas, mediciones, especificaciones). o Conocimientos técnicos: programación orientada a objetos,
programación HTML, CSS, XML. o Conocimientos de los estándares actuales de programación
(CSS, XHTML). o Conocimiento de manejo de base de datos.
Plan de Proyecto
Nº ID: FORM01
MPM© Página 52 de 128
ID Recurso
Responsabilidades Capacidades
FDV o Implementar interfaces de presentación de los módulos del
proyecto. o Utilizar estándares de presentación de datos XHTML. o Desarrollar los protocolos de comunicación. o Implementar elementos gráficos y de multimedia. o Desarrollar módulos de presentación de servicios de
información o Generar la versión final del piloto.
El Desarrollador FrontEnd es responsable de la implantación del diseño de la interfaz del portal, así como de la interconexión de ésta con la aplicación principal y la base de datos. Está bajo la supervisión del Gerente de Desarrollo. El Desarrollador FrontEnd deberá tener conocimientos de:
o Desarrollo con tecnología .Net en aplicaciones de ambiente Web. o Desarrollo de proyectos utilizando herramienta de Microsoft. o Conocimiento de Visual Basic .Net. o Desarrollo de proyectos con contenido dinámico y acceso a BD. o Experiencia en programación basada en estándares CSS. XHTML,
RSS. BDV o Desarrollar los protocolos de comunicación.
o Desarrollar la estructura de datos. o Desarrollar módulos de aplicación o Definir el modelo de datos. o Publicación de la aplicación en Web y Database Server
locales y externos. o Integrar la aplicación con los componentes de proveedores. o Integrar la aplicación con sistemas de información de
proveedores o Integración de aplicación principal Site Manager. o Coordinar trabajo con Programadores a cargo. o Pruebas/Debugging de aplicación BackEnd.
El Desarrollador de BackEnd es responsable de desarrollar la estructura de datos, las interfaces, los protocolos de comunicación e integrar la aplicación final Site Manager y los módulos aplicativos personalizados para el proyecto. Forma parte del equipo de desarrollo, liderado por el Gerente de Desarrollo. El Desarrollador BackEnd deberá tener conocimientos de:
o Desarrollo con tecnología .Net en aplicaciones de ambiente Web. o Desarrollo de proyectos utilizando herramienta de Microsoft. o Conocimiento de Visual Basic .Net, SQL. o Capacidades de administración de base de datos (migración,
publicación, creación, mantenimiento). o Experiencia con integración de Payment Gateway y otros sistemas de
consulta.
Plan de Proyecto
Nº ID: FORM01
MPM© Página 53 de 128
ID Recurso
Responsabilidades Capacidades
IA o Coordinar la creación y desarrollo del contenido de información y gráfico, en las distintas etapas del proyecto.
o Elaborar la estructura de contenido del proyecto. o Elaborar solicitudes de información de acuerdo con las
necesidades del proyecto. o Establecer los pasos necesarios para que el usuario acceda
a información y servicios dentro del sistema. o Diagramar los flujos de procesos de los servicios. o Elaborar los layout de las páginas y procesos. o Hacer pruebas de navegación de la herramienta.
El arquitecto de información es responsable de la presentación del contenido de la solución. Está bajo la supervisión del Project Manager. Deberá tener conocimientos de:
o Redacción de contenidos dentro del sector turístico. o Manejo de contenido gráfico a nivel Web y video. o Excelente manejo de idiomas. o Desarrollo de proyectos con contenido dinámico y acceso a base de
datos. o Conocimientos de Sistemas de Navegación.
GD o Crear la interfaz gráfica del usuario (GUI) en cada proyecto asignado en base al protositio generado en el departamento de arquitectura de información.
o Implementar la teoría del color en los diseños. o Investigar y estar al tanto de las tendencias gráfica en
Internet. o Elegir el material gráfico y fotográfico a ser usados en cada
proyecto. o Diseñar todos los elementos gráficos a ser utilizados en el
proyecto. o Para la presentación del cliente, previo a la aprobación, el
diseñador Web creará al menos dos pantallas de la interfaz gráfica (GUI).
El diseñador Web es ante todo un comunicador. Como comunicador debe poder manejar el mensaje o el objetivo que se quiere alcanzar en el proyecto, a través del diseño gráfico armonioso. Esta bajo la responsabilidad del Gerente de Diseño. Deberá tener conocimientos de:
o Diseño en Internet. o Dominio de herramientas de diseño gráfico: Adobe Illustrator o Corel
Dra.. o Dominio de herramientas para retoque fotográfico: Adobe Photoshop
o Corel Photopaint. o Dominio de herramientas para diagramación y preparación de
imágenes para Web: Macromedia Fireworks o Adobe Image Ready. o Conocimiento de programación en HTML.
MD o Desarrollar el contenido multimedia necesario para el portal. El Desarrollador Multimedia debe contar con conocimientos en Flash y manejo de video y audio digital. Reporta directamente al Gerente de Diseño.
Plan de Proyecto
Nº ID: FORM01
MPM© Página 54 de 128
ID Recurso
Responsabilidades Capacidades
PJ BackEnd o Desarrollar la estructura de datos. o Desarrollar los módulos requeridos. o Desarrollar los protocolos de comunicación. o Generar toda la documentación técnica del proyecto. FrontEnd
o Construcción del sitio utilizando la herramienta ITSM. o Presentación de páginas de servicios programando con
lenguaje ASP.Net o Inserción de elementos gráficos de acuerdo a la información
provista por el Dpto. Gráfico.
El Programador Júnior es responsable de desarrollar los diferentes módulos del portal, las interfaces y la documentación. Estará bajo la coordinación del Gerente de Desarrollo. Se han establecido un Programador Junior para FrontEnd y otro para BackEnd. Los conocimientos necesarios para el Programador Junior son:
o Capacitación en manejo de herramienta Site Manager. o Desarrollo de proyectos utilizando herramienta de Microsoft. o Conocimiento de Visual Basic .Net y SQL.
CONT o Recopilación y revisión del contenido. o Editar el contenido de acuerdo a los lineamientos
establecidos en Mejores Prácticas de Edición para Internet. o Ingresar el contenido a la aplicación principal.
El Redactor de Contenido será responsable de recopilar todo el contenido del sitio en formato texto y de mantenerlo actualizado en la aplicación central.
AA o Encargarse de la contabilidad del proyecto. o Control de nóminas y gastos administrativos. o Llevar trámites y papeleo necesario con el cliente.
El Asistente Administrativo estará bajo las órdenes del Project Manager y se encargará de todas las tareas administrativas que el proyecto requiera.
SE o Dar a conocer el servicio y productos en las zonas establecidas.
o Obtener cuota de ventas de acuerdo a Plan de Ventas. o Visitas a Agencias y Hoteles para invitarlos a participar en el
portal tanto ofreciendo sus servicios como con publicidad.
El Ejecutivo de Ventas estará encargado de toda la parte de comercialización y reportará directamente al Project Manager. Se incorporarán 4 Ejecutivos de Ventas para las zonas de Colombia y Perú.
Tabla 7.3. Roles y Responsabilidades de los Recursos del Proyecto
Plan de Proyecto
Nº ID: FORM01
MPM© Página 55 de 128
7.1.2.3. Disponibilidad de Recursos
ID Recurso
Tipo de recurso y No.
requerido Experiencia Fecha de
Inicio Fecha de
Fin Fuente (de donde viene el recurso)
Coste del Recurso
(USD / mes) Confirmado
PM Interno - 1
o 3 años de experiencia en el puesto. o Ingeniero en Sistemas o en
Comunicaciones. o MBA o MPM.
Dic 2005 Mayo 2007 Oficina de Proyecto USD $3,000 SI
MKT Interno - 1
o 3 años de experiencia en el puesto. o Ingeniero en Marketing. o MBA o Executive MBA.
Junio 2007
Ago 2007
Dirección de Marketing USD $3,500 SI
DM Interno - 1 o 3 años de experiencia en el puesto. o Ingeniero en Informática / Sistemas.
Enero 2006
Mayo 2006
Dirección de Producción USD $3,500 SI
DIM Interno - 1
o 3 años de experiencia en el puesto. o Estudios formales de diseño gráfico,
diseño multimedia o carreras afines a comunicación audiovisual.
Feb 2006
Dic 2006
Dpto. Desarrollo USD $2,000 SI
QA Interno - 1
o 3 años de experiencia en el puesto. o Ingeniero en Informática / Sistemas. o Auditor Interno de calidad bajo la
certificación ISO 9001:2000.
Abril 2005
Feb 2007
Dirección de Calidad USD $2,000 SI
FDV Interno - 1 o 1 año de experiencia en el puesto. o Ingeniero en Informática / Sistemas.
Marzo 2006
Mayo 2007
Departamento Desarrollo USD $2,000 SI
Plan de Proyecto
Nº ID: FORM01
MPM© Página 56 de 128
ID Recurso
Tipo de recurso y No.
requerido Experiencia Fecha de
Inicio Fecha de
Fin Fuente (de donde viene el recurso)
Coste del Recurso
(USD / mes) Confirmado
BDV Interno - 1 o 1 año de experiencia en el puesto. o Ingeniero en Informática / Sistemas.
Marzo 2006
Feb 2007
Departamento Desarrollo USD $2,000 SI
IA Interno – 1
o Estudios en áreas como redacción publicitaria, periodismo, literatura.
o Conocimientos sólidos de mercadeo, publicidad y comunicación.
o Experiencia previa en la administración o generación de contenido para proyectos de Internet, multimedia o publicidad.
o Experiencia en cargos similares del al menos 1 año.
Feb 2006 Ene 2007 Departamento Diseño USD $1,800 SI
GD Interno – 1
o 3 años de experiencia en el puesto. o Estudios formales de diseño gráfico,
diseño multimedia o carreras afines a comunicación audiovisual.
Feb 2006 Feb 2007 Departamento Diseño USD $1,800 SI
MD Interno – 1
o 1 años de experiencia en el puestos. o Estudios formales de diseño gráfico,
diseño multimedia o carreras afines a comunicación audiovisual.
Mayo 2006
Oct 2006
Departamento Diseño USD $1,800 SI
PJ Interno - 2 o 1 años de experiencia en el puesto. o Técnico en Informática / Sistemas.
Mayo 2006
Junio 2007
Departamento Desarrollo USD $1,200 SI
Plan de Proyecto
Nº ID: FORM01
MPM© Página 57 de 128
ID Recurso
Tipo de recurso y No.
requerido Experiencia Fecha de
Inicio Fecha de
Fin Fuente (de donde viene el recurso)
Coste del Recurso
(USD / mes) Confirmado
CONT Interno - 1
o Tener estudios superiores en áreas como
redacción publicitaria, periodismo. o Experiencia de 1 años en cargos
similares. o Preferible experiencia en redacción para
Internet o multimedia.
Mayo 2006
Feb 2007
Departamento Diseño USD $1,200 SI
AA Interno - 1
o 2 años de experiencia en el puesto. o Conocimientos en áreas administrativas.
Enero 2006 Ago 2007
Dirección Administrativa
Financiera USD $1,200 SI
SE Interno - 4
o 3 años de experiencia en el puesto. o Lic. en Mercadotecnia o Informática. o Conocimientos deseables en negocios e-
business.
Feb 2007 Mayo 2007
Dirección Marketing
USD $1,200 SI
Tabla 7.4. Disponibilidad y Asignación de los Recursos
Plan de Proyecto
Nº ID: FORM01
MPM© Página 58 de 128
7.1.3. Plan de Materiales y Provisiones
7.1.3.1. Equipo Necesario para el Proyecto
ID Recurso Descripción Cantidad requerida Proveedor Número de
Contacto Coste
Estimado Periodo de Asignación / Status
1 Equipo de Desarrollo
Dell Dimension 8400 Pentium® 4 Processor 1GB Dual Channel DDR2 SDRAM at 400MHz 40 GB HD Monitor 17´´ Flat Panel
6 www.dell.com 1-800-757-8434 US$ 1500 c/u
4 máquinas para etapa de desarrollo 2 máquinas (3 meses) Se requieren incorporar 2 máquinas adicionales.
2 Laptops
Inspiron 6000 Intel® Pentium® M Processor 715 256MB Shared DDR2 SDRAM 30 GB HD
7 www.dell.com 1-800-757-8434 US $ 900 c/u
Se requiere las máquinas durante todo el proyecto. Se cuenta con 2 máquina, se requieren adquirir 5 maquinas adicionales.
3 Development Server
PowerEdgeTM 2800 Intel® Xeon™ processor at 3.0GHz/2MB Cache 2GB DDR2 400MHz 73GB 10K RPM Ultra 320 SCSI Hard Drive
1 www.dell.com 1-800-757-8434 US$ 2.800
No está disponible. Se requiere de su uso durante las etapas de ejecución y soporte.
Plan de Proyecto
Nº ID: FORM01
MPM© Página 59 de 128
ID Recurso Descripción Cantidad requerida Proveedor Número de
Contacto Coste
Estimado Periodo de Asignación / Status
4 Router
D-LINK SYSTEMS DI-624 AirPlus Xtreme G High-Speed 108Mbps Wireless Router
1 www.dell.com 1-800-757-8434 US $ 100
No está disponible. Se requiere su uso parcial durante todo el proyecto.
5 Switcher PowerConnect 3348, 48 Port FE Stackable Managed Switch, 2 GbE Combo Ports
1 www.dell.com 1-800-757-8434 US $ 700
Disponible. Se requiere su uso parcial durante todo el proyecto.
7 Firewall Cisco PIX 501 Bundle 50U 1 www.cdw.com 800.750.4239 US $ 700
Disponible. Se requiere su uso parcial durante todo el proyecto.
8 UPS Servidor APC Smart-UPS 1500 USB 1 www.cdw.com
800.750.4239 US $ 600
No disponible. Se requiere su uso parcial durante todo el proyecto.
9 UPS Estaciones Powerware 3115 300VA UPS 13
www.cdw.com
800.750.4239 US $ 80
Únicamente disponibles 4 unidades. Se requiere disponibilidad para todo el proyecto.
Plan de Proyecto
Nº ID: FORM01
MPM© Página 60 de 128
ID Recurso Descripción Cantidad requerida Proveedor Número de
Contacto Coste
Estimado Periodo de Asignación / Status
10 Impresora Laser HP LJ 1012 LaserJet 2
www.cdw.com
800.750.4239 US $ 250
Existe 1 disponible, se requiere adquirir 1 adicional. Se requieren las impresoras durante todo el desarrollo del proyecto.
11 Impresora Color HP DeskJet 5650 Color InkJet 1
www.cdw.com
800.750.4239 US $ 150
No disponible. Se requiere durante el desarrollo del proyecto.
12 Escáner HP Scanjet 5550c Digital Flatbed Scanner 1
www.cdw.com
800.750.4239 US$ 350
No disponible. Se requiere durante el desarrollo del proyecto.
13 Base de Datos Licencia MS SQL 1 www.microsoft.co
m US $ 5.000
No disponible. Se requiere para instalar en el servidor.
14 Software ITSM (Core, módulo de Estadísticas, Publicidad, Boletines) 1 www.imaget.com 593-4-2285252 US $ 8,000
No disponible. Se requiere desde el inicio del desarrollo.
15 Network Puntos de red 16 Disponible Tabla 7.5. Material necesario para el Proyecto
Plan de Proyecto
Nº ID: FORM01
MPM© Página 61 de 128
7.1.3.2. Provisiones del Proyecto
ID Recurso Descripción Cantidad requerida
Proveedor Número de Contacto
Coste Estimado
Periodo de Asignación / Status
1 Hosting Virtual Server Plan E300D Dual Xeon 2.8GHz 2GB 3x73GB SCSI RAID 5 Virtual Server Plan E100D Xeon 2.8GHz 2GB 2x36GB SCSI RAID 5
1 x 9
1 x 9
www.maximumasp.com US $ 500 Mensual US $ 360 Mensual
No disponible. Se requiere durante etapa de implantación.
2 Licencia Base da Datos
Microsoft SQL Server 2000 Enterprise
1 x 9 www.maximumasp.com US $ 750 Mensual
No disponible. Se requiere durante etapa de implantación.
3 Conectividad Business SDSL 1 x 21 www.everythingdsl.com
US $ 100 Mensual
Disponible. Se requiere parcialmente del suministro.
Plan de Proyecto
Nº ID: FORM01
MPM© Página 62 de 128
ID Recurso Descripción Cantidad requerida
Proveedor Número de Contacto
Coste Estimado
Periodo de Asignación / Status
4 Papelería Tinta de impresora Papel Material de escritorio
Varios www.stamples.com US $ 500 Aprox. Mensual
No disponible. Se comprarán de acuerdo a lo necesario.
5 Traducción Servicio de traducción de contenido Web
1 www.translationsp.com (54) 011- 4958-2133
US $500 (un solo pago)
No disponible. Se requiere para etapa de desarrollo.
6 Paymant Gateway
Procesamiento de tarjetas de crédito y Certificación SSL
1x 10 www.verisign.com 650-426-3898 US $249 (un solo pago) US $60 (Mensuales)
No disponible. Se requiere el mes antes de finalizar el desarrollo y durante toda la etapa de implantación.
7 SEO
Search Engine Optimization 1 http://www.webpublicitee.com/
714.225.9700
US $1.500 (un solo pago)
No disponible. Se requiere durante la etapa de implantación.
8 Back-Up Externo
Servicio de Back Up de servidor Externo
1 x 9 www.maximumasp.com US $100 mensual
No disponible. Se requiere durante la etapa de implantación.
Plan de Proyecto
Nº ID: FORM01
MPM© Página 63 de 128
ID Recurso Descripción Cantidad requerida
Proveedor Número de Contacto
Coste Estimado
Periodo de Asignación / Status
9 RS Reservation System Sabre Premium Web Service System
1x10 www.sabretravelnetwork.com
682 605 1000 US $7000 Licencia US $1500 (Soporte por un año)
No disponible. Se requiere un mes antes de finalizar la etapa de desarrollo y durante la etapa de implantación.
10 Publicidad JWT Agencia Global Creación de campaña y estrategia offline y en línea
1 www.jwt.com Porcentaje del presupuesto publicitario
No disponible. Se requiere durante etapa de implantación.
11 Privacy Seal BBBen línea Certificación de Privacidad de Datos
1 www.bbben línea.org
US $ 75 (un solo pago) US $ 200 Anual
No disponible. Se requiere durante la implementación.
12 Mantenimiento Equipos
Mantenimiento preventivo y correctivo de hardware y sistema operativo
21 www.guardian-computer.com
1-800-752-8733
US $ 300 No disponible. Se requiere desde la etapa de desarrollo
Tabla 7.6. Provisiones necesarias para el Proyecto
Plan de Proyecto Nº ID: FORM01
MPM© Página 64 de 128
7.1.4. Plan de Movilización La AICD tiene sus oficinas en 1889 F Street N.W. Washington, D.C. 20006, Estados Unidos, por lo que será necesario que el Project Manager del proyecto, acompañado de un responsable técnico tenga que reunirse con el cliente en sus oficinas para revisar y aprobar entregables clave del proyecto. Los viajes antes mencionados serán acordados previamente con la AICD. Por lo referente a los otros recursos involucrados en el proyecto, todos se encuentran ubicados en la oficina de Imagine Solutions en Miami, donde se desarrollará el proyecto, por lo que no será necesario ningún tipo de movilización. En cuanto a los recursos materiales y accesorios requeridos, serán proporcionados por la empresa Imagine Solutions, y los que necesiten ser adquiridos, serán comprados de manera local.
7.1.5. Estructura Organizativa A continuación se muestra el organigrama del proyecto, donde se identifica claramente quien es el responsable de cada equipo:
Grafica 7.1. Organigrama del Proyecto
Plan de Proyecto Nº ID: FORM01
MPM© Página 65 de 128
7.1.6. Prácticas de Gestión del Desempeño A fin de evaluar el desarrollo y desempeño del proyecto se considerarán los criterios que se enumeran a continuación:
o Calidad y tiempo de los entregables. o Costes y tiempos de ejecución. o Calidad de los equipos. o Calidad de las pruebas.
En el Capítulo 9: Plan de Calidad se describe a detalle el modo en que se evaluará el desempeño en cuanto a los puntos arriba mencionados.
7.1.7. Estipulaciones de Garantía y Soporte Después de la puesta en línea definitiva de DiscoverAmericas.com, se iniciará la fase de garantís y soporte, que abarcará 3 meses y que involucrará a los recursos definidos en la sección 7.1.1 de este documento. La finalización de esta fase, representa el cierre del proyecto.
En el Capítulo 15: Plan de Garantía y Soporte, se describe más específicamente todo lo referente a este punto.
Plan de Proyecto Nº ID: FORM01
MPM© Página 66 de 128
8. Plan de Gestión de Riesgos
El propósito del Plan de Gestión de Riesgos es identificar los riesgos del proyecto y determinar acciones para eliminarlos o minimizarlos. Inicialmente, se identificaron los riesgos, posteriormente se hizo un análisis que permitió definir su probabilidad de ocurrencia y su posible impacto y, por último, se crearon planes de acción para mitigarlos y gestionarlos mediante contingencias. La siguiente gráfica muestra la secuencia seguida para definir los riesgos del proyecto:
Grafica 8.1. Pasos para la definición de los riesgos
El Plan de Gestión de Riesgos (FORM08_1) es un documento que se hace por separado y que se adjunta a este Plan de Proyecto (Ver Anexo 7).
Plan de Proyecto Nº ID: FORM01
MPM© Página 67 de 128
9. Plan de Calidad
9.1. Introducción a la Gestión de Calidad
El compromiso de Imagine Solutions con la calidad se refleja en la fidelización de sus clientes y en la experiencia en proyectos de desarrollo de soluciones e-business. En este contexto, el Sistema de Calidad está integrado con la metodología de Gestión por Proyectos. Esta metodología aporta claridad y organización en las metas del proyecto, los objetivos estratégicos, la definición y desarrollo plan de proyecto para la ejecución exitosa de cada fase del proyecto dentro del tiempo, el presupuesto estimado y según los requerimientos del cliente.
Imagine Solutions trabaja con calidad de forma proactiva definiendo procesos de control de calidad dentro de sus proyectos. El proceso de aseguramiento de la calidad va en paralelo con los procesos de control de calidad, con el fin de asegurar el cumplimiento de los objetivos dentro de los parámetros establecidos.
Para el Proyecto DiscoverAmericas.com, la calidad es un factor fundamental, por tal motivo en este apartado se establecen los parámetros de control y medición que en conjunto con los procesos y acciones a realizar, asegurarán los entregables de cada actividad y fase de acuerdo con los objetivos establecidos. Para alcanzar el éxito en la ejecución del proyecto es importante que cada miembro del equipo entienda los objetivos del proyecto y su alineación con la estrategia de la empresa.
La manera en que Imagine Solutions asegurará la calidad del proyecto DiscoverAmericas.com es enfocando sus esfuerzos a un control detallado a lo largo de las actividades de forma tal que se haga un seguimiento permanente para lograr el cumplimiento de los parámetros establecidos en todas las fases del proyecto.
9.2. Responsabilidad
El Sistema de Gestión de Calidad de Imagine Solutions, describe la política de calidad y los objetivos estratégicos, para poder identificar las necesidades y expectativas de nuestros clientes, con el propósito de lograr su satisfacción.
Actualmente, se cuenta con un área organizacional especializada en la materia, procedimientos documentados, procesos controlados y recursos disponibles para atender cada uno de los proyectos acometidos. Su aplicación se realiza, de tal manera que tenemos escrito lo que hacemos, hacemos lo que tenemos escrito, estamos registrando lo que hacemos, además de que se está verificando y revisando periódicamente el sistema, tendiente a tomar las acciones preventivas y correctivas pertinentes que permitan asegurar la calidad en los proyectos requeridos por nuestros clientes y el mejoramiento continuo.
Partiendo de esta base, el Project Manager y su equipo deben trabajar la documentación del proyecto de acuerdo a los parámetros establecidos por la Dirección de Calidad de la empresa. Estos documentos se deben incluir en el Sistema de Gestión de Proyectos teniendo en cuenta los criterios definidos en el plan de configuración, cuya existencia es imprescindible para asegurar el cumplimiento de los objetivos del proyecto, así como su evaluación final.
El responsable directo del cumplimiento de las obligaciones establecidas en este plan, es el Project Manager quién responderá y asegurará que el equipo ejecute el proyecto dentro los parámetros de calidad establecidos.
Plan de Proyecto Nº ID: FORM01
MPM© Página 68 de 128
Para el control de calidad en las pruebas de comportamiento y transaccionales el equipo de proyecto incluirá a un Responsable de Aseguramiento de Calidad quien se involucrará en un 25% del tiempo que durarán las fases de desarrollo e implantación del proyecto. Especificado en el plan de recursos.
Para la verificación de los hitos y entregables del proyecto de acuerdo a las especificaciones establecidas en el plan de aceptación se involucrará al Project Manager y al Responsable del Aseguramiento de Calidad, quienes son los responsables de la aprobación de cada entregable y su liberación. Cargo Responsabilidades asociada a Calidad Autoridad
Project Manager
o Asegurar la Calidad Total del proyecto. o Administrar los recursos en costes y cronograma. o Controlar diariamente las actividades del
proyecto, asegurando los procesos que se involucran en el cumplimiento del Plan de Proyecto.
o Asegurar que los entregables cumplan con los requerimientos establecidos.
o Liberar formalmente los entregables terminados.
o Puede aceptar o rechazar solicitudes, así como el escalamiento de eventos del proyecto y definir planes de acción.
o Puede escalar los eventos al Comité pertinente de acuerdo a los niveles de autorización y según las modificaciones a realizar.
Responsable de Aseguramiento de Calidad
o Controlar la calidad en los entregables teniendo en cuenta los criterios de aceptación del cliente.
o Realizar la gestión técnica de la Calidad Total. o Interactuar con el Project Manager para la
liberación formal de los entregables, según los requisitos establecidos.
o Apoyar por medio de planes de aseguramiento y guías de calidad establecidas por la empresa.
o Ejecutar auditorias a las actividades, fases y entregables del proyecto.
o Realizar pruebas de los entregables realizados por equipo de desarrollo, garantizando así su conformidad y calidad.
o Participar en todos los procesos de pruebas de comportamiento, usuario y transaccionales.
o Garantizar la ejecución exitosa del proyecto. o Definir los indicadores de control
correspondientes para cada entregable, de acuerdo a los objetivos del proyecto.
o Realizar verificaciones de las acciones realizadas respecto a las planificadas teniendo en cuenta los parámetros establecidos en cuanto a tiempo, coste, alcance y calidad.
o Velar por la generación de acciones correctivas y su cumplimento para mantener bajo control la ejecución del proyecto.
o Puede escalar los eventos al Project Manager para definir planes de acción.
o Puede rechazar eventos que no satisfagan los niveles de calidad y escalarlos al Project Manager para su gestión con algunas recomendaciones.
Tabla 9.1. Responsables de la Gestión de la Calidad
Plan de Proyecto Nº ID: FORM01
MPM© Página 69 de 128
Para lograr el desarrollo del Plan de Proyecto de DiscoverAmericas.com dentro de los parámetros establecidos por la AICD se definen lineamientos específicos: lograr el control y aseguramiento del tiempo, coste y calidad de los entregables y de esta manera conseguir los objetivos del proyecto.
9.3. Costes
Partiendo de la base que el proyecto DiscoverAmericas.com va ser presentado a la AICD, para obtener el financiamiento necesario para el desarrollo e implantación del mismo, el control de costes representa un aspecto fundamental, puesto que se necesita hacer un seguimiento detallado a la asignación del presupuesto teniendo en cuenta las condiciones establecidas por la AICD.
El presupuesto se estructura teniendo en cuenta los recursos necesarios para llevar a cabo el proyecto dentro de los términos establecidos por el cliente. Dicho presupuesto es de: USD $282,747. Los costes del proyecto están clasificados por su naturaleza funcional definidos en el plan de recursos:
o Humanos: Tiempo horas – hombre o Materiales: Hardware, Software y servicios o Administración General
El control de costes permitirá el uso eficiente de los recursos, lo cual repercutirá positivamente en el cumplimiento de los productos y servicios a entregar al cliente. En tal sentido, este control se orienta al presupuesto definido para el proyecto, y que tiene un margen de un 3.2% de imprevistos, descritos en el plan de riesgos.
Para lograr el control efectivo de los costes del proyecto es necesario tener en cuenta los siguientes lineamientos:
o El uso efectivo del tiempo permitirá el control de costes, así como seguimiento al
cronograma establecido. o Realizar las reuniones de avance de proyecto de acuerdo a lo establecido en el Plan de
Comunicación. o Se empleará como herramienta de seguimiento y control el Earned Value donde se analice
lo ejecutado VS lo planificado. o Las desviaciones deberán ser documentadas de forma tal que permita hacer el seguimiento
pertinente a los aspectos críticos fuera de control que afecten el desarrollo del proyecto. o Se deberá escalar los cambios y desviaciones en el presupuesto teniendo en cuenta el
impacto en el proyecto, según el esquema definido en el plan de Control de Cambios y en el de Comunicación.
o Cada nivel de la WBS debe tener asignada una cuenta de costes, identificadas por un ID, que se refleja en el presupuesto del proyecto.
o El Project Manager debe definir hasta que nivel de detalle llevará el control de costes con respecto a los entregables del proyecto, para lograr un seguimiento efectivo de los mismos.
o El proceso de control de costes se facilita con el uso de un cuadro de cuentas de costes que permitirá hacer un correcto análisis del presupuesto para una adecuada toma de decisiones.
Plan de Proyecto Nº ID: FORM01
MPM© Página 70 de 128
9.3.1. Estimaciones y Presupuesto de Costes
Para llevar acabo la estimación de costes del proyecto DiscoverAmericas.com se tendrá en cuenta los recursos necesarios para realizar las actividades del proyecto, así como también considerará un análisis del coste que representa para la empresa llevarlo a cabo.
La estimación de costes involucra la identificación y consideración de varias alternativas de costeo, este proceso se realizará de manera detallada teniendo en cuenta las necesidades de la empresa y el objetivo del proyecto. Las fuentes a tener en cuenta en este proceso de estimación de costes son:
o Información histórica de proyectos similares, según sus lecciones aprendidas. o La experiencia de cada uno de los miembros del equipo en la gestión de proyectos.
Una vez estimados los costes, Contabilidad asigna las cuentas contables a las fases de las WBS discriminadas hasta el menor detalle, teniendo en cuenta la estructura definida por la Organización.
A continuación se presenta la relación del cuadro de costes del proyecto DiscoverAmericas.com
ID Tipo de Recurso Cantidad/Meses Unidad Coste
Unitario Coste Total 1.0 Humanos
1.1 Project Manager 10.1 mes/persona $3,000 $30,3001.2 Gerente de Desarrollo 1.4 mes/persona $3,500 $4,8131.3 Gerente de Diseño 0.5 mes/persona $3,500 $1,5751.4 Gerente de Marketing 0.3 mes/persona $3,500 $1,0501.5 Responsable AC 2.2 mes/persona $2,000 $4,3001.6 Desarrollador FrontEnd 11.9 mes/persona $2,000 $23,7501.7 Desarrollador BackEnd 10.9 mes/persona $2,000 $21,7001.8 Arquitecto de Información 3.8 mes/persona $1,800 $6,8851.9 Diseñador Gráfico 3.9 mes/persona $1,800 $7,0201.10 Diseñador Multimedia 2.1 mes/persona $1,800 $3,6901.11 Programador Junior FrontEnd 7.0 mes/persona $1,200 $8,3701.12 Programador Junior BackEnd 7.4 mes/persona $1,200 $8,8501.13 Redactora de Contenido 2.7 mes/persona $1,200 $3,2401.14 Asistente Administrativo 2.0 mes/persona $1,200 $2,3401.15 Ejec- Ventas Perú 1 4.0 mes/persona $1,200 $4,8001.16 Ejec- Ventas Perú 2 4.0 mes/persona $1,200 $4,8001.17 Ejec- Ventas Colombia 1 4.0 mes/persona $1,200 $4,8001.18 Ejec- Ventas Colombia 2 4.0 mes/persona $1,200 $4,800 Sub Total Recursos Humanos $147,083
2.0 Materiales 2.1 Hardware interno
2.1.1 Computadoras personales 6.0 und $1,500 $9,000
Plan de Proyecto Nº ID: FORM01
MPM© Página 71 de 128
ID Tipo de Recurso Cantidad/Meses Unidad Coste
Unitario Coste Total 2.1.2 Laptops 7.0 und $900 $6,3002.1.3 Development Server 1.0 und. $2,800 $2,8002.1.4 Impresoras láser 2.0 und $250 $5002.1.5 Impresora Inyección 1.0 und $150 $1502.1.6 Escáner 1.0 und $350 $3502.1.7 Router/Switcher 1.0 und $800 $8002.1.8 Firewall 1.0 und $700 $7002.1.9 UPS Estaciones 13.0 und $80 $1,0402.1.10 UPS Estaciones 1.0 und $600 $6002.1.11 Puntos de red 16.0 und $50 $800
2.2 Hardware externo 2.1.1 Web Server 9.0 Unidad 500 $4,5002.1.2 DB Server 9.0 Unidad $360 $3,240
2.3 Servicios 2.2.1 Conectividad 21.0 und 100 $2,1002.2.2 Traducción 1.0 und $500 $5002.2.3 Payment Gateway (Set up) 1.0 und $259 $2592.2.4 Payment Gateway (Mensual) 10.0 und $60 $6002.2.5 Mantenimiento de Equipos 21.0 und $300 $6,3002.2.6 Search Engine Optimization 1.0 und $1,500 $1,5002.2.7 Privacy Seal (Set up) 1.0 Unidad $75 $752.2.8 Privacy Seal (Anual) 1.0 Unidad $200 $2002.2.9 Back Up 9.0 und $100 $9002.2.10 Sabre 1.0 und $8,500 $8,500
2.4 Software
2.3.1 MS SQL Licencia Server
Local 1.0 und $5,000 $5,0002.3.2 ITSM Licencia de Desarrollo 1.0 und $8,000 $8,0002.3.3 Licencia SQL Server 9.0 Unidad $750 $6,750
Sub Total Materiales $71,464
3.0 Publicidad 6.0 Unidad $4,000 $24,000
4.0 Administración General 4.1 Oficina y comunicaciones 21.0 mes $1,000 $21,0004.2 Insumos 21.0 mes $500 $10,500 Sub Total Administración $31,500
5.0 Imprevistos $8,700Total $282,747
Tabla 9.2. Plan Contable y Presupuesto del Proyecto
Plan de Proyecto Nº ID: FORM01
MPM© Página 72 de 128
9.3.2. Control de Costes
Para el control de costes se parte de la línea base de los costes del proyecto la cual representa el presupuesto distribuido en el tiempo. Esta línea base, permitirá hacer un seguimiento y medición del desempeño en el manejo de los costes durante el ciclo de vida del proyecto. La forma de controlar los costes se describe en el Plan de Control y Seguimiento.
La siguiente tabla muestra el acumulado de los costes programados mensualmente para el ciclo de vida del proyecto. Estos montos han sido calculados con base en los montos que la AICD irá desembolsando al proyecto.
Meses Presupuesto Acumulado
Meses Presupuesto Acumulado
0 $0 11 $130.6171 $9.582 12 $136.7612 $23.749 13 $142.9063 $33.331 14 $165.6254 $47.497 15 $188.3445 $55.933 16 $211.0646 $64.370 17 $233.7837 $72.806 18 $237.6628 $81.242 19 $241.5419 $97.701 20 $245.421
10 $114.159 21 $249.300
Tabla 9.3. Datos de Línea Base
La siguiente gráfica muestra la evolución de los costes del proyecto en el periodo de desarrollo, implantación y garantía y soporte, sobre la cual se contrastará la evolución de los costes, permitiendo hacer las correcciones respectivas.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22$0.00
$50.00
$100.00
$150.00
$200.00
$250.00
Pre
supu
esto
Acu
mul
ado
Meses
Linea Base para el Proyecto DiscoverAmericas.com
Gráfica 9.1. Línea Base de los costes del proyecto
Plan de Proyecto Nº ID: FORM01
MPM© Página 73 de 128
9.4. Tiempo
El control del tiempo y de la programación del trabajo en el proyecto DiscoverAmericas.com tiene gran relevancia puesto que la AICD es exigente en el cumplimento del cronograma de las entregas y del periodo de realización del proyecto.
El proyecto se desarrollará e implantará en un periodo de un año y 9 meses a partir de enero de 2006, según el desarrollo de cada una de las fases que componen la WBS.
Cada fase finaliza con la realización de un entregable y la revisión de los objetivos planteados. Los hitos que marcan la fecha de finalización de cada fase se muestran en la siguiente tabla:
ID WBS Nombre del Hito Fecha de
Finalización 3.0 Fase : Desarrollo de la Solución
3.3.5.5 - Aprobación interna FrontEnd E-marketplace 12 Dic 06 4.0 Fase : Implantación
4.5.1 - Poner en línea el portal 8 Feb 07 5.0 Fase : Garantía y Soporte
5.1.2 - Transferir documentación de garantía 4 Jun 07 Tabla 9.4. Finalización de las fases del proyecto
Para asegurar la calidad en relación al cumplimiento en el tiempo, se debe hacer un seguimiento que permita obtener las entregas dentro de los periodos establecidos para cada una de las etapas. Dicho seguimiento debe tener en cuenta los siguientes lineamientos:
o El Project Manager debe llevar un control y actualización permanente del cronograma del
proyecto. o El Project Manager debe delegar a los miembros del equipo según sus responsabilidades el
cumplimiento de actividades dentro de periodos de tiempo establecidos. o Las actividades del proyecto se deben desarrollar dentro del tiempo estipulado en el
cronograma. o El Project Manager debe tomar las acciones correctivas pertinentes para alinear las
actividades con el cronograma y ajustes de tiempo correspondientes con su debida justificación.
Plan de Proyecto Nº ID: FORM01
MPM© Página 74 de 128
9.4.1. Control de Tiempo
Para llevar acabo el control del tiempo del proyecto se llevarán acabo reuniones de avance de acuerdo a los definido en el Plan de Comunicación. Dichas reuniones son indispensables para el correcto desarrollo del proyecto y sólo podrán ser pospuestas por causas de fuerza mayor consideradas por el Project Manager La herramienta base para el control y seguimiento del tiempo es el Earned Value que permite medir la relación entre los tiempos incurridos en la ejecución de las actividades respecto a lo planificado, tener en cuenta el plan de control y seguimiento. El Responsable del Aseguramiento de Calidad debe revisar los avances de las actividades desarrolladas, auditando y validando su ejecución real de acuerdo a lo determinado en la WBS, teniendo en cuenta los informes semanales soporte del avance del proyecto.
En adición a los hitos especificados en el Plan de Proyecto DiscoverAmericas.com, cada elemento de la WBS es una actividad medible a la que se le hace seguimiento dentro del cronograma del proyecto. Este seguimiento se hace comparando el trabajo realizado con respecto al trabajo planificado.
9.5. Calidad - Entregables
La calidad es un factor inherente en cada una de las actividades del proyecto, la cual se ve refleja en los entregables tanto a nivel técnico como funcional.
Cada equipo de trabajo debe cumplir con la calidad exigida para cada entregable, según lo definido en el alcance. Estos criterios que aseguran la calidad de los mismos, serán medibles en términos de tiempo, costes y alineamiento con los objetivos estratégicos del plan. Cada entregable del proyecto antes de ser liberado debe pasar por una revisión y aprobación del Project Manager y el responsable del Aseguramiento de Calidad, en la cual se deben hacer todas las pruebas de funcionamiento técnico de usuario y otras necesarias para asegurar que se entregue el proyecto dentro de los parámetros establecidos. Adicionalmente, el Responsable del Aseguramiento de Calidad al finalizar cada una de las fases se realizará una auditoria completa para la verificación del cumplimiento de las especificaciones según lo planificado y de esta manera, dar lograr su aprobación y poder continuar con la fase siguiente, teniendo en cuenta los hitos del proyecto:
Nombre del Hito / WBS ID de configuración (# WBS)
Fase : Desarrollo de la Solución 3.0 - Aprobación de requerimientos técnicos y funcionales 3.1.1.4 - Aprobación interna de los parámetros del sistema 3.2.2.7 - Aprobación de parámetros del sistema 3.2.2.8 - Aprobación de prototipo portal E-commerce 3.2.4.6 - Aprobación de prototipo portal E-marketplace 3.2.5.6 - Aprobación de inicio de desarrollo 3.2.6 - Aprobación interna FrontEnd E-marketplace 3.3.2.5 - Aprobación interna FrontEnd E-commerce 3.3.3.5
Plan de Proyecto Nº ID: FORM01
MPM© Página 75 de 128
Nombre del Hito / WBS ID de configuración (# WBS)
Fase : Implantación 4.0 - Carga de aplicaciones 4.1.1 - Poner en línea el portal 4.5.1 Fase : Garantía y Soporte 5.0 - Transferir documentación de garantía 5.1.2
Tabla 9.5. Entregables del Proyecto
Este procedimiento permitirá hacer un control de calidad detallado y documentado a lo largo de todo el desarrollo del proyecto para asegurar que el entregable final se obtiene a satisfacción según lo planificado, teniendo en cuenta los criterios de aceptación de los entregables definidos en la sección 4.
9.5.1. Criterios de aceptación
Los entregables estarán sujetos a los siguientes lineamientos de aceptación:
o Se realizarán las pruebas de comportamiento y transaccionales de BackEnd y FrontEnd, parciales y finales para poder realizar la entrega de los módulos E-commerce y E-marketplace constituidos en el portal.
o Las pruebas internas de comportamiento y transaccionales, que tenga parámetros
numéricos como referencia de los resultados, podrán tener como máximo 10% de margen de variación.
o Las pruebas internas de la solución que se utilicen como mecanismo de control, deberán
cumplir con el 100% de los parámetros de verificación definidos para su correspondiente aceptación. En el caso de no cumplirse en su totalidad, el único responsable de aprobar las pruebas será el Project Manager.
o Para realizar la puesta en línea del portal, el error debe ser nulo y ser respaldado por la
firma del equipo técnico de ambas partes.
o La validación de los entregables deberá ser realizada tanto por el Project Manager como por el Responsable de Aseguramiento de Calidad.
o Los entregables definidos estarán sujetos a la realización de pruebas por parte del cliente,
para obtener la aceptación formal por escrito.
9.6. Gestión del Desempeño
Para asegurar el adecuado desempeño de los miembros del equipo se aplicará una Evaluación de Desempeño por Objetivos (Ver Anexo 8.A.), de conformidad con los lineamientos establecidos por la Dirección de Administración y Finanzas, para la gestión de Recursos Humanos. Esta Evaluación permitirá realizar la revisión del cumplimiento de los objetivos individuales durante la duración del proyecto, mismos que deberán estar alineados con los del equipo de trabajo al que pertenece. Éstos deberán ser establecidos por el evaluado en conjunto con su jefe directo.
Plan de Proyecto Nº ID: FORM01
MPM© Página 76 de 128
9.7. Aseguramiento de Calidad
El proyecto DiscoverAmericas.com se enmarca dentro del Sistema de Gestión de Calidad de Imagine Solutions contando con un equipo de proyecto que esta integrado por personas capacitadas profesional y humanamente, para comprometerse con la calidad a lo largo de todo el desarrollo del proyecto. Teniendo en cuenta el cumplimiento de altos niveles de calidad, Imagine Solutions asegurará a la AICD, la implantación de una metodología que proporciona claridad en la definición de los objetivos y estrategias para cumplir con las actividades y entregables dentro del tiempo, presupuesto y parámetros de calidad establecidos. Para asegurar la calidad del proyecto se definió el Plan de Proyecto incluyendo los parámetros de aceptación del mismo: costes, tiempo, entregables con calidad, y para lograr cumplir con dichos parámetros se establecieron los siguientes planes que desarrollan las áreas del conocimiento de la Dirección de Proyectos: recursos, comunicación, control de cambios, administración de la configuración, riesgos, control y seguimiento, aceptación y aprovisionamiento, que proporcionan los lineamientos para alcanzar los objetivos del proyecto y por tanto la satisfacción de la AICD. Como parte de la metodología de trabajo de Imagine Solutions, se cuenta con indicadores de gestión que brindan los parámetros para el control y seguimiento de los proyectos, dentro de estos criterios se contemplan aspectos para la gestión del desempeño lo cual permite involucrar al recurso humano como un factor clave para el éxito del proyecto. Los indicadores definidos para la gestión de proyectos son:
Punto de Control Parámetros
Entregables
o Tiempo o Funcionalidad o Cumplimiento de Especificaciones
Documentación
o Tiempo o Contenido o Registros de actividades
Metodología o Cumplimiento de procedimientos
Acciones de Mejora o Desarrollo de acciones preventivas y correctivas o Retroalimentación
Tabla 9.6. Indicadores de Gestión de Desempeño
Plan de Proyecto Nº ID: FORM01
MPM© Página 77 de 128
10. Plan de Aceptación
El Plan de Aceptación del Proyecto es una guía para la aceptación de cada actividad, producto o hito del proyecto. Esto es basado en los requerimientos por parte de la AICD, y los objetivos de Imagine Solutions y necesidades de DiscoverAmericas.com. Este Plan define como serán conducidas las aceptaciones durante las fases de desarrollo e implementación, y presenta las siguientes características:
o Claramente definido: donde las tareas son claramente descritas y especificas. o Bien estructurado: asegurando que todas las tareas sean agrupadas y completadas en una
secuencia lógica. o Medible: permitiendo que el progreso sea fácilmente determinado y reportado. o Flexible: acomodándose a los riesgos y los problemas inesperados.
10.1. Resumen del Plan de Aceptación
El Plan de Aceptación del Proyecto permite direccionar el alcance del proyecto en términos de reportes, verificación, escalamiento, aceptaciones, responsabilidades y seguimiento de problemas. DiscoverAmericas.com contiene una serie de entregables. Cada entregable estará sujeto a pruebas internas o por parte de la AICD, para obtener la aceptación formal por escrito. Los criterios de aceptación para cada entregable han sido claramente definidos en términos medibles y han sido documentados en la Sección 4: Declaración del Alcance, y que se resumen en la siguiente tabla:
Nombre del Entregable Fase : Desarrollo de la Solución - Estructura de datos del sistema - Desarrollo de estructura preliminar del portal - Diseño de interfaz preliminar del portal - Portal integrado Fase : Implantación - Documentación de la puesta en línea - Pruebas de comportamiento - Pruebas de transacciones BackEnd - Pruebas de transacciones FrontEnd - Documento de cambios Fase : Garantía y Soporte - Documentos de transferencias - Documentos de asistencia
Tabla 10.1. Entregables del Proyecto
En tal sentido, es responsabilidad de la AICD y de Imagine Solutions, realizar las pruebas tanto internas y externas. Ambos revisarán y verificarán los resultados que fueron determinados para la conformidad, aceptación o cambio de las entregas.
Plan de Proyecto Nº ID: FORM01
MPM© Página 78 de 128
10.2. Reportes de las Entregas Las entregas deberán seguir un proceso lógico, en el cual se ven involucrados: el equipo del proyecto, el Project manager y el Patrocinador de la AICD, y cada entrega está sujeta a una aprobación o rechazo, para lo que se tomarán medidas según sea el caso. El procedimiento de aceptación de las entregas, está enmarcada en el Formulario de Aceptación de Entregas (FORM10_1) que se adjunta en el Anexo 9.A., y sigue un procedimiento de ida y vuelta. El procedimiento para la aceptación de entregables se describe en la siguiente tabla:
Paso Quién Acción(es) 1 Equipo Líder del Proyecto o Completar el Formulario de Aceptación de
Entregas, ver Anexo 9.A. o Enviar el entregable y el formulario firmado al
Project Manager. 2 Project Manager o Coordinar el Aseguramiento de Calidad con el
Responsable. 3 Responsable de
Aseguramiento de Calidad
o Comprobar la calidad del entregable, de acuerdo a lo estipulado como parámetros de aceptación.
o Remitir el informe al Project Manager. 4 Project Manager o Revisar el entregable.
o Si tiene su aprobación, proceder a firmar el formulario de aceptación y enviar el entregable y el formulario firmado al Patrocinador.
5 Patrocinador o Revisar el entregable. o Si tiene su aprobación, proceder a firmar el
formulario de aceptación y enviar el formulario formado al Project Manager.
o Si es rechazado, retornar el entregable y el formulario sin firmar al Project Manager.
6 Project Manager o Retornar una copia del formulario aprobado al equipo líder del proyecto.
o Actualizar la Bitácora de Entregas (FORM10_3), ver Anexo 9.C.
o Anotar la aprobación en el reporte de progreso del proyecto y distribuirlo al equipo de trabajo y al Patrocinador.
Si en entregable ha sido desaprobado, el formulario sin firmar deberá ser retornado al equipo líder del proyecto con una descripción detallada de porqué fue rechazado. Si fuese necesario se realizará una reunión de trabajo para discutir los detalles. Además se deberán actualizar los registros.
Tabla 10.2. Procedimiento para la Aceptación de Entregables
Plan de Proyecto Nº ID: FORM01
MPM© Página 79 de 128
10.3. Verificación de las Entregas
En caso de que una entrega haya sido rechazada en un principio, se deberán realizar nuevamente las pruebas y seguir el procedimiento para la aceptación de entregas que se describió anteriormente. Este proceso deberá continuarse hasta completar la conformidad de las entregas.
Gráficamente el proceso se muestra a continuación:
Equipo Líder del Proyecto Project Manager Project sponsor
1
Completar el Formulario de Aceptación de Entregas
Enviar el entregable y el formulario firmado al Project Manager 2
Coodinar el Aseguramiento de Calidad con el responsable
5
Revisar el entregable
Si tiene su aprobación, proceder a firmar el formulario de aceptación y enviar el formulario formado al Project Manager
Si es rechazado, retornar el entregable y el formulario sin firmar al Project Manager
6Retornar una copia del formulario aprobado al equipo líder del proyectoActualizar el registro de las entregasAnotar la aprobación en el reporte de progreso del proyecto y distribuirlo al equipo de trabajo y al Project Sponsor
Si en entregable ha sido desaprobado, el formulario sin firmar deberá ser retornado al equipo líder del proyecto con una descripción detallada de porqué fue rechazado. Si fuese necesario se realizará una reunión de trabajo para discutir los detalles. Además se deberán actualizar los registros.
Técnico TécnicoOperativoFuncional
Funcional
Responsable de Aseguramiento de Calidad
3Comprobar la calidad del entregable de acuerdo a lo estipulado como parámetros de aceptación
Remitir el informe al Project Managemente
4
Revisar el entregable
Si tiene su aprobación, proceder a firmar el formulario de aceptación y enviar el entregable y el formulario formado al Project Sponsor
Gráfica 10.1. Procedimiento para Aceptación de Entregas
Plan de Proyecto Nº ID: FORM01
MPM© Página 80 de 128
10.4. Escalamiento
El proceso de escalamiento se describe en el Plan de Comunicaciones, y se realizará cuando surja algún asunto crítico en el proyecto. Con respecto a los entregables, dependiendo de la gravedad del asunto, se procederá a escalarlo a tres niveles:
Nivel De quién a quién Primer
Segundo
Tercer
Tabla 10.3. Escalamiento de asuntos críticos
En general, un escalamiento sucederá, sólo si la aceptación del entregable es un factor crítico para la AICD, Imagine Solutions o para el proyecto.
10.5. Proceso de Aceptación de Documentos
El proceso de aceptación para la documentación del proyecto es como sigue:
o Imagine Solutions enviará copia de cada documento definido como entregable a la AICD para su revisión.
o La AICD proveerá a Imagine Solutions cualquier cambio por escrito, para ser incluido en el documento final.
o Si la AICD ha requerido cambios, Imagine Solutions incorporará los cambios acordados y distribuirá una copia final de los documentos entregables y mantendrá una copia. Si la AICD no ha requerido cambios en los documentos, se cambiará el estado del documento a “Final”, y se volverá a enviar hacia la AICD tomando en cuenta esta consideración. La entrega del documento “Final” representará la aceptación de la AICD del entregable.
Plan de Proyecto Nº ID: FORM01
MPM© Página 81 de 128
El diagrama del proceso se muestra en el siguiente gráfico:
Gráfica 10.2. Diagrama de Proceso de Aceptación de Documentos
Plan de Proyecto Nº ID: FORM01
MPM© Página 82 de 128
Los documentos considerados como entregables en cada fase correspondiente, son:
Nombre del Entregable Nombre del Documento Fase : Desarrollo de la Solución - Estructura de datos del sistema Definición de la estructura de datos del Portal
DiscoverAmericas.com
- Desarrollo de estructura preliminar del portal Estructura Operacional del Portal DiscoverAmericas.com
- Diseño de interfaz preliminar del portal Interfaz gráfica preliminar E-commerce y E-marketplace del Portal DiscoverAmericas.com
- Portal integrado Portal DiscoverAmericas.com versión Beta
Fase : Implantación
- Documentación de la puesta en línea DiscoverAmericas.com puesto en línea
- Pruebas de comportamiento Resultados de la pruebas de comportamiento del portal DiscoverAmericas.com
- Pruebas de transacciones BackEnd Resultados de las pruebas de transacciones BackEnd del portal DiscoverAmericas.com
- Pruebas de transacciones FrontEnd Resultados de las pruebas de transacciones FrontEnd del portal DiscoverAmericas.com
- Documento de cambios Cambios realizados al portal DiscoverAmericas.com
Fase : Garantía y Soporte
- Documentos de transferencias Documentos y protocolos de transferencia del proyecto DiscoverAmericas.com
- Documentos de asistencia Asistencia técnica y capacitación al equipo de soporte de DiscoverAmericas.com
Tabla 10.4. Documentos considerados como Entregables
10.6. Proceso de Aceptación del Hardware
El hardware requerido para el proyecto no está sujeto a aceptaciones por parte de la AICD, por lo cual Imagine Solutions no deberá solicitar una aprobación formal. Sin embargo, Imagine Solutions informará a la AICD que la adquisición del Hardware cumple como mínimo las siguientes características.
Web Server Model Processor RAM Hard Drive SQL Bandwidth DRAC E300D Dual Xeon 2.8GHz 2GB 3x73GB SCSI RAID 5 500MB 1.000GB Yes
DataBase Server E100D Xeon 2.8 Ghz 1GB 2x36 GB SCSI RAID 1 200 MB 500 GB Yes Microsoft SQL Server 2000 Enterprise
Development Server Marca: PowerEdgeTM 2800 Microprocesador: Intel® Xeon™ processor at 3.0GHz/2MB Cache Otras: 2GB DDR2 400MHz Disco Duro: 73GB 10K RPM Ultra 320 SCSI
Plan de Proyecto Nº ID: FORM01
MPM© Página 83 de 128
PC’s Marca: Dell Dimension 8400 Microprocesador: Pentium® 4 Processor Otras: 1GB Dual Channel DDR2 SDRAM at 400MHz, Monitor 17” Flat Panel Disco Duro: 40 GB
Laptops Marca: Inspiron 6000 Microprocesador: Intel® Pentium® M Processor 715 Otras: 256MB Shared DDR2 SDRAM Disco Duro: 30 GB
Router Marca: D-LINK SYSTEMS Otras: DI-624 AirPlus Xtreme G High-Speed 108Mbps Wireless Router
Switcher PowerConnect 3348, 48 Port FE Stackable Managed Switch, 2 GbE Combo Ports
Firewall Cisco PIX 501 Bundle 50U
UPS Para servidor APC Smart-UPS 1500 USB Para estaciones Powerware 3115 300VA UPS
Impresora Láser HP LJ 1012 LaserJet Resolución Negro: 600x600 ppp
Impresora Inyección HP DeskJet 5650 Color InkJet Resolución Negro: 4800Velocidad de Impresión Negro: 0.6Color: 0.26
Escáner HP Scanjet 5550c Digital Flatbed Scanner 4.400 ppp
Tabla 10.5. Características de Hardware necesario Imagine Solutions informará a la AICD sobre el hardware a través de una carta, remitiendo la documentación necesaria que permita comprobar las características del hardware.
Plan de Proyecto Nº ID: FORM01
MPM© Página 84 de 128
El mismo procedimiento se seguirá con la aceptación del software:
DataBase Server Microsoft SQL Server 2000 Enterprise
ITMS Core, módulo de Estadísticas, Publicidad, Boletines
Tabla 10.6. Software necesario
10.7. Proceso de Aceptación del Software
La aceptación del software se enmarca dentro de los productos del proyecto, y está conformado por los módulos E-commerce y E-marketplace, y la integración de ambos módulos en el portal. Para ello se seguirá el siguiente proceso:
o Imagine Solutions creará una dirección en Internet en donde se pueda visualizar el
software. o Imagine Solutions enviará a la AICD la dirección en Internet, así como el formulario de
aceptación de software. o La AICD probará el software y remitirá su aceptación o rechazo a través del formulario de
aceptación. o En caso de que la aceptación haya sido rechazada, Imagine Solutions procederá a
realizar los cambios y los remitirá la AICD nuevamente.
El proceso se muestra en el siguiente diagrama:
Gráfica 10.3. Proceso de Aceptación del Software
Plan de Proyecto Nº ID: FORM01
MPM© Página 85 de 128
10.8. Responsabilidades
Tanto la AICD como Imagine Solutions tienen la responsabilidad de contribuir al mejor desarrollo del proyecto, evitando situaciones no justificadas que interrumpan su buena marcha, además de iniciar y cerrar el proyecto.
10.8.1. Imagine Solutions
Imagine Solutions tendrá las siguientes responsabilidades:
o Aportar con recursos humanos y tecnológicos para el desarrollo eficiente del proyecto. o Realizar cada actividad y fase del proyecto en forma eficaz y utilizando los recursos
eficientemente. o Controlar la calidad de los entregables. o Entregar los componentes descritos anteriormente, según las fechas y las condiciones
programadas de acuerdo a la siguiente tabla:
Nombre del Entregable Fecha de Entrega
Condiciones de la entrega
Fase : Desarrollo de la Solución - Estructura de datos del sistema 23/02/06 Documento con diseño de
datos en versión impresa y electrónica
- Desarrollo de estructura preliminar del portal
09/02/06 Documento con la estructura del portal en versión impresa y electrónica
- Diseño de interfaz preliminar del portal 09/02/06 Documento con la interfaz, versión preliminar, impresa y electrónica
- Portal integrado 29/12/06 Versión electrónica del portal vía HTTP
Fase : Implantación - Documentación de la puesta en línea 03/01/07 Documento en versión impresa
y electrónica - Pruebas de comportamiento 08/01/07 Documento en versión impresa
y electrónica - Pruebas de transacciones BackEnd 18/01/07 Documento en versión impresa
y electrónica - Pruebas de transacciones FrontEnd 30/01/07 Documento en versión impresa
y electrónica - Documento de cambios 06/02/07 Documento en versión impresa
y electrónica Fase : Garantía y Soporte - Documentos de transferencias 11/06/07 Documento en versión impresa
y electrónica - Documentos de asistencia 23/08/07 Documento en versión impresa
y electrónica Tabla 10.7. Condiciones de la entrega
Plan de Proyecto Nº ID: FORM01
MPM© Página 86 de 128
10.8.2. AICD
La AICD tendrá las siguientes responsabilidades: o Financiamiento del proyecto con US $ 249.300, para las fases de Desarrollo e
Implementación, de acuerdo al siguiente cronograma:
Nombre del Hito Fecha de Desembolso
Monto de desembolso (US $)
Fase : Desarrollo de la Solución $ 137.520 - Aprobación de requerimientos técnicos y funcionales
09/01/06 $22.920
- Aprobación interna de los parámetros del sistema
07/03/06
- Aprobación de parámetros del sistema 08/03/06 $22.920 - Aprobación de prototipo portal E-commerce 10/04/06 - Aprobación de prototipo portal E-marketplace 13/04/06 - Aprobación de inicio de desarrollo 27/04/06 $80.220 - Aprobación interna FrontEnd E-commerce 06/12/06 $11.460 - Aprobación interna FrontEnd E-marketplace 12/12/06 Fase : Implantación $ 89.220 - Carga de aplicaciones 01/01/07 - Poner en línea el portal 07/02/07 $89.220 Fase : Garantía y Soporte $ 13.860 - Transferir documentación de garantía 01/06/07 $13.860 Imprevistos $ 8.700
Tabla 10.8. Condiciones de Financiamiento por parte de la AICD
10.9. Seguimiento de las Aceptaciones
Imagine Solutions y la AICD llevarán registros de las aceptaciones, para lo cual se utilizará la Bitácora de Aceptaciones (FORM10_3) incluida como Anexo 9.C.
Plan de Proyecto Nº ID: FORM01
MPM© Página 87 de 128
11. Plan de Comunicación
El propósito del presente Plan es asegurar la comunicación e interacción oportuna entre las distintas audiencias que participan en el Proyecto DiscoverAmericas.com, a través de la generación, recolección, documentación y distribución de la información correspondiente. Este plan identifica los requerimientos de comunicación para cada audiencia del proyecto, define los parámetros de recolección y distribución de la información, así como los medios de comunicación más adecuados para lograr el objetivo. Asimismo, contiene una descripción general de los procesos de revisión y control de los avances del proyecto, la frecuencia de la entrega de los informes de progreso y las reuniones de revisión, los procedimientos de seguimiento, el proceso para la resolución de conflictos, así como también, el plan de escalamiento.
11.1. Audiencias Objetivo del Proyecto
Las necesidades de intercambio de información (gestión, técnica o comercial) varían de acuerdo a las audiencias que participan en el proyecto. A continuación se mencionan las audiencias objetivo que han sido identificadas, así como la estructura organizativa a la que pertenecen, de tal manera que se pueda identificar fácilmente las líneas de reporte y se realice una comunicación adecuada.
Gráfica 11.1 Audiencias Objetivo
Plan de Proyecto Nº ID: FORM01
MPM© Página 88 de 128
11.2. Roles y Responsabilidades de las Audiencias Objetivo
Rol Responsabilidades o Comité Directivo o Tomar decisiones de alto nivel
o Asignar los recursos necesarios o Ejercer el rol de patrocinadores del proyecto o Participar activamente en las actividades que así
lo requieran o Comité de Gestión o Controlar y monitorear los resultados del
Proyecto: • Logros • Incidencias • Riesgos • Acciones correctivas
o Tomar decisiones oportunas o Escalar problemas al Comité Directivo
o Equipo de Desarrollo o Desarrollar el FrontEnd y BackEnd de la Solución
o Programación y estructura de datos o Equipo de Diseño o Realizar el diseño de interfaces gráficas
o Responsable del contenido del portal en cuanto a gráficos, colores y multimedia.
o Equipo de Contenido o Recopilar, editar e integrar a la aplicación central todo el contenido del portal
o Responsable de la usabilidad del sitio Tabla 11.1 Roles y Responsabilidades de la Audiencia del Proyecto
El detalle de las responsabilidades de cada puesto asociado, se pueden consultar en el Plan de Recursos.
11.3. Lista de Participantes por Audiencias Objetivo
Esta lista identifica a los participantes del proyecto agrupados por audiencia objetivo.
11.3.1. Comité Directivo
Puesto Nombre Director General Alejandro Houston Patrocinador – AICD Responsable Regional de Programas para
América del Sur Director de Oficina de Proyectos – Imagine Solutions
Luis Llaque
Project Manager – Imagine Solutions José Franco Tabla 11.2 Comité Directivo
Plan de Proyecto Nº ID: FORM01
MPM© Página 89 de 128
11.3.2. Comité de Gestión
Puesto Nombre Project Manager – AICD Representante Regional de Programas para
América del Sur Project Manager – Imagine Solutions José Franco Gerente de Desarrollo – Imagine Solutions
Mario Rodriguez
Gerente de Diseño – Imagine Solutions
Marcos Romero
Arquitecto de Información – Imagine Solutions
Karina Ruíz
Tabla 11.3 Comité de Gestión
11.3.3. Equipo de Desarrollo
Puesto Nombre Gerente de Desarrollo – Imagine Solutions
Mario Rodriguez
Desarrollador FrontEnd – Imagine Solutions
César Tejeda
Desarrollador BackEnd – Imagine Solutions
Sara Miranda
Programador Junior 1 – Imagine Solutions
Daniel García
Programador Junior 2 – Imagine Solutions
Javier Rendón
Tabla 11.4 Equipo de Desarrollo
11.3.4. Equipo de Diseño
Puesto Nombre Gerente de Diseño – Imagine Solutions
Marcos Romero
Diseñador Gráfico – Imagine Solutions
José Sánchez
Desarrollador Multimedia – Imagine Solutions
Luis Pérez
Tabla 11.5 Equipo de Diseño
11.3.5. Equipo de Contenido
Puesto Nombre Arquitecto de Información – Imagine Solutions
Karina Ruíz
Redactor de Contenido – Imagine Solutions
Catalina Vivero
Tabla 11.6 Equipo de Contenido
Plan de Proyecto Nº ID: FORM01
MPM© Página 90 de 128
11.4. Medios de Comunicación Disponibles
A efectos de facilitar la comunicación, tanto interna como externa, entre los participantes del proyecto, se han establecido los siguientes medios de comunicación:
11.4.1. Comunicación Oral
o Reunión: Se han definido una serie de reuniones orientadas a cubrir objetivos y audiencias específicas. Asimismo, existe la posibilidad de convocar a reuniones extraordinarias entre los diferentes equipos, siempre y cuando la situación lo amerite, teniendo en cuenta las prioridades y agendas existentes.
o Teléfono: Se recomienda la utilización de esta vía para tratar asuntos que requieran atención inmediata.
o Videoconferencia: Se utilizará este mecanismo para realizar aquellas reuniones con el cliente, que actualmente se ubica físicamente en Uruguay, siempre y cuando no sea estrictamente necesaria una reunión presencial. Adicionalmente, se podrán realizar este tipo de reuniones con todos aquellos que cuenten con la tecnología necesaria.
11.4.2. Comunicación Escrita
o Informes y Minutas: Como resultado de las reuniones, se deberán generar los informes y minutas correspondientes a efecto de que todos los involucrados tengan un mismo entendimiento sobre los asuntos tratados.
o Fax: Se sugiere para el envío o recepción de alguna evidencia sobre algún asunto específico, siempre y cuando no se pueda obtener por medio electrónico.
o E-mail: Será uno de los principales mecanismos de comunicación entre el equipo de proyecto para el tratamiento de temas puntuales y que no requieran de solución inmediata. Estos deberán ser claros y breves y se deberá copiar exclusivamente a los involucrados.
11.4.3. Aplicaciones de Software y Herramientas Tecnológicas
o Office XP: Dado que los ordenadores adquiridos cuentan con esta paquetería, será la que se utilice para efectuar las labores diarias en términos de procesamiento de textos (Word), hojas de cálculo (Excel), presentaciones (PowerPoint) y envío de correos electrónicos (Outlook).
o MS Visio: Se utilizará esta aplicación para la creación de diagramas de flujo y organigramas.
o MS Project: Se utilizará esta aplicación para realizar el seguimiento y control del Proyecto.
o Sistema de Gestión de Proyectos (SGP): Se utilizará está base de datos para consolidar la información relacionada con el proyecto, de tal manera que cualquiera que requiera realizar una consulta lo pueda hacer en el momento que lo requiera siempre y cuando cuente con el perfil de acceso necesario (Ver detalle en Plan de Administración de Configuración).
Plan de Proyecto Nº ID: FORM01
MPM© Página 91 de 128
11.5. Procedimientos de Comunicación Antes de iniciar a revisar esta sección, será importante tener en mente los principios básicos de comunicación independientemente del medio que se emplee para transmitir información:
o La Comunicación debe ser:
- Clara - Consistente - Asertiva - Continua - Oportuna - Honesta
o Es vital establecer una comunicación bidireccional, para propiciar la retroalimentación o No se debe esperar mucho tiempo para comunicar, ya que puede ser demasiado tarde o No se puede comunicar demasiado y resultar efectivo, a la vez. o El personal le da mayor importancia a la información proveniente de su línea de mando
directa. o Nunca hay que subestimar el poder de las redes informales de comunicación, hay que
minimizarlas
11.5.1. Reuniones
Con el objeto de intercambiar la información requerida por las distintas audiencias del proyecto y a su vez, evitar en un esquema de reuniones excesivas o ausencia de las mínimas indispensables, se han definido una serie de reuniones específicas, que se mencionan a continuación.
Tipo de Reunión Mensaje / Objetivo Audiencia
Emisor / Responsabl
e Medio Frecuencia
Mecanismo de
Retroalimen-tación
Reunión de Comité Directivo
o Informar del status del proyecto: alcance, presupuesto y recursos
o Asignar los recursos necesarios
o Tomar decisiones pertinentes
o Comité Directivo
Project Manager de Imagine Solutions
Sala de juntas o Video-confe-rencia
Trimestral
o Agenda y Acta de Reunión
o Informe de Estado Directivo
Reunión de Comité de Gestión
o Controlar y monitorear los resultados del Proyecto: • Logros • Incidencias o áreas de
atención • Riesgos • Acciones correctivas • Entregables
o Tomar decisiones oportunas o Escalar problemas al Comité
Directivo
o Comité de Gestión
Project Manager de Imagine Solutions
Sala de juntas
Semanal o Quincenal según se requiera
o Agenda y Acta de Reunión
o Bitácora de Comunicaciones
o Reporte de Incidencias
o Bitácora de Incidencias
o Informe de Estado General
Plan de Proyecto Nº ID: FORM01
MPM© Página 92 de 128
Tipo de Reunión Mensaje / Objetivo Audiencia Emisor /
Responsable Medio Frecuencia Mecanismo
de Retroalimen-
tación
Reunión Técnica de Avance
o Dar a conocer los avances del proyecto, así como los problemas presentados a todos los miembros del equipo
o Avances sobre el plan de trabajo
o Incidencias o áreas de atención
o Acciones preventivas y correctivas por realizar
o Inquietudes
o Equipo de Desarro-llo
o Equipo de Diseño
o Equipo de Contén-do
o Gerente de Desarrollo
o Gerente de Diseño
o Arquitecto de Información
Sala de juntas Semanal
o Agenda y Acta de Reunión
o Bitácora de Comunica-ciones
o Reporte de
Incidencias o Bitácora de
Incidencias o Informe de
Estado por Equipo
Tabla 11.7 Tipos de Reuniones, objetivos e involucrados Los formatos mencionados en la anterior tabla se encuentran adjuntados en la Sección de Documentos anexados:
Número de Anexo Nombre del Documento ID 10.A. Agenda y Acta de Reunión FORM11_1
10.B. Bitácora de Comunicaciones FORM11_2
10.C. Reporte de Incidencias FORM11_3
10.D. Bitácora de Reportes de Incidencias FORM11_4
10.E. Informe de Estado FORM11_5 Tabla 11.8 Formatos del Plan de Comunicaciones
Adicionalmente, se dan algunos lineamientos para facilitar la gestión de estas reuniones.
o El Líder de cada equipo tendrá la responsabilidad de solicitar a sus colaboradores la información necesaria para reportar sus avances en la reunión a la haya sido convocado, de acuerdo a las audiencias definidas.
o En caso de que alguno de los responsables de dirigir o participar en una reunión no
pueda asistir, deberá enviar a un sustituto.
o Los puntos tratados y los acuerdos logrados en cada reunión deberán quedar documentados en el Agenda y Acta de Reunión (FORM11_1) que contenga los puntos relevantes, los compromisos, los responsables y las fechas de cumplimiento de los compromisos.
o El Director de Proyecto será el encargado de canalizar toda aquella información que se
le transmita en las reuniones y definirá las rutas por las que debe fluir la misma, según su impacto en los equipos de trabajo del proyecto.
o Independientemente de que existan reuniones formales, deberá existir la flexibilidad y
disponibilidad por parte de los miembros del proyecto para establecer una comunicación constante, tanto a nivel individual como grupal, para reportar información
Plan de Proyecto Nº ID: FORM01
MPM© Página 93 de 128
relevante. Lo anterior podrá ser utilizando cualquiera de los medios de comunicación puestos a disposición del proyecto.
o Siempre que la ocasión lo amerite, se podrán convocar reuniones extraordinarias.
o En caso de que se presenten eventos de alto impacto para el proyecto o para la
organización fuera de la periodicidad definida para escalarlos con el Patrocinador, el Director de Proyecto contará con la libertad de hacerlo en el momento en que lo juzgue conveniente.
11.5.2. Informes
Adicional a las Actas de Reuniones anteriormente mencionadas se recomienda la elaboración de los siguientes Informes:
Tipo de Reporte Objetivo / Aplicación Emisor Receptor Frecuencia /
Aplicación
Informe de Estado por Equipo
Dar a conocer el estado de avance de las actividades y los entregables designados por equipo de trabajo. Contenido: o Avances sobre el plan de trabajo o Logros o Incidencias o áreas de atención o Riesgos o Puntos de interacción entre equipos o Puntos para la siguiente revisión Este Informe se emplea en la Reunión de Avance Técnico
o Gerente de Desarrollo o Gerente de Diseño o Arquitecto de
Información
Project Manager de Imagine Solutions
Semanal. Se deberá enviar previo a la Reunión de Avance.
Informe de Estado General
o Dar a conocer el estado general de avance del proyecto según los reportes entregados por los diferentes equipos de trabajo
o Este Informe se emplea en la Reunión de Comité de Gestión
Project Manager de Imagine Solutions
o Project Manager AICD
o Líderes técnicos
Semanal
Informe de Estado Directivo
o Dar a conocer el estado general de avance del proyecto a los niveles superiores de la organización. Es realizado exclusivamente por el Director del Proyecto (Empresa) y es realizado con base en los Informes de Avance Generales.
o Este Informe se emplea en la Reunión de Comité Directivo
Project Manager de Imagine Solutions
o Director General
o Director de Proyectos
Trimestral
Tabla 11.8 Tipos de Informes, objetivos e involucrados
Consideraciones:
o Todos los Informes de Estado deberán realizarse en el formato y con las especificaciones definidas por el Director del Proyecto (Ver Anexo 10.E.).
Plan de Proyecto Nº ID: FORM01
MPM© Página 94 de 128
11.6. Gestión de Incidencias o Situaciones Críticas
La Gestión de Incidencias está orientada a identificar y controlar cualquier situación que pueda impactar al proyecto o a cualquiera de sus miembros. Una incidencia es cualquier situación que se mantiene sin resolución más allá del periodo de tiempo acordado y debe ser monitoreado y registrado como un asunto a resolver. Entre estas pueden presentarse las siguientes situaciones:
o Identificación de problemas que impidan cerrar una actividad o entregable o Identificación de cambios potenciales o Necesidad de recursos adicionales o deficiencias en los existentes
11.6.1. Comunicación
La identificación y registro de una incidencia deberá hacerse a través del uso de la plantilla de Reporte de Incidencias FORM11_3 (Ver Anexo 10.C.), por parte de la persona o equipos responsables de trabajo en el que se presente. El responsable de la incidencia, asignado en el Reporte de Incidencias deberá proponer acciones correctivas, así como establecer los mecanismos de seguimiento hasta su cierre.
11.6.2. Monitoreo y Resolución
El monitoreo y la resolución de los asuntos identificados a lo largo de la semana deberá incluirse como parte de la agenda de las reuniones de avance, por parte de la persona o equipos responsables de trabajo en el que se presente.
11.6.3. Esquema de Escalamiento
El propósito del esquema de escalamiento es asegurar que las incidencias o asuntos críticos sean adecuadamente gestionados y resueltos oportunamente mediante medidas eficientes. A continuación se mencionan los pasos a seguir:
o Primer Nivel: Cualquier miembro del equipo del proyecto puede iniciar o dar a conocer
una incidencia relacionado con el proyecto que considere de importancia. Inicialmente este debe ser revisado por su jefe inmediato y establecer una acción correctiva para resolverlo.
o Segundo Nivel: En caso de que el asunto no sea resuelto oportunamente, el jefe inmediato deberá presentarlo al Project Manager en la reunión semanal. El Project Manager, junto con los líderes técnicos, determinarán su gravedad y asignarán una prioridad.
o Tercer Nivel: Si dado un periodo establecido, el asunto no ha sido resuelto por el Project Manager, deberá ser trasladado al Patrocinador del Proyecto quien deberá tomará las medidas necesarias, para que se preste atención a la resolución del mismo.
Plan de Proyecto Nº ID: FORM01
MPM© Página 95 de 128
11.6.4. Consideraciones:
o Las incidencias deberá presentarse documentados en la plantilla definida, Registro de Incidencias (FORM11_3), incluida en el Anexo 10.C.
o Todas las incidencias (aceptados y rechazados) se registrarán en la Bitácora de Incidencias (FORM11_4) incluida en el Anexo 10.D.
o Si el impacto de la incidencia tiene el potencial para cambiar cualquiera de los supuestos del proyecto o impactar los costes o tiempos del proyecto en cualquier manera, la incidencia se deberá convertir en una Petición de Cambio.
11.7. Control de Cambios
La Gestión de Cambios está orientada a identificar oportunamente cambios, documentarlos, proveer notificación del impacto (tiempo, recursos y costes) a la Dirección del Proyecto y obtener autorización para proceder con los mismos. Un cambio puede ocurrir bajo cualquiera de las siguientes condiciones:
o Los supuestos de operación del proyecto no se están siguiendo o El alcance es modificado o Cambios en los recursos del proyecto o Retrasos causados por factores externos al control del equipo del proyecto o Retrasos causados dentro del proyecto fuera del control del Gerente del Proyecto o del
equipo del proyecto
El proceso de Control de Cambios se describe a detalle en el Plan de Control de Cambios, en la Sección 13 de este documento.
Plan de Proyecto Nº ID: FORM01
MPM© Página 96 de 128
11.8. Comunicación Externa
La comunicación con agentes externos deberá ser tratada, primero por los Líderes Técnicos o Project Manager, según se juzgue conveniente. Las reuniones que surjan como resultado, deberán efectuarse en las instalaciones de Imagine Solutions, y solamente en aquellos casos, donde se requiera apoyo del Patrocinador o del Comité Directivo se llevarán a cabo en sus oficinas.
11.8.1. Consideraciones:
Toda la comunicación relacionada con los usuarios del portal, deberá ser desarrollada de acuerdo al Plan de Marketing (Ver Plan de Negocio).
Plan de Proyecto
Nº ID: FORM01
MPM© Página 97 de 128
11.9. Plan de Comunicación
A continuación se muestra el Plan de Comunicación diseñado para soportar el proyecto en las fases de Desarrollo, Implantación y Garantía y Soporte, mismo que contiene como estructura general: evento, objetivo, audiencia objetivo, emisor responsable, medio y periodicidad.
Evento Objetivo Audiencias Objetivo Emisor -
Responsable Medio Periodicidad / Fechas
Reunión de Inicio de la Fase del Desarrollo (Kick off)
o Dar a conocer los objetivos
planteados por el Proyecto, así como las actividades contempladas y los beneficios a obtener
o Dar a conocer los objetivos planteados por el Proyecto, así como el esquema de trabajo, actividades contempladas y los resultados esperados a los miembros de nuevo ingreso dentro del equipo de trabajo
o Comité Directivo o Comité de Gestión o Equipos del Proyecto
Project Manager (Imagine Solutions y AICD)
Junta - Sala de juntas Única ocasión
Reunión de Comité Directivo
o Informar del status del proyecto:
alcance, presupuesto y recursos o Asignar los recursos necesarios o Tomar decisiones pertinentes
o Comité Directivo Director de Oficina de Proyectos
Sala de juntas o Videoconfe-rencia
Trimestral
Plan de Proyecto
Nº ID: FORM01
MPM© Página 98 de 128
Evento Objetivo Audiencias Objetivo Emisor - Responsable Medio Periodicidad /
Fechas
Reunión de Comité de Gestión
o Controlar y monitorear los resultados del Proyecto: Logros Incidencias o áreas de atención Riesgos Acciones correctivas Entregables
o Tomar decisiones oportunas o Escalar problemas al Comité
Directivo
o Comité de Gestión Project Manager - Imagine Solutions Sala de juntas Semanal
Reunión Técnica de Avance
o Dar a conocer los avances del proyecto, así como los problemas presentados a todos los miembros del equipo
o Avances sobre el plan de trabajo o Incidencias o áreas de atención o Acciones preventivas y
correctivas por realizar o Inquietudes
o Equipo de Desarrollo
o Equipo de Diseño o Equipo de Contenido
o Gerente de Desarrollo
o Diseñador Gráfico
o Arquitecto de Información
Sala de juntas Semanal
Reuniones con Entidades Gubernamentales del Sector Turismo
o Negociar la inclusión de DiscoverAmericas.com dentro los programas de difusión turística de estas entidades
o Responsables de Entidades Gubernamentales
Project Manager (Imagine Solutions y AICD)
Sala de juntas Única ocasión (según se requiera)
Reuniones de Retroalimentación
o Realizar retroalimentación en los hitos del proyecto
o Proporcionar reconocimiento a los miembros destacados del equipo
o Fomentar la integración
o Todo el equipo del Proyecto Project Manager (Imagine Solutions y AICD)
Por definir Al fin de cada hito del proyecto
Presentación de Demo
o Mostrar un demo sobre el funcionamiento del sitio, conteniendo información de los países seleccionados en el piloto
o Comité Directivo Project Manager (Imagine Solutions y AICD)
Reunión - Sala de Juntas Única ocasión
Tabla 11.9 Plan de Comunicación
Plan de Proyecto
Nº ID: FORM01
MPM© Página 99 de 128
12. Plan de Administración de Configuración
12.1. Requerimientos para la Administración de Configuración del Proyecto
La administración de configuración provee técnicas y procedimientos para realizar las siguientes funciones:
o Identificar items (documentos/entregables) que necesitan ser administrados en el proyecto o Identificar los responsables de los items identificados para el proyecto o Grabar, monitorear y reportar el estatus de cada item y su evolución durante el ciclo de vida
del proyecto o Archivar toda la documentación relevante que se produce durante el ciclo de vida del
proyecto o Administrar los cambios realizados en los items incluidos en el Plan de Administración de
Configuración, así como el estatus check-in / check-out o Control de la información a través del apropiado envío y actualización a través de los
canales de comunicación autorizados.
El manejo de los documentos se establece durante la creación y definición del Sistema de Gestión de Proyectos (SGP). Debido a esto, sólo un número limitado de componentes se incluirán bajo el control de la configuración al inicio del proyecto. Todos los entregables del proyecto serán incluidos con el resto de items iniciales establecidos en el SGP. El Plan de Administración de Configuración será revisado mensualmente para determinar si se requiere incluir items adicionales para la administración en el SGP.
Los items que se registran en el SGP constan de información técnica, administrativa y de calidad. La siguiente tabla identifica tipos de Items de Configuración (CI) que inicialmente se registrarán bajo el control de configuración.
Items de Configuración Técnica Items de Configuración de
Calidad Items de Configuración
Administrativa Diseño de Solución Reporte de Análisis de Prototipo Project Plan
Estructura de Base de Datos Documentación de errores de Módulos
Lista de Requerimientos
Requerimientos técnicos y funcionales Informe de desarrollo de módulos Control de Registro (Cambios, Incidencias, actividades)
Estructura del Portal E-commerce Informe de Integración Project Schedule (Gantt)
Estructura del Portal E-marketplace Informe de Pruebas de Comportamiento
Plan de Riesgos
Diseño de Interfase Portal E-commerce Informe de Pruebas de Transacciones Actas de Reunión
Diseño de Interfase Portal E-marketplace Actas de Aprobación
Prototipo FrontEnd Portal E-commerce
Prototipo FrontEnd Portal E-marketplace
Documentación Técnica de Solución
Documentación de Instalación de Solución
Manual de Usuario de Módulos
Tabla 12.1 Items bajo Administración de Configuración
Plan de Proyecto
Nº ID: FORM01
MPM© Página 100 de 128
12.2. Identificación de Items de Configuración La siguiente nomenclatura se utilizará para la configuración y seguimiento de los archivos.
12.2.1. Items de Configuración Técnica
Código Nombre de Documento Comentarios Adicionales TC_DSOL Diseño de Solución TC_DDB Estructura de Base de Datos TC_REQ Requerimientos técnicos y funcionales
TC_EEC Estructura del Portal E-commerce TC_EEM Estructura del Portal E-marketplace TC_DEC Diseño de Interfase Portal E-commerce TC_DEM Diseño de Interfase Portal E-marketplace TC_PEC Prototipo FrontEnd Portal E-commerce TC_PEM Prototipo FrontEnd Portal E-marketplace TC_DTC Documentación Técnica de Solución TC_DIN Documentación de Instalación de Solución TC_MU Manual de Usuario de Módulos
Tabla 12.2 Items de Configuración Técnica
Las siguientes corresponden a la numeración de las versiones de los documentos:
Código Versión 0 En proceso de revisión/Desarrollo
1 a X Versión Actual del documento. Ej.: 1 1_1
Tabla 12.3 Numeración de las versiones de los Documentos Técnicos
El archivo final de cada item debe seguir la siguiente nomenclatura según sea el caso:
<Código de Proyecto>_<Código de Documento>_<Código de Versión>_<Fecha>
Ejemplo: 001_ TC_DT1 _2_010203
Nota: La fecha debe ser escrita en el formato DDMMAA.
Plan de Proyecto
Nº ID: FORM01
MPM© Página 101 de 128
12.2.2. Items de Configuración de Calidad
Código Nombre de Documento Comentarios Adicionales QA_PRO Reporte de Análisis de
Prototipo. Se realizará un informe unificado tanto del E-commerce como E-marketplace.
QA _ERR Documentación de errores de Módulos.
Se realizará un informe completo de todos los módulos, tanto del E-commerce como E-marketplace.
QA _DES Informe de desarrollo de módulos.
Se realizará un informe completo de todos los módulos, tanto del E-commerce como E-marketplace.
QA _INT Informe de Integración. QA _TES Informe de Pruebas de
Comportamiento.
QA_TRA Informe de Pruebas de Transacciones.
Tabla 12.4. Items de Configuración de Calidad
Las siguientes corresponden a la numeración de las versiones de los documentos:
Código Versión 0 En proceso de revisión / desarrollo 1 a X Versión Actual del documento.
Ej.: 1 1_1
Tabla 12.5. Numeración de las versiones de los Documentos de Calidad
El archivo final de cada item debe seguir la siguiente nomenclatura según sea el caso:
<Código de Proyecto>_<Código de Documento>_<Código de Versión>_<Fecha>
Ejemplo:
001_ QA_PRO _2_010203
Nota: La fecha debe ser escrita en el formato DDMMAA.
Plan de Proyecto
Nº ID: FORM01
MPM© Página 102 de 128
12.2.3. Items de Configuración Administrativa
Código Nombre de Documento ADM_PPL Project Plan ADM_REQ Lista de Requerimientos ADM_CON Control de Registro
(Cambios, Incidencias, actividades)
ADM_PPS Project Schedule (Gantt) ADM_RIS Plan de Riesgos ADM_REU Actas de reunión ADM_APR Actas de Aprobación
Tabla 12.6. Items de Configuración Administrativa
Las siguientes corresponden a la numeración de las versiones de los documentos:
Código Versión 0 En proceso de revisión/Desarrollo
1 a X Versión Actual del documento
Tabla 12.7. Numeración de las versiones de los Documentos Administrativos
El archivo final de cada item debe seguir la siguiente nomenclatura según sea el caso:
<Código de Proyecto>_<Código de Documento>_<Código de Versión>_<Fecha>
Ejemplo:
001_ADM_PP_2_010203
Nota: La fecha debe ser escrita en el formato DDMMAA.
12.3. Proceso de Administración de Configuración
El proyecto no requiere un sistema sofisticado de base de datos para manejar la configuración de cada item. En este proyecto se utilizarán las bondades que provee del Sistema de Gestión de Proyectos (SGP) de Imagine Solutions en lo correspondiente a la administración, actualización, versionamiento y estatus de items.
Al SGP se ingresa desde la LAN de Imagine Solutions a través de la dirección http://intranet/sgp/discoveramericas
Plan de Proyecto
Nº ID: FORM01
MPM© Página 103 de 128
Desde Internet, el cliente podrá acceder a revisar información del proyecto que está almacenada en la SGP a través del URL www.discoveramericas/clients
Nota: Ningún archivo podrá ser subido a través de un directorio físico, sólo se utilizará la intranet para este fin.
12.3.1. Estructura de los Archivos
Todas las copias de la documentación se mantendrán en el servidor interno de la compañía. Debido a la utilización de la intranet para el manejo de archivos, toda la información se almacenará a través de la siguiente ruta:
http://intranet/sgp/discoveremicas/files
Los sub-directorios se realizarán con la siguiente estructura:
Gráfica 12.1. Estructura de los archivos
La estructura ha sido creada de acuerdo a los tipos de Items de configuración creados. Adicionalmente, se ha creado carpetas por áreas involucradas para almacenar información sensible y relevante que emitan los diferentes departamentos involucrados en el proyecto.
Nota: Ningún archivo podrá ser subido a través de un directorio físico, sólo se utilizará la intranet para este fin.
12.3.2. Procedimientos de Ingreso
Un Item será ingresado al control de configuración, sólo cuando el dueño esté satisfecho y el documento se encuentre listo para revisión. El item debe ser enviado al Project Manager responsable y debe incluir la siguiente información:
o Título del item de configuración. o Identificado del item de configuración. o Propietario. o Estatus. o Fecha de envío o actualización. o Fecha de línea base (creación).
Plan de Proyecto
Nº ID: FORM01
MPM© Página 104 de 128
Para solicitar el ingreso de un item al SGP se requiere utilizar el formato “Petición de Ingreso de Item” (FORM16_1). El Project Manager es responsable de asegurar el correcto almacenamiento en el directorio del proyecto y actualización de la información en el archivo de registro de la intranet. Adicionalmente, el Project Manager actualizará y administrará los documentos ingresados a configuración en el SGP utilizando una bitácora creada para este efecto. El documento indicado es el formato “Bitácora de Items en Configuración” (FORM16_2).
12.4. Requerimientos de Interface Las interfaces necesarias para la correcta actualización y revisión de información corresponden únicamente a la correcta integración de los siguientes sistemas informáticos:
o SGP (Sistema Gestión de Proyectos) o MS SQL Server o MS Project
Las aplicaciones antes descritas interactúan de forma conjunta para proveer el ambiente necesario para la administración y control de archivos. El usuario final únicamente requiere de un MS Explorer para la revisión de la documentación.
12.5. Intercambio de Información Toda la documentación generada en el proyecto deberá ser recolectada después de su aprobación y de cada actualización con el fin de llevar un control de la misma; después de estar lista, se enviara vía e-mail al PM, quien direccionará el archivo a la carpeta especificada para tal fin en la Intranet de la empresa y periódicamente hará la respectiva copia de seguridad de la información recolectada. La actualización de los archivos, si responde a un cambio solicitado, deberá cumplir con las especificaciones del Plan de Control de Cambios.
En caso de necesitar cualquier tipo de información para ser distribuida con fines académicos, de discusión en reuniones, de validación de datos, entre otros, deberá ser solicitada previamente al Project Manager y no usar las versiones anteriores existentes para evitar confusiones.
El Project Manager deberá revisar periódicamente el almacenamiento de la información en las carpetas del servidor con el fin de estar preparados para una auditoria y/o que permanezca organizada toda la documentación sobre configuración. El personal del proyecto podrá acceder a la documentación en la Intranet como material de consulta.
12.6. Seguridad de Datos Toda la información del proyecto será guardada en la Intranet de la empresa y será replicada de la misma forma que el resto de la información de la organización, en un servidor dedicado para estas funciones.
Plan de Proyecto
Nº ID: FORM01
MPM© Página 105 de 128
Adicionalmente, toda la información se realiza respaldos en DVD semanalmente para guardar una copia de seguridad de los archivos históricos de la empresa, la cual tiene carácter confidencial para usarla en caso de ser requerida. Los archivos antes mencionados se encuentran ubicados fuera de las instalaciones de la compañía eliminando cualquier riesgo por perdida de la información. Los accesos a estas copias y a la modificación en la Intranet están controlados por permisos y roles de acuerdo a cada usuario del sistema.
12.7. Responsabilidades Los participantes del proyecto que podrán trabajar con el SGP, y de quienes depende la revisión periódica del sistema y la verificación de la adecuada actualización dentro del proyecto de la misma son:
Posición Responsabilidad Project Manager Almacenamiento y direccionamiento de la información del
proyecto a la Intranet y actualización de la información administrativa.
Gerente de Desarrollo
Almacenamiento y direccionamiento de la información del proyecto a la Intranet y actualización de la información técnica.
Gerente de Diseño
Almacenamiento y direccionamiento de la información del proyecto a la Intranet y actualización de la información de diseño.
Responsable de Aseguramiento de Calidad
Almacenamiento y direccionamiento de la información del proyecto a la Intranet y actualización de la información correspondiente a Calidad.
Tabla 12.8. CMDB Responsabilidades
12.8. Transferencia a Garantía y Soporte Una copia de los manuales y de la configuración de los módulos de la solución será entregada al cliente para su uso; dicha copia tendrá una nota de propiedad validada por el compromiso asumido por el cliente en el Contrato de Confidencialidad. Copia de los resultados de las pruebas técnicas y de las características técnicas de la solución también serán entregados al cliente.
Plan de Proyecto
Nº ID: FORM01
MPM© Página 106 de 128
13. Plan de Control de Cambios
13.1. Resumen Los cambios involucrados en un proyecto pueden ser provocados por una gran diversidad de eventos. Los principales tipos de cambios que podemos mencionar son:
Tipo de Evento
Descripción
Externos Cambios en el gobierno, regulaciones, desastres naturales, devaluaciones
Internos Pueden encontrarse oportunidades a lo largo de la ejecución del proyecto para reducir costes y/o tiempos, evitar riesgos, o mejorar la calidad de algún entregable
Que tienen que ver con el cliente
A lo largo del proyecto el cliente puede pensar en nuevos requerimientos o funcionalidades para su solución
Tecnológicos Conforme se va desarrollando el proyecto pueden surgir necesidades de nueva tecnología para mejorar el diseño de la solución o su implantación
Tabla 13.1. Tipos de Eventos que pueden generar cambios Todos estos eventos traen como consecuencia cambios en el proyecto que deben ser estrictamente controlados. El Plan de Control de Cambios provee los mecanismos para gestionar los cambios que puedan darse a lo largo del proyecto. Para tal efecto se utilizan dos formatos que ayudan a controlar y dar seguimiento a estos cambios:
Ubicación Nombre del Documento Identificador Anexo 11.A. Petición de Cambios FORM13_1
Anexo 11.C. Informe de Fuera de Especificaciones FORM13_3 Tabla 13.2. Formatos utilizados para la Gestión de Cambios
Ningún cambio podrá ser llevado a cabo sin antes haber sido documentado y aprobado de acuerdo a los procedimientos establecidos.
13.2. Petición de Cambio
Las Peticiones de Cambio se llevan a cabo cuando se ha identificado un cambio que requiere de formal autorización para llevarse a cabo. Esta petición se lleva a cabo mediante el formato Petición de Cambios (FORM13_1), cada vez que se identifica un cambio. Este formato tiene el objetivo de documentar de forma completa el cambio, describiendo claramente la razón del cambio y su impacto dentro del proyecto; determinar el mejor plan de acción para manejarlo, realizar la evaluación correspondiente; obtener la aprobación de todas las partes que se verán afectadas antes de iniciarse cualquier acción de cambio y finalmente; tomar la decisión sobre como se va a proceder. En el formato también se deben especificar claramente a los responsables de la evaluación, aprobación y acciones a tomar para cada cambio.
Plan de Proyecto
Nº ID: FORM01
MPM© Página 107 de 128
El procedimiento establecido para gestionar cada cambio que pueda presentarse durante el proyecto DiscoverAmericas.com se muestra a continuación:
Identificación del Cambio
Identificación de la Razón y
el Impacto
Identificación Involucrados en el impacto
Definir plan de acción
Evaluar plan de acción
(costos, tiempo y recursos)
Solicitar aprobación del Cambio
Petición de Cambio
(FORM13_1)
Identificación del Cambio
Identificación de la Razón y
el Impacto
Identificación de la Razón y
el Impacto
Identificación Involucrados en el impacto
Identificación Involucrados en el impacto
Definir plan de acción
Definir plan de acción
Evaluar plan de acción
(costos, tiempo y recursos)
Evaluar plan de acción
(costos, tiempo y recursos)
Solicitar aprobación del Cambio
Solicitar aprobación del Cambio
Petición de Cambio
(FORM13_1)
Petición de Cambio
(FORM13_1)
Gráfica 13.1. Procedimiento para la Gestión de Cambios
13.3. Informe de Fuera de Especificaciones
El Informe de Fuera de Especificaciones se utiliza cuando alguna especificación no es alcanzable por motivos de rentabilidad. La plantilla para este efecto, Informe de Fuera de Especificaciones (FORM13_3) identifica la especificación, evalúa su impacto para el desempeño del proyecto y determina el valor que representa el no alcanzarla. Después de identificarla, se debe negociar un acuerdo con las partes afectadas para que se acepte este inconveniente. Este acuerdo puede involucrar en determinados casos algún tipo de compensación. La firma del correspondiente informe representa la aceptación formal de la especificación inalcanzable.
El procedimiento establecido para gestionar cada “fuera de especificación” que pueda presentarse durante el proyecto DiscoverAmericas.com se muestra a continuación:
Identificar la
Especificación
Identificación de la Razón y
el Impacto
Evaluación de los
Impactos
Establecer Plan de Acción
Aceptación por parte de los
involucrados
Informe de Fuera de
Especificaciones
(FORM13_3)
Identificar la
Especificación
Identificación de la Razón y
el Impacto
Identificación de la Razón y
el Impacto
Evaluación de los
Impactos
Evaluación de los
Impactos
Establecer Plan de Acción
Establecer Plan de Acción
Aceptación por parte de los
involucrados
Informe de Fuera de
Especificaciones
(FORM13_3)
Gráfica 13.2. Procedimiento para la Gestión de Especificaciones Inalcanzables del Proyecto
Plan de Proyecto
Nº ID: FORM01
MPM© Página 108 de 128
Algunas actividades pueden depender de la especificación identificada por lo que lo más recomendable es llevar a cabo este procedimiento lo más rápido posible, de manera que la integridad de las actividades involucradas no se vea comprometida.
13.4. Inicio del Cambio
13.4.1. Autoridad para Iniciar la Petición de Cambio
Todos los integrantes del equipo de proyecto podrán hacer una petición de cambio, mediante el formato especificado. Dependiendo del tipo de cambio del que se trate se escalará a través del organigrama del proyecto a la autoridad correspondiente, quien decidirá si el cambio es aceptado o no. El formato de Petición de Cambio (FORM13_1) debe estar firmado por el jefe inmediato para poder llegar a la autoridad que tomará la decisión final. A continuación se muestra que los responsables que tienen autoridad sobre la aceptación de un cambio dependiendo de su impacto:
Cambios Causa Impacto Autoridad de Aceptación
o Eventos Externos o Comité Directivo
Externos o Eventos Cliente
Afectan al Alcance del proyecto o Project
Manager
o Eventos Internos Internos
o Eventos Tecnológicos
Modifican procedimientos o actividades del proyecto, pero no tienen impacto en el alcance
o Comité de Gestión
Tabla 13.3. Autoridades correspondientes a Tipos de Cambios
13.4.2. Autoridad para Iniciar un Informe de Fuera de Especificaciones Las personas autorizadas para levantar este tipo de informe son:
o Project Manager o Project Manager de la AICD o Gerente de Desarrollo o Desarrollador FrontEnd o Desarrollador BackEnd o Gerente de Diseño o Diseñador Gráfico o Desarrollador Multimedia o Redactor de Contenido o Representantes de los Subcontratistas involucrados
El Comité Directivo y Project Manager tendrán la autoridad para informar y negociar con el cliente las acciones a seguir ante cada Informe de Fuera de Especificaciones (FORM13_3).
Plan de Proyecto
Nº ID: FORM01
MPM© Página 109 de 128
13.4.3. Proceso para Iniciar el Cambio
El cambio iniciará su implementación cuando los formatos de Petición del Cambio o el Informe de Fuera de Especificaciones sean aprobados por la autoridad correspondiente. En caso de que el cambio sea causado por un evento externo, el coste que se origine se negociará con la AICD para decidir la mejor manera de enfrentar este coste. En caso de que el cambio sea causado por un evento interno, si se origina algún coste, este se imputará al centro de costes del proyecto. Los posibles cambios que puede presentarse son:
o Cambios Administrativos: Mejoras en procesos administrativos, reducción de costes y/o tiempo.
Project Manager
Gerente de Diseño
Arquitecto de Información
Gerente de Desarrollo
Desarrollador FrontEnd
Desarrollador BackEnd
Diseñador Gráfico
Desarrollador Multimedia
Redactora de Contenido
Programador Júnior
Programador Júnior
Auxiliar Administrativo
Ejecutivo deVentas
Responsable de Aseguramiento de
Calidad
Gráfica 13.3. Involucrados en el inicio de Cambios Administrativos
o Cambios de Desarrollo: Cambios en el desarrollo del proyecto. Estos pueden ser de programación, diseño o contenido. El responsable de iniciar el cambio será el gerente correspondiente de acuerdo al cambio que se trate.
Gráfica 13.4. Involucrados en el inicio de Cambios de Desarrollo
Plan de Proyecto
Nº ID: FORM01
MPM© Página 110 de 128
13.5. Evaluación del Cambio
El responsable de realizar la evaluación del cambio será la persona que lo haya identificado, trabajando en conjunto con su jefe inmediato, antes de escalarlo para su revisión y aprobación por parte de la autoridad correspondiente. Esta evaluación tiene como principal objetivo los impactos que originará el cambio en el proyecto y deberá incluir toda la documentación que demuestre los impactos encontrados, así como la identificación de todos los involucrados afectados.
IMPACTOS DEL
CAMBIO
Entregables y Criterios
de Aceptación
Calendario
Pagos
Documentación
Recursos
RiesgosCostos
IMPACTOS DEL
CAMBIO
Entregables y Criterios
de Aceptación
Calendario
Pagos
Documentación
Recursos
RiesgosCostos
IMPACTOS DEL
CAMBIO
IMPACTOS DEL
CAMBIO
Entregables y Criterios
de Aceptación
Entregables y Criterios
de Aceptación
CalendarioCalendario
PagosPagos
DocumentaciónDocumentación
RecursosRecursos
RiesgosRiesgosCostosCostos
Gráfica 13.5. Aspectos a considerar para evaluar un cambio
Como ultimo paso, después de la evaluación se debe definir un plan de acción a seguir para poder enfrentar este cambio de la mejor manera, gestionando sus impactos.
13.6. Aprobación del Cambio
13.6.1. Petición de Cambio Una vez que el formato de Petición de Cambio sea completado con la correspondiente evaluación y plan de acción se entregará a la autoridad correspondiente dependiendo del tipo de cambio del que se trate (Ver Tabla 13.1. Autoridades correspondientes a Tipos de Cambios). Esta autoridad deberá revisar el documento y decidir si se aprueba la implementación del cambio, y si el plan de acción sugerido es el adecuado.
13.6.2. Informe de Fuera de Especificaciones Una vez que el Informe de Fuera de Especificaciones sea completado con la correspondiente evaluación y plan de acción se entregará a la autoridad correspondiente (definidas en el punto 13.4.2), que deberá revisar el documento y decidir si se aprueba la imposibilidad de esa especificación, y si el plan de acción sugerido es el adecuado.
Plan de Proyecto
Nº ID: FORM01
MPM© Página 111 de 128
13.7. Implantación del Cambio
Después de que el cambio fue autorizado, los responsables del inicio del cambio (Punto 13.4.3), serán responsables también de su correcta implantación. El procedimiento para la implantación del cambio se muestra a continuación:
Modificar actividades
impactadas por el cambio de acuerdo al plan de acción
definido
Petición de Cambio
(No. EID)
Comunicar el cambio a los involucrados
mediante reunión y por escrito
Modificar documentación de
las actividades impactadas por el
cambio
Ejecutar el Plan de Acción
Informe de Fuera de
Especificaciones
(FORM13_3)
Petición
de Cambio
(FORM13_1)
Modificar actividades
impactadas por el cambio de acuerdo al plan de acción
definido
Modificar actividades
impactadas por el cambio de acuerdo al plan de acción
definido
Petición de Cambio
(No. EID)
Comunicar el cambio a los involucrados
mediante reunión y por escrito
Modificar documentación de
las actividades impactadas por el
cambio
Ejecutar el Plan de Acción
Informe de Fuera de
Especificaciones
(FORM13_3)
Informe de Fuera de
Especificaciones
(FORM13_3)
Petición
de Cambio
(FORM13_1)
Petición
de Cambio
(FORM13_1)
Gráfica 13.6. Procedimiento para la Implantación de Cambios
13.8. Verificación y Aceptación de la Implantación del Cambio
La ejecución del Plan de Acción para implantar el cambio debe ser continuamente monitoreada para asegurar que se están obteniendo los resultados deseados. El procedimiento para la verificación y aceptación de la implantación del cambio se muestra a continuación:
Pruebas de calidad sobre el desempeño de la ejecución del
plan de acción
Petición de Cambio
(No. EID)
Monitoreo de la implantación del
cambio
Evaluar resultados de la ejecución VS
lo planeado
Aceptación formal de los resultados
del cambio
Informe de Fuera de
Especificaciones
(FORM13_3)
Petición
de Cambio
(FORM13_1)
Pruebas de calidad sobre el desempeño de la ejecución del
plan de acción
Petición de Cambio
(No. EID)
Monitoreo de la implantación del
cambio
Evaluar resultados de la ejecución VS
lo planeado
Aceptación formal de los resultados
del cambio
Informe de Fuera de
Especificaciones
(FORM13_3)
Informe de Fuera de
Especificaciones
(FORM13_3)
Petición
de Cambio
(FORM13_1)
Petición
de Cambio
(FORM13_1)
Gráfica 13.7. Procedimiento para la Verificación y Aceptación de Cambios
Plan de Proyecto
Nº ID: FORM01
MPM© Página 112 de 128
13.9. Seguimiento del Cambio
Para llevar a cabo un efectivo monitoreo del cambio se debe llevar registro de todo el proceso de su implantación. Para tal efecto se llevará utilizará la plantilla FORM13_2: Bitácora de Peticiones de Cambios, y la FORM13_4: Bitácora de Informes de Fuera de Especificaciones. Cada vez que un cambio sea autorizado e implantado deberá ser registrado en alguna de estas bitácoras según corresponda, y a su vez, estas bitácoras deberán incluirse en el archivo de la documentación del proyecto y estar disponibles para quien necesite consultarlas. El responsable de llegar estos registros será el mismo responsable de su implantación.
13.10. Negociación en Caso de Disputa
Toda disputa que se genere durante todo el proceso, desde la identificación hasta la implantación de un cambio deberá negociarse mediante una reunión con los involucrados en el cambio para discutir los desacuerdos, evaluarlos y decidir sobre la mejor forma de gestionar el cambio. El mediador en esta reunión será la autoridad correspondiente al tipo de cambio de que se trate.
Plan de Proyecto
Nº ID: FORM01
MPM© Página 113 de 128
14. Plan de Aprovisionamiento
Los procedimientos de evaluación, selección y contratación de proveedores para el proyecto DiscoverAmericas.com serán regidos por las políticas internas de compras de Imagine Solutions.
Es de vital importancia que cada miembro del equipo con responsabilidad directa sobre la ejecución del presupuesto del proyecto, tenga un conocimiento claro sobre las políticas internas y las herramientas relacionadas con el proceso de contratación; puesto que, como parte de las responsabilidades de cada empleado de Imagine Solutions, se encuentra el velar por el cumplimiento estricto de los objetivos del negocio a través de la ejecución de proyectos que tienen un presupuesto específico asignado. Cada proyecto y cada individuo, es responsable absoluto por que la ejecución de dichos presupuestos se realicen con base a los montos asignados de acuerdo a la planificación.
Como parte de las políticas internas de Imagine Solutions, se contempla la revisión periódica del estado de estos presupuestos, así como la forma en que los recursos han sido invertidos.
Adicionalmente, para sus operaciones regulares, Imagine Solutions cuenta con un listado maestro de proveedores registrados en su sistema de adquisiciones. El proyecto DiscoverAmericas.com se alineará a la política de selección y contratación de proveedores preestablecida por la empresa para la obtención de los bienes y servicios requeridos durante la ejecución del mismo.
14.1. Resumen del Proceso de Aprovisionamiento La adquisición de bienes y servicios necesarios para efectuar el proyecto, se deberán realizan a través de un proceso estandarizado por Imagine Solutions, a continuación se mencionan los aspectos más relevantes a tener en cuenta:
Proceso Descripción Requisición Una vez definidos los requerimientos necesarios para cada una de las fases
y equipos de trabajo, se debe elaborar una requisición o RFP. Cotizaciones Se envía la requisición o RFP a los proveedores externos.
Evaluación de propuestas
Una vez recibidas las cotizaciones, se realiza el proceso de selección de proveedores con base en la evidencia objetiva del cumplimiento de criterios, que permitirán determinar la capacidad de los mismos para cubrir las especificaciones, mencionados en la siguiente sección. Los criterios para la evaluación de proveedores son establecidos por la Dirección Administrativa y Financiera, la Dirección de Proyectos y la Dirección de Producción con base en la experiencia y las especificaciones de las soluciones tecnológicas.
Negociación Se realizan negociaciones con los proveedores en términos de condiciones (precio, entrega del producto / servicio, garantías, etc.). Como fortaleza se tienen establecidas alianzas estratégicas con algunos de nuestros proveedores, lo que permite tener mayor control sobre ellos y generar una negociación win – win.
Órdenes de Compra / Contrato
Se formaliza esta adquisición a través de la generación de la orden de compra o de la generación de un contrato.
Verificación de Productos y/o Servicios
Se realiza la inspección de los bienes o servicios requeridos para asegurar que cumplan con lo estipulado.
Tabla 14.1. Procesos de Aprovisionamiento
Plan de Proyecto
Nº ID: FORM01
MPM© Página 114 de 128
14.2. Criterios de Selección Los criterios empleados para seleccionar a los proveedores están basados en 3 aspectos fundamentales:
Criterios Descripción
Gestión o Entrega de documentación. o Especificaciones técnicas del producto. o Experiencia en el ramo. o Certificación de insumos y servicios.
Comercial o Competitividad en el precio.
o Condiciones de pago. o Condiciones de garantía. o Posicionamiento en el mercado.
Logística o Cumplimiento / envío y entrega.
o Soporte técnico. o Control de calidad.
Tabla 14.2. Criterios de Selección de Proveedores
Con base a la estructura del proyecto se definió un listado maestro de proveedores que cuentan con los requisitos específicos para aprovisionar los recursos materiales que se requieren para el desarrollo y ejecución del proyecto DiscoverAmericas.com.
Recurso Proveedor Origen URL Hosting
EUA www.maximumasp.com
Papelería
EUA www.staples.com
Traducción
Argentina www.translationsp.com
Paymant Gateway
EUA www.verisign.com
SEO Webpublicitee http://www.webpublicitee.com/ CRS
EUA www.sabretravelnetwork.com
Publicidad
Global www.jwt.com
Privacy Seal
EUA www.bbbonline.org
Plan de Proyecto
Nº ID: FORM01
MPM© Página 115 de 128
Mantenimiento Equipos
EUA
www.guardian-computer.com
Tabla 14.3. Proveedores de Materiales
Recurso Proveedor Origen URL Equipos de Desarrollo
EUA www.dell.com
Software
EUA www.microsoft.com
Hardware
EUA www.cdw.com
Software
Ecuador www.imaget.com
Tabla 14.4. Proveedores de Equipos
Para ejemplificar la evaluación de proveedores se adjunta en el Anexo 12.A., el desarrollo de la evaluación de dos proveedores del Web Server: MaximumASP y Verio.
14.3. Estrategias de Negociación El método de negociación con proveedores definido por la dirección del proyecto, en conjunto con la Dirección de Administración y Finanzas, es el siguiente:
Plan de Proyecto
Nº ID: FORM01
MPM© Página 116 de 128
Establecer la estructura de la negociación /
estrategia
Seleccionar el equipo para la negociación.
Preparar al equipo para
negociar
Identificar necesidades y restricciones.
Desarrollar / refinar objetivos.
Definir alternativas: mejor, deseada y aceptable.
Desarrollar alternativas en caso de que las negociaciones fracasen.
Determinar los papeles y responsabilidades de los miembros del equipo.
Preparar el material de apoyo necesario.
Definir el plan y la agenda de reuniones de negociación.
Establecer la estructura de la negociación /
estrategia
Seleccionar el equipo para la negociación.
Preparar al equipo para
negociar
Identificar necesidades y restricciones.
Desarrollar / refinar objetivos.
Definir alternativas: mejor, deseada y aceptable.
Desarrollar alternativas en caso de que las negociaciones fracasen.
Determinar los papeles y responsabilidades de los miembros del equipo.
Preparar el material de apoyo necesario.
Definir el plan y la agenda de reuniones de negociación.
Gráfica 14.1. Método de Negociación
Las negociaciones deberán tener como eje rector: objetivo, bandas de negociación, tiempo, costes y restricciones.
Los proveedores críticos de nuestro proyecto como bien se menciona en el Diseño de la Solución son:
1. MaximumASP – Servidor Web y Servidor de Base de Datos. 2. Sabre – Sistema de Consultas y Reservas (Computarized Reservation System). 3. VeriSign – Sistema de transacciones electrónicas y seguridad de datos. 4. Image Tech - Site Manager Administrador Web. Para MaximumASP, Sabre y VeriSign son contratos tipos establecidos por cada uno de los proveedores. Es importante resaltar que estas empresas son reconocidas a nivel internacional por su experiencia y cumplimiento, dando soporte al proyecto DiscoverAmericas.com. Con el proveedor IMAGE TECH se tiene una alianza estratégica desde hace aproximadamente 2 años, donde se definen términos y condiciones de acuerdo a las especificaciones de los proyectos, permitiendo una relación directa de control y soporte entre los equipos técnicos.
14.4. Procedimiento de Adquisición En el proceso de adquisición bienes y/o servicios necesarios para cumplir con el objetivo del proyecto se debe tener en cuenta los siguientes aspectos:
Plan de Proyecto
Nº ID: FORM01
MPM© Página 117 de 128
o El líder del equipo de trabajo responsable se el encargado de entregar la requisición a la
Dirección de Administración y Finanzas. Deberán incorporar una sugerencia de compra cuando sea muy técnico o especializado.
o Para realizar evaluación y selección del proveedor deberán tomar en conjunto la decisión,
teniendo en cuenta concepto técnico, calidad, servicio y precio. Así mismo, cuando se coticen materiales especializados que hagan difícil su comparabilidad, el responsable del gasto será quien realice la elección.
14.5. Procedimiento de Aceptación Dependiendo del producto, el líder del equipo de trabajo responsable, será responsable de realizar la inspección y aceptación del mismo, de acuerdo a las especificaciones técnicas definidas, así mismo será responsable de evaluar por un periodo definido, que exista una correspondencia entre la calidad esperada y la recibida.
Plan de Proyecto
Nº ID: FORM01
MPM© Página 118 de 128
15. Plan de Garantía y Soporte
La fase de garantía y soporte se inicia una vez concluida la implantación del proyecto e implica la transferencia de las responsabilidades por parte de Imagine Solutions al área que llevará a cabo su operación cotidiana. La finalización de la fase de implantación y el inicio de la fase de garantía y soporte será documentada, con el objetivo de facilitar la transferencia. Este plan describe el proceso de garantía y soporte que brindará Imagine Solutions al proyecto, que una vez finalizada constituye el cierre final del proyecto.
15.1. Garantía
15.1.1. Proceso de la Garantía
Por las características del proyecto, la garantía se centra en el hardware y software, más que en el propio producto del proyecto, debido a que éste se sustenta en una plataforma tecnológica y en servicios proporcionados por terceros, los cuales ofrecen a la vez una garantía por los productos o servicios que nos brindan. En tal sentido, ante cualquier problema, se procederá hacer efectiva la garantía que ofrecen los proveedores, que estará soportada por un contrato con cada uno de ellos. Sin embargo, se deberá seguir procedimientos que se descrien a continuación: o Imagine Solutions se asegurará de proveer todos los contratos de garantía, así
como la Bitácora de Garantía (FORM16_1) actualizada hasta el momento que se hace la transferencia.
o Posteriormente, se continuará registrando todos los sucesos que implique la aplicación de la garantía, para lo cual se utilizará el misma Bitácora.
15.1.2. Recursos El principal recurso para la garantía son los contratos que se tienen con los proveedores, por lo cual se deberá tener presente transferir las siguientes garantías:
Recurso Proveedor Condiciones de la Garantía Hardware Web Server DataBase Server
MaximumASP DELL CDW
o Estabilidad, continuidad, mensual.
o Garantía de funcionamiento de equipos.
Software Microsoft
SQL Server Image Tech
o Condiciones generales, anuales.
o Garantía frente a fallos imputables en las aplicaciones.
Servicios Seguridad
Verisign Sabre
o Condiciones generales, anuales.
o Garantía frente a fallos imputables en el servicio.
Tabla 15.1. Recursos con Garantía
Plan de Proyecto
Nº ID: FORM01
MPM© Página 119 de 128
15.1.3. Seguimiento de las garantías Para el seguimiento de la garantía se utilizará el formato de Bitácora de Garantías (FORM15_1) incluido en el Anexo 13.A.
15.1.4. Transferencia al Soporte y Cierre de la Garantía Como se describe anteriormente, Imagine Solutions no brindará garantía posterior a la implantación de la solución, pero si brindará soporte durante un periodo de tres meses al equipo que continuará operando el negocio. En tal sentido, la transferencia de la garantía y los documentos de garantía se realizará hacia este equipo, con lo cual se cerrará la etapa de garantía para el proyecto.
15.2. Soporte
Una vez concluida el cierre de la garantía del proyecto, se procederá a transferir las responsabilidades al equipo de soporte del negocio.
15.2.1. Proceso del Soporte A diferencia de la garantía, Imagine Solutions brindará soporte al equipo que mantendrá el negocio una vez que se haya concluido la fase de implantación, por un periodo de tres meses. Para ello se deberá seguir una serie de procedimientos, que se describen a continuación: o Imagine Solutions preparará toda la documentación técnica, legal y contable que ha
sido generada en el proyecto, y que servirá para realizar el soporte del proyecto. o Imagine Solutions preparará y desarrollará un programa de formación al equipo de
soporte en temas técnicos, organizacionales y comerciales, documentando los resultados de dicha formación.
o Imagine Solutions transferirá todos los documentos técnicos, legales y contables preparados al equipo de soporte.
o Imagine Solutions brindará asistencia técnica permanente al equipo de soporte, por el periodo estipulado.
15.2.2. Recursos Los recursos a utilizar en la transferencia se centran en la documentación y el personal técnico del proyecto, y que serán financiados con los recursos que el proyecto ha generado.
Plan de Proyecto
Nº ID: FORM01
MPM© Página 120 de 128
15.2.3. Seguimiento del Soporte Cada incidencia que requiera soporte será registrada en el formato de Atención a Soporte (FORM15_2), donde se resumirá el problema al que se dio soporte, la solución aplicada y la firma de conformidad del cliente. Este formato se puede ver en el Anexo 13.B. Para el seguimiento del soporte se utilizará el formato de Bitácora de Soporte (FORM15_3) incluido en el Anexo 13.C.
15.2.4. Cierre del Soporte
Una vez concluida la formación, transferencia de documentos y asistencia técnica por un periodo de tres meses, se procederá a cerrar el soporte, para lo cual se firmará un contrato de transferencia entre Imagine Solutions y el equipo de soporte del negocio.
Plan de Proyecto
Nº ID: FORM01
MPM© Página 121 de 128
16. Plan de Control y Seguimiento del Proyecto
16.1. Objetivo
El propósito del presente Plan es proporcionar una guía de referencia para realizar el control y seguimiento periódico y sistemático, sobre las distintas variables involucradas en el proyecto durante su ciclo de vida. Lo anterior con la finalidad de determinar el estado del proyecto y aplicar acciones tanto preventivas como correctivas. Las principales variables a controlar son el alcance, el tiempo, los costes y la calidad.
A diferencia del Plan de Comunicación que contiene acciones generales para asegurar el adecuado intercambio de información entre las distintas audiencias, dentro de las que se encuentran los procesos de revisión y control sobre los avances del proyecto, su frecuencia, audiencias objetivo y esquemas de escalamiento, este plan contempla una visión holística sobre el enfoque y procedimiento que se debe considerar para lograr un estricto control hasta llegar al cierre del mismo.
16.2. Enfoque
El control y seguimiento de un proyecto se realizará durante las fases de desarrollo, implantación, garantía y soporte de la solución.
1.Inicio
2.Planificación
4.AC
4.Implantación
5.Garantía &
Soporte
3.Desarrollo de
Solución
Control y Seguimiento
1.Inicio
2.Planificación
4.AC
4.Implantación
5.Garantía &
Soporte
3.Desarrollo de
Solución
1.Inicio
2.Planificación
4.AC
4.Implantación
5.Garantía &
Soporte
3.Desarrollo de
Solución
Control y Seguimiento
Gráfica 16.1.1 Fases que involucran el Control y Seguimiento
Plan de Proyecto
Nº ID: FORM01
MPM© Página 122 de 128
A lo largo de estas etapas, se presentan cuatro variables principales que se deben controlar para asegurar el éxito del proyecto:
Gráfica 16.2. Principales variables a controlar
o Control de Tiempo: Se deberá asegurar que el proyecto se lleve a cabo de acuerdo a los tiempos definidos en el cronograma.
o Control de Costes: Se deberá asegurar que el proyecto se lleve a cabo dentro del presupuesto aprobado.
o Control de Calidad: Se deberá asegurar que el proyecto cubra con los requerimientos estipulados contractualmente y con la calidad acordada. Verificar el Plan de Calidad (Sección 9).
o Control del Alcance: Se deberá asegurar que el proyecto se realice de conformidad con el alcance definido. Su control estará íntimamente integrado con los otros procesos de control (tiempo, costes y calidad). Verificar el Plan de Control de Cambios (Sección 13) y el Plan de Comunicación (Sección 11).
Para asegurar el control de las variables antes mencionadas, se han definido técnicas y herramientas contenidas en los siguientes Planes:
o Plan de Comunicación o Plan de Gestión de Riesgos o Plan de Control de Cambios
Proceso de Control y Seguimiento
o Plan de Calidad
Tabla 16.1. Proceso de Control y Seguimiento
A continuación se describirán los pasos a seguir para el control de tiempo y costes. Específicamente, en lo que se refiere al control de calidad se deberá realizar con base a los lineamientos definidos en el Plan de Calidad y el control del alcance de acuerdo al proceso contenido en el Plan de Control de Cambios.
Tiempo
Control y Seguimiento
Costes
Alcance
Calidad
Plan de Proyecto
Nº ID: FORM01
MPM© Página 123 de 128
16.3. Procedimientos
El llevar a cabo un oportuno, constante y adecuado monitoreo sobre el cumplimiento del cronograma incluyendo los recursos involucrados, así como los costes planificados, va a permitir detectar cualquier posible desviación y establecer acciones de mitigación que permitan eliminar o minimizar las mismas. Este monitoreo será realizado a través de dos medios: las Reuniones de Avance y el Earned Value, mismos que se explicarán a continuación. Es importante mencionar que el Sistema de Gestión de Proyectos (SGP) realizará el cálculo del Earned Value, y se podrán obtener los reportes correspondientes con información actualizada en línea.
16.3.1. Control de Tiempo
El monitoreo del cronograma será responsabilidad del Project Manager y se llevará a cabo mediante la realización de las distintas Reuniones de Avance e Informes definidos en el Plan de Comunicaciones, secciones 11.5.1 y 11.5.2, las cuales deberán ser preparadas periódicamente por los responsables correspondientes. Recordemos que el objetivo general de estas Reuniones es controlar y monitorear los resultados del Proyecto en términos de logros, incidencias o áreas de atención, riesgos, acciones correctivas, entregables, así como tomar decisiones oportunas y escalar los problemas con las instancia correspondientes. Una herramienta que facilitará este seguimiento, será el Sistema de Gestión de Proyectos que proporciona gráfica y estadísticamente el avance del proyecto con relación a la línea base definida.
16.3.1.1. Actividades
Revisión del plan de trabajo
semanal
Comprobación del avance
Identificación de incidencias,
riesgos y cambios
Elaboración y envío Informe de
Estado por Equipo
Realización de las Reuniones
de Avance
Definición y/o validación de acciones de mitigación
Revisión del plan de trabajo
semanal
Comprobación del avance
Identificación de incidencias,
riesgos y cambios
Elaboración y envío Informe de
Estado por Equipo
Realización de las Reuniones
de Avance
Definición y/o validación de acciones de mitigación
Gráfica 16.3. Actividades involucradas en el Control del Tiempo
o Revisión del plan de trabajo semanal. El responsable de cada equipo deberá identificar las tareas programadas para realizar en la semana en curso.
o Comprobación del avance. El responsable de cada equipo deberá verificar que los miembros del equipo hayan ejecutado las tareas en cuestión y que se hayan generado las entregas correspondientes en caso de requerirse.
o Identificación de incidencias. En caso de que se haya presentado algún retraso o problema que haya impedido el cierre de alguna actividad parcial o totalmente, se deberá identificar la causa del mismo, así como las acciones de mitigación.
Plan de Proyecto
Nº ID: FORM01
MPM© Página 124 de 128
o Identificación de riesgos. El responsable de cada equipo deberá analizar con base en la retroalimentación recibida, si es que se presentó o está por presentarse alguno de los riesgos potenciales identificados al inicio del proyecto contenido en el Plan de Gestión de Riesgos.
o Identificación de cambios. Asimismo, deberá verificar si existe la necesidad de solicitar un cambio a causa de alguna situación extrema que está impidiendo la adecuada ejecución o finalización de las tareas programadas, para lo cual se tendrá que revisar de manera conjunta el Plan de Control de Cambios y el Plan de Comunicaciones.
o Elaboración y envío del Informe de Estado por Equipo. Una vez realizadas las actividades antes mencionadas, se deberá desarrollar el Informe de Estado por Equipo y enviarlo al Director del proyecto previamente a la Reunión Técnica de Avance o de Comité, según corresponda y conforme a la periodicidad estipulada.
o Realización de las Reuniones de Avance. Se deberán realizar conforme al calendario establecido por el Project Manager.
o Definición y/o validación de acciones de mitigación, así como asignación de fechas y responsables. Este punto estará sujeto a revisiones internas y externas con el cliente, dependiendo de la situación.
Asimismo, se utilizará el método del Earned Value que nos permitirá identificar desviaciones de tiempo entre las actividades planificadas y las ejecutadas. Este método se detallará en la sección de Control de Costes.
16.3.1.2. Acciones resultantes
La aplicación del procedimiento antes mencionado traerá como consecuencia algunas posibles acciones: o Actualización continua del Project Schedule, en cuanto al cumplimiento en las
actividades programadas o ajustes derivados de cambios aprobados por los responsables en cuanto a fechas o recursos.
o Seguimiento constante en la ejecución de acciones de mitigación de incidencias, riesgos identificados o cambios solicitados, mediante revisiones periódicas independientemente de las Reuniones de Avance, acordadas entre el responsable de ejecutarlas y el líder técnico a cargo o el Director del Proyecto, según se requiera.
16.3.2. Control de Costes
Cualquier cambio en el tiempo o alcance del proyecto puede repercutir de manera notable en el presupuesto de un proyecto hasta el extremo de hacerlo inviable, es por esto que es indispensable el llevar un estricto control de los costes durante el ciclo de vida completo del proyecto.
Adicionalmente a la revisión realizada durante las Reuniones de Avance definidas, los costes y el tiempo serán controlados a través del método de Análisis del Earned Value. En lo que se refiere a este tipo de control, nos va a permitir determinar si los costes en que se han incurrido durante el periodo de revisión corresponden a los costes presupuestados, así como detectar y controlar cualquier posible desviación.
Plan de Proyecto
Nº ID: FORM01
MPM© Página 125 de 128
16.3.2.1. Actividades
Un aspecto que se revisará en las Reuniones de Avance es que el proyecto vaya dentro del presupuesto programado. Sin embargo, este tema tomará mayor relevancia de cara al Comité Directivo para lo cual se deberá llevar a cabo las siguientes acciones.
Revisión de costes
Análisis delEarned Value
Elaboración del Informe de
Costes
Realización de Reuniones de
Avance - ComitéDirectivo
Definición y/o validación de acciones de mitigación
Revisión de costes
Análisis delEarned Value
Elaboración del Informe de
Costes
Realización de Reuniones de
Avance - ComitéDirectivo
Definición y/o validación de acciones de mitigación
Gráfica 16.4. Actividades involucradas en el Control de Costes
o Revisión de costes. El Project Manager será responsable de revisar los
costes en los que se han incurrido en el periodo, con base a la información que se ha revisado en la Reuniones de Avance Semanales e incluirlos en la sección correspondiente del Informe de Estado Directivo.
o Análisis del Earned Value. Asimismo, se deberá hacer el cálculo sobre los
distintos conceptos que involucran el análisis del Earned Value, donde el foco principal para costes estará en la Variación del Coste (CV por sus siglas en inglés) y el índice de rendimiento en coste (CPI por sus siglas en inglés).
ACWP
BCWSBaseLine
BCWPEarnedValue
CV (Cost Variance)
SV (Schedule Variance)
Time
Cost
Budget
Gráfica 16.5. Análisis del Earned Value
En el caso del tiempo el foco estará en la Variación de Tiempo (CV por sus siglas en inglés) y el Índice de Rendimiento en Tiempo (SPI por sus siglas en inglés).
Plan de Proyecto
Nº ID: FORM01
MPM© Página 126 de 128
A continuación se mencionan los principales conceptos involucrados en el cálculo del Earned Value:
• BCWS (Coste presupuestado del trabajo planificado) • ACWP (Coste Actual del Trabajo Realizado) • BCWP (Coste Planificado del Trabajo Realizado) • CV (Variación en los Costes) • CPI (Índice de Desempeño de Costes) • ETC (Coste Estimado para Terminar) • BAC (Presupuesto para Finalizar)
o Elaboración del Informe de Costes. Este deberá ser presentado en las Reuniones de Avance de Comité Directivo.
o Realización de las Reuniones de Avance del Comité Directivo.
o Definición y/o validación de acciones de mitigación. Estas acciones
deberán tener asignadas fechas y responsables.
16.3.2.2. Acciones resultantes
La aplicación del procedimiento antes mencionado traerá como consecuencia algunas posibles acciones: o Ajustes en los gastos por realizar a efectos de minimizar las desviaciones
detectadas. o Ampliación del presupuesto debido a cambios autorizados ya sea por ajustes
en el alcance, en el tiempo de ejecución y por consiguiente, de los recursos requeridos.
16.4. Documentos Asociados en el Control y Seguimiento del Proyecto
A pesar de que los cuatro planes involucrados en el proceso de control y seguimiento hacen mención de las plantillas a emplear, se ha considerado conveniente listarlos con la finalidad de tener una visión integrada sobre los documentos que son necesarios para un seguimiento eficaz.
16.4.1. Plan de Comunicación
o Plan de Comunicación (Sección 11 de este documento) o Agenda y Acta de Reunión (FORM11_1) o Bitácora de Comunicaciones (FORM11_2) o Reporte de Incidencias (FORM11_3) o Bitácora de Incidencias (FORM11_4) o Informe de Estado: Equipo, General y Directivo (FORM11_5)
Plan de Proyecto
Nº ID: FORM01
MPM© Página 127 de 128
16.4.2. Plan de Control de Cambios
o Petición de Cambios (FORM13_1) o Bitácora de Petición de Cambios (FORM13_2) o Informe de Fuera de Especificaciones (FORM13_3) o Bitácora de Informes de Fuera de Especificaciones (FORM13_4)
16.4.3. Plan de Gestión de Riesgos
o Identificación y Evaluación de Riesgos (FORM08_2) o Análisis de Riesgos (FORM08_3) o Resumen de Riesgos y Bitácora de Seguimiento (FORM08_4)
Plan de Proyecto
Nº ID: FORM01
MPM© Página 128 de 128
17. Anexos
Número de Anexo Nombre del Documento ID 1 Plan de Negocio FORM01
2 Bases de la AICD FEMCIDI
3 Project Charter FORM02
4 Diseño de la Solución TC_DSOL
5 WBS del Proyecto FORM05
6 Cronograma del Proyecto FORM06
7 Plan de Gestión de Riesgos FORM08
8 Formatos del Plan de Calidad
A. Evaluación de Desempeño por objetivos FORM09
9 Formatos del Plan de Aceptación
A. Formulario de Aceptación de Entregas FORM10_1
B. Certificado de Aceptación de Entregables FORM10_2
C. Bitácora de Aceptación de Entregas FORM10_3
10 Formatos del Plan de Comunicación
A. Agenda y Acta de Reunión FORM11_1
B. Bitácora de Comunicaciones FORM11_2
C. Reporte de Incidencias FORM11_3
D. Bitácora de Reportes de Incidencias FORM11_4
E. Informe de Estado FORM11_5
11 Formatos del Plan de Control de Cambios
A. Petición de Cambios FORM13_1
B. Bitácora de Petición de Cambios FORM13_2
C. Informe de Fuera de Especificaciones FORM13_3
D. Bitácora de Informes de Fuera de Especificaciones FORM13_4
12 Formatos del Plan de Aprovisionamiento
A. Evaluación de Proveedores FORM14
13 Formatos del Plan de Garantía y Soporte
A. Bitácora de Garantía FORM15_1
B. Atención de Soporte FORM15_2
C. Bitácora de Soporte FORM15_3
14 Formatos del Plan de Configuración
A. Petición de Ingreso de Items a Configuración FORM16_1
B. Bitácora de Items en Configuración FORM16_2