2. • El objetivo de la gestión de riesgos es aumentar la proba
bilidad y el impacto de los eventos positivos, y disminuir
la probabilidad y el impacto de los eventos adversos para el
proyecto.
• En un proyecto de software, el correcto seguimiento de
• los riesgos desde las fases iníciales del proyecto puede ah
orrarnos muchos inconvenientes e
impedir que el proyecto fracase en el peor de los casos;
y como consecuencia de aplicar gestión de riesgos, el soft
ware resultante es de alta calidad.
3. GESTIÓN DE RIESGOS
El PMBOK es una de las guías más conocidas y completas den
tro del ámbito de la gestión de proyectos, para la gestión de
riesgos de un proyecto plantea seis procesos, cada uno de
los cuales está descrito en términos de entradas, Herramientas
y técnicas, y salidas.
Estos procesos interactúan entre sí con los demás procesos de
las demás áreas del conocimiento; cada proceso puede
implicar de una o más personas o grupos de personas y tiene
lugar por lo menos una vez en cada proyecto.
4. Planificación de la Gestión de
Riesgos:
Aquí se decide cómo enfocar, planificar y ejecutar las actividade
s de gestión de riesgos para un determinado proyecto.
Identificación de Riesgos:
Aquí se determinan qué riesgos pueden afectar al proy
ecto, también se realiza una documentación de los mis
mos.
5. Análisis Cualitativo de Riesgos:
Se da prioridad a los riesgos para realizar otros an
álisis o acciones posteriores sobre los mismos.
Aquí se analiza el efecto de los riesgos y se les a
signa una calificación.
6. Planificación de la Respuesta a
los Riesgos:
Se desarrollan opciones y acciones a tomar para
mejorar las oportunidades y reducir las amenazas
de los riesgos del proyecto.
7. SEGUIMIENTO Y CONTROL
DE RIESGOS:
En esta última fase se realiza el seguimiento de
los riesgos que fueron identificados, se identifica
n nuevos posibles riesgos, se ejecutan planes de
respuesta a los riesgos y se evalúa su efectivida
d a lo largo del ciclo de vida del proyecto.
8. GESTIÓN DE RIESGOS RUP
Es una metodología desarrollada por Rational S
oftware de IBM; la cual describe la gestión de
proyectos como el arte de lograr un balance al
gestionar objetivos, riesgos y restricciones para d
esarrollar un producto que sea acorde a los requis
itos de los clientes y los usuarios.
9. RIESGOS EN UN PROYECTO DE
SOFTWARE
Para que un riesgo sea entendible debe ser expres
ado claramente y su declaración, según el Softwar
e Engineering Institute (SEI 2000), debe incluir:
Una descripción de las condiciones actuales que p
ueden conducir a la pérdida.
Una descripción de la pérdida.
10. GESTIÓN DEL RIESGO EN LA FASE
DE INGENIERÍA DE REQUISITO
La gestión de riesgos en el ámbito del software procura fo
rmalizar conocimiento orientado a la minimización o evita
ción de riesgos en proyectos de desarrollo de software, m
ediante la generación de principios y buenas prácticas de
aplicación realista [Ropponen, 2000]
11. CONCLUSIONES
La gestión de riesgos en un proyecto de software se debe l
levar a cabo desde las fases tempranas del proyecto.
Existen diferentes enfoques de gestión de riesgos, sin emb
argo, pocas organizaciones utilizan todavía de una forma e
xplícita y sistemática métodos específicos para gestionar l
os riesgos en sus proyectos software.
La gestión de riesgos se debería aplicar a todos los proyect
os, no solo de software, sino a todos los proyectos en gene
ral.
12. REFERENCIAS
Project Management Institute, (2004): Guía de los Fundamentos d
e la Dirección de Proyectos. Pennsylvania, EUA: Project Manageme
nt Institute, Inc..
Rational Unified Process
http://74.125.47.132/search?q=cache:dqMiJxSTDHQJ:sisbib.unms
http://www.scribd.com/doc/5012621/CMMI
http://arturoweb.wordpress.com/2008/02/29/gestion-de-riesgos-e
n
http://synergix.wordpress.com/2008/07/06/tareas-construir-lista-d