PLAN DE DIRECCIÓN DEL P…

PMO-Oficina de administración de proyectos de TI.

“LA ACADEMIA” (Capacitaciones).

Plan para la Dirección de Proyecto

E-commerce Hola Mundo Animal!

Fecha: 10/10/2024

Edita con Documentos

Haz cambios, inserta comentarios y comparte
archivos con otros usuarios para editarlos al
mismo tiempo.

NO, GRACIAS

Contenido
DESCARGAR LA APLICACIÓN
:
Información del proyecto 3

I. Alcance / Calidad 3

II. Tiempo 5

III. Costos - Adquisiciones 6

IV. Plan de Recursos Humanos 6

V. Plan de Comunicaciones 7

VI. Plan de Gestión de Riesgos 8

VII. Aprobaciones 8

Información del proyecto

Organización CodiPro
Proyecto Desarrollo web para e-commerce
Fecha de preparación 05/11/2024
Cliente Mundo Animal SA
Responsable de Proyecto Juan
:
I. Alcance / Calidad

1. ALCANCE DEL PROYECTO (Señale las especificaciones o características relevantes del proyecto)
Especificaciones/ Características Criterios de Aceptación Medio de Verificación

Lo que busca lograr el proyecto y Son las condiciones que deben Instrumentos a través del cual se
debe detallarse las cumplir las especificaciones o puede validar el cumplimiento de
especificaciones/características características de las las especificaciones de las
que deben cumplir las actividades actividades del proyecto para actividades y sus criterios de
del proyecto que estas sean aceptadas aceptación.

Posicionar la app "Hola Mundo Contar con una interfaz Meet extraordinario semanal de
Animal" como la opción preferida para intuitiva y proporciona una equipo desarrollador y director
los dueños de mascotas que buscan experiencia de compra en de proyecto con test
productos de alta calidad y línea segura.
conveniencia.

Aumentar la conciencia y la visibilidad Web de comercio electrónico Google Analytics

de la marca en el mercado. que ofrece una amplia
variedad de productos para
mascotas, incluyendo
alimentos, juguetes y
accesorios.

Generar tráfico y conversiones en la Aumento de Tráfico: Definir Interfaz Mercado Pago

aplicación. un porcentaje específico de
incremento en el número de
:
 visitas a la aplicación dentro
de un período determinado
(por ejemplo, un aumento del
20% en el tráfico mensual en
los próximos tres meses).

Combinar un diseño fluido con puntos La aplicación debe poder Pruebas unitarias, pruebas de
de ruptura ya que, este enfoque registrar usuarios, mostrar integración y pruebas de
garantiza una experiencia consistente productos, permitir a los aceptación del usuario
en todas las pantallas, asegurando que usuarios agregar productos al
el contenido crítico, como el carrito de carrito y procesar pagos.
compras, menús y productos
destacados, sea fácilmente accesible y
bien adaptado en dispositivos móviles.

1. ALCANCE DEL PRODUCTO (Señale las especificaciones o características relevantes del producto)
Especificaciones/ Características Criterios de Aceptación Medio de Verificación

Es el entregable que se espera obtener Las características mínimas que Instrumentos a través del cual se
al finalizar la ejecución del proyecto, se debe cumplir el producto para puede validar el cumplimiento de
debe detallar las ser aceptado las especificaciones del producto y
especificaciones/características que se sus criterios de aceptación.
espera que tenga el producto final

La aplicación debe tener una interfaz La aplicación debe tener una Pruebas de aceptación del usuario,
fácil de usar, ser responsiva y tener una interfaz fácil de usar, responder pruebas de seguridad
pasarela de pago segura. en diferentes dispositivos y
tener una pasarela de pago
segura.

1. EXCLUSIONES (Lo que no es parte del proyecto o producto)

Se detalla lo que no es parte del proyecto pero que son necesarios para la ejecución del mismo.

El proyecto no incluye la integración de servicios de terceros para envío y logística.

1. RESTRICCIONES (¿Dentro de qué parámetros está limitado a funcionar el proyecto?)

Los parámetros específicos en los cuales está limitado a funcionar el proyecto, por ejemplo: restricción
presupuestaria, limitación de número de personal, etc.

El proyecto está limitado a un equipo de 6 desarrolladores y 1 gerente de proyecto.

:
 El proyecto está limitado a un presupuesto de 10.000.000 pesos.

II. Tiempo

1. Cronograma de Actividades
# Actividades % Fecha de Revisor(es) Criterio de
Entregable/ Fecha de
Fin Aceptación
Producto Inicio
avance

Detalle de las Porcentaje El producto o El nombre Instrumento

actividades que de avance entregable del revisor que establece
se desarrollarán que que genera la de la las
durante la representa actividad actividad características
ejecución del la ejecución identificada mínimas
proyecto de la esperadas del
actividad proyecto y que
serán verificadas
por parte del
revisor.

1 Recopilación de 10% Documento 5/11/24 5/12/24 Gerente de El documento

requisitos de requisitos proyecto de requisitos
debe estar
:
 completo y
aprobado por el
cliente.

2 Diseño 20% Documento 5/12/24 10/1/25 Gerente de El documento

de diseño proyecto de diseño debe
estar completo y
aprobado por el
cliente.

