Qu es un riesgo?

Se puede concebir un riesgo como una probabilidad de que una circunstancia

adversa ocurra, los riesgos son una amenaza para el proyecto, para el software
que se est desarrollando y para la organizacin
Qu es gestin de riesgos?
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 situacin.
Describe los posibles riesgos de software
nombre
rotacin de personal

afectaciones
proyecto

cambio de gestin

proyecto

no disponibilidad de
hardware

proyecto

cambio de
requerimientos

proyecto y producto

retrasos en la
especificacin

proyecto y producto

subestimacin del
tamao
bajo rendimiento de la
herramienta case

proyecto y producto

cambio de tecnologa

negocio

competencia del
producto

negocio

producto

descripcin
personal con
experiencia abandona el
proyecto antes de| que
finalice
habr un cambio de
gestin organizacional
con diferentes
propiedades
el hardware esencial
para el proyecto no ser
entregado a tiempo
habr ms cambios en
los requerimientos de lo
esperado
las especificaciones de
las interfaces esenciales
no estarn a tiempo
el tamao del sistema se
ha subestimado
las herramientas casa
que ayudan al proyecto
no tienen el rendimiento
esperado
un producto competitivo
se pone en venta antes
de que el sistema se
complete
la tecnologa
fundamental sobre la
que se construir el
sistemas se sustituye
por una nueva
tecnologa

Cules son las dos caractersticas que involucran los riesgos?

Incertidumbre: el riesgo puede o no ocurrir es decir no hay riesgos 100

por ciento proales
perdida: si el riesgo se vuelve una realidad ocurrirn consecuencias o
perdidas no deseadas )

Describe los 7 principios de la administracin de riesgos

1. Mantener una perspectiva global: ver los riesgos del software dentro
del contexto de un sistema donde el riesgo es un componente y el
problema empresarial que se pretende resolver.
2. Tomar una visin de previsin: pensar en los riesgos que pueden
surgir en el futuro (por ejemplo, debido a cambios en el software);
establecer planes de contingencia de modo que los eventos futuros sean
manejables.
3. Alentar la comunicacin abierta: si alguien enuncia un riesgo
potencial, no lo ignore. Si un riesgo se propone de manera informal,
considrelo. Aliente a todos los participantes y usuarios a sugerir riesgos
en cualquier momento.
4. Integrar: una consideracin de riesgo debe integrarse en el proceso del
software.
5. Enfatizar un proceso continuo: el equipo debe vigilar a lo largo del
proceso de software, modificar los riesgos identificados conforme se
conozca ms informacin y agregar unos nuevos conforme se logre
mejor comprensin.
6. Desarrollar una visin de producto compartida: si todos los
participantes comparten la misma visin del software, es probable que
haya mejor identificacin y valoracin del riesgo.
7. Alentar el trabajo en equipo: los talentos, habilidades y conocimientos
de todos los participantes deben reunirse cuando se realicen actividades
de administracin de riesgos.
Describir las categoras de riesgo

Los riesgos del proyecto amenazan el plan del proyecto, es decir, si los
riesgos del proyecto se vuelven reales, es probable que el calendario del
proyecto se deslice y que los costos aumenten. Los riesgos del proyecto
identifican potenciales problemas de presupuesto, calendario, personal
(tanto tcnico como en la organizacin), recursos, participantes y
requisitos, as como su impacto sobre un proyecto de software. En el
captulo 26, la complejidad, el tamao y el grado de incertidumbre
estructural del proyecto tambin se definieron como factores de riesgos
para el proyecto (y la estimacin).
Los riesgos tcnicos amenazan la calidad y temporalidad del software
que se va a producir. Si un riesgo tcnico se vuelve una realidad, la
implementacin puede volverse difcil o imposible. Los riesgos tcnicos

identifican potenciales problemas de diseo, implementacin, interfaz,

verificacin y mantenimiento. Adems, la ambigedad en la
especificacin, la incertidumbre tcnica, la obsolescencia tcnica y la
tecnologa de punta tambin son factores de riesgo. Los riesgos
tcnicos ocurren porque el problema es ms difcil de resolver de lo que
se crea.
Los riesgos empresariales amenazan la viabilidad del software que se va
a construir y con frecuencia ponen en peligro el proyecto o el producto.
Los candidatos para los cinco principales riesgos empresariales son: 1)
construir un producto o sistema excelente que realmente no se quiere
(riesgo de mercado), 2) construir un producto que ya no encaje en la
estrategia empresarial global de la compaa (riesgo estratgico), 3)
construir un producto que el equipo de ventas no sabe cmo vender
(riesgo de ventas), 4) perder el apoyo de los administradores debido a
un cambio en el enfoque o en el personal (riesgo administrativo) y 5)
perder apoyo presupuestal o de personal (riesgos presupuestales).

Describir las etapas del proceso de gestin de riesgos

Identificacin de riesgos: esta es la primera etapa de la gestin de

riesgos. Comprende el descubrimiento de los posibles riesgos del
proyecto. En principio, no hay valores o darles prioridad en esta etapa,
aunque en la prctica por lo general no se consideran los riesgos
consecuenciales menores o con baja probabilidad existen 6 tipos de
riesgos que pueden ser identificados
o Riesgos de tecnologa
o Riesgos de personal
o Riesgos organizacionales
o Riesgos de herramientas
o Riesgos de requerimientos
o Riesgos de estimacin
Anlisis de riesgos: durante este proceso se considera por separado
cada riesgo identificado y se decide acerca de la probabilidad y la
seriedad del mismo. No existe una forma fcil de hacer esto no se hace
una valoracin con nmeros precisos si no en intervalos
o La probabilidad del riesgo se puede valorar como muy bajo menor
a 10 %, bajo de 10 a 25% moderado de 25 a 50 % alto de 50% a
75% o muy alto mayo a 75%
o Los efectos del riesgo pueden ser valorados como catastrfico,
serio, tolrale o insignificante.
Planificacin de riesgos: el proceso de planificacin de riesgos considera
cada uno de los riesgos clave que han sido identificados, as como las
estrategias para gestionarlo. Depende del juicio y de la experiencia del
gestor del proyecto. Las estrategias pueden dividirse en tres categoras
o Estrategia de prevencin

o Estrategia de minimizacin
o Planes de contingencia
Supervisin de riesgos: normalmente valora cada uno de los riesgos
identificados para decidir si este es ms o menos probable y si han
cambiado sus efectos por supuesto este no se puede observar de forma
directa, por lo que se tiene que buscar otros factores para dar indicios de
la probabilidad del riesgo y sus efecto

En qu consiste la mitigacin, monitoreo y mejora de riesgo?

Mitigar: consiste en evitar que el equipo de software adopte un enfoque

procreativo ante el riesgo
Monitoreo: consiste en que el gerente de proyecto monitorea factores
que pueden proporcionar un indicio de si el riesgo se vuelve ms o
menos probable
Manejo de riesgo: suponen que los esfuerzos de mitigacin fracasaron y
que el riesgo se convirti en realidad

El plan MMR
El plan de proyecto del software puede incluirse una estrategia de
administracin del riesgo, o los pasos de administracin del riesgo pueden
organizarse en un plan de mitigacin, monitoreo y manejo de riesgos (MMMR)
por separado. El plan MMMR documenta todo el trabajo realizado como parte
del anlisis de riesgos y el gerente del proyecto lo usa como parte del plan de
proyecto global
Algunos equipos de software no desarrollan un documento MMMR formal. En
vez de ello, cada riesgo se documenta individual usando una hoja de
informacin de riesgos (HIR).