Análisis del proyecto

Unidad 3 Análisis del Proyecto

3.1 Análisis de Riesgos


3.1.1 Gestor de riesgos

Una tarea importante del gestor de proyectos es anticipar los riegos que podrían afectar a la programación del proyecto o a la calidad del software a desarrollar y emprender acciones para evitar riesgos. Los resultados de este análisis de riesgos se deben documentar en el plan del proyecto, junto con elanálisis de consecuencias cuando el riesgo ocurra.

Los riesgos son una amenaza para el proyecto, para el software que se está desarrollando y para la organización.

Categorías de riesgos:

Riesgos del proyecto: Éstos afectan la calendarización o los recursos del proyecto.
Riegos del producto: Éstos afectan la calidad o el rendimiento del software que se está desarrollando.
Riegos delnegocio: Éstos afectan a la organización que desarrolla o suministra el software.

La gestión de riesgos es importante para los proyectos y software debido a las incertidumbres inherentes como las que se enfrentan muchos proyectos. Algunos de los posibles riesgos del software se pueden observan en el cuadro 3.1.

Riesgo
Categoría del Riesgo
Descripción
Rotación de personal
Proyecto
Personal conexperiencia abandona el proyecto antes de que finalice.
Cambio de gestión
Proyecto
Habrá un cambio de gestión organizacional con diferentes prioridades.
No disponibilidad de hardware
Proyecto
El hardware esencial para el proyecto no será entregado a tiempo.
Cambio de requerimientos
Proyecto y producto
Habrá más cambios en los requerimientos de lo esperado.
Retrasos en la especificaciónProyecto y producto
Las especificaciones de las interfaces esenciales no estarán a tiempo
Subestimación del tamaño
Proyecto y producto
El tamaño del sistema se ha subestimado.
Bajo rendimiento de la herramienta CASE
Producto
Las herramientas CASE que ayudan al proyecto no tienen el rendimiento esperado.
Cambio de tecnología
Negocio
Un producto competitivo se pone en venta antes de queel sistema se complete.
Competencia del producto
Negocio
La tecnología fundamental sobre la que se construirá el sistema se sustituye por nueva tecnología.
Cuadro 3.1 Posibles riesgos del software

Estas incertidumbres son el resultado de los requerimientos ambiguamente definidos, las dificultades en la estimación de tiempos y los recursos para el desarrollo del software, la dependencia enlas habilidades individuales, y las modificaciones en los requerimientos debidos a los cambios en las necesidades del cliente. Es preciso anticiparse a los riesgos: comprender el impacto de éstos en el proyecto, en el producto y en el negocio, y considerar los pasos para evitarlos. En el caso de que ocurran. Se deben crear planes de contingencia, para que sea posible aplicar acciones derecuperación.

Etapas del proceso de gestión de riesgos:

1. Identificación de riesgos: Identificar los posibles riesgos para el proyecto, el producto y los negocios.
2. Análisis de riesgos: Valorar las probabilidades y consecuencias de estos riesgos.
3. Planificación de riesgos: Crear planes para abortar los riesgos, ya sea par evitarlos o minimizar sus efectos en el proyecto.
4. Supervisión deriesgos: Valorar los riesgos de forma constante y revisar los planes para la mitigación de riesgos tan pronto como la información de los riesgos esté disponible.

Los resultados del proceso de gestión de riesgos se deben documentar en un plan de gestión de riesgos. Este debe incluir un estudio de los riesgos a los que se enfrenta el proyecto, un análisis de éstos y los planes requeridos para sugestión.


3.1.1.1 Identificación de Riesgos

Es la primera etapa de la gestión de riegos. Comprende el descubrimiento de los posibles riesgos del proyecto.

Esta identificación se puede llevar a cabo a través de un proceso de grupo, utilizando un enfoque de lluvia de ideas o simplemente puede basarse en la experiencia. En la figura 3.1 se muestra el proceso de gestión de riesgos.

Para...