Curso Desarrollo de Software / UNSA Equipo: DevsInside Proyecto: Virtual Class II

Fecha: 31/07//2009

Virtual Class II Documento - Plan Gestin de Riesgos (DPGR) Versin 1.3

Historial de revisiones
Fecha 14/06/2009 06/07/2009 08/07/2009 31/07/2009 Versin 1.0 1.1 1.2 1.3 Descripcin Documento de Identificacin Anlisis de Riesgos Versin 1.1 Versin 1.2 Versin 1.3 Autor yNatali Fierro Daz Natali Fierro Daz Natali Fierro Daz Natali Fierro Daz

Documento de Plan de Gestin de Riesgos (DPGR)

Pgina 1 de 13

Curso Desarrollo de Software / UNSA Equipo: DevsInside Proyecto: Virtual Class II

Fecha: 31/07//2009

Contenido
1.INTRODUCCIN....................................................................................................................................3 1.1.PROPSITO............................................................................................................................................3 1.2. ALCANCE.............................................................................................................................................3 1.3.DEFINICIONES, SIGLAS Y ABREVIATURAS.............................................................................................3 1.4.REFERENCIAS........................................................................................................................................3 2.GESTIN DEL RIESGO.........................................................................................................................3 2.1. IDENTIFICACIN DE RIESGOS..............................................................................................................3 2.2.ANLISIS DEL RIESGO..........................................................................................................................4 2.3.ACCIONES DE PREVENCIN Y DE CORRECCIN...................................................................................7 2.4.CONTROL Y SEGUIMIENTO DE RIESGOS...............................................................................................9 3.MATRIZ DE RIESGO...........................................................................................................................10

Documento de Plan de Gestin de Riesgos (DPGR)

Pgina 2 de 13

Curso Desarrollo de Software / UNSA Equipo: DevsInside Proyecto: Virtual Class II

Fecha: 31/07//2009

1. Introduccin
Uno de los elementos clave a la hora de asegurar el xito en el proyecto, medido en trminos de cumplimiento de plazos, costes, alcance funcional y calidad final de la solucin, es la Gestin de Riesgos. Implantar una Gestin de Riesgos adecuada ser un elemento decisivo a la hora de asegurar el Proyecto, mediante la identificacin y el anlisis por adelantado de los riesgos potenciales que puedan afectar al Proyecto, y la elaboracin de las acciones de contingencia adecuadas para evitar su aparicin o para minimizar el impacto en el Proyecto, en caso de que finalmente el riesgo se verifique. 1.1. Propsito

Este documento presenta el anlisis de los riesgos identificados durante la fase de Inicio del proyecto Virtual Class II. Para cada riesgo observado se valorarn sus efectos y contexto de aparicin para el caso en que se convierta en un hecho. Adems, se definirn estrategias para reducir la probabilidad del riesgo o para controlar sus posibles efectos. 1.2. Alcance

El mbito del anlisis de riesgos cubre toda la extensin del proyecto observado desde su fase inicial. Ser necesario durante el desarrollo del proyecto revisar y actualizar los contenidos del anlisis de riesgos en caso de que se detecten nuevos riegos no visibles en este momento. Este documento ser aplicable a todas las fases del Proyecto. 1.3. . 1.4. Referencias Definiciones, siglas y abreviaturas. Vase el Plan_desarrollo_software.doc

En este documento se hace referencia a los siguientes documentos: Plan_desarrollo_software.doc

2. Gestin del Riesgo

2.1. Identificacin de Riesgos Listado de Riesgos, Tipo de Riesgo ID R01 R02 R03 R04 R05 R06 R07 R08 R09 R10 Descripcin del Riesgo Requisitos poco claros Abandono temporal de un miembro del equipo Falta de Experiencia en tareas de planificacin Falta de Experiencia con las herramientas utilizadas Diseo Errneo Falta de un Experto Prdida de documentacin y/o otros artefactos Conflictos entre los integrantes del grupo Inestabilidad del entorno de desarrollo y documentacin el proyecto Estimacin de costos fuera del alcance de la Tipo de Riesgo Riesgo del Producto Riesgo del Proyecto Riesgo del Proyecto Riesgo del Producto/Proyecto Riesgo del Producto Riesgo del Proyecto Riesgo del Proyecto Riesgo del Proyecto Riesgo del Proyecto Riesgo del Proyecto

Documento de Plan de Gestin de Riesgos (DPGR)

Pgina 3 de 13

Curso Desarrollo de Software / UNSA Equipo: DevsInside Proyecto: Virtual Class II realidad Falta de seguimiento permanente de tareas y actividades Aprendizaje de JSF Falta de comunicacin entre los integrantes del grupo.

Fecha: 31/07//2009

R11 R12 R13

Riesgo del Proyecto Riesgo del Proyecto Riesgo del Proyecto

2.2.
ID R01

Anlisis del Riesgo

Anlisis del Riesgo Magnitud Variable segn la fase de aparicin: Inicio: baja. Elaboracin: media. Construccin: alta. Transicin: muy alta Descripcin

Los requisitos representan la idea que tiene el cliente sobre la aplicacin, sobre ellos se construyen los casos de uso y dichos casos de uso guan el desarrollo del proyecto. Una mala o insuficiente recoleccin de los mismos afecta a la calidad de todo el proyecto.
Impacto La incorporacin o modificacin de requisitos durante el desarrollo requerir realizar cambios sobre gran parte de la documentacin del producto elaborada con anterioridad al momento del cambio. Estas modificaciones sern menos costosas durante las dos primeras fases del proyecto, pero pueden suponer trastornos importantes durante las fases de Construccin y Transicin, pues no slo cambiara la documentacin sino tambin el cdigo fuente y los ejecutables. Indicadores Al realizar la consulta al cliente, no sabe indicar con propiedad cuales son los servicios que espera obtener de la aplicacin. R02 Magnitud Alta, cuando afecta a un solo miembro. Muy alta, si afecta a ms de uno. Descripcin Algn miembro del proyecto no se encuentra disponible por cualquier motivo externo (enfermedad, lesin, etc) durante un periodo corto de tiempo, y por lo tanto no puede

realizar tareas relacionadas con el proyecto.

Impacto La falta de disponibilidad de los recursos humanos puede provocar el retraso con respecto a la planificacin inicial de cualquier actividad del proyecto. Teniendo en cuenta que la entrega no puede posponerse, la falta de disponibilidad de personal puede suponer una prdida de calidad en el producto. Indicadores Ninguno. Al ser un riesgo por causas externas al proceso, se supone que es un riesgo difcil

Documento de Plan de Gestin de Riesgos (DPGR)

Pgina 4 de 13

Curso Desarrollo de Software / UNSA Equipo: DevsInside Proyecto: Virtual Class II

de predecir. R03 Magnitud Media. Descripcin

Fecha: 31/07//2009

El grupo tiene poca experiencia en el desarrollo de software siguiendo una estructura de tareas y fechas preestablecido. Impacto La planificacin gua todo el desarrollo del proyecto. Un error en la misma puede incidir directamente en sus resultados. No obstante, la divisin en iteraciones reduce el posible impacto de los errores, permitiendo que estos puedan ser corregidos o absorbidos en iteraciones posteriores a la de su aparicin. Indicadores Diferencias entre el desarrollo real del proyecto y la planificacin estimada. R04 Magnitud Variable segn la fase de aparicin: Inicio: baja. Elaboracin: media. Construccin: alta. Transicin: alta. Descripcin El equipo tiene dificultades a la hora de realizar sus objetivos (tanto de documentacin como de implementacin) por su inexperiencia con las herramientas disponibles para el mismo. Impacto Puede suponer retrasos. Indicadores No procede. R05 Magnitud Baja en Elaboracin, alta en Construccin. Descripcin El diseo del sistema resulta inadecuado. Al realizar actividades de implementacin puede encontrase que el diseo carece del suficiente nivel de detalle o est mal enfocado, bien por la naturaleza del problema, o bien por restricciones de uso impuestas por tecnologas de terceros. Impacto Puede introducir retrasos en el proyecto ante la necesidad de volver a considerar el diseo trazado. Requiere la actualizacin o modificacin de los artefactos de diseo. Indicadores La arquitectura no cumple las expectativas. Se complica la implementacin.

