1. GESTIÓN AVANZADA DE
PROYECTOS
GESTIÓN DE LOS RIESGOS DE UN PROYECTO
DE SOFTWARE
Autor:
• Israel Cueva Hidalgo.
2. RESUMEN
El objetivo de la gestión de riesgos es aumentar
la probabilidad 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 ahorrarnos muchos
inconvenientes e impedir que el proyecto fracase
en el peor de los casos; y como consecuencia de
aplicar gestión de riesgos, el software resultante
es de alta calidad.
3. ¿QUÉ ES UN RIESGO?
Un riesgo de un proyecto es un evento o condición
incierto que, si s produce, tiene un efecto positivo
o negativo sobre al menos un objetivo del
proyecto.
4. GESTIÓN DE RIESGOS
Gestión riesgos con PMBOK
El PMBOK es una de las guías más conocidas y
completas dentro 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
5. 2.1.1 Planificación de la Gestión de Riesgos: Aquí se
decide cómo enfocar, planificar y ejecutar las actividades de
gestión de riesgos para un determinado proyecto.
2.1.2 Identificación de Riesgos: Aquí se determinan qué
riesgos pueden afectar al proyecto, también se realiza una
documentación de los mismos.
2.1.3 Análisis Cualitativo de Riesgos: Se da prioridad a
los riesgos para realizar otros análisis o acciones
posteriores sobre los mismos.
2.1.4 Análisis Cuantitativo de Riesgos: Aquí se analiza
el efecto de los riesgos y se les asigna una calificación.
2.1.5 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.
2.1.6 Seguimiento y Control de Riesgos: En esta última
fase se realiza el seguimiento de los riesgos que fueron
identificados, se identifican nuevos posibles riesgos, se
ejecutan planes de respuesta a los riesgos y se evalúa su
efectividad a lo largo del ciclo de vida del proyecto.
6. GESTIÓN DE RIESGOS
Gestión de riesgos con RUP
RUP (Rational Unified Process) es una
metodología desarrollada por Rational Software
de IBM; la cual describe la gestión de proyectos
como el arte de lograr un balance al gestionar
objetivos, riesgos y restricciones para desarrollar
un producto que sea acorde a los requisitos de los
clientes y los usuarios.
7. GESTIÓN DE RIESGOS
El Plan de Gestión del Riesgo detalles cómo
gestionar los riesgos asociados a un proyecto. En
él se detalla las tareas de gestión de riesgo que se
llevarán a cabo, responsabilidades asignadas, y
los recursos adicionales necesarios para la
actividad de gestión de riesgos.
Lista de riesgos.
8. GESTIÓN DE RIESGOS
Lista de riesgos
La lista de riesgos es el enunciado de todas las
posibles situaciones que pueden perjudicar el
proyecto
9. GESTIÓN DE RIESGOS
Gestión de riesgos con CMMI
CMMI (Capability Maturity Model Integration)
Modelo de integración de capacidad de madurez:
Madurez de la organización.
Capacidad Conjunto procesos agrupados en áreas
de procesos
10. El CMMI se ha convertido en el nuevo estándar a
nivel mundial para la medición de la calidad de
los procesos de desarrollo de software y presenta
como una de sus aéreas de procesos
fundamentales de Nivel 3 la Administración de
Riesgos. El software resultante es de alta calidad.
12. RIESGOS EN UN PROYECTO DE
SOFTWARE
Para que un riesgo sea entendible debe ser
expresado claramente y su declaración, según el
Software Engineering Institute (SEI 2000), debe
incluir:
Una descripción de las condiciones actuales que
pueden conducir a la pérdida.
Una descripción de la pérdida.
13. Gestión del riesgo en la fase de ingeniería
de requisitos
La gestión de riesgos en el ámbito del software
procura formalizar conocimiento orientado a la
minimización o evitación de riesgos en proyectos
de desarrollo de software, mediante la generación
de principios y buenas prácticas de aplicación
realista [Ropponen, 2000].
14. CONCLUSIONES
La gestión de riesgos en un proyecto de software
se debe llevar a cabo desde las fases tempranas
del proyecto.
Existen diferentes enfoques de gestión de riesgos,
sin embargo, pocas organizaciones utilizan
todavía de una forma explícita y sistemática
métodos específicos para gestionar los riesgos en
sus proyectos software.
La gestión de riesgos se debería aplicar a todos
los proyectos, no solo de software, sino a todos los
proyectos en general.
15. REFERENCIAS
Project Management Institute, (2004): Guía de los
Fundamentos de la Dirección de Proyectos.
Pennsylvania, EUA: Project Management 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/gestionderiesgosen
http://synergix.wordpress.com/2008/07/06/tareasconstruirlistad