Anda di halaman 1dari 21

Unidad III.

Anlisis del Proyecto

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?

Es una probabilidad de que una circunstancia adversa ocurra.

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.

Riesgos posibles en el Software


Riesgo
Rotacin de Personal Cambio de administracin No disponibilidad del hardware Cambio de requerimientos Retrasos en la especificacin Subestimacin del tamao Bajo desempeo de la herramienta CASE Cambio de tecnologa

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.

Competencia del producto

Negocio

Proceso de Administracin de Riesgos

Identificacin de riesgos

Anlisis de riesgos

Planeacin de riesgos

Supervisin de riesgos

Listado de riesgos potenciales

Listado de priorizacin de riesgos

Anulacin de riesgos y planes de contingencia

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

Ejemplo: Riesgos y tipos de riesgos


Tipo de riesgo
Tecnologa

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

Herramientas Requerimientos Estimacin

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.

Ejemplo: Anlisis de riesgos


Riesgo
Los problemas financieros de la organizacin fuerzan a reducir el presupuesto del proyecto. Es imposible reclutar personal con las habilidades requeridas para el proyecto. El personal clave est enfermo y no disponible en momentos crticos. La organizacin se reestructura de tal forma que una administracin diferente se responsabiliza del proyecto. Las herramientas CASE no se pueden integrar. Los clientes no comprenden el impacto de los cambios de los requerimientos. El tamao del software est subestimado. Es ineficiente el cdigo generado por las herramientas CASE.

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:

1. Estrategias de anulacin. Seguir probabilidad de que ese riesgo surja.

stas

significa

reducir

la

2. Estrategias de disminucin. Seguir stas significa reducir el impacto del riesgo.

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.

Ejemplo: Planeacin de riesgos


Riesgo Estrategia

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.

Ejemplo: Supervisin de riesgos


Tipo de riesgo
Tecnologa Personas

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

Chismorreo organizacional, administrador principal.

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

Peticiones de muchos cambios en los requerimientos, quejas del cliente.


Fracaso en el cumplimiento de los tiempos acordados, y en la eliminacin de defectos reportados.

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

Manual de la calidad de la organizacin

Se utiliza para desarrollar

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

1. Aseguramiento y estndares de calidad


Las actividades de aseguramiento de la calidad (QA) definen un marco de trabajo para lograr la calidad del software. Los procesos de QA comprenden definir o seleccionar estndares aplicables al proceso de desarrollo de software o a los productos de software.

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

1. Aseguramiento y estndares de calidad

Estndares del producto


Formulario para revisin del diseo Formato del encabezado del procedimiento Formato del plan del proyecto

Estndares del proceso


Conducto para la revisin del diseo Proceso de entrega de las versiones Proceso de control del cambio

Forma de peticin de cambios

Proceso de registro de la pruebas

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

2. Valoracin automtica del software

Anda mungkin juga menyukai