3 Desarrollo 40% Aplicación 10/1/25 20/2/25 Gerente de La aplicación

funcional proyecto debe ser
funcional y
cumplir con los
criterios de
aceptación.

4 Pruebas 30% Informe de 20/2/25 30/3/25 Gerente de La aplicación

prueba proyecto debe pasar
todas las
pruebas y
cumplir con los
criterios de
aceptación.

III. Costos - Adquisiciones

1. Plan de Adquisiciones
# Actividad Adquisición a Fecha de Fecha de
realizar Cantidad Presupuesto
Publicación Adjudicación

Herramientas Licencias de 5 500.000 pesos 5/9/24 20/9/24

de desarrollo software de
desarrollo

Servidor e Configuración de 1 1.000.000 pesos 20/9/24 10/10/24

infraestructura servidores e
infraestructura

Presupuesto 10.000.000 pesos

Total
:
IV. Plan de capital Humanos

1. Miembros del Equipo del Proyecto

Código Rol Área
Nombre/Cargo
(tabla RACI).

RACI Gerente de proyecto[Juan ] Líder Técnico Gestión de proyectos

RC Desarrollador[ Fabricio] Especialista Desarrollo

RC Desarrollador[Emilia ] Especialista Desarrollo

RC Desarrollador[Yamila] Especialista Desarrollo

RC Desarrollador[ Siro] Especialista Desarrollo

RC Desarrollador[Marian ] Especialista Desarrollo

RC Desarrollador[Adriana] Especialista Desarrollo

*Roles: Líder, Líder Técnico, Especialista, Analista, Usuario.

1. Matriz Raci (Responsable, Aprobador, Consultado, Informado)

Actividad Código Equipo del Proyecto - Responsabilidad

Recopilación de requisitos R A C I Responsable de gestión de

proyectos

Diseño R C Responsable de diseño

Desarrollo R C Responsable de desarrollo

Pruebas R C Responsable de pruebas

Una vez identificados a los miembros del proyecto y sus respectivos roles es necesario identificar los niveles de responsabilidad
en cada una de las actividades, para lo cual se enlistará cada una de las actividades y de acuerdo a cada uno de los códigos del
equipo del proyecto, identificar el nivel de responsabilidad de la siguiente forma:

● (R) Responsable: de la ejecución de la actividad.

● (A) Aprobador: quien tiene la potestad de aprobar o rechazar el producto obtenido de una actividad del proyecto.
● (C) Consultado: quien cuenta con información para concluir determinadas actividades, se le informa y a su vez se le
consulta información.
● (I) Informado: quien debe ser informado sobre el progreso de las actividades (se diferencia con el consultado porque
la comunicación es unidireccional)
● Operador/codificador/actividades netamente operativas con equipos informáticos.
:
V. Plan de Comunicaciones

El Plan de gestión de comunicaciones del proyecto, es un componente del plan de dirección del
proyecto (Project Management Plan) y describe la forma en que se planificarán, estructurarán,
monitorearán y controlarán las comunicaciones del proyecto.

1. PLAN DE COMUNICACIÓN
Información Frecuencia Responsable de Medio Nivel de Impacto
Interesados
requerida comunicación

Son las personas o Se debe detallar la La frecuencia Es quien remitirá El medio a Nivel de Impacto
áreas que aportan información de envío de la la información través del cual (alto, medio o bajo)
en el desarrollo requerida que el información solicitada por el se dará la
(por ejemplo el usuario necesita requerida por interesado acorde información
área tecnológica recibir el interesado a la periodicidad requerida
presentará interés (semanal, definida
en todos aquellos quincenal,
proyectos que mensual,
impliquen trimestral, etc.)
desarrollos
informáticos)

Cliente Progreso, Quincenal Gerente de Email Alto

problemas y proyecto
cambios del
proyecto

Equipo de Asignaciones de A diario Gerente de Herramienta de Alto

desarrollo tareas, plazos y proyecto colaboración en
cambios equipo

Patrocinador del Progreso, Mensual Gerente de Email Medio

presupuesto y proyecto
proyecto cronograma del
proyecto

VI. Plan de Gestión de Riesgos

1. Riesgos
:
 Riesgo Descripción Probabilidad Impacto

Los eventos que puedan afectar el Se detalla las Probabilidad de El impacto del riesgo en
desarrollo del proyecto se debe características del riesgo ocurrencia del caso de este
emplear la sintaxis Evento + riesgo (en una materializarse (en una
CAUSARIA + Impacto escala del 10 al escala del 10 al 100)
100)

Demora en el desarrollo Retraso en el desarrollo 30% 60%

debido a circunstancias
imprevistas

Exceso de presupuesto Exceso de presupuesto 20% 40%

debido a cambios en los
requisitos

Problemas de seguridad Problemas de seguridad 10% 80%

debido a vulnerabilidades
en la aplicación

VII. Aprobaciones

1. FIRMAS
Cargo o Rol en el Creador/ Revisor / Fecha Firma
Nombre
Proyecto Aprobador

[ Juan] Gerente de Creador/Revisor 5/11/24

proyecto

Mundo Animal SA Cliente Aprobador 5/11/24

MSánchez-AQTIC. (solo para capacitación).

: