ADMINISTRACIN DE RIESGOS POTENCIALES

El objetivo de esta seccin es el de realizar un anlisis exhaustivo de los riesgos que pueden aparecer a lo largo de nuestro proceso de desarrollo. Un riesgo es la probabilidad de que ocurra alguna circunstancia adversa. Se pretende identificar los distintos riesgos potenciales de nuestro proyecto y presentar planes para reducir su probabilidad de ocurrencia (estrategia de prevencin), para minimizar el impacto del riesgo sobre el producto (estrategia de minimizacin), y para tomar las medidas pertinentes en caso de que el riesgo haya ocurrido (plan de contingencia). IDENTIFICACIN DE RIESGOS A continuacin identificaremos cada uno de los riesgos que puedan surgir para el proyecto, el producto y el negocio.

RIESGO Subestimacin del tamao.

TIPO Proyecto Producto

DESCRIPCIN El tamao del sistema se ha subestimado.

Cambios en los requisitos.

Proyecto Producto

Habr un nmero ms grande de cambios a los anticipados. El tiempo en que se planea realizar las actividades no es bien planeado.

El tiempo requerido para el desarrollo del sistema se subestima. Dedicacin no exclusiva al proyecto.

Proyecto Producto Proyecto

Puede que deba realizar algunas actividades administrativas y esto provoca la dedicacin a tiempo parcial. Falta inesperada debido a enfermedad. Debido a la subestimacin del trabajo, una mala planificacin o a la aparicin de algn otro riesgo, se pueden producir retrasos. Puede que el software elegido presente ciertas dificultades no previstas. Puede que no se disponga de las herramientas de software necesarias para el desarrollo del proyecto debido a su alto costo.

Enfermedad personal. Retrasos en la entrega.

Proyecto Proyecto

Mala eleccin de la tecnologa. Herramienta de software limitada.

Producto

Producto

Falta de cumplimiento del contrato. Cambio en la tecnologa.

Negocio

El tiempo y compromisos del contrato no son bien estimados. Debido al gran nmero de cambios o a cubrir ms necesidades se debe cambiar de tecnologa.

Negocio

ANLISIS DE RIESGOS En esta seccin haremos un anlisis de los riesgos previamente identificados considerando probabilidades de ocurrencia (alta, baja y moderada) y tipo de efecto (insignificante, tolerable, serio y catastrfico).

RIESGO Subestimacin del tamao. Cambios en los requisitos. El tiempo requerido para el desarrollo del sistema se subestima. Dedicacin no exclusiva al proyecto. Enfermedad personal. Retrasos en la entrega. Mala eleccin de la tecnologa. Herramienta de software limitada. Falta de cumplimiento del contrato. Cambio en la tecnologa.

PROBABILIDAD Moderado Alta Moderado Alta Bajo Bajo Bajo Alta Baja Baja

EFECTO Serio Serio Serio Tolerable Tolerable Serio Serio Serio Serio Serio

ESTRATEGIAS PARA ADMINISTRAR LOS RIESGOS En esta seccin propondremos estrategias para administrar cada uno de los riesgos enlistados en sus 3 posibles categoras (de anulacin, de disminucin y de contingencia).

RIESGO

ESTRATEGIA DE ANULACIN Centrar todo el esfuerzo en conseguir los avances de cada actividad en el tiempo planeado. Entrevistas detalladas a los usuarios y si es posible conseguir los diferentes reportes que deba arrojar el sistema. Realizar una excelente planificacin.

ESTRATEGIA DE DISMINUCIN Realizar una planificacin.

ESTRATEGIA DE CONTINGENCIA Trabajar horas extras en el sistema.

Subestimacin del tamao.

Cambios en los requisitos.

Diseo flexible.

Modificacin de la planificacin.

El tiempo requerido para el desarrollo del sistema se subestima. Dedicacin no exclusiva al proyecto.

Cumplir con los tiempos de entrega.

Trabajar horas extras en el sistema.

Respetar el horario establecido para la realizacin del proyecto.

Realizar las dems actividades administrativas lo ms rpido y eficientemente posible. No caer en exceso de trabajo.

Trabajar horas extras en el sistema.

Enfermedad personal.

No hay manera de anular esta probabilidad. Buena planificacin.

Recuperar el tiempo perdido dedicando el 100 % al proyecto. Renegociar los plazos de entrega, aceptando las consecuencias.

Retrasos en la entrega.

Dedicarse al 100% a trabajar durante las horas planeadas, y

trabajar horas extra si es necesario. Mala eleccin de la tecnologa. Herramienta de software limitada. Cambio oportuno de Adaptacin de la la tecnologa. tecnologa. Investigacin profunda de la tecnologa a utilizar. Utilizacin de herramientas ya disponibles o de libre distribucin. Centrar todo el esfuerzo en conseguir los objetivos primarios. Apostar por tecnologas consolidadas en el mercado y seguir estndares. Renegociar los plazos de entrega. Renegociacin de costos del proyecto.

No se cumple el contrato.

Realizar un buen contrato.

Renegociar el contrato o los plazos de entrega.

Cambio de tecnologa.

Leer manuales especializados, ir a cursos.

Cambiar el diseo.