Practica 3: Calendarización de proyecto y lista de riesgos

El objetivo de esta práctica es aprender a realizar un calendario tanto usando una herramienta que permita crear diagramas de Gantt como los planes de proyecto y de iteración definidos por OpenUP

Una vez que hayas creado tu Work Breakdown Structure, que hayas estimado un tiempo aproximado para las tareas y que hayas comprendido las dependencias, puedes crear un calendario representado en un diagrama de Gantt. Por ello, es coveniente aprender a usar una herramienta de calendarización. Algunas de las herramientas más conocidas son Microsoft Project y su alternativa gratuita OpenWorkbench.

Para aprender a usar Open Workbench, sigue el tutorial a continuación:

• Tutorial OpenWorkbench

Hacer: De manera individual realizar el tutorial y posteriormente crea el calendario para el proyecto que vas a realizar con tu equipo basandote en la información que tienen en su portal relativa al WBS. Recuerda considerar el tiempo real que se puede dedicar al proyecto y los días festivos.

Para tu proyecto, primeramente será necesario crear una lista de riesgos y luego un plan de proyecto y de iteración de acuerdo a los que está propuesto en el portal de ejemplo.

Junto con tu equipo, realicen el proceso que se presentó en clase:

1. Identificar riesgos (considerar fecha y motivantes)
2. Evaluar impacto (Descrito y con valor relativo B, M, H)
3. Evaluar posibilidad de riesgo (B, M, H)
4. Seleccionar riesgos a administrar (escoger el mismo número de riesgos que integrantes en el equipo)
5. Crear una estrategia de mitigación para los riesgos a administrar

Una vez que se haya realizado esto, crea una lista de riesgos (para los riesgos administrados) de acuerdo al portal de ejemplo en la página de proyecto de tu equipo. Deberás además asignar un responsable a cada uno de los riesgos.

Ya que se tiene la lista de riesgos a administrar, se puede proceder a realizar el plan de proyecto usando el templete del portal de ejemplo y de acuerdo al proceso siguiente:

1. Definir una introducción para el documento
2. Asignar roles a los miembros del equipo (pueden ser: Analista, Arquitecto, Desarrollador, Lider de Proyecto y Probador). Nota: Una persona puede tener varios roles y es obligatorio que todo mundo cubra el rol de lider de proyecto en alguna iteración.
3. Describir de manera breve el proceso de desarrollo que se sigue, y por el momento no considerar métricas
4. Definir el numero de iteraciones del proyecto. Dentro de cada una de las iteraciones, se deberá definir qué tareas del WBS se van a realizar así como los riesgos que se piensa mitigar en cada iteración. Debe considerarse que la duración de cada iteración es de una semana, de Martes a Martes.