Administracin de Riesgos
Una tarea importante del administrador de proyectos es anticipar los riesgos que podran afectar la programacin del proyecto o la calidad del software a desarrollar y emprender acciones para evitar esos riesgos. Los resultados de este anlisis de riesgos se deben documentar a lo largo del plan del proyecto junto con el anlisis de consecuencias cuando el riesgo ocurra.
Identificar stos y crear planes para minimizar sus efectos en el proyecto se llama Administracin de riesgos.
Qu es un Riesgo?
Son una amenaza para el proyecto, para el software que se esta desarrollando y para la organizacin
Categoras de Riesgos
1.Los riesgos del proyecto, stos afectan la calendarizacin o los recursos del proyecto.
2.Los riesgos del producto, stos que afectan la calidad o desempeo del software que se est desarrollando. 3.Los riesgos del negocio, stos afectan a la organizacin que desarrolla el software.
Tipo de Riesgo
Proyecto Proyecto Proyecto Proyecto y Producto Proyecto y Producto Proyecto y Producto Producto Negocio
Descripcin
Personal con experiencia abandona proyecto antes de que finalice. el
Habr un cambio de administracin organizacional con diferentes prioridades. El hardware esencial para el proyecto no ser entregado a tiempo. Habr mas cambios en los requerimientos que lo anticipado. Las especificaciones de las esenciales no estarn a tiempo. interfaces
El tamao del sistema se ha subestimado. Las herramientas CASE que ayudan al proyecto no tienen el desempeo anticipado. La tecnologa fundamental sobre la que se construir el sistema se sustituye por nueva tecnologa. Un producto competitivo se pone en venta antes de que el sistema se complete.
Negocio
Identificacin de riesgos
Anlisis de riesgos
Planeacin de riesgos
Supervisin de riesgos
Valoracin de riesgos
Identificacin de riesgos
1. Riesgos de Tecnologa 2. Riesgos de personas
3. Riesgos organizacionales
4. Riesgos de herramientas 5. Riesgos de requerimientos
Esta identificacin se puede llevar a cabo a travs de un proceso de grupo utilizando un enfoque de lluvia de ideas o simplemente puede basarse en la experiencia del administrador. Para ayudar al proceso, se utiliza una lista de posibles tipos de riesgos. Estos tipos incluyen:
6. Riesgos de estimacin
Riesgos posibles
La base de datos que se utiliza en el sistema no puede procesar muchas transacciones por segundo como se esperaba. Los componentes de software a reutilizarse contienen defectos que limitan su funcionalidad. Es imposible reclutar personal con las habilidades requeridas para el proyecto. El personal clave est enfermo y no disponible en momentos crticos. La capacitacin solicitada para el personal no est disponible. La organizacin se reestructura de tal forma que una administracin diferente se responsabiliza del proyecto. Los problemas financieros de la organizacin fuerzan a reducciones en el presupuesto del proyecto. Es ineficiente el cdigo generado por las herramientas CASE. Las herramientas CASE no se pueden integrar. Se proponen cambios en los requerimientos que requieren rehacer el diseo. Los clientes no comprenden el impacto de los cambios en los requerimientos. El tiempo requerido para desarrollar el software esta subestimado. La tasa de reparacin de defectos est subestimada. El tamao del software est subestimado.
Personas
Organizacional
Anlisis de riesgos
Durante este proceso, se considera por separado cada riesgo identificado y se decide acerca de la probabilidad y la seriedad del mismo. No existe una forma fcil de hacer esto (recae en la opinin y experiencia del administrador del proyecto). No se hace una valoracin con nmeros precisos sino con intervalos:
1. La probabilidad de que el riesgo se valore como muy bajo (<10%), bajo (10-25%), moderado (2650%), alto (51-75%) o muy alto (>75%). 2. Los efectos del riesgo pueden ser valorados como: catastrfico, serio, tolerable o insignificante.
Probabilidad
Baja Alta Moderada Alta Alta Moderada Alta Moderada
Efectos
Catastrfico Catastrfico Serio Serio Tolerable Tolerable Tolerable Insignificante
Planeacin de riesgos
Este proceso considera cada uno de los riesgos clave identificados y las estrategias para administrarlo. Las estrategias son las siguientes:
stas
significa
reducir
la
3. Planes de contingencia. Seguir stas significa que, si sucede lo peor, se est preparado para ello y se cuenta con una estrategia para abordarlo.
Problemas financieros de Preparar un documento breve para el administrador principal la organizacin que muestre que el proyecto hace contribuciones muy importantes a las metas del negocio. Problemas de reclutamiento Enfermedad del personal Componentes defectuosos Cambios en los requerimientos Alertar al cliente de posibilidades de retraso. las dificultades potenciales y las
Reorganizar el equipo de tal forma que haya traslape en el trabajo y las personas comprendan el de los dems. Investigar los componentes comprados. Reemplazar los componentes defectuosos con los comprados de fiabilidad conocida. Rastrear la informacin para valorar el impacto de los requerimientos, maximizar la informacin oculta en ellos.
Supervisin de riesgos
sta normalmente valora cada uno de los riesgos identificados para decidir si ste es ms o menos probable y cuando los efectos del mismo han cambiado.
La supervisin de riesgos debe ser un proceso continuo y, en cada revisin del progreso de la administracin, cada uno de los riesgos clave debe ser considerado por separado y discutido por la audiencia.
Indicadores potenciales
Entrega retrasada del hardware o de la ayuda al software, muchos problemas tecnolgicos reportados. Baja moral de las personas, malas relaciones entre los miembros del equipo, disponibilidad de empleo.
Organizacional
Herramientas
falta
de
acciones
por
el
Rechazo de los miembros del equipo para utilizar herramientas, quejas acerca de las herramientas CASE, peticiones de estaciones de trabajo ms potentes.
Requerimientos
Estimacin
Administracin de la Calidad
Consiste en definir procedimientos y estndares a utilizar durante el desarrollo del software y comprobar que todos los ingenieros lo sigan. Sin embargo, en la prctica la administracin de la calidad es ms que esto. La administracin de la calidad del software se estructura en tres actividades principales: 1. Aseguramiento de la calidad 2. Planeacin de la calidad
3. Control de calidad
Administracin de la Calidad
Modelos de calidad ISO 9000
Instanciado como
documentos
Proceso de la calidad de la organizacin
Instanciado como
Plan de calidad del proyecto 1 Plan de calidad del proyecto 2 Plan de calidad del proyecto 3
Administracin de la calidad del proyecto
Apoya
Existen dos tipos de estndares que se establecen como parte del proceso de aseguramiento de la calidad:
1. Estndares del producto 2. Estndares del proceso
2. Planeacin de la calidad
Un plan de calidad define la calidad del producto deseado. Define cmo valorar esta calidad. El plan de calidad selecciona aquellos estndares organizacionales apropiados para un producto en particular y un proceso de desarrollo. Un plan de calidad se puede estructurar de la siguiente forma:
1. Introduccin del producto
2. Planes del producto 3. Descripciones del proceso
4. Metas de calidad
5. Riesgos y administracin de riesgos
2. Planeacin de la calidad
Atributos de calidad del software
Seguridad Proteccin Fiabilidad Flexibilidad Comprensin Experimentacin Adaptabilidad Modularidad Portabilidad Usabilidad Reutilizacin Eficiencia
Robustez
Complejidad
Aprendizaje
3. Control de Calidad
Implica vigilar el proceso de desarrollo de software para asegurar que se sigan los procedimientos de aseguramiento y estndares de calidad. Existen dos enfoques complementarios para el control de calidad: 1. Revisiones de la calidad. - Inspecciones de diseo o programas - Revisiones de progreso - Revisiones de calidad