Dirección de Proyectos Informáticos: Trabajo Práctico

Trabajo práctico
Dirección de Proyectos Informáticos
Nombre Proyecto
Logo
Integrantes Grupo XXX:
Profesores:


Josfal, Emiliano Alberto
Alvarez Valle, Maximiliano
Año: 2020
CONTENIDO
1
Alcance ........................................................................................................................................ 3
2
Objetivo del proyecto ................................................................................................................. 3
3
Cronograma ................................................................................................................................ 5
4
Costos (CAPEX / OPEX) ................................................................................................................ 6
5
Plan de Calidad ............................................................................................................................ 8
6
Riesgos ........................................................................................................................................ 9
7
Organigrama del Proyecto ........................................................................................................ 11
8
Matriz de asignación de responsabilidades .............................................................................. 11
9
Plan de Staffing ......................................................................................................................... 12
10
Plan de comunicaciones........................................................................................................ 13
11
Plan de Change Management ............................................................................................... 15
1 ALCANCE
1.1 OBJETIVO DEL PROYECTO
Indicar en forma descriptiva la necesidad que se solucionará con la implementación del proyecto. Qué mejorará, o qué se disponibilizará
que actualmente no sucede.
1.2 ALCANCE DETALLADO
Detallar lo que se realizará en el marco del proyecto, incluyendo los criterios para determinar la conclusión exitosa de cada fase.
Describir, en caso que lo posea, el producto que resultará del proyecto.
Detallar los aspectos relevantes que no se realizarán en el marco del proyecto.
1.3 SUPUESTOS Y RESTRICCIONES
Incluir las suposiciones y restricciones que consideran que contarán durante el proyecto. Por ejemplo: “Cada sucursal deberá tener un
encargado de definir sus requeriemientos”, “Se tomará en cuenta que todos los involucrados del proyecto tienen la capacidad y
experiencia para llevar a cabo sus tareas”, “Finalizado el proyecto y su etapa de soporte de post producción la universidad deberá
hacerse cargo de restringir los permisos otorgados con anterioridad al repositorio de los binarios.”
1.4 BENEFICIOS
Comentar los beneficios que traerá aparejado el proyecto
1.5 WBS (WORK BREAKDOWN STRUCTURE)
Realizar la WBS (Work Breakdown Structure) del proyecto, incluyendo los paquetes de trabajo que corresponda. Se adjunta un
ejemplo (*):
(*) Fuente: http://blog.qualytz.com/2013/03/arrancando-con-proyectos-la-importancia.html
2 CRONOGRAMA
Una vez definidas las actividades (en la WBS), estimar la duración de las mismas a nivel tiempo y secuenciarlas, desarrollando el
cronograma (o calendario, según la bibliografía) del proyecto.
Se adjunta un ejemplo (*):
(*) Fuente: http://gerenciaydesarollodesoftware.blogspot.com/2013/03/cronograma.html
3 COSTOS (CAPEX / OPEX)
Incluir el plan de costos del proyecto, discriminando entre costo de inversión (Capex) y costo operativo/de gasto (Opex). Incluir curva S
(Línea Base de costos).
Para generar el plan, se deben presupuestar todas las tareas de la WBS, y estimar los demás costos que se incurrirán en el marco del
proyecto (puede incluir costos de alquiler de oficinas, electricidad, teléfono, útiles entre otros, no sólo horas de recursos).
Se adjunta un ejemplo realizado en un TP de cursos anteriores:
Se adjunta otro ejemplo:
Cómo debería quedar la Curva S:
4 PLAN DE CALIDAD
Se deberá definir un plan de calidad, una vez identificados los principales entregables del proyecto, deberemos establecer cuáles son
las métricas de calidad, y cuáles son los criterios de aceptación. Por lo general, se recomienda que el criterio de aceptación sea
cuantificable, para poder evitar cualquier tipo de ambigüedad. Se adjunta un ejemplo realizado en un TP de cursos anteriores:
5 RIESGOS
Identificar, analizar y describir los riesgos que poseerá el proyecto. Generar la matriz de riesgos, incluyendo probabilidad de ocurrencia
e impacto.
Se adjunta un ejemplo realizado en un TP de cursos anteriores:
# Riesgo Nombre
1
Riesgo de
equipo
Descripción
Renuncia de algún
miembro del equipo
Falla de los equipos
utilizados para el
desarrollo de la
aplicación
Probabilidad Impacto
Media
Alto
Alto
Evaluación y mejoras de
condiciones ambientales del
entorno (sistema de protección
eléctrica, sistema antiSanta Clara
incendios, sistema de
Alejandro,
climatización).
Arquitecto
Riesgo de
hardware
3
Riesgo de
disponibilidad
Falta de disponibilidad
de la base de datos
Media
Media
4
Riesgo de
cambio de
alcance
Solicitud de adicionales
no contemplados en el
alcance
Baja
Baja
Ataques de virus
informáticos
Media
Media
5
Riesgos de
seguridad
Responsable
Pago de Bono correspondiente
a un mes de trabajo, para cada
miembro del equipo al finalizar Boris Brea, Project
el proyecto.
Manager
2
Baja
Criticidad Plan de Acción
Rodriguez Maria,
Realizar clustering y replicación Administrador de
de base de datos del cliente
Base de Datos
Gestión del Cambio
Boris Brea, Project
Manager
Instalar antivirus adecuados.
Inversi Camila,
Programadora Sr.
Referencia:
Probabilidad
Alta
Media
Baja
Bajo
Medio
Impacto
Alto
6 ORGANIGRAMA DEL PROYECTO
Generar el organigrama del proyecto. Por ejemplo:
7 MATRIZ DE ASIGNACIÓN DE RESPONSABILIDADES (RACI)
a través de la matriz de asignación de responsabilidades, incluyendo los miembros del equipo, el rol y la responsabilidad de cada uno.
Responsible (responsable de ejecutar la tarea), Accountable (es quién debe dar respuesta si la tarea sale bien o mal, por lo general es
el Jefe del responsable), Consulted (es consultado para ejecutar la tarea), Informed (Simplemente se mantiene informado). Ejemplo de
la matriz:
8 PLAN DE STAFFING
Indicar que roles estarán involucrado en el proyecto, que conocimientos posee, en que momento ingresarán y saldrán los diferentes
recursos, si su dedicación será part-time o full-time, y si trabajará remoto u on-site
Se adjunta un ejemplo realizado en un TP de cursos anteriores:
Rol
Conocimientos
Director
Encargado de supervisar el proyecto
Gerente(PM)
Encargado de la dirección del proyecto y negociaciones con el
cliente
Arquitecto
Definición de la arquitectura de software
Conocimientos del negocio y conocimientos técnicos.
Analista
Encargado de analizar y documentar las necesidades del usuario
Funcional
durante las reuniones y pruebas de aceptación
Encargados del desarrollo, implementación y soporte de la
Programador aplicación
Encargado de generar y administrar la base de datos para la
DBA
aplicación
Conocimientos del negocio y de la aplicación. Encargado de las
Tester
pruebas y validación con el usuario
Fecha de
On-Site o
Inicio
Fecha de Fin Dedicación Remoto
01/01/20
14/10/20 Part-Time
On-Site
01/01/20
14/10/20 Full-Time
On-Site
12/02/20
27/02/20 Full-Time
On-Site
10/01/20
11/02/20 Part-Time
On-Site
19/02/20
14/10/20 Full-Time
On-Site
18/02/20
12/02/20
25/02/20
Comentarios
Part-Time
On-Site
17/06/20 Full-Time
On-Site
Hace el seguimiento
durante todo el
proyecto
2 desarrolladores web
9 PLAN DE COMUNICACIONES
Desarrollar el plan para gestionar las comunicaciones en el ámbito del proyecto: asegurar que se produzcan las relaciones críticas
entre personas, ideas e información necesarias para el éxito del mismo. Basado en el organigrama del proyecto.
Se adjunta un ejemplo realizado en un TP de cursos anteriores:
COMUNICACIÓN
OBJETIVO
FRECUENCIA
ORGANIZADOR
INVITADOS
MATERIAL/
SOPORTE
KICK-OFF
Lanzar
oficialmente
el proyecto
Única vez el primer
día
Gerente de
Proyecto
Todo el
Equipo
Minuta de Reunión
REPORTE DE
HORAS
TRABAJADAS
Informar lo
que se hizo
y se dejó de
hacer
Semanal
Líderes de cada
Equipo
Miembros
del Equipo
Presentación de Avance
REUNIÓN DE
AVANCE DEL
SECTOR DE
DESARROLLO
Informar el
estado del
proyecto de
desarrollo
Cada 2 Semanas
Analista
Equipo de
Desarrollo
Presentación de Avance y
Minuta de Reunión
REUNIÓN DE
AVANCE DEL
SECTOR DE
TESTING
Informar
resultados
de Testing
Cada 2 Semanas
Líder de Testing
Equipo de
Testers
Presentación de Avance y
Minuta de Reunión
REUNIÓN DE
AVANCE DEL
SECTOR DE
DISEÑO
Informar el
estado del
proyecto de
diseño
Cada 2 Semanas
Líder de Diseño
Equipo de
Diseño
Presentación de Avance y
Minuta de Reunión
REUNIÓN DE
AVANCE DEL
Informar el
estado del
Mensual
Gerente de
Proyecto
Líder de
Diseño,
Presentación de Avance y
Minuta de Reunión
PROYECTO
proyecto
Analista y
Líder de
Testing
10 PLAN DE CHANGE MANAGEMENT
Detallar que acciones de Change Management se llevarán adelante para lograr compromiso con todas las áreas durante el proyecto, y
por otro lado, mejorar la adopción del producto/servicio que construiremos.
Acción
Descripción
Recursos
Responsable/s
Involucrados
Capacitación
en el Look
and Feel
Charla que abordará los cambios
que se realizaron sobre la estética
del software original. La charla será
transmitida por Skype para los
interesados remotos
Proyector, PC,
diapositivas
comparativas.
Conexión de alta
velocidad,
micrófono y
parlantes
PM de la empresa
Todos los
empleados
Newsletter
Mails confeccionados para
comunicar el progreso y las
ventajas del proyecto
N/A
PM de la empresa y Gerente de RRHH
Todos los
empleados
Encuestas de
satisfacción
Encuestas de satisfacción y calidad
para conocer la opinión de los
usuarios y poder actuar en
consecuencia
N/A
PM de la empresa y Gerente de RRHH
Todos los
empleados
Charlas
informativas
Charla on-site en todas las oficinas
donde se mostrarán las ventajas
del nuevo sistema respecto al
manejo de objetivos de los
empleados a cargo.
Proyector, PC,
diapositivas
comparativas.
PM de la empresa
Jefes,
Gerentes y
Directores