5 de abril de 2016

3.5.2 Identificacion , impacto y proyeccion del riesgo

Identificacion de riesgos: Es un intento sistematico por especificar amenzasa al plan del proyecto.

Tipos de riesgo:
  • Riesgos genericos: Son una amenaza potencial a todo proyecto de software
  • Riesgos especificos del producto. pueden identificarse solamente por quienes tienen  clara comprension de la tecnologia, el personal y el entorno especifico del software que se contruye.
  • Para identificart los riegos hay que cobntestar la pregunta:
¿Qué caracteristicas especiales de este producto pueden amenzara el plan del proyecto?

 METODO PARA IDENTIFICAR RIESGOS

  • Crear una lista de verificacion item de riesgo (paso 1)
Subcategorias de riesgos conocidos:
  • Tamaño del producto: riesgos asociados con el tamaño global del software que se va a construir o a modificar.
  • Impacto empresarial: Riesgo asociados con restricciones impuestas por la administración o por el mercado.
  • Características de los participantes: Riesgos asociados con la sofisticacion de los participantes y con la habilidad de los desarrolladores para comunicarse con los participantes en forma oportuna. 
 Categorías
  • Definición del proceso: riesgos asociados con el grado en el que se definió el proceso de software y la manera como se sigue por parte de la organizacion desarrolladora.
  • Entorno de desarrollo: riesgo asociados con la disponibilidad y calidad de las herramientas por usar para construir el producto.
  • Tecnologías por construir: riesgos asociados con la complejidad del sistema que se va a construir y con lo novedoso de la tecnología que se incluye en el sistema
  • Tamaño u experiencia del personal: riesgos asociado con la experiencia técnica y de proyecto global de los ingenieros de software que harán el trabajo. 
  • Formato para un riesgo: (paso 2)
 condicion-transicion-consecuencia
Ejemplo:
  • Dado que  (condicion) entonces hay preocupacion porque (posiblemente)(consecuencia).
  • Dado que todos los componentes de software reutilizables deben apegarse a estandares de diseño especifico y dado que algunos no se apegan, entonces existe preocupacion de que posiblemente solo 70 po ciento de los modulos reutilizables planeados puedan realmente integrarse en el sistema que se va construir, lo que da como resultado la necesidad de ingenieria a la medida del restante 30 por ciento de los componentes. 
IMPACTO
Luego, se hacen preguntas relevantes a cada tema del proyecto y las respuestas a dichas preguntas permiten estimar el impacto del riesgo. (paso 3)

  • ¿Los gerentes de software y de cliente se reunieron formalmente para apoyar el proyecto?
  • ¿Los usuarios finales se comprometen de manera entuasiasta con el proyecto y con el sistema/producto que se va a construir?
  • ¿El equioi de ingenieria del software y sus clientes  entiended por completo los requisitos?
  • ¿Los clietntes se invlolucraron plenamente en la definicion de los requisitos?
  • ¡Los usuarios finales tienen expectativas realistas?
  • ¿El ambito del proyecto es estable? 
  • ¿El equipo de ingenieria del software tiene la mezcla correcta de habilidades?
  • ¿Los requisitos del proyecto son estables?
  • ¿El equipo de proyecto tiene expreciencia con la tecnologia que se va a implementar?
  • ¿El numero de personas que hay en el equipo del proyecto es adecuado para hacer el trabajo?
  • ¿Todas las divisiones de cliente/usuario estan de acuerdo en la importancia del proyecto y en los requisitos para el sistema/producto que se va a construir?
Grado de riesgo= respuestas negativas 


El gerente del proyecto debe identificar los promotores de riesgo que afectan los componentes de riesgo de software: rendimiento, costo, apoyo y calendario. Los componentes de riesgo se definen en la forma siguiente:

  • Riesgo de rendimiento: grado de incertibumbre de que el producto satisfaea sus requisitos y se ajustara al uso pretendido.
  • Riesgo de costo: grado de incertidumbre de que el presupuesto del proyecto se matendra
  • Riesgo de apouo: grado de incertidu,bnre de que el softawre resultante sera facil de corregir, adaptar y mejor
  • Riesgo  de calendario: grado de incertidumbre de que el calendario del proyecto se matendra y de que el producto se entregara a tiempo.

  • Impacto de cada promotor de riesgo sobre el componente de riesgo se divide en una de las siguientes categorias de impacto:
despreciable, marginal, critico o catastrofico

  • Potencial consecuencia de errores=1.
  • Fallo para lograr el resultado deseado=2
(paso 4)


1 comentario: