Doc 2 plan de gestion de proyectos pp (pg-ps 01)

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



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



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



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.



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



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



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



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.



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



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



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.



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



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



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,



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

Doc 2 plan de gestion de proyectos pp (pg-ps 01)

Technology

Transcript of Doc 2 plan de gestion de proyectos pp (pg-ps 01)