Ingeniería de Software

Unidad I

Gestión de Proyectos de Software

Riesgo en la gestión de proyectos de software

Tema

Semana 5

Objetivos Generales:

Comprender correcta y eficientemente los conceptos y principios del espectro de técnicas de Ingeniería de Software que puedan ser aplicadas en proyectos de software.

Desarrollar una cultura de ingeniería de software.

Objetivos Específicos:

Aplicar correctamente los conceptos y principios relacionados a la Ingeniería de Software en la resolución de casos prácticos para la gestión de proyectos de software de calidad.

Utilizar herramientas para el modelado y gestión de proyectos de software.

Utilizar metodologías agiles en el desarrollo de software.

Objetivos Instruccionales:

Realizar estimaciones del trabajo a realizar, de los recursos necesarios y del tiempo que transcurrirá desde el comienzo hasta el final de su realización.

Analizar los riesgos para analizar y determinar la probabilidad de que pueda ocurrir.

Estrategias de Riesgo

• Estrategias reactivas. Muy común, también conocido como la lucha de “bomberos”, el equipo del proyecto pone los recursos al lado para tratar con los problemas y no hace nada hasta que un riesgo se vuelva un problema.

• Estrategias proactivas. La administración de riesgos empieza antes de que comiencen los trabajos técnicos. Se identifican los riesgos y priorizan por la importancia, entonces el equipo establece un plan para evitar los riesgos, si ellos no pueden evitar los riesgos, trabajan para desarrollar un plan de contingencia que permita responder de una manera eficaz y contralada antes de que se convierten en problemas.

Est

rate

gia

s

Riesgos de Software

Características: Incertidumbre y riesgo.

Categorías:

• Riesgos del proyecto. Amenaza el plan del proyecto • Riesgos técnicos. Amenaza la calidad del producto y la

planificación temporal • Riesgos del negocio. Amenaza la viabilidad del software

a ser construido (riesgos del mercado, riesgos estratégicos, riesgo dirección, riesgos del presupuesto)

• Riesgos predecibles. Predecible de la evaluación cuidadosa de plan del proyecto actual y de la experiencia de proyectos anteriores.

• Riesgos impredecibles. Algunos problemas simplemente ocurren sin advertir.

Rie

sgo

Identificación del Riesgo

• Riesgos específicos de ámbito. Se examinan el plan del proyecto y declaración del software para identificar cualquier característica especial del producto que puede amenazar el plan del proyecto

• Riesgos genéricos. Son una amenaza potencial para todos los proyectos de software (tamaño del producto, impacto en el negocio, características del cliente, definición del proceso, entorno de desarrollo, tecnología a construir, experiencia del personal)

Ide

ntif

ica

ció

n

Identificación de Riesgos

Riesgos en la tecnología

Riesgos en la gente

Riesgos organizacionales

Riesgos en los Requerimientos

Riesgos de estimación

Ide

ntif

ica

ció

n

Componentes y controladores de riesgo

• Componentes de riesgo. Riesgo rendimiento, riesgo costo, riesgo soporte, riesgo de la planificación temporal.

• Impacto del riesgo. Despreciable, marginal, crítico,

catastrófico • Los controladores de riesgo. Afectan a cada

componente de riesgo y son clasificados según su categoría de impacto y las consecuencias potenciales de cada falla del software no detectada.

Ge

stió

n d

el R

iesg

oId

en

tific

aci

ón

Actividades

1.Establezca una escala que refleje la probabilidad percibida de cada riesgo

2.Defina las consecuencias del riesgo

3.Estime el impacto del riesgo en el proyecto y en el producto

4.Apunte la exactitud general de la proyección del riesgo para evitar las confusiones.

Pro

yecc

ión

de

l rie

sgo

• Liste todos los riesgos en la primera columna de la tabla

• Clasifique cada riesgo en la columna dos.• Determine una probabilidad de aparición en la columna

tres • Valore el impacto de cada riesgo (despreciable, marginal, crítico,

catastrófico) en la columna cuatro .• Ordene la tabla por la probabilidad y valor de impacto • Determine el criterio para decidir donde la tabla

ordenada será dividida en las primeras preocupaciones de prioridad y las segundas preocupaciones de prioridad

• Primero deben manejarse las preocupaciones de prioridad (una quinta columna puede agregarse para contener un indicador en el RSGR)

Desarrollo de una tabla de riesgoP

roye

cció

n d

el r

iesg

o

Evaluando el impacto de los riesgos

• Los factores y consecuencias de riesgo conmovedoras. Naturaleza (los tipos de problemas que se

levantan), Alcance (combina la severidad con la magnitud de proyecto

afectada), Cronometrando (cuando y cuánto tiempo el impacto se siente)

• Si los costes son asociados con cada entrada de

mesa de riesgo la exposición de riesgo de Halstead métrico puede computarse (REF = la

Probabilidad * el Costo) y agregó a la mesa de riesgo. Pro

yecc

ión

de

l rie

sgo

Valoración del riesgo• Defina los niveles del referencia para cada riesgo del

proyecto que puede causar la terminación del proyecto (la degradación de la actuación, desbordamiento del costo, la dificultad de apoyo, el desprendimiento del horario).

• Intente desarrollar una relación entre cada triple de riesgo (el riesgo, la probabilidad, el impacto) y cada uno de los niveles de la referencia.

• Prediga el juego de puntos del referencia que definen una región de terminación, limitado por una curva o áreas de incertidumbre.

• Intente predecir cómo las combinaciones de riesgos afectarán un nivel del referencia

Pro

yecc

ión

de

l rie

sgo

Refinamiento del riesgo

• El proceso de reiterar los riesgos como un juego de riesgos más detallados que serán más fáciles mitigar, supervise, y maneja.

• CTC (el condición-transición-consecuencia) el formato puede

ser una representación buena para los riesgos detallados (por ejemplo dado que <la condición> hay una preocupación entonces que (posiblemente) <la consecuencia>). R

efin

am

ien

to

Riesgo de mitigación, supervisión y dirección

• Riesgo de la mitigación. Proactivo que allana la anulación de riesgo

• Riesgo de la supervisión. Evaluando si predijo que los

riesgos ocurren o no, asegurando que los pasos de aversión de riesgo están siendo propiamente aplicados, coleccionando la información para el análisis de riesgo de futuro, intentando determinar qué problemas qué riesgos causaron.

• Riesgo de la dirección y contingencia. Allanan las

acciones a ser tomado en caso que los pasos de la mitigación fallen y el riesgo se haya vuelto un problema vivo.

Pe

ligro

s

Seguridad de riesgos

•Los riesgos también son asociados con fracasos del software que ocurren en el campo después de que el proyecto de desarrollo ha acabado. •Las computadoras controlan muchos misión las aplicaciones críticas en los tiempos modernos (los sistemas del

arma, mando del vuelo, los procesos industriales, etc.).

•La seguridad del software y análisis de riesgo son actividades de convicción de calidad que son de preocupación particular para estos tipos de aplicaciones y se discuten después en el texto.

Pe

ligro

s

Hoja de información de riesgos

• La alternativa a RMMM, en que cada riesgo se documenta individualmente.

• A menudo la información de riesgo cubre (RIS) se mantiene usando un sistema de la base de datos.

• Los componentes de RIS - el id de riesgo, la fecha, la probabilidad, el impacto, la descripción, el refinamiento, el mitigation / monitoring, el management / contingency / trigger, el estado, el creador, el miembro del personal asignado,...

Pe

ligro

s

Proceso de manejo de riesgos

Listado de riesgospotenciales

Listado de riesgospotenciales

Identificación deriesgos

Identificación deriesgos

Listado de Priorización de

riesgos

Listado de Priorización de

riesgos

Análisis deriesgos

Análisis deriesgos

Anulación deRiesgos y planes

contingencia

Anulación deRiesgos y planes

contingencia

Identificación deriesgos

Identificación deriesgos

Valoración de riesgos

Valoración de riesgos

Identificación deriesgos

Identificación deriesgos

Ge

stió

n d

el R

iesg

o

Riesgos y tipos de riesgos

Tipo de riesgo Descripción

Tecnología La base de datos que se utiliza en el sistema no puede procesar muchas transacciones por segundo como se esperaba. Los componentes de software a reutilizarse contienen defectos que limitan la funcionalidad

Personas Es imposible reclutar personal con las habilidades necesarias requeridas para el proyecto. El personal clave esta enfermo y no disponible en momentos críticos. La capacitación solicitada para el personal no esta disponible.

Organizacional La organización se reestructura de tal forma que una administración diferente se responsabiliza del proyecto. Los problemas financieros de la organización fuerzan a reducciones en el presupuesto del proyecto.

Herramientas Es ineficiente el código generado por las herramientas CASE. Las herramientas CASE no se pueden integrar.

Requerimientos Se proporcionan cambios en los requerimientos que requieren rehace el diseño. Los clientes no comprenden el impacto de los cambios en los requerimientos.

Estimación El tiempo requerido para desarrollar el software es subestimado. La tasa de reparación de defectos es subestimada. El tamaño del software es subestimado.