Documento de Plan de Gestin de Riesgos (DPGR)

Pgina 5 de 13

Curso Desarrollo de Software / UNSA Equipo: DevsInside Proyecto: Virtual Class II

R06 Magnitud Media.

Fecha: 31/07//2009

Descripcin No hay un experto del dominio en el equipo de desarrollo al que poder consultar. Impacto Puede suponer retrasos. Indicadores No procede Magnitud Alta. Descripcin

R07

Por causas varias se pierde parte o el total de la documentacin as como la posibilidad de perder parte o el total de otros artefactos, como pueden ser: parte de la implementacin o ficheros de planificacin.
Impacto Variable, puede suponer una catstrofe, o un simple retraso. Indicadores Ninguno. R08 Magnitud Media. Descripcin Aparicin de problemas y discrepancias entre los miembros del proyecto. Falta de acuerdo en las decisiones tomadas. Impacto Si los desacuerdos no son rpidamente resueltos se pueden provocar retrasos en la planificacin. Teniendo en cuenta que no se puede producir un retraso en la entrega final, se tendra que reajustar la planificacin con una posible prdida de calidad del producto. Indicadores Mucho tiempo dedicado a decisiones concretas, nfasis en las posturas enfrentadas, nmero de enfrentamientos con respecto a una misma decisin. R09 Magnitud Alta Descripcin

Tanto el proceso de desarrollo como el de documentacin se soportan sobre un servidor gratuito que puede sufrir cadas intermitentes.
Impacto Puede generar desconfianza en el cliente en cuanto a la calidad del producto desarrollado. Indicadores La pgina donde se encuentre alojado el proyecto demora mucho en cargar y/o no carga. R10 Magnitud Media Descripcin Se sobreestiman o subestiman los costos involucrados con el desarrollo del producto de software Impacto Puede generar que el equipo entre en perodos de sobrecarga de trabajo o periodos de

Documento de Plan de Gestin de Riesgos (DPGR)

Pgina 6 de 13

Curso Desarrollo de Software / UNSA Equipo: DevsInside Proyecto: Virtual Class II

Fecha: 31/07//2009

ausencia del mismo, lo que a su vez puede conllevar a un deterioro en la calidad Indicadores El equipo trabaja ms o menos horas de las inicialmente programadas, se presentan quejas a jefe del Proyecto o Pedidos de redimensionamiento Magnitud Media Descripcin No se realiza un seguimiento de las tareas planificadas para cada sprint, lo que puede ocasionar que algunas de ellas sean dejadas para ltima instancia, con la consecuente baja en su calidad Impacto Sobrecarga de trabajo en los das previos a la entrega de un presentable, pobre calidad de los entregables, se obvian detalles importantes. Indicadores En el grfico burn-down, se mantiene como constante una proporcin de horas mayor en los ltimos das de cada iteracin en comparacin al trabajo en el resto del sprint. Magnitud Alta Descripcin

R11

R12

El sistema se va a construir usando el lenguaje JSF. Los miembros del equipo de desarrollo tienen que aprender a utilizarlo. Un desconocimiento del sistema impedir el desarrollo de la fase de construccin y elaboracin de una manera gil.
Impacto Puede generar retrasos as como tambin que se vuelvan a desarrollar mdulos que ya se encontraban terminados. Indicadores El cliente y/o el jefe de proyecto anuncia al equipo el cambio de tecnologa. Magnitud Media Descripcin

R13

Durante la realizacin de un proyecto software, hay muchos artefactos que realizar y tareas que completar por la totalidad de integrantes del grupo. Normalmente dichas tareas estn relacionadas de alguna manera, y cualquier cambio independiente en una de ellas afecta al resultado final o a otras tareas.
Impacto Pueden producirse duplicacin de tareas. Indicadores Conflictos entre los artefactos desarrollados.

