Administración de proyectos (continuación). ¿ Qué es un Riesgo ? ◦ Un riesgo es un problema o...
-
Upload
ariadna-badilla -
Category
Documents
-
view
219 -
download
0
Transcript of Administración de proyectos (continuación). ¿ Qué es un Riesgo ? ◦ Un riesgo es un problema o...
Ingeniería de Software
Administración de proyectos (continuación)
¿ Qué es un Riesgo ?◦ Un riesgo es un problema o suceso que todavía no
llegó◦ Un problema es un riesgo que se manifestó◦ Es la medida de la probabilidad y la consecuencia de
no lograr un objetivo del proyecto◦ Es parte de toda actividad y nunca puede ser
eliminado por completo◦ No es malo en si mismo, esencial para progresar◦ Si no existiesen los riesgos siempre haríamos lo mismo◦ Los errores son parte esencial del aprendizaje◦ En fin, un riesgo es un problema que podría ocurrir, y,
de ocurrir, tendría un impacto
Riesgos
¿ Qué es un Riesgo ? (Según SEI)◦ Es la posibilidad de sufrir una pérdida◦ En un proyecto de desarrollo, esa pérdida puede
verse de la sig. forma: Disminución de la calidad del producto final Incremento en el costo estimado Finalización fuera de la fecha establecida Falla
Riesgos
¿ Cuál es la situación actual con respecto a la Adm. de Riesgos ?◦ En muchas organizaciones hay muy poca
experiencia de todo lo que está relacionado con la Adm. de Riesgos No se tiene claro:
Cómo identificarlos ? Cómo medirlos ? Cómo se los gestiona ?
La única técnica utilizada es la propia experiencia, mediante procesos ad-hoc Incompletos No Documentados
Riesgos
Involucra todas las tareas relacionadas con la identificación, la resolución y comunicación de los riesgos
Se basa en tomar decisiones bajo niveles de incertidumbre
No involucra decisiones futuras Incluye todas las decisiones presentes que
tienen incidencia en el futuro No es una actividad aislada, debe acompañar
a todo el ciclo de vida de desarrollo de SW
Administración de riesgos
Administración de riesgos
Los riesgos deber ser identificados para poder ser controlados◦ Brainstormings◦ Cuestionario de Identificación Taxonómica de Riesgos◦ Lista con los Riesgos más comunes
Una vez identificados hay que documentarlos Los riesgos más comunes son:
◦ Productos que no hacen lo que se pretende (o están incompletos, o fallan)
◦ Productos que poseen baja calidad (recordad atributos de la calidad)
◦ Proyectos que se excedieron en el costo◦ Proyectos que sufren retrasos
Identificación
El SEI propone una taxonomía de riesgos
Identificación
Representación de Glutch
Identificación
Convertir la información de riesgos que se identificó en información que permita tomar decisiones
Cada riesgo debe estar lo suficientemente claro para permitir decidir acerca de él
Esta actividad es la que les permite a los gerentes concentrarse en los riesgos mas críticos
Para ello se debe:◦ Estimar probabilidad e impacto◦ Estudiar causas y acciones correctivas◦ Identificar causas comunes◦ Identificar tiempos de ocurrencia
Análisis
Análisis
La información de riesgos se transforma en decisiones y acciones
La priorización se hace en función del grado de exposición y de la urgencia que demande la acción correctiva
Un plan de acción puede tener la siguiente forma:◦ Plan de mitigación:
Evitar el riesgo (por ejemplo, cambiando el diseño del producto final)
◦ Reducir la probabilidad de ocurrencia con planes de mitigación◦ Atacar el impacto con planes de contingencia
Recordar de establecer el “trigger” del plan (Para ello hay que ir midiendo !!!)
◦ Aceptar el riesgo sin tomar acciones, aceptando las consecuencias derivadas de su posible ocurrencia
◦ En la práctica es imposible tratar todos los riesgos
Planificación
Monitorear que las acciones que fueron definidas en el plan de ejecuten
Aplicar las métricas sobre presupuesto, calendario y consideracionestécnicas
Informar las desviaciones respecto de los objetivos
Identificar nuevos riesgos permanentemente
Seguimiento
Realizar las correcciones de las desviaciones producidas sobre las acciones que fueron planificadas
Analiza las desviaciones y tendencias Decide si se replanifica, se recurre a la
contingencia, se continua con el tracking, etc.
Ejecuta las decisiones tomadas
Control
Provee el feedback sobre las actuales actividades sobre riesgos
Para poder ser analizados y administrados, los riesgos deben ser comunicados a los niveles adecuados de la organización
Comunicación
La incorporación de un SW comercial a un sistema es visto como una forma de reducir el riesgo◦ Disminución de tiempos de diseño, desarrollo y testing◦ Software ya maduro
Debemos identificar los riesgos asociados al uso de un SW comercial◦ Velocidad de aprendizaje◦ Costos de implementación◦ Rechazo por parte del equipo de desarrollo.
Podemos comparar la funcionalidad de cada producto candidato disponible en el mercado con los requerimientos del usuario
Podemos hacernos las siguientes preguntas:◦ Podemos comparar la funcionalidad de cada producto candidato disponible en el
mercado con losrequerimientos del usuario
◦ ¿ Es factible utilizar el producto para satisfacer el requerimiento ?◦ ¿ Qué pasa si el producto no satisface algunos requerimientos ?◦ ¿ Cuán flexible es el producto ante cambios en los requerimientos ?◦ Si el proveedor modifica el producto, ¿ Cómo afectará al sistema completo ?◦ ¿ Qué pasa si el proveedor no entrega el producto en la fecha pactada ?
Adquisición de un Paquete de SW
Tom Gilb dijo:“ ... Si uno no ataca los riesgos activamente, los riesgos loatacarán a uno ...”
Tenemos que aprender a balancear las consecuencias negativas de losriesgos contra el potencial beneficio de las oportunidades asociadas
Los riesgos de hoy son los problemas de mañana
La comunicación es muy importante !!!
El riesgo final siempre es del cliente !!!
Para finalizar
SCM (Software Configuration Management)
Preguntas
Sugerencias
Aplausos