Ge

stió

n d

el R

iesg

o

Análisis de riesgos

Determina la probabilidad y la seriedad de cada riesgo

Las probabilidades pueden variar entre muy alta, alta, moderada, baja o muy baja

Los efectos de los riesgos pueden ser: catastróficos, serios, tolerables o insignificantes.G

est

ión

de

l Rie

sgo

Análisis de los riesgos…Riesgo Probabilidad Efectos

Los problemas financieros de la organización fuerzan a reducir el presupuesto del proyecto

Baja Catastrófico

Es importante reclutar personal con las habilidades requeridas para el proyecto

Alta Catastrófico

El personal clave esta enfermo y no disponible en momentos críticos

Moderada Serio

Los componentes de software a utilizarse contienen defectos que limitan su funcionalidad

Moderada Serio

Se proponen cambios en los requerimientos que requieren rehacer el diseño

Moderada Serio

La organización se reestructura de tal forma que una administración diferente se responsabiliza del proyecto

Alta Serio

La base de datos que se utiliza en el sistema no puede procesar muchas transacciones por segundo como se esperaba

Moderada Serio

Ge

stió

n d

el R

iesg

o

…Análisis de los riesgosRiesgo Probabilidad Efectos

El tiempo requerido para desarrollar el software esta subestimado

Alta Serio

Las herramientas CASE no se pueden integrar

Alta Tolerable

Los clientes no comprenden el impacto de los cambios en los requerimientos

Moderada Tolerable

La capacitación solicitada para el personal no esta disponible

Moderada Tolerable

La tasa de reparación de defectos es subestimada

Moderada Tolerable

El tamaño del software es subestimado Alta Tolerable

Es ineficiente el código generado por las herramientas CASE

Moderada InsignificanteGe

stió

n d

el R

iesg

o

Planeación de los riesgos

Considera cada riesgo y desarrolla una estrategia para manejarlo:

Estrategias de evasiónLa probabilidad de que el riesgo se presente se minimizara

Estrategias de minimizaciónEl impacto del riesgo en el producto o en el proyecto se reducirá

Planes de contingenciaSi el riesgo se presenta, el plan de contingencia se encargara de tratar este riesgo

Ge

stió

n d

el R

iesg

o

Estrategias de manejo de riesgosRiesgo Estrategia

Problemas financieros de la organización

Preparar un documento breve para el administrador principal que muestre que el proyecto hace contribuciones muy importantes a las metas del negocio

Problemas de reclutamiento Alerta al cliente de las dificultades potenciales y las posibilidades de retraso, investigar los componentes comprados

Enfermedades del personal Reorganizar el equipo de tal forma que haya traslape en el trabajo y las personas comprenden el de los demás

Componentes defectuosos Reemplazar los componentes defectuosos con los comprados de fiabilidad conocida

Cambios en los requerimientos

Rastrear la información para valorar el impacto de los requerimientos, maximizar la información oculta en ellos

Reestructuración organizacional

Preparar un documento breve para el administrador principal que muestre que el proyecto hace contribuciones muy importantes a las metas del negocio

Desempeño de la base de datos

Investigar la posibilidad de comprar una base de datos con alto desempeño

Tiempo de desarrollo subestimado

Investigar los componentes comprados y la utilización de un generador de programas.

Ge

stió

n d

el R

iesg

o

Monitorización de riesgos

Determina regularmente cada riesgo identificado y decide si es probable o no que se presente

Determina si los efectos de que produciría el riesgo, han cambiado

Cada riesgo clave debe discutirse el las reuniones de avance del proyecto.

Ge

stió

n d

el R

iesg

o

Factores de riesgo

Tipo de riesgo Indicadores potenciales

Tecnología Entrega retrasada del hardware o de la ayuda del software, muchos problemas tecnológicos reportados

Personas Baja moral del personal, malas relaciones entre los miembros del equipo, disponibilidad de empleo

Organizacional Chismorreo organizacional, falta de acciones por el administrador principal

Herramientas Rechazo de los miembros del equipo para utilizar herramientas, quejas acerca de las herramientas CASE, peticiones de estaciones de trabajo mas potentes

Requerimientos Peticiones de muchos cambios en los requerimientos, quejas del cliente

Estimación Fracaso en el cumplimiento de los tiempos acordados, y en la eliminación de defectos reportados

Ge

stió

n d

el R

iesg

o

Ingeniería de Software

Unidad I

Gestión de Proyectos de Software

Riesgo en la gestión de proyectos de software

Tema

Semana 5