Please enable JavaScript.
Coggle requires JavaScript to display documents.
Administración del riesgo - Coggle Diagram
Administración del riesgo
Estrategias reactivas de riesgo frente a estrategias proactivas de riesgo
Las estrategias de riesgo reactivas se basan en actuar al momento de que ocurre el momento. "Ya pensaremos que hacer cuando ocurra"
Las estrategias de riesgo proactiva se realizan desde antes del trabajo técnico, donde se planifican los potenciales problemas y gestiones para resolverlo en caso de que aparezca
Riesgos de software:aparece incertidumbre y perdida
Los riesgos del proyecto identifican potenciales problemas de presupuesto, calendario, personal, recursos, participantes y requisitos
Los riesgos técnicos amenazan la calidad y temporalidad del software. Identifican interfaz, Implementacion, verificación y mantenimiento
Los riegos empresariales se puede clasificar de la siguiente forma
Riesgo de mercado: construir un sistema excelente que no se requiere
Riesgo estratégico: construir un producto que ya no encaje con la estrategia empresarial global de la compañia
Riesgo de ventas: construir un producto que el equipo de ventas no sabe cómo vender
Riesgo administrativo: perder el apoyo de los administradores debido a un cambio en el enfoque o en la personal
Riesgos presupuestales: perder el apoyo presupuestal o de personal
Los riesgos conocidos son aquellos que pueden descubrirse después de una evaluación cuidadosa del proyecto, del entorno empresarial o técnico
Identificación de riesgos
Lista de verificación de item de riesgo
Tamaño del producto: tamaño global del software a construir
Impacto empresarial:asociado a restricciones impuestas por la administracion
Características de los participantes:comunicacion de forma oportunay sofisticaion de los participantes
Definición del proceso: grado con el que se definio el proceso de software
Entorno de desarrollo:calidad y disponibilidad de herramientas para construir el software
Tamaño y experiencia del personal: experiencia técnica y de proyecto global de los ingenieros de software
Tecnología por construir: complejidad y "novedad" del sistema a construir
Valoración de riesgos de proyecto global
¿El número de personas que hay en el equipo del proyecto es adecuado para hacer el trabajo
¿Los requisitos del proyecto son estables
¿El equipo de ingeniería del software tiene la mezcla correcta de habilidades?
¿El ámbito del proyecto es estable?
¿Los usuarios finales tienen expectativas realistas?
¿Los clientes se involucraron plenamente en la definición de los requisitos?
¿El equipo de ingeniería del software y sus clientes entienden por completo los requisitos?
¿Los usuarios finales se comprometen de manera entusiasta con el proyecto y con el sistema/producto que se va a construir?
¿Los gerentes de software y de cliente se reunieron formalmente para apoyar el proyecto)
¿Todas las divisiones de cliente/usuario están de acuerdo en la importancia del proyecto y en los requisitos para el sistema/producto?
Componentes y promotores de riesgo
Riesgo de rendimiento: grado de incertidumbre de que el producto pueda satisfará sus requisitos
Riesgo de costo: incertidumbre de que el presupuesto se mantendra
Riesgo de apoyo: incertidumbre de que el software sera facil de corregir,mejorar y adaptar
Riesgo de calendario: incertidumbre de que el calendario se mantendrá y que se entregará a tiempo
Proyección de riesgo: califica la probabilidad de que el riesgo sea real y las consecuencias asociadas al mismo
-Establecer una escala que refleje la probabilidad del riesgo
-Delinear consecuencias del riesgo
-Estimar impacto del riesgo sobre el producto
-Valorar la precisión global de la proyección de riesgo para evitar malos entendidos
Elaboración de una tabla de riesgos: Una tabla de riesgos proporciona una técnica simple para proyección de riesgos
Las categorías para cada uno de los cuatro componentes de riesgo (rendimiento, apoyo, costo y calendario) se promedian para determinar un valor de impacto global.
Los riesgos de alta probabilidad y alto impacto se ubican en
la parte superior de la tabla y los riesgos de baja probabilidad se ubican en el fondo
Es posible estudiar la tabla ordenada resultante y definir una línea de corte
Valoracion del impacto de riesgo
Naturaleza del riesgo: indica los problemas probables si ocurre
Ámbito de un riesgo: ¿cuánto del proyecto se afectará o cuántos participantes se dañarán?
Tiempo del riesgo: considera cuándo y por cuánto tiempo se
sentirá el impacto
Refinamiento del riesgo
Durante las primeras etapas de la planificación del proyecto, un riesgo puede enunciarse de manera muy general
Dado que <condición> entonces hay preocupación porque (posiblemente) <consecuencia>
Mitigacion, monitoreo y manejo de riesgo
Evitar el riesgo: desarrollar un plan para mitigacion de riesgo
Monitorear el riesgo
El gerente de proyecto monitorea si es riesgo se vuelve mas o menos probable
un gerente de proyecto debe dar seguimiento a la efectividad de los pasos de mitigación del riesgo
Manejar el riesgo y planificar la contingencia.
suponen que los esfuerzos de mitigación fracasaron y que el riesgo se convirtió en realidad
Es importante anotar que los pasos de mitigación, monitoreo y manejo del riesgo (MMMR)
Para un proyecto grande pueden identificarse 30 o 40 riesgos. Si para cada uno se identifican entre tres y siete pasos de manejo de riesgo
Pueden ocurrir después de que el software se desarrolló exitosamente y de que se entregó al cliente
El plan MMMR
documenta todo el trabajo realizado como parte del análisis de riesgos y el gerente del proyecto lo usa como parte del plan de proyecto global
Una vez documentada la MMMR y comenzado el proyecto, inician los pasos de mitigación y monitoreo del riesgo.
. El monitoreo del riesgo es una actividad de seguimiento del proyecto con tres objetivos principales:
3-recopilar información que pueda usarse para futuros análisis de riesgos
2- asegurar que los pasos para evitar el riesgo definidos para un riesgo determinado se aplican de manera correcta
1- valorar si los riesgos predichos en efecto ocurren
