Riesgos ti

Administración del Riesgos


Índice

3. RIESGOS IDENTIFICADOS 2

3.1 Riesgos del Proyecto 2

3.2 Riesgos Técnicos 4

3.3 Riesgos del Negocio 5

3.4 Riesgos Conocidos 5

4. RECOMENDACIONES 7

4.1 Recomendaciones para el CLIENTE 7

4.2 Recomendaciones para el CLIENTE y el DESARROLLADOR 9

4.3 Recomendaciones para DESARROLLADOR 10

5. MATRIZ DE TRAZADO15

7. ANEXO - Contingencias 16



3. RIESGOS IDENTIFICADOS

En el presente documento se entenderá por riesgo todo aquello que puede acontecer en el futuro, y que puede hacer que el proyecto fracase. Se entiende por fracaso del proyecto el no cumplir con los plazos fijados, salirse del presupuesto, o no entregar un producto que satisfaga las expectativas (requisitos) del cliente.Todos los riesgos son acciones a futuro. Cuando el riesgo ocurre, se entra en un proceso de gestión de crisis (este es el estado actual del proyecto al escribir el presente informe).

Se consideraron cuatro categorías de riesgos: riesgos del proyecto, riesgos técnicos, riesgos del negocio y riesgos conocidos[1]. Los riesgos del proyecto amenazan el plan del proyecto, es decir, si éstos sehacen realidad, es probable que los tiempos o plazos se retrasen y los costos aumenten. Los riesgos técnicos amenazan la calidad y la planificación temporal. Si un riesgo técnico se hace realidad, la implementación puede dificultarse o hacerse imposible. Estos riesgos identifican problemas potenciales de diseño, implementación, interfaces, verificación y mantenimiento, así como el uso de nuevastecnologías. Los riesgos del negocio amenazan la viabilidad del proyecto. Los riesgos conocidos son riesgos de las categorías anteriores, que ya acontecieron y que pueden repetirse en el futuro.

A continuación se describen los principales riesgos identificados en el proyecto XYZ.





3.1 Riesgos del Proyecto


RP1. Que el proyecto termine con la entrega de XYZ I (o de formaanticipada), no habiendo desarrollos posteriores. Esto puede deberse a una variedad de causas, como por ejemplo:

1. Los componentes de XYZ puestos en producción, se alejan demasiado de lo que se esperaba.

2. Frustración del CLIENTE y/o DESARROLLADOR con el rendimiento de estos componentes.

3. Imposibilidad, por parte de DESARROLLADOR y/o CLIENTE, de definir y llevar a cabo fases adicionales dedesarrollo en incrementos pequeños.

4. La no continuidad de DESARROLLADOR en el proyecto por no ser económicamente viable.

5. Que el proyecto resulte demasiado grande, debido a un mal dimensionamiento de su complejidad y tamaño. Esto puede presentarse por no tener claros los requisitos desde el inicio (no haber realizado un estudio de factibilidad), o a requisitos nuevos que hagan crecerdesmedidamente el tamaño del sistema a ser desarrollado.

6. La no continuidad de DESARROLLADOR SUBCONTRATADO en el proyecto.



RP2. Que la solución no adhiera a lo solicitado en la licitación del proyecto, debido a:

1. No utilizar la metodología de desarrollo RUP.

2. No cumplir con los plazos de entrega establecidos.

3. No cumplir con los niveles de servicio comprometidos.4. Que la solución obtenida no sea J2EE.


RP3. Tener poca certeza de que los resultados del proyecto sean los esperados (proyecto poco predecible), debido a:

1. Bajo nivel de planificación, control y seguimiento de proyecto, principalmente por parte de DESARROLLADOR.

2. Perder ejecutivos que son claves en la gestión del proyecto.

3. Administración de requisitos yriesgos insuficiente o inapropiada.



RP4. (*) Incurrir en retrasos en el desarrollo del proyecto, debido a:

1. Alta dependencia del DESARROLLADOR de sus subcontratistas.

2. Rotación de los actores que participan en el proyecto, tanto por parte de DESARROLLADOR como por parte del CLIENTE.

3. Conflictos entre la estrategia de modelamiento del negocio utilizada por DESARROLLADOR...