Administración de ProyectosAdministración de Proyectosde Informáticade Informática

Cb00-875

Módulo 2:

Evaluación Preliminar del Proyecto:Evaluación Preliminar del Proyecto:Administración del RiesgoAdministración del Riesgo

Ing. Ignacio Cabral Perdomo, M.C.ITESM - CCV

Decisión: Decisión: Go/No-GoGo/No-Go

Dos preguntas básicas:

• ¿Es técnicamente factible el proyecto?

• ¿Lo puedo (o podemos) hacer?

Cuando se opte por la decisión NO, la mejor forma de decirlo es con razones financieras, NUNCA decir: ¡No puedo!

Existen ocasiones en que se debe llevar a cabo el proyecto forzosamente.

Administración del RiesgoAdministración del Riesgo

¿Qué es un riesgo?

“La posibilidad de pérdida o daño; exponerse a una posibilidad de daño”

The American Heritage Dictionary

Todo proyecto con lleva un riesgo en su desarrollo.

El mundo soñadoEl mundo soñado

• No habrá cambios.• La alta administración hará las cosas

correctas para el proyecto.• Tendremos todos los recursos

necesarios.• No habrá límites de tiempo y dinero.

• No se requerirán recursos o productos

de terceros.

El mundo soñadoEl mundo soñado

• El productor del hardware liberará el hardware

y la nueva versión del SO y del compilador a

tiempo y funcionando.

• El usuario cumplirá todas sus

responsabilidades.

• Todo mundo sabe que los proyectos de

software siempre finalizan tarde.“No hay problema en el tiempo, lo que importa es la calidad”

• No hay competencia (en caso de licitaciones)

Algunas preguntas para el usuario y el Algunas preguntas para el usuario y el equipo de desarrolloequipo de desarrollo

• ¿ Ha destinado el usuario el suficiente presupuesto para el proyecto?

• ¿Está el problema bien definido?

• ¿ Son realistas las espectativas del usuario?

• ¿ Está el proyecto en mi área de negocio?

• ¿Tendré disponibles los recursos adecuados al momento requerido, especialmente a los programadores?

Cuatro pasos en la administración de Cuatro pasos en la administración de riesgosriesgos

• Anticipar el riesgo

• Eliminar el riesgo donde sea posible

• Reducir el impacto del riesgo

• Mantener el control aunque las cosas salgan mal.

Situaciones generales de riesgoSituaciones generales de riesgo

• Personal técnico no apropiado.

• Ambiente de trabajo inapropiado.

• Recursos proveídos por terceros.

• Proyectos “tronados”

• Presupuesto no realista y pagos atrasados.

Situaciones financieras de riesgoSituaciones financieras de riesgo

• La ADP distribuída no funciona.

• Sobre-administración y burocracia en el proyecto.

Situaciones técnicas de riesgoSituaciones técnicas de riesgo

• Soluciones equivocadas o erradas.

• Mala especificación de requerimientos.

• Desconocimiento del usuario.

Enfoques para Administrar el Riesgo

Enfoque del PM Body of Knowledge:

• Identificación del riesgo.• Cuantificación del riesgo.• Desarrollo de respuestas a riesgos.• Control de respuestas a riesgos.

Enfoque del PM Body of Knowledge:

Administración de riesgos de proyecto

Identificacióndel riesgo

Cuantificaciónde riesgos

Desarrollode

Respuestasa riesgos

Controlde la

Respuestaa riesgos

Referencia: A Guide to the Project Management Body of Knowledge, PMI, 1996.

Identificación del Riesgo

Consiste en determinar cuáles riesgos son más probables y que afecten el proyecto así como la documentación de las características de cada uno de ellos.

Debe hacerse durante todo el proyecto.

Debe contemplar riesgos internos y externos.

Identificación del Riesgo

Entradas:

• Descripción del producto.

• Otras salidas de planeación.

• Información histórica.

Identificación del Riesgo

Herramientas y Técnicas:

