asdff
Facultad de Ciencias Físicas y Matemáticas
Escuela de Ingeniería Ejecución en Computación e Informática
Riesgo
INGENIERIA DE SOFTWARE
Es la probabilidad que una
circunstancia adversa ocurra.
Clase de
Administración de Riesgos
Son una amenaza para:
– el proyecto
– el software que se está desarrollando
– la organización
Luz María CorreaIngeniería de Software
Categorías de riesgos
Luz María Correa
Ingeniería de Software
Administración de riesgos
Riesgos del proyecto
– afectan la calendarización o los recursos
del proyecto.
Riesgos del producto
Riesgos del negocio
– afectan la calidad o desempeño.
– afectan a la organización.
Luz María Correa
Ingeniería de Software
Administración deriesgos
Los resultados del análisis de riesgos se
deben documentar a lo largo del plan
del proyecto.
Incluir análisis de consecuencias
cuando el riesgo ocurra.
Identificar éstos y crear planes para
minimizar sus efectos en el proyecto.
Luz María Correa
Ingeniería de Software
Una tarea importante del administrador
de proyectos es anticipar los riesgos
que podrían afectar laprogramación
del proyecto o la calidad del software
a desarrollar y, emprender acciones
para evitar esos riesgos.
Luz María Correa
Ingeniería de Software
Proceso de administración de
riesgos
Revisar los planes para la
mitigación de riesgos
Risk
identification
Risk analysis
Risk planning
Risk
monitoring
List of potential
risks
Prioritised risk
list
Riskavoidance
and contingency
plans
Risk
assessment
Identificar los
posibles riesgos.
Luz María Correa
Probabilidades y
consecuencias de que
ocurran, priorizar de
riesgos.
Planes para evitarlos o
minimizar sus efectos
en el proyecto,
estrategias de control de
riesgos.
Supervisión de los
riesgos, valorar los
riesgos de forma
constante.
Ingeniería de Software
1
ProcesoAdministración del
Riesgo
Es un proceso iterativo que se aplica a lo largo de todo
el proyecto.
Una vez que se genera un conjunto de planes iniciales, se
supervisa la situación.
En cuanto surja más información, éstos se deben analizar
nuevamente y establecer nuevas prioridades.
La prevención y los planes de contingencia se deben
modificar tan pronto como surja nuevainformación de los
riesgos.
Los resultados del proceso de administración de riesgos se
deben documentar en el plan de administración de
riesgos.
Luz María Correa
Ingeniería de Software
Posibles de riesgos
Riesgo
Categoría
Rotación de
Proyecto
personal
Cambio de
Proyecto
administración
No disponibilidad
Proyecto
del hardware
Cambio de
Proyecto y
requerimientos
productoRetrasos en la
Proyecto y
especificación
producto
Subestimación del
Proyecto y
tamaño
producto
Bajo desempeño de Producto
la herramienta CASE
Cambio de
Negocio
tecnología
Negocio
Competencia del
producto
Luz María Correa
Identificación de riesgos
Descripción
Personal con experiencia abandona el proyecto antes
de que finalice.
Habrá un cambio de administración organizacionalcon diferentes prioridades.
El hardware esencial para el proyecto no será
entregado a tiempo.
Habrá más cambios en los requerimientos que lo
esperado.
Las especificaciones de las interfaces esenciales no
estarán a tiempo.
El tamaño del sistema se ha subestimado.
Las herramientas CASE que ayudan al proyecto no
tienen el desempeño esperado.
La tecnología fundamental sobre la que seconstruirá
el sistema se sustituye por nueva tecnología.
Un producto competitivo se pone en venta antes de
que el sistema se complete.
Ingeniería de Software
Identificación de riesgos
Riesgos de tecnología,
Riesgos de requerimientos ,
Riesgos organizacionales,
Riesgos de estimación,
Riesgos de herramientas,
se derivan de las
tecnologías de software o de...
Regístrate para leer el documento completo.