plan de gestion de riesgosvc2

7/28/2019 Plan de Gestion de RiesgosVC2

1/13

Curso Desarrollo de Software / UNSAEquipo: DevsInside Fecha: 31/07//2009Proyecto: Virtual Class II

Virtual Class II

Documento - Plan Gestin de Riesgos (DPGR)

Versin 1.3

Historial de revisionesFecha Versin Descripcin Autor

14/06/2009 1.0 Documento de Identificacin yAnlisis de Riesgos

Natali Fierro Daz

06/07/2009 1.1 Versin 1.1 Natali Fierro Daz



Documento de Plan de Gestin de Riesgos (DPGR) Pgina 1 de 13


2/13

Curso Desarrollo de Software / UNSAEquipo: DevsInside Fecha: 31/07//2009Proyecto: Virtual Class II Contenido

1.INTRODUCCIN....................................................................................................................................3

1.1.PROPSITO............................................................................................................................................31.2. ALCANCE.............................................................................................................................................31.3.DEFINICIONES, SIGLASYABREVIATURAS.............................................................................................31.4.REFERENCIAS........................................................................................................................................3

2.GESTIN DEL RIESGO.........................................................................................................................3

2.1. IDENTIFICACINDE RIESGOS..............................................................................................................32.2.ANLISISDEL RIESGO..........................................................................................................................42.3.ACCIONESDE PREVENCINYDE CORRECCIN...................................................................................72.4.CONTROLY SEGUIMIENTODE RIESGOS...............................................................................................9

3.MATRIZ DE RIESGO...........................................................................................................................10



3/13


1.Introduccin

Uno de los elementos clave a la hora de asegurar el xito en el proyecto, medido entrminos de cumplimiento de plazos, costes, alcance funcional y calidad final de lasolucin, 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 elanlisis por adelantado de los riesgos potenciales que puedan afectar al Proyecto, y laelaboracin de las acciones de contingencia adecuadas para evitar su aparicin o paraminimizar 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 deInicio del proyecto Virtual Class II. Para cada riesgo observado se valorarn sus efectosy contexto de aparicin para el caso en que se convierta en un hecho. Adems, se definirnestrategias 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 desdesu fase inicial. Ser necesario durante el desarrollo del proyecto revisar y actualizar loscontenidos del anlisis de riesgos en caso de que se detecten nuevos riegos no visibles eneste momento.

Este documento ser aplicable a todas las fases del Proyecto.

1.3. Definiciones, siglas y abreviaturas.

Vase el Plan_desarrollo_software.doc

.

1.4. Referencias

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 Descripcin del Riesgo Tipo de RiesgoR01 Requisitos poco claros Riesgo del Producto

R02 Abandono temporal de un miembro del equipo Riesgo del Proyecto

R03 Falta de Experiencia en tareas de planificacin Riesgo del Proyecto

R04 Falta de Experiencia con las herramientasutilizadas

Riesgo del Producto/Proyecto

R05 Diseo Errneo Riesgo del Producto

R06 Falta de un Experto Riesgo del Proyecto

R07 Prdida de documentacin y/o otros artefactos Riesgo del Proyecto

R08 Conflictos entre los integrantes del grupo Riesgo del Proyecto

R09 Inestabilidad del entorno de desarrollo ydocumentacin el proyecto Riesgo del Proyecto

R10 Estimacin de costos fuera del alcance de la Riesgo del Proyecto



4/13


realidad

R11 Falta de seguimiento permanente de tareas yactividades

Riesgo del Proyecto

R12 Aprendizaje de JSF Riesgo del Proyecto

R13 Falta de comunicacin entre los integrantes delgrupo.

Riesgo del Proyecto

2.2. Anlisis del Riesgo

ID Anlisis del Riesgo

R01Magnitud

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, sobreellos se construyen los casos de uso y dichos casos de uso guan el desarrollo delproyecto. Una mala o insuficiente recoleccin de los mismos afecta a la calidad detodo el proyecto.

Impacto

La incorporacin o modificacin de requisitos durante el desarrollo requerir realizar cambiossobre gran parte de la documentacin del producto elaborada con anterioridad al momentodel cambio. Estas modificaciones sern menos costosas durante las dos primeras fases delproyecto, pero pueden suponer trastornos importantes durante las fases de Construccin yTransicin, pues no slo cambiara la documentacin sino tambin el cdigo fuente y losejecutables.

Indicadores

Al realizar la consulta al cliente, no sabe indicar con propiedad cuales son los servicios queespera obtener de la aplicacin.

R02Magnitud

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 puederealizar tareas relacionadas con el proyecto.

Impacto

La falta de disponibilidad de los recursos humanos puede provocar el retraso con respecto ala planificacin inicial de cualquier actividad del proyecto. Teniendo en cuenta que la entregano puede posponerse, la falta de disponibilidad de personal puede suponer una prdida decalidad en el producto.

IndicadoresNinguno. Al ser un riesgo por causas externas al proceso, se supone que es un riesgo difcil



5/13


de predecir.

R03 Magnitud

Media.

Descripcin

El grupo tiene poca experiencia en el desarrollo de software siguiendo una estructura detareas y fechas preestablecido.

Impacto

La planificacin gua todo el desarrollo del proyecto. Un error en la misma puede incidirdirectamente en sus resultados. No obstante, la divisin en iteraciones reduce el posibleimpacto de los errores, permitiendo que estos puedan ser corregidos o absorbidos eniteraciones 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 elmismo.

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 puedeencontrase que el diseo carece del suficiente nivel de detalle o est mal enfocado, bien porla naturaleza del problema, o bien por restricciones de uso impuestas por tecnologas deterceros.

Impacto

Puede introducir retrasos en el proyecto ante la necesidad de volver a considerar el diseotrazado.Requiere la actualizacin o modificacin de los artefactos de diseo.

Indicadores

La arquitectura no cumple las expectativas. Se complica la implementacin.



6/13

Curso Desarrollo de Software / UNSAEquipo: DevsInside Fecha: 31/07//2009Proyecto: Virtual Class II R06

MagnitudMedia.

DescripcinNo hay un experto del dominio en el equipo de desarrollo al que poder consultar.

ImpactoPuede suponer retrasos.

IndicadoresNo procede

R07 MagnitudAlta.

Descripcin

Por causas varias se pierde parte o el total de la documentacin as como laposibilidad de perder parte o el total de otros artefactos, como pueden ser: parte dela implementacin o ficheros de planificacin.

ImpactoVariable, puede suponer una catstrofe, o un simple retraso.

IndicadoresNinguno.

R08 MagnitudMedia.

DescripcinAparicin de problemas y discrepancias entre los miembros del proyecto. Falta de acuerdoen las decisiones tomadas.

ImpactoSi los desacuerdos no son rpidamente resueltos se pueden provocar retrasos en laplanificacin. Teniendo en cuenta que no se puede producir un retraso en la entrega final, setendra que reajustar la planificacin con una posible prdida de calidad del producto.

IndicadoresMucho tiempo dedicado a decisiones concretas, nfasis en las posturas enfrentadas,nmero de enfrentamientos con respecto a una misma decisin.

R09 MagnitudAlta

Descripcin

Tanto el proceso de desarrollo como el de documentacin se soportan sobre un

servidor gratuito que puede sufrir cadas intermitentes.

ImpactoPuede generar desconfianza en el cliente en cuanto a la calidad del producto desarrollado.

IndicadoresLa pgina donde se encuentre alojado el proyecto demora mucho en cargar y/o no carga.

R10MagnitudMedia

DescripcinSe sobreestiman o subestiman los costos involucrados con el desarrollo del producto desoftware

ImpactoPuede generar que el equipo entre en perodos de sobrecarga de trabajo o periodos de



7/13


ausencia del mismo, lo que a su vez puede conllevar a un deterioro en la calidad

IndicadoresEl equipo trabaja ms o menos horas de las inicialmente programadas, se presentan quejasa jefe del Proyecto o Pedidos de redimensionamiento

R11 Magnitud

Media

DescripcinNo se realiza un seguimiento de las tareas planificadas para cada sprint, lo que puedeocasionar que algunas de ellas sean dejadas para ltima instancia, con la consecuente bajaen su calidad

ImpactoSobrecarga de trabajo en los das previos a la entrega de un presentable, pobre calidad delos entregables, se obvian detalles importantes.

IndicadoresEn el grfico burn-down, se mantiene como constante una proporcin de horas mayor en losltimos das de cada iteracin en comparacin al trabajo en el resto del sprint.

R12 MagnitudAlta

Descripcin

El sistema se va a construir usando el lenguaje JSF. Los miembros del equipo dedesarrollo tienen que aprender a utilizarlo. Un desconocimiento del sistemaimpedir el desarrollo de la fase de construccin y elaboracin de una manera gil.

ImpactoPuede generar retrasos as como tambin que se vuelvan a desarrollar mdulos que ya seencontraban terminados.

IndicadoresEl cliente y/o el jefe de proyecto anuncia al equipo el cambio de tecnologa.

R13 MagnitudMedia

Descripcin

Durante la realizacin de un proyecto software, hay muchos artefactos que realizary tareas que completar por la totalidad de integrantes del grupo. Normalmentedichas tareas estn relacionadas de alguna manera, y cualquier cambioindependiente en una de ellas afecta al resultado final o a otras tareas.

ImpactoPueden producirse duplicacin de tareas.

IndicadoresConflictos entre los artefactos desarrollados.

2.3. Acciones de Prevencin y de Correccin

ID Plan de Prevencin Plan de Correccin

R01 Realizacin de varias reuniones con elcliente; elaboracin de cuestionariospara aclarar puntos poco claros de lasreuniones previas.

En las primeras fases se realizarn loscambios necesarios para incorporar losnuevos requisitos o los cambiosnecesarios para que se cumpla con lafuncionalidad solicitada. En las fases deConstruccin y Transicin se valorar la

importancia de lasmodificaciones/requisitos nuevos frentea la cantidad de tiempo disponible para



8/13


abordarlos.En caso de que se decida aceptarlos, serevisarn los requisitos afectados, ascomo toda la documentacin y cdigoderivado de los mismos hasta el punto

de aparicin del cambio.

R02 Tratar de cumplir las metas y objetivosantes de lo estimado en la planificacinsiempre que sea posible, paraque una ausencia no suponga unretraso importante importante.

El equipo de desarrollo tratar de cubrirel trabajo no realizado por el miembrodel proyecto que no puede trabajar. Encaso necesario, dejarn de realizarsetareas menos importantes paracentrarse en las principales.Se tratar de reajustar la planificacindel proyecto.

R03 El uso de Scrum como proceso dedesarrollo. Realizacin de reuniones

entre los miembros del proyecto parala evaluacin de la marcha del proyectoy consultas al tutor.

Se observarn las diferencias entre laplanificacin de cada iteracin y el

informe de seguimiento de su ejecucin,analizando las causas de sus diferenciaspara tratar de detectar y corregir erroresde planificacin en las iteracionesposteriores.

R04 Una parte del tiempo de desarrollo delproyecto se destinar al aprendizaje delas nuevas herramientas.

Si se produce un retraso en elaprendizaje por parte de un miembro delequipo, los dems miembros tratarn deayudar a superarlo. Si no resultara,consultar a fuentes externas comoprofesores, bibliografa, foros en

Internet. En ltimo lugar se hara unaredistribucin de tareas.

R05 Durante la fase de Elaboracin sedesarrollar en paralelo un prototipoconteniendo la arquitectura del sistemapara comprobar la validez de la misma.En caso de encontrase errores oinconsistencias, podr modificarse eldiseo al mismo tiempo que laimplementacin del prototipo.

Si el riesgo se convierte en hechodurante la fase de Elaboracin, serevisar y modificar la documentacinde diseo afectada.Si lo hace durante la fase deconstruccin, se estudiar una solucinacorde a los tiempos de plazo de que sedispone.La planificacin se reajustar si fueranecesario.

R06 Aprendizaje contino durante todo e lproyecto

Las dudas que no se sepan resolver setrasladarn al tutor y a forosespecializados.

R07 Se realizarn copias de seguridad enlos ordenadores personales de cadauno de los miembros del equipo, ascomo copias en un servidor remoto

Actualizar con la ltima copia disponible

R08 Cada vez que se fije un punto dedireccin en el proyecto, todo tiene quequedar totalmente claro, sin dudas ycon la aceptacin total de todos losmiembros del grupo.

Se establecen las siguientes reglas paradefinir una poltica de toma dedecisiones en caso de desacuerdo.Las cuestiones relativas a requisitos setratarn junto al cliente, que ser quin



9/13


tome la decisin.Las cuestiones de diseo o tcnicas se

tratarn junto al tutor del proyecto, queaportar su opinin.

R09 Contratar un hosting seguro, que brindegaranta acerca de la disponibilidad delservicio 24 horas diarias, los 7 das dela semana.

En caso de emergencia utilizar una delas PCs del equipo como servidor.

R10 Realizar estimaciones en base a variasherramientas para tratar de hallar unestimado ms cercano a la realidad

Redimensionar el proyecto conforme seva desarrollando y nuevasfuncionalidades se agregan o seeliminan.

R11 Llevar al da una revisin del estado delproyecto para anotar los posiblesatrasos y poder asi tomar medidas en elinstante.

Realizar una recandelirizacin de tareas,as como llamadas de atencin a losmiembros del equipo que dejen sustareas para ltima instancia.

R12 Se ha de conseguir bibliografa bsica y

realizar un taller entre los integrantesdel grupo.

En caso de que el aprendizaje sea

demasiado costoso, la tecnologa deprogramacin de salvaguarda serPHP.

R13 Utilizar el msn y reuniones como puntode sincronizacin y comunicacin denuevas ideas sobre el proyecto y todolo relacionado con l.Mantener una documentacin nicacomo medio de documentacincentralizado.

Realizar reuniones a la salida de clasespara acordar temas referentes alproyecto as como las fechas de futurasreuniones.

2.4. Control y Seguimiento de Riesgos

Id. Responsable Fecha de Terminacin Estado Observaciones

R01 Analista Fin del Proyecto Iniciado

R02 Jefe deProyecto

Fin del Proyecto Iniciado

R03 Jefe deProyecto


R04 Programador/Tester


R05 Analista/Arquitecto


R06 Equipo de

Desarrollo


R07Programador


R08 Equipo deDesarrollo


R09 Equipo dedesarrollo

Fin del proyecto Iniciado

R10 Analista Fin del proyecto Iniciado

R11 Jefe delproyecto

Fin del proyecto Iniciado

R12 Programador Fin del proyecto Iniciado

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



10/13

Curso Desarrollo de Software / UNSAEquipo: DevsInside Fecha: 31/07//2009Proyecto: Virtual Class II Fecha Terminacin: Fecha lmite en la cual todas las acciones anteriormente descritas debanhaber 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 deRiesgos. Esta matriz se utilizar en las reuniones de seguimiento y/o cuando se estimenecesario (en el caso de situaciones excepcionales), y su contenido ser el siguiente:

Id. Descripcindel Riesgo

TipoRiesgo

Probab.Ocurrencia

Nivel deImpacto

Evaluacindel Riesgo

Accionesde Prevencin

Accin deCorreccin

R01 Cambios en losRequisitos

Producto 20 4 0.8 Realizacin devarias reunionescon el cliente parala aclaracin derequisitos.

Se revisarnlos requisitosafectados, ascomo toda ladocumentacin y cdigoderivado delos mismoshasta el puntode aparicindel cambio.

R02 Bajas en elEquipo deDesarrollo

Proyecto 30 4 1.2 Tratar de cumplir las metas yobjetivos antes delo estimado en laplanificacinsiempre que seaposible.

Reasignarciertas tareasa otrosmiembrossegn vayansiendonecesarios losartefactos parala consecucinde los hitos.

R03 Falta deExperiencia entareas deplanificacin

Proyecto 50 2 1 Realizacin dereuniones entrelos miembros delproyecto parala evaluacin de lamarcha delproyecto yconsultas al tutor.

Se observarnlas diferenciasentre laplanificacinde cadaiteracin y elinforme deseguimientode suejecucin,

para tratar dedetectar ycorregir



11/13


errores deplanificacinenlas iteracionesposteriores.

R04 Falta deExperiencia conlasherramientasutilizadas

Producto/Proyecto

50 2 1 Una parte deltiempo dedesarrollo delproyecto sedestinar alaprendizaje de lasherramientas dedocumentacin eimplementacin.

Si se produceun retraso porparte de unmiembro delequipo, losdemsmiembrostratarn deayudar asuperarlo.Consultar a

fuentesexternas Enltimo lugar sehara unaredistribucinde tareas.

R05 Diseo Errneo Producto 40 3 1.2 Durante la fase deElaboracin sedesarrollar enparalelo unprototipoconteniendo la

arquitectura delsistemapara comprobar lavalidez de lamisma.

Se revisar ymodificar ladocumentacin de diseoafectada.La

planificacinse reajustarsi fueranecesario.

R06 Falta de unExperto

Proyecto 80 1 0.8 Aprendizajecontino durantetodo el proyecto

Las dudas queno se sepanresolver setrasladarn altutor y a forosespecializados.

R07 Prdida dedocumentaciny/o otrosartefactos

Proyecto 40 4 1.6 Se usar una forja(repositorio) parael control deversiones. Serealizarn copiasde seguridad enlosordenadorespersonales decada uno de losmiembros delequipo dedesarrollo.

Actualizar conla ltima copiadisponible



12/13


R08 Conflictos entrelos integrantesdel grupo

Proyecto 75 2 1.5 Se celebrarnreuniones deproyecto parapoder discutir cuestiones de

requisitos ydiseo.

Establecer lasreglas paradefinir unapoltica detoma de

decisiones encaso dedesacuerdo.

R09 Inestabilidaddel entorno dedesarrollo ydocumentacinel proyecto

Proyecto 80 5 4 Bsqueda ycontratacin deuna empresa quenos brindegaranta de suservicio

Utilizar una delas PCs delequipo comoservidor.

R10 Malaestimacin de

costos

Proyecto 50 3 1.5 Realizacin devarias

estimaciones conmetodologasdiferentes

Redimensionarel proyecto

conforme seejecuta

R11 Falta deseguimiento detareas

Proyecto 50 3 1.5 Planificacinadecuada detareas,seguimiento deldesarrollo de lasmismas usandoSVN

Recandelerizacin de lastareas, charlacon el equipode desarrolloen caso dedetectarsemalasprcticas.

R12 Aprendizaje de

JSF

Proyecto 50 3 1.5 Se ha de

conseguirbibliografa bsicay realizar un tallerentre losdesarrolladores.

Utilizar PHP

comotecnologa deprogramacinsalvaguarda.

R13 Falta deComunicacinentre losIntegrantes

Proyecto 20 2 0.4 Mantener unadocumentacinnica como mediode documentacincentralizado.

Realizarreunionesinformativas ala salida declase.

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. Semide 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 seprodujera. Se mide en una escala de 1 a 5, siendo 1=poco influyente hasta 5=fuertementeinfluyente.

Probabilidad Ocurrencia: Valor numrico resultante del producto del Grado de Probabilidadpor el Grado de Impacto. Este producto dar la prioridad que tendr la gestin de este Riesgo yla 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



13/13

Curso Desarrollo de Software / UNSAEquipo: DevsInside Fecha: 31/07//2009Proyecto: Virtual Class II Acciones Correccin: Descripcin de las Acciones o Medidas a Adoptar en el caso en el queel Riesgo finalmente se haya producido.


plan de gestion de riesgosvc2

Documents