Gestion De Proyectos

Riesgos

3-Oct-07

Riesgos

• ¿Qué problemas amenazan el desarrollo?
Un riesgo es una variable del proyecto que pone en peligro o impide el éxito del proyecto.

2

Riesgos
• Si le gusta correr riesgos, desarrolle software
– La probabilidad de que un proyecto se cancele es casi del 50% (Capers Jones, 1991) – 35% de las empresas encuestadas por Peat Marwick han sufrido un proyectodesbocado (McConnell, 1988)
3

Dirección de Riesgos del Proyecto
• Incluye los procesos relacionados con la planificación, identificación, análisis, control, monitoreo y respuesta a los riesgos que puedan presentarse durante el desarrollo de un proyecto

4

Dirección de Riesgos del Proyecto
• Maximizar los efectos positivos de los distintos eventos y minimizar las consecuencias de susefectos negativos. • Un riesgo puede tener una o más causas y si estos ocurren puede producir cierto impacto en el proyecto.
5

Actividades
• • • • • Planificar Identificar Analizar Prioritizar Controlar
6

Planificación de la Gerencia de Riesgos
• Es el conjunto de procesos que pueden decidir cómo planear, conducir y ejecutar las actividades para gerenciar los riesgos del proyecto.

7Actividades
• • • • • Planificar Identificar Analizar Prioritizar Controlar
8

Identificación de Riesgos
• En “Assessment and Control of Software Risks” Capers Jones identifica y estudia más de 60 riesgos importantes y frecuentes en el desarrollo de software. • McConnel identifica 122 riesgos. • En “Team Leader’s Problem Solver” de Clay Carr identifica 127 riesgos en el área deinterpersonales de un equipo de trabajo.
9

Identificación de Riesgos
• Determina qué tipo de riesgos es más probable que afecten al proyecto y además documenta las características de cada uno de ellos. • Debe incluir tanto los riesgos internos como los externos.

10

Identificación de Riesgos
• Se puede lograr identificando causas y efectos o efectos y causas. • Es un proceso iterativo porquenuevos riesgos pueden surgir a lo largo del proyecto.

11

Identificación de Riesgos
• Riesgos relativos a la planificación, control y seguimiento del proyecto:
1. Planificación demasiado optimista. 2. La planificación omite actividades necesarias o las subestima: Documentación, testing, depurar código. 3. Las tareas no se distribuyen equitativamente entre los miembros del equipo. 4. Elesfuerzo es mayor que el estimado.
12

Identificación de Riesgos
• Riesgos relativos a los requerimientos y relación con el cliente:
1. Cambios en los requerimientos. 2. Requerimientos demasiados ambiciosos para el tiempo disponible. 3. Expectativas irreales del cliente. 4. Al cliente se le consulta demasiado tarde y éste no le gusta o no le sirve el producto.
13

Identificación de Riesgos
•Riesgos relativos al diseño e implementación:
1. Diseño demasiado sencillo. 2. Diseño demasiado complejo. 3. No se especifican claramente las interfaces entre los componentes de software. 4. Se desarrollan funciones innecesarias 5. Trabajo con un entorno de software desconocido causa problemas imprevistos.
14

Identificación de Riesgos
• Riesgos relativos al uso de herramientas y bibliotecasde código:
1. Herramientas de desarrollo/componentes externos de software no están disponibles en el momento indicado. 2. La curva de aprendizaje para la nueva herramientas de desarrollo/componente externo de software es más larga de lo esperado. 3. Se adopta una herramienta por estar de moda. 4. Se decide desarrollar una herramienta propia sin medir los costos.
15

Identificación de Riesgos• Riesgos relativos al equipo:
1. El equipo se desmoraliza por la situación interna, lentitud del avance, etc. 2. Los miembros del equipo no logran trabajar bien juntos. 3. Problemas de comunicación entre los miembros del equipo. 4. El equipo no confía en uno de sus miembros.
16

Identificación de Riesgos
• Listas mas completas en: – “Assessment and Control of Software Risks” Capers...