2.3. ID R01

Acciones de Prevencin y de Correccin Plan de Correccin En las primeras fases se realizarn los cambios necesarios para incorporar los nuevos requisitos o los cambios necesarios para que se cumpla con la funcionalidad solicitada. En las fases de Construccin y Transicin se valorar la importancia de las modificaciones/requisitos nuevos frente a la cantidad de tiempo disponible para

Plan de Prevencin Realizacin de varias reuniones con el cliente; elaboracin de cuestionarios para aclarar puntos poco claros de las reuniones previas.

Documento de Plan de Gestin de Riesgos (DPGR)

Pgina 7 de 13

Curso Desarrollo de Software / UNSA Equipo: DevsInside Proyecto: Virtual Class II

Fecha: 31/07//2009

abordarlos. En caso de que se decida aceptarlos, se revisarn los requisitos afectados, as como toda la documentacin y cdigo derivado de los mismos hasta el punto de aparicin del cambio. R02 Tratar de cumplir las metas y objetivos antes de lo estimado en la planificacin siempre que sea posible, para que una ausencia no suponga un retraso importante importante. El equipo de desarrollo tratar de cubrir el trabajo no realizado por el miembro del proyecto que no puede trabajar. En caso necesario, dejarn de realizarse tareas menos importantes para centrarse en las principales. Se tratar de reajustar la planificacin del proyecto. Se observarn las diferencias entre la planificacin de cada iteracin y el informe de seguimiento de su ejecucin, analizando las causas de sus diferencias para tratar de detectar y corregir errores de planificacin en las iteraciones posteriores. Si se produce un retraso en el aprendizaje por parte de un miembro del equipo, los dems miembros tratarn de ayudar a superarlo. Si no resultara, consultar a fuentes externas como profesores, bibliografa, foros en Internet. En ltimo lugar se hara una redistribucin de tareas. Si el riesgo se convierte en hecho durante la fase de Elaboracin, se revisar y modificar la documentacin de diseo afectada. Si lo hace durante la fase de construccin, se estudiar una solucin acorde a los tiempos de plazo de que se dispone. La planificacin se reajustar si fuera necesario. Las dudas que no se sepan resolver se trasladarn al tutor y a foros especializados. Actualizar con la ltima copia disponible

R03

El uso de Scrum como proceso de desarrollo. Realizacin de reuniones entre los miembros del proyecto para la evaluacin de la marcha del proyecto y consultas al tutor.

R04

Una parte del tiempo de desarrollo del proyecto se destinar al aprendizaje de las nuevas herramientas.

R05

Durante la fase de Elaboracin se desarrollar en paralelo un prototipo conteniendo la arquitectura del sistema para comprobar la validez de la misma. En caso de encontrase errores o inconsistencias, podr modificarse el diseo al mismo tiempo que la implementacin del prototipo.

R06

Aprendizaje contino durante todo el proyecto Se realizarn copias de seguridad en los ordenadores personales de cada uno de los miembros del equipo, as como copias en un servidor remoto Cada vez que se fije un punto de direccin en el proyecto, todo tiene que quedar totalmente claro, sin dudas y con la aceptacin total de todos los miembros del grupo.

R07

R08

Se establecen las siguientes reglas para definir una poltica de toma de decisiones en caso de desacuerdo. Las cuestiones relativas a requisitos se tratarn junto al cliente, que ser quin

Documento de Plan de Gestin de Riesgos (DPGR)

Pgina 8 de 13

Curso Desarrollo de Software / UNSA Equipo: DevsInside Proyecto: Virtual Class II

Fecha: 31/07//2009

tome la decisin. Las cuestiones de diseo o tcnicas se tratarn junto al tutor del proyecto, que aportar su opinin. R09 Contratar un hosting seguro, que brinde garanta acerca de la disponibilidad del servicio 24 horas diarias, los 7 das de la semana. Realizar estimaciones en base a varias herramientas para tratar de hallar un estimado ms cercano a la realidad Llevar al da una revisin del estado del proyecto para anotar los posibles atrasos y poder asi tomar medidas en el instante. Se ha de conseguir bibliografa bsica y realizar un taller entre los integrantes del grupo. Utilizar el msn y reuniones como punto de sincronizacin y comunicacin de nuevas ideas sobre el proyecto y todo lo relacionado con l. Mantener una documentacin nica como medio de documentacin centralizado. 2.4. Id. R01 R02 R03 R04 R05 R06 R07 R08 R09 R10 R11 R12 Programador Equipo de Desarrollo Equipo de desarrollo Analista Jefe del proyecto Programador Control y Seguimiento de Riesgos Responsable Analista Jefe de Proyecto Jefe de Proyecto Programador/ Tester Analista/ Arquitecto Equipo de Desarrollo Fecha de Terminacin Fin del Proyecto Fin del Proyecto Fin del Proyecto Fin del Proyecto Fin del Proyecto Fin del Proyecto Fin del Proyecto Fin del Proyecto Fin del proyecto Fin del proyecto Fin del proyecto Fin del proyecto Estado Iniciado Iniciado Iniciado Iniciado Iniciado Iniciado Iniciado Iniciado Iniciado Iniciado Iniciado Iniciado Observaciones En caso de emergencia utilizar una de las PCs del equipo como servidor. Redimensionar el proyecto conforme se va desarrollando y nuevas funcionalidades se agregan o se eliminan. Realizar una recandelirizacin de tareas, as como llamadas de atencin a los miembros del equipo que dejen sus tareas para ltima instancia. En caso de que el aprendizaje sea demasiado costoso, la tecnologa de programacin de salvaguarda ser PHP. Realizar reuniones a la salida de clases para acordar temas referentes al proyecto as como las fechas de futuras reuniones.

R10

R11

R12

R13

Responsable: Persona o personas asignadas a la implantacin de las acciones preventivas y/o correctoras

Documento de Plan de Gestin de Riesgos (DPGR)

Pgina 9 de 13

Curso Desarrollo de Software / UNSA Equipo: DevsInside Proyecto: Virtual Class II

Fecha: 31/07//2009

Fecha Terminacin: Fecha lmite en la cual todas las acciones anteriormente descritas deban haber sido ejecutadas por el responsable o responsables asignados. Estado: Estado Actual del Riesgo y de las Acciones Preventivas y/o Correctoras. Observaciones: Descripcin de las observaciones encontradas para este riesgo (opcional).

3. Matriz de Riesgo
Se propone la utilizacin de una matriz especfica que sirva de soporte para la Gestin de Riesgos. Esta matriz se utilizar en las reuniones de seguimiento y/o cuando se estime necesario (en el caso de situaciones excepcionales), y su contenido ser el siguiente: Id. R01 Descripcin del Riesgo Cambios en los Requisitos Tipo Riesgo Producto Probab. Ocurrencia 20 Nivel de Impacto 4 Evaluacin del Riesgo 0.8 Acciones de Prevencin Realizacin de varias reuniones con el cliente para la aclaracin de requisitos. Accin de Correccin Se revisarn los requisitos afectados, as como toda la documentaci n y cdigo derivado de los mismos hasta el punto de aparicin del cambio. Reasignar ciertas tareas a otros miembros segn vayan siendo necesarios los artefactos para la consecucin de los hitos. Se observarn las diferencias entre la planificacin de cada iteracin y el informe de seguimiento de su ejecucin, para tratar de detectar y corregir

R02

Bajas en Equipo Desarrollo

el de

Proyecto

30

1.2

Tratar de cumplir las metas y objetivos antes de lo estimado en la planificacin siempre que sea posible.

R03

Falta de Experiencia en tareas de planificacin

Proyecto

50

Realizacin de reuniones entre los miembros del proyecto para la evaluacin de la marcha del proyecto y consultas al tutor.

Documento de Plan de Gestin de Riesgos (DPGR)

Pgina 10 de 13

Curso Desarrollo de Software / UNSA Equipo: DevsInside Proyecto: Virtual Class II

Fecha: 31/07//2009

errores de planificacin en las iteraciones posteriores. R04 Falta de Experiencia con las herramientas utilizadas Producto/ Proyecto 50 2 1 Una parte del tiempo de desarrollo del proyecto se destinar al aprendizaje de las herramientas de documentacin e implementacin. Si se produce un retraso por parte de un miembro del equipo, los dems miembros tratarn de ayudar a superarlo. Consultar a fuentes externas En ltimo lugar se hara una redistribucin de tareas. Se revisar y modificar la documentaci n de diseo afectada. La planificacin se reajustar si fuera necesario. Las dudas que no se sepan resolver se trasladarn al tutor y a foros especializados . Actualizar con la ltima copia disponible

R05

Diseo Errneo

Producto

40

1.2

Durante la fase de Elaboracin se desarrollar en paralelo un prototipo conteniendo la arquitectura del sistema para comprobar la validez de la misma. Aprendizaje contino durante todo el proyecto

R06

Falta de Experto

un

Proyecto

80

0.8

R07

Prdida de documentacin y/o otros artefactos

Proyecto

40

1.6

Se usar una forja (repositorio) para el control de versiones. Se realizarn copias de seguridad en los ordenadores personales de cada uno de los miembros del equipo de desarrollo.

Documento de Plan de Gestin de Riesgos (DPGR)

Pgina 11 de 13

Curso Desarrollo de Software / UNSA Equipo: DevsInside Proyecto: Virtual Class II R08 Conflictos entre los integrantes del grupo Proyecto 75 2 1.5

Fecha: 31/07//2009

Se celebrarn reuniones de proyecto para poder discutir cuestiones de requisitos y diseo.

Establecer las reglas para definir una poltica de toma de decisiones en caso de desacuerdo. Utilizar una de las PCs del equipo como servidor. Redimensionar el proyecto conforme se ejecuta Recandeleriza cin de las tareas, charla con el equipo de desarrollo en caso de detectarse malas prcticas. Utilizar PHP como tecnologa de programacin salvaguarda. Realizar reuniones informativas a la salida de clase.

R09

Inestabilidad del entorno de desarrollo y documentacin el proyecto Mala estimacin costos de

Proyecto

80

R10

Proyecto

50

1.5

R11

Falta de seguimiento de tareas

Proyecto

50

1.5

Bsqueda y contratacin de una empresa que nos brinde garanta de su servicio Realizacin de varias estimaciones con metodologas diferentes Planificacin adecuada de tareas, seguimiento del desarrollo de las mismas usando SVN Se ha de conseguir bibliografa bsica y realizar un taller entre los desarrolladores. Mantener una documentacin nica como medio de documentacin centralizado.

R12

Aprendizaje de JSF

Proyecto

50

1.5

R13

Falta de Comunicacin entre los Integrantes

Proyecto

20

0.4

Id.: Identificador de Riesgo Descripcin del Riesgo: Descripcin Resumida del Riesgo Probabilidad (1 a 100): Grado de probabilidad de que el Riesgo finalmente se produzca. Se mide en una escala de 1 a 100 (porcentual). Nivel de Impacto: Grado de Impacto en el Proyecto en el caso de que el Riesgo finalmente se produjera. Se mide en una escala de 1 a 5, siendo 1=poco influyente hasta 5=fuertemente influyente. Probabilidad Ocurrencia: Valor numrico resultante del producto del Grado de Probabilidad por el Grado de Impacto. Este producto dar la prioridad que tendr la gestin de este Riesgo y la implantacin de sus medidas preventivas o correctoras. Acciones Prevencin: Descripcin de las Acciones o Medidas a Adoptar para evitar (mitigar) la aparicin final del Riesgo

Documento de Plan de Gestin de Riesgos (DPGR)

Pgina 12 de 13

Curso Desarrollo de Software / UNSA Equipo: DevsInside Proyecto: Virtual Class II

Fecha: 31/07//2009

Acciones Correccin: Descripcin de las Acciones o Medidas a Adoptar en el caso en el que el Riesgo finalmente se haya producido.

Documento de Plan de Gestin de Riesgos (DPGR)

Pgina 13 de 13