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