doc 2 plan de gestion de proyectos pp (pg-ps 01)
TRANSCRIPT
PLAN DE GESTIÓN DE PROYECTO (PP) Aplicación móvil para la reserva y compra de pasajes en Terminal de Buses Bimodal Santa Cruz
“El Viajero”
(Versión 1.0)
PLAN DE GESTIÓN DE PROYECTO SG-PS Versión 1.0
Proyecto: Aplicación móvil para la reserva y compra de pasajes en Terminal de Buses Bimodal Santa Cruz “El Viajero”
2
HOJA DE CONTROL
LISTA DE DISTRIBUCIÓN
Oficina de gestión de
proyecto (PMO)
Fanny Rivera Vera (Director (a) de Proyecto )
Fransk Roman Cambara (Jefe de Proyecto )
Equipo de desarrollo
Fanny Rivera Vera (Proyect Manager )
Wilma Cruz Serrudo (Consultora de negocios )
Jhon Ramiro Vidal Alvarez (Arquitecto )
Leandro Edgardo Ramirez Cortez (Programador )
Fransk Roman Cambara (SQA )
REVISIÓN DEL DOCUMENTO
Revisado por Equipo de desarrollo
En fecha 24 de noviembre del 2013
APROBACIÓN DEL DOCUMENTO
Aprobado por Equipo de desarrollo
IDENTIFICACIÓN DEL DOCUMENTO
Código PG-PS
Título Plan de Gestión de proyecto de Software
Nombre del Archivo Plan de Gestión de Proyectos PP-01.doc
Nº de Versión 1.0
Fecha creación 23 de noviembre del 2013
Elaborado por Director de Proyecto
PLAN DE GESTIÓN DE PROYECTO SG-PS Versión 1.0
Proyecto: Aplicación móvil para la reserva y compra de pasajes en Terminal de Buses Bimodal Santa Cruz “El Viajero”
3
En fecha 25 de noviembre del 2013
CONTROL DE VERSIONES
Versión Causa del Cambio Responsable Fecha
01 Versión Inicial Fanny Rivera (Director de Proyecto) 25 de
noviembre
PLAN DE GESTIÓN DE PROYECTO SG-PS Versión 1.0
Proyecto: Aplicación móvil para la reserva y compra de pasajes en Terminal de Buses Bimodal Santa Cruz “El Viajero”
4
Índice
1. VISTA GENERAL DEL PROYECTO ......................................................................................... 5
1.1. DESCRIPCIÓN DEL PROYECTO ............................................................................................ 5
1.2. DESCRIPCIÓN DE BENEFICIOS PARA EL CLIENTE ......................................................... 5
1.3. OBJETIVOS ............................................................................................................................... 5
2. GESTIÓN DEL ALCANCE .......................................................................................................... 6
2.1. REQUERIMIENTOS ................................................................................................................. 6
2.2. ALCANCE .................................................................................................................................. 7
3. GESTIÓN DEL PROCESO .......................................................................................................... 7
3.1. METODOLOGÍA DE DESARROLLO Y ENTREGABLES .................................................. 7
4. GESTIÓN DE RECURSOS HUMANOS ...................................................................................... 8
4.1. ORGANIZACIÓN DEL EQUIPO DE DESARROLLO .......................................................... 9
4.2. ASIGNACIÓN DE RESPONSABILIDADES .......................................................................... 9
5. GESTIÓN DE LAS COMUNICACIONES ................................................................................ 11
5.1. PLAN DE COMUNICACIONES ............................................................................................ 11
6. GESTIÓN DE TIEMPO .............................................................................................................. 14
6.1. CRONOGRAMA DE ACTIVIDADES Y RESPONSABLES ................................................ 14
6.2. ISTADO DE RIESGOS ........................................................................................................... 14
7. GESTIÓN DE RIESGO ............................................................................................................... 15
7.1. LISTA DE RIESGOS................................................................................................................ 15
7.2. PLAN DE AVERSIÓN DE RIESGOS PARA REDUCIR EL IMPACTO ................................ 15
Índice de tablas
TABLA 1LISTADO DE REQUERIMIENTOS ..................................................................................................... 7
TABLA 2-METODOLOGÍA DE DESARROLLO Y ENTREGABLES ...................................................................... 8
TABLA 3-ROLES Y RESPONSABILIDADES DEL EQUIPO DE DESARROLLO ..................................................... 11
TABLA 4-PLAN DE COMUNICACIONES ...................................................................................................... 14
TABLA 5-LISTADO DE RIESGOS................................................................................................................ 15
TABLA 6-PLAN DE MITIGACIÓN DE RIESGOS ............................................................................................ 16
PLAN DE GESTIÓN DE PROYECTO SG-PS Versión 1.0
Proyecto: Aplicación móvil para la reserva y compra de pasajes en Terminal de Buses Bimodal Santa Cruz “El Viajero”
5
PLAN DE PROYECTO (PP)
1. VISTA GENERAL DEL PROYECTO
1.1. Descripción del Proyecto
El presente proyecto está orientado en el desarrollo de una aplicación móvil para reserva
y compra de pasajes de la terminal de buses. El cual consiste en un programa
(desarrollado en android) abierto para todo el pública, que permite al usuario, el poder
consultar los buses habilitados de una determinada agencia de la terminal de buses, con
sus respectivos destinos, precios y asientos disponibles para poder gestionar una reserva
o compra de pasajes a través del dispositivo, con el propósito de poder brindar un mejor
servicio de atención y comodidad al cliente, en caso de presentarse jornadas de grandes
demandas de pasajes o en el caso de que el usuario se encuentre lejos de la agencia.
Esta aplicación permitirá optimizar las ventas en las agencias de transporte de buses de
la terminal gracias a que brinda la posibilidad de mejora en la capacidad de atención de
pasajeros en épocas de creciente demanda de venta de pasajes.
1.2. Descripción de beneficios para el cliente
o El cliente podrá tener acceso a los sistemas de reserva y compra de determinadas
agencias de buses de la terminal desde la comodidad de su hogar.
o Tendrá a disposición información de destinos, horarios de salida y llegada de
buses de una determinada agencia.
o El cliente podrá, gestionar transacciones bancarias a través de su celular para el
depósito de pago de pasaje.
o Ahorro de tiempo y esfuerzo en la compra de pasajes.
1.3. Objetivos
o Objetivo general.
PLAN DE GESTIÓN DE PROYECTO SG-PS Versión 1.0
Proyecto: Aplicación móvil para la reserva y compra de pasajes en Terminal de Buses Bimodal Santa Cruz “El Viajero”
6
Desarrollar una aplicación móvil para la reserva y compra de pasajes de buses en
Terminal Bimodal Santa Cruz a través de la ejecución de procesos de desarrollo
bien estructurados y controlados.
o Objetivos Específicos.
- Diseñar un modelo de desarrollo o ciclo de vida del software basado en
el PUDS.
- Determinar el alcance del proyecto en base a los requerimientos del
cliente que sirva como línea base para el desarrollo del mismo.
- Desarrollar un plan de organización y administración de recursos a ser
utilizados durante el desarrollo del proyecto.
- Diseñar un plan de contingencia en base al análisis de variables de riesgo
del proyecto para garantizar su ejecución.
2. GESTIÓN DEL ALCANCE
2.1.Requerimientos
CODIGO DESCRIPCIÓN DE REQUERIMIENTOS
R1 El pasajero debe poder consultar los tipos de servicios que ofrece la terminal de
buses (internacional, departamental, interprovincial).
R2 El pasajero debe poder consultar los destinos ofertados en los tipos de servicio
mostrando el nombre del destino.
R3 El pasajero debe poder consultar la lista de viajes de salidas programas para ese día
y para toda la semana.
R4 El pasajero debe poder consultar los horarios de salida por turnos (mañana, tarde y
noche).
R5
El pasajero debe poder consultar los tipos de buses de acuerdo al turno de salida,
mostrando el nombre de la agencia de transporte, el tipo de Bus, destino, hora de
salida y costo de pasaje.
R6 El pasajero debe poder ver los asientos disponibles del bus seleccionado, para
permitirle hacer la reserva o compra de su pasaje con el asiento de preferencia.
R7
El pasajero debe poder hacer la reserva del asiento de preferencia que se encuentre
disponible, informándole que tiene un plazo de 4 horas antes de la salida del bus
para hacer la compra de su pasaje.
R8
El pasajero debe poder hacer la compra del asiento de preferencia que se encuentre
disponible a través de dos modalidades de pago a través de cuenta bancaria o por
línea telefónica.
R9 Para hacer la compra o reserva, el pasajero debe proporcionar sus datos personales
de: Nº de CI, nombre completo, apellido paterno, apellido materno y fecha de
PLAN DE GESTIÓN DE PROYECTO SG-PS Versión 1.0
Proyecto: Aplicación móvil para la reserva y compra de pasajes en Terminal de Buses Bimodal Santa Cruz “El Viajero”
7
nacimiento.
Tabla 1Listado de Requerimientos
2.2.Alcance
Consultas. El cliente podrá hacer consultas de tipos de servicios, destinos, tipo
de buses, horarios de salida y asientos disponibles.
Compra. El cliente podrá hacer la compra de pasajes a través de cuenta bancaria
o por cuenta móvil.
Reserva. El cliente podrá hacer la reserva de pasajes de un asiento disponible de
preferencia.
3. GESTIÓN DEL PROCESO
3.1.Metodología de Desarrollo y entregables
Se hará uso del PUDS como metodología de desarrollo, con sus respectivos entregables
y responsables.
Fase Flujo de trabajo
Artefactos
Responsable
Identificador Nombre
INIC
IO
De p
roceso
Modelado del
negocio MOD-NEG Modelo de negocio
Consultor de
negocio
De s
op
ort
e
Gestión
preliminar del
proyecto
PG-PS-0 Plan Preliminar de Gestión de proyecto
de software
Director de
Proyecto
EL
AB
OR
AC
IÓN
De P
roceso
Captura de
requisitos
PUDS-REQ-
SRS
Especificación de requerimientos de
Software
Consultor de
negocio
MOD-CU Modelo de Casos de Uso Consultor de
negocio
PLAN DE GESTIÓN DE PROYECTO SG-PS Versión 1.0
Proyecto: Aplicación móvil para la reserva y compra de pasajes en Terminal de Buses Bimodal Santa Cruz “El Viajero”
8
Análisis y
diseño
MOD-AS Modelo de Análisis de software Arquitecto
MOD-DS Modelo de Diseño de software Arquitecto
MOD-BD Modelo de la Base de Datos Arquitecto
De S
op
ort
e
Gestión del
Proyecto
PG-PS-1 Plan de Gestión de proyecto de software Director de
Proyecto
SQAP Plan de aseguramiento de la calidad SQA
MAN-SQ Manual de Calidad SQA
CO
NS
TR
UC
CIÓ
N
De P
roceso
Implementación
MOD-IS Modelo de Implementación de software Programador
MOD-DESP-
S Modelo de Despliegue Arquitecto
CF Código Fuente Programador
De S
op
ort
e
Gestión de
cambio y
configuración
PGC-SW Plan de Gestión de configuración de
software Programador
TR
AN
SIC
IÓN
De P
roceso
Pruebas RP Reporte de Pruebas Consultor de
negocio
De S
op
ort
e
Gestión de
cambio y
configuración
MAN-
INSTALL Manual de Instalación Programador
Tabla 2-Metodología de Desarrollo y Entregables
4. GESTIÓN DE RECURSOS HUMANOS
PLAN DE GESTIÓN DE PROYECTO SG-PS Versión 1.0
Proyecto: Aplicación móvil para la reserva y compra de pasajes en Terminal de Buses Bimodal Santa Cruz “El Viajero”
9
4.1.Organización del equipo de desarrollo
4.2. Asignación de responsabilidades
Rol Responsabilidades
Director del
Proyecto
- Administra y controla los recursos asignados a un
proyecto, con el propósito de que se cumplan
correctamente los planes definidos.
- Coordina los esfuerzos generales del proyecto,
ayudando a cada uno de sus integrantes a cumplir
sus objetivos particulares.
- Dirige reuniones generales (de presentación,
coordinación e integración del equipo), seminarios
de evaluación y planificación.
- Supervisa el desarrollo general del proyecto para
detectar y resolver inconvenientes.
- Mantiene motivado al equipo del proyecto para
enfocarlos en los objetivos.
- Establece un conjunto de prácticas que aseguran la
integridad y calidad de los artefactos del proyecto.
PLAN DE GESTIÓN DE PROYECTO SG-PS Versión 1.0
Proyecto: Aplicación móvil para la reserva y compra de pasajes en Terminal de Buses Bimodal Santa Cruz “El Viajero”
10
Consultor de
negocio
- Captura, especificación y validación de requisitos,
interactuando con el cliente y los usuarios mediante
entrevistas.
- Transforma los requerimientos declarados por los
clientes, a especificaciones precisas del
comportamiento del sistema, incluyendo funciones,
interfaces, rendimiento y limitaciones. Define y
modela lo que el software va a hacer.
- Realiza la Gestión de requisitos, provee la dirección
y el alcance del proyecto.
- Genera las especificaciones correctas que describan
con claridad, sin ambigüedades, en forma
consistente y compacta, el comportamiento del
sistema.
Analista de
Sistemas
- Establecer una estructura básica inicial del sistema.
- Establecer interacciones, interrelaciones y
contextos en la estructura inicial del sistema.
- Definir la especificación de la arquitectura del
sistema, en forma de un documento técnico
comprensible.
- Impide la introducción de defectos tempranamente
en la construcción del sistema.
Arquitecto
- Generar el diseño arquitectónico y diseño detallado
del sistema, basándose en los requisitos.
- Generar prototipos rápidos del sistema (con
analistas y programadores) para chequear los
requisitos.
- Generar el documento de diseño arquitectónico de
software (DDA), y mantenerlo actualizado durante
el proyecto.
- Velar porque el producto final se ajuste al diseño
realizado
Programador
- Determinar el lenguaje de programación apropiado
e identificar las herramientas de desarrollo.
- Realizar las actividades de testeo en forma rápida,
eficiente, sistemática, exhaustiva y confiable,
entregando un código utilizable y seguro en la
PLAN DE GESTIÓN DE PROYECTO SG-PS Versión 1.0
Proyecto: Aplicación móvil para la reserva y compra de pasajes en Terminal de Buses Bimodal Santa Cruz “El Viajero”
11
fecha establecida.
- Conocer el estatus de las actividades de
programación, apoyando a sus colegas en caso de
requerirlo.
- Mantener el código eficiente y adaptable para ser
unido con el código de otros programadores
- Entregar la documentación técnica del código
fuente (CF).
SQA
- Asegurar que los requisitos de usuario no están en
conflicto con ninguno de los estándares o requisitos
aplicables a otros componentes del sistema.
- Analizar, revisar, demostrar y testear todas las
salidas del desarrollo de software.
- Generar el reporte de errores.
Tabla 3-Roles y Responsabilidades del equipo de desarrollo
5. GESTIÓN DE LAS COMUNICACIONES
5.1.Plan de comunicaciones
NOMBRE DEL PROYECTO SIGLA DEL PROYECTO
Aplicación móvil para la reserva y compra
de pasajes de buses Terminal Bimodal
Santa Cruz “El Viajero”
APLMOVV
PROCEDIMIENTOS PARA TRATAR LAS COMUNICACIONES
- Se captan todas las polémicas presentadas durante las reuniones formales del
equipo de proyecto.
- Se codifican y registran las polémicas en el Log(registro de eventos a
comunicar) de Control de Polémicas considerando el siguiente formato:
Antes de cada reunión, los responsables de Comunicación proceden a revisar el Log de
Control de Polémicas con el fin de:
- Verificar la existencia de polémicas pendientes para determinar las posibles
PLAN DE GESTIÓN DE PROYECTO SG-PS Versión 1.0
Proyecto: Aplicación móvil para la reserva y compra de pasajes en Terminal de Buses Bimodal Santa Cruz “El Viajero”
12
soluciones con el equipo de Gestión del proyecto.
- Realizar un seguimiento a las soluciones programadas que se están aplicando, de
no ser así se tomaran acciones correctivas al respecto.
- Revisar si las soluciones aplicadas han sido efectivas y si la polémica ha sido
resuelta, de no ser así se plantearan nuevas soluciones.
- En caso que la polémica no pueda ser resulta a pesar del respectivo seguimiento
detallado en el punto 3, dicha polémica se convertirá en un problema, la cual
deberá pasar por el siguiente proceso:
- El problema será tratado por el Sponsor y el equipo de Gestión del Proyecto con
el fin de proponer una solución en base a negociaciones.
PROCEDIMIENTO PARA ACTUALIZAR EL PLAN DE GESTIÓN DE
COMUNICACIONES
El Plan de Gestión de las Comunicaciones deberá ser revisado y/o actualizado cada vez
que:
Hay una solicitud de cambio aprobada que impacte el Plan de Proyecto.
- Hay una acción correctiva que impacte los requerimientos o necesidades
de información de los Stakeholders.
- Hay personas que ingresan o salen del proyecto.
- Hay cambios en las asignaciones de personas a roles del proyecto.
- Hay cambios en la matriz autoridad versus influencia de los
stakeholders.
- Hay solicitudes inusuales de informes o reportes adicionales.
- Hay quejas, sugerencias, comentarios o evidencias de requerimientos de
información no Satisfechos.
- Hay evidencias de deficiencias de comunicación intraproyecto y extra
proyectó.
La actualización del Plan de Gestión de las Comunicaciones deberá seguir los
siguientes pasos:
- Identificación y clasificación de Stakeholders.
- Determinación de requerimientos de información.
- Elaboración de la Matriz de Comunicaciones del Proyecto.
- Actualización del Plan de Gestión de las Comunicaciones.
PLAN DE GESTIÓN DE PROYECTO SG-PS Versión 1.0
Proyecto: Aplicación móvil para la reserva y compra de pasajes en Terminal de Buses Bimodal Santa Cruz “El Viajero”
13
- Aprobación del Plan de Gestión de las Comunicaciones.
- Difusión del nuevo Plan de Gestión de las Comunicaciones.
GUÍAS PARA EVENTOS DE COMUNICACIÓN: DEFINA GUÍA PARA
REUNIONES, CONFERENCIAS, CORREO ELECTRÓNICO, ETC.
Debe fijarse la agenda con anterioridad.
- Debe coordinarse e informarse fecha, hora, y lugar con los participantes.
- Se debe empezar puntual.
- Se deben fijar los objetivos de la reunión, los roles (por lo menos el
facilitador y el anotador), los procesos grupales de trabajo, y los
métodos de solución de controversias.
- Se debe cumplir a cabalidad los roles de facilitador (dirige el proceso
grupal de trabajo) y de anotador (toma nota de los resultados formales
de la reunión).
- Se debe terminar puntual.
- Se debe emitir un Acta de Reunión (ver formato adjunto), la cual se
debe repartir a los participantes (previa revisión por parte de ellos).
VÍAS DE COMUNICACIÓN
Son las que se transmiten a través de canales oficiales
Medios utilizados en la comunicación formal:
- E- Mail: Es utilizado para la comunicación de noticias urgentes. El tipo
de mensaje es de índole informativa, de intercambio individual y grupal.
Puede reforzarse por otros medios para asegurarse la masividad de la
llegada de la información.
- Manuales: Documento de información que especifica algún tema;
procedimientos digestión, normativas, calidades de producto, etc. Puede
ser usado como material de consulta.
El estilo del mensaje es formal y en relación al tema que trata.
- Reuniones: Se utiliza para comunicar temas delicados o complejos.
Permiten la comunicación “frente a frente” y da lugar a preguntas que
surgen espontáneamente.
Vías informales de comunicación
PLAN DE GESTIÓN DE PROYECTO SG-PS Versión 1.0
Proyecto: Aplicación móvil para la reserva y compra de pasajes en Terminal de Buses Bimodal Santa Cruz “El Viajero”
14
- Emergen de la interacción natural que existe entre los miembros del
equipo, no están planificadas o siguen la estructura formal.
Tabla 4-Plan de Comunicaciones
6. GESTIÓN DE TIEMPO
6.1.Cronograma de actividades y responsables
6.2.istado de Riesgos
PLAN DE GESTIÓN DE PROYECTO SG-PS Versión 1.0
Proyecto: Aplicación móvil para la reserva y compra de pasajes en Terminal de Buses Bimodal Santa Cruz “El Viajero”
15
7. GESTIÓN DE RIESGO
7.1.Lista de Riesgos
Id Variables de riesgo
Probabilidad
de
ocurrencia
Prioridad
R1 Incumplimiento con las fechas de entrega, debido
a una estimación errada del tiempo de desarrollo. 40% ALTA
R2 Error en la estimación de costos, costos de
producción real sobrepasan los estimados. 40% ALTA
R3 Deserción de integrantes del equipo de desarrollo
por problemas serios de salud u otros. 30% ALTA
R4
Fallas técnicas constantes durante el periodo de
desarrollo, como ser cortes de luz, equipos con
mal funcionamiento.
60% MEDIA
R5 Paros nacionales frecuentes u otros problemas del
estado que afecten el desarrollo del proyecto. 30% MEDIA
R6 Accidente en las instalaciones por desastres
naturales 20% ALTA
R7
El software no cumple con los requerimientos del
cliente debido a una descripción de requerimientos
ambiguos e incompletos.
40% ALTA
Tabla 5-Listado de Riesgos
7.2.Plan de aversión de riesgos para reducir el impacto
Id Variables de riesgo Reducir la probabilidad
R1 Incumplimiento con las fechas de entrega, debido
a una estimación errada del tiempo de desarrollo.
Especificar contratos
tomando en cuenta una
holgura de 2 semanas como
máximo.
R2 Error en la estimación de costos, costos de
producción real sobrepasan los estimados.
Entrega de acta con aviso
de no garantía en la
estimación de costos.
R3 Deserción de integrantes del equipo de desarrollo
por problemas serios de salud u otros.
Poner Pasantes auxiliares
con bonos de transporte,
PLAN DE GESTIÓN DE PROYECTO SG-PS Versión 1.0
Proyecto: Aplicación móvil para la reserva y compra de pasajes en Terminal de Buses Bimodal Santa Cruz “El Viajero”
16
para tener reemplazo.
R4
Fallas técnicas constantes durante el periodo de
desarrollo, como ser cortes de luz, equipos en mal
funcionamiento.
Adquisición de
estabilizadores de
computadora
R5 Paros nacionales frecuentes u otros problemas del
estado que afecten el desarrollo del proyecto.
Habilitación de un sistema
de configuración en línea,
para que permita a los
desarrolladores el trabajo
desde la comodidad de su
hogar.
R6 Accidente en las instalaciones por desastres
naturales
Centralización de un
servidor de configuración
de código fuente.
R7
El software no cumple con los requerimientos del
cliente debido a una descripción de requerimientos
ambiguos e incompletos.
Revisión constante con
clientes como parte del
proceso de implementación
para evitar la introducción
de errores.
Tabla 6-Plan de Mitigación de Riesgos