Gestion de riesgos, la matriz de riesgos RiesgoyMorosidad.Com
Descripción: Una Estimación del Costo Beneficio de implementar medidas de reducción de riesgo en los proyectos de inversión.
Gestion de riesgo de proyectoDescripción completa
Descripción: Gestión de riesgos
de Autoria Oscar Bravo Mendoza y Marleny Sanchez CelisDescripción completa
Gestion de Riesgos ISO 31000Descripción completa
Seguridad en el Trabajo
gestion de riesgosDescripción completa
Descripción completa
Descripción: Ejemplo de gestion de riesgos
sistema de gestion de riesgos basado en la ISO 31000Descripción completa
Gestion de RiesgosDescripción completa
PLAN GESTION RIESGO EDIFICIODescripción completa
Plan de Riesgos vivienda familiarDescripción completa
Descripción: Programa de prevencion de riesgos
Descripción: PGR PARA LICITACIONES DE OBRAS
Plan de Gestión de Riesgos Versión <1.0>
Sistema de Atención de Quejas Plan de Gestión de Riesgos ONP_Plan_Gestion_Riesgos_v1
Versión: <1.0> Fecha: <16/11/2013>
Historial de Revisiones Fecha
Confidential
Versión
Descripción
, 2014
Autor
Page 2 of 7
Sistema de Atención de Quejas Plan de Gestión de Riesgos ONP_Plan_Gestion_Riesgos_v1
Versión: <1.0> Fecha: <16/11/2013>
Tabla de Contenidos 1.
Introducción
4
1.1 1.2 1.3 1.4 1.5
4 4 4 4 4
Propósito Alcance Definiciones, Acrónimos, y Abreviaturas Referencias Visión General
2.
Resumen de Riesgos
4
3.
Tareas de la Gestión de Riesgos
5
3.1 3.2 3.3
5 5 5
Probabilidad Impacto Valor Esperado
4.
Organización y Responsabilidades
6
5.
Presupuesto
6
6.
Herramientas y Técnicas
6
7.
Elementos de Riesgo para Gestionar
6
Confidential
, 2014
Page 3 of 7
Sistema de Atención de Quejas Plan de Gestión de Riesgos ONP_Plan_Gestion_Riesgos_v1
Versión: <1.0> Fecha: <16/11/2013>
Plan de Gestión de Riesgos 1. Introducción 1.1 Propósito El actual documento muestra una lista de los principales riesgos que podrían afectar el desarrollo del proyecto. Esta lista permitirá tomar medidas y acciones preventivas y correctivas para minimizar el impacto en el proyecto. Asimismo, demostrar la manera de como se ha determinado la prioridad de los mismos. 1.2 Alcance El actual documento está elaborado solo para el proyecto de Sistema de Atención de Quejas. 1.3 Definiciones, Acrónimos, y Abreviaturas No Aplica. 1.4 Referencias Documento Visión.- Documento en donde se define el alcance del proyecto. EDT.- Documento que muestra una agrupación, orientada en términos de “entregables”, de los elementos del proyecto y que organiza y define el alcance total del mismo. Cronograma.- Documento en Project que define los tiempos y recursos asignados a cada una de las etapas a desarrollar en el proyecto. 1.5 Visión General El presente documento muestra una relación de riesgos identificados. Asimismo, se les asigna un peso para poder ser analizado y tomado en cuenta como prioridad. Los riesgos tendrán una estrategia de mitigación y un plan de contingencia que servirán para tomar en cuenta cuando suceda el riesgo.
2. Resumen de Riesgos
Confidential
Tipo de Riesgo
Descripción
Organización y Gestión
Pone en alerta el desarrollo del proyecto trayendo retrasos que podrían aun perjudicar más. La organización debe ser estable en sus decisiones desde el inicio del proyecto
Personal
Amenaza directamente el plan de proyecto obteniendo perdidas en costos y tiempos. Asimismo, su impacto puede traer más consecuencias
Cliente
El cliente debe ser el principal miembro interesado en la conclusión del proyecto por lo que debería estar en principal contacto con el equipo de desarrollo de software. Si tuviera una limitación debería asignar un personal que este dirigido atender a las solicitudes de los desarrolladores
, 2014
Page 4 of 7
Sistema de Atención de Quejas Plan de Gestión de Riesgos ONP_Plan_Gestion_Riesgos_v1
Versión: <1.0> Fecha: <16/11/2013>
Entorno de Desarrollo Analistas y programadores deberán tener un ambiente de desarrollo aceptable para poder cumplir con los plazos del proyecto. El no tenerlo puede afectar directamente en el plan de desarrollo de software Usuarios finales
Los usuarios finales deberán cumplir con los requerimientos de los desarrolladores en tanto a las reuniones de trabajo y pruebas en el desarrollo del software. Asimismo, cumplir con las actas de entrega entre cada hito establecido.
3. Tareas de la Gestión de Riesgos 3.1 Probabilidad La probabilidad está cuantificado del uno (1) al tres (3).En donde: 1 = Poco probable. 2 = Medianamente probable. 3 = Altamente probable.
3.2 Impacto El impacto está cuantificado del uno (1) al tres (3). En donde: 1 = Bajo Impacto. El impacto se puede manejar sin afectar la fecha de entrega del proyecto ni el costo del mismo. Para esto se deberá de tomar el tiempo destinado como holgura. 2 = Impacto Moderado. El impacto se puede controlar en cierta medida con el tiempo de holgura. Sin embargo, como el tiempo de holgura está destinado a los impactos de tipo bajo, este tipo de impacto puede afectar a la larga el tiempo y el costo del proyecto si no se toman las medidas necesarias para minimizar los futuros riesgos. 3 = Impacto Severo. El impacto puede afectar tanto al tiempo de desarrollo del proyecto como al costo del proyecto si no se toma una solución inmediata. Por consiguiente, puede generar el fracaso del proyecto.
3.3 Valor Esperado Los valores son calculados automáticamente basándose en la siguiente tabla: Nivel de Impacto Nivel de Probabilidad 1 – Poco 2 - Mediano 3 – Alto Confidential
1 - Bajo
2 - Moderado
3 - Severo
1 2 3
2 4 6
3 6 9
, 2014
Page 5 of 7
Sistema de Atención de Quejas Plan de Gestión de Riesgos ONP_Plan_Gestion_Riesgos_v1
Versión: <1.0> Fecha: <16/11/2013>
4. Organización y Responsabilidades No Aplica
5. Presupuesto No Aplica
6. Herramientas y Técnicas No Aplica
7. Elementos de Riesgo para Gestionar Valor Descripción del Esper. Riesgo Retraso en la 9 ejecución del cronograma
Categoría.
Personal
3
6
Despidos por mal desempeño
Organización y Gestión
2
6
Caida del servidor de Desarrollo
Entorno de desarrollo
2
La dirección toma decisiones que 4 reducen la motivación del equipo de desarrollo
Organización y Gestión
Falta o descanso por 4 enfermedad del Personal equipo de trabajo 4
Falta de trabajo en equipo
Las personas clave sólo están 4 disponibles una parte del tiempo Los usuarios finales 4 insisten en nuevos requerimientos
Confidential
Personal
Personal
Usuarios finales
Estrategia / Gestión del riesgo Evitar - El jefe de proyecto deberá realizar reuniones 3 semanales para controlar el avance del proyecto Mitigar - Contratar gente con talento, reasignación de 3 trabajos, construcción equipos, acuerdos entre personal clave. Transferir - Un equipo de Soporte técnico deberá formar parte del equipo de 3 reparaciones y atención a los usuarios frente a alguna eventualidad
Probabilidad Impacto
2
Evitar - Mantener al personal activo en las decisiones de la 2 organización y proponer actividades de recreación.
2
2
Aceptar - Se avanza con el proyecto asumiendo el riesgo
2
2
Mitigar - Organizar equipos de trabajos por preferencias
2
Mitigar - Elaborar cronogramas o calendarios 2 de entrevistas que deberán ser cumplidos
2
Evitar - Elaborar un buen plan de trabajo donde se especifiquen todos los 2 cambios que se tienen que realizar y ser firmado por el cliente final.
, 2014
Page 6 of 7
Sistema de Atención de Quejas Plan de Gestión de Riesgos ONP_Plan_Gestion_Riesgos_v1
Versión: <1.0> Fecha: <16/11/2013>
Los usuarios no 4 tienen disponibilidad para entrevistas
Usuarios finales
2
Los usuarios no 4 tienen disponibilidad para pruebas
Usuarios finales
2
Confidential
, 2014
Mitigar - crear calendarios de 2 entrevistas en base al cronograma de tareas. Mitigar - elaborar un plan de pruebas de usuario en base a manuales de usuarios y capacitaciones. Estos 2 deberán estar documentados y firmados. Dependerá del usuario final que el software se encuentre en la fecha final indicada