• Checklists.

• Diagramas de Flujo

• Entrevistas.

Identificación del Riesgo

Salidas:

• Fuentes de riesgo:• Cambios en requerimientos• Errores de diseño, omisiones y malos entendidos.• Roles y responsabilidades pobremente entendidas o definidas.• Estimados pobres.• Equipo de desarrollo sin suficiente habilidad.

Identificación del Riesgo

Salidas:

• Eventos de riesgo potenciales.

• Inundaciones, tornados, terremotos, etc.

• Síntomas de riesgos.

• Entradas a otros procesos.

Cuantificación del Riesgo

Entradas:

• Tolerancia a riesgos por parte de los accionistas o patrocinador.

• Fuentes del riesgo

• Eventos potenciales de riesgo

• Estimados de costos

• Estimados de la duración de actividades

Cuantificación del Riesgo

Herramientas y técnicas:

• Valor monetario esperado• Probabilidad de evento del riesgo.• Valor del evento del riesgo.

• Sumas estadísticas.

• Simulación.

• Árboles de decisión.

• Juicio de expertos.

Cuantificación del Riesgo

Salidas:

• Oportunidades a cubrir, amenazas a responder.

• Oportunidades a ignorar, amenazas a aceptar.

Desarrollo de Respuesta a Riesgo

Entradas:

• Oportunidades a cubrir, amenazas a responder.

• Oportunidades a ignorar, amenazas a aceptar.

Desarrollo de Respuesta a Riesgo

Herramientas y técnicas:

• “Procurement” (obtención de recursos fuera de la compañía.• Planes de contingencia.• Estrategias alternas.• Seguros.

Desarrollo de Respuesta a Riesgo

Salidas:

• Plan de administración de riesgos.• Entradas a otros procesos.• Planes de contingencia.• Reservas.• Acuerdos contractuales.

Control de Respuesta a Riesgo

Entradas:

• Plan de administración de riesgo.

• Eventos actuales de riesgo.

• Identificación de riesgos adicionales.

Control de Respuesta a Riesgo

Herramientas y Técnicas:

• “Workarounds” Revisiones de los planes de contingencia.

• Desarrollo adicional de la respuesta a riesgos.

Control de Respuesta a Riesgo

Salidas:

• Acción correctiva.

• Actualización al plan de administración de riesgos.

Otro enfoque: método de los 5 pasos

Identificación del riesgo

Estimación del riesgo

Plan de Acción de Riesgos

Seguimiento del Riesgo

Capitalización del conocimiento

Preparando una evaluacióndel riesgo del proyecto

Factor de probabilidad del riesgo (Likelihood of failure, Lf)

Es un número entre uno y diez representando la estimación de la probabilidad del fallo de un proyecto.

(Roetzheim, 1988)

Factor de probabilidad de riesgo (Lf)

Factor Relacionado con

Mh inmadurez de la tecnología de HW Ms inmadurez de la tecnología de SW Ch complejidad del sistema de HW Cs complejidad del sistema de SW De dependencia de factores externos

Mh + Ms + Ch + Cs + De

Lf = 5

Factor de consecuencia de fallas (Cf)

Es un número entre uno y diez que representa el estimado de qué tan serias podrían ser las fallas del proyecto.

Se obtiene de tres factores:

C t = Consecuencias técnicas de la falla.

C c = Consecuencias en costos de la falla.

C s = Consecuencias en tiempos de la falla.

Factor de consecuencia de fallas (Cf)

Teniendo cada uno de estos factores individuales con valores entre 1 y 10, se calcula el Cf así:

C t + C c + C s

Cf = 3

Factor de riesgo del proyeto (Rp)

Combinando los dos factores calculados, se obtiene el factor general del riesgo del proyecto:

Rp = Lf + Cf - 0.1(Lf * Cf)

Si Rp > 7 es un proyecto de alto riesgo.Si Rp < 3 es un proyecto de bajo riesgo.