Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Fecha: 31/07//2009
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
Pgina 1 de 13
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
Pgina 2 de 13
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
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
2.2.
ID R01
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
Pgina 4 de 13
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.
Pgina 5 de 13
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
Pgina 6 de 13
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.
Pgina 7 de 13
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
Pgina 8 de 13
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
Pgina 9 de 13
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
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
Proyecto
50
Realizacin de reuniones entre los miembros del proyecto para la evaluacin de la marcha del proyecto y consultas al tutor.
Pgina 10 de 13
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
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.
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
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
Proyecto
80
R10
Proyecto
50
1.5
R11
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
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
Pgina 12 de 13
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.
Pgina 13 de 13