Sistema de Gestión y Control de Equipos Médicos
Enviado por pablo millaquen • 16 de Abril de 2016 • Apuntes • 1.417 Palabras (6 Páginas) • 396 Visitas
Actividad 2
Plan de Riesgos
Proyecto SIGEM
Sistema de Gestión y Control de Equipos Médicos
Keywords: Riesgo, Equipos Médicos, Mantenimiento.
Abstract:
Evaluar los riesgos de un proyecto permite anticiparse a los problemas que puedan sucederse en el desarrollo del mismo. Cada etapa del proyecto tiene riesgos distintos y es necesario conocerlos para encontrar la mejor forma de resolverlos y de esta forma minimizar su efecto en el tiempo y los costos estimados. En el siguiente documento, se identifican 10 riesgos que pueden afectar al trabajo realizado. También se evalúan los 4 principales, definiendo el plan para evitar o enfrentar los problemas que puedan ocasionar.
Viña del Mar, 20 de Octubre de 2015
José Pablo Millaquén G. pablomillaquen@gmail.com +56984366425
Contexto
Los proyectos de todo tipo tienen asociados riesgos que es necesario evitar en una primera instancia o manejar en caso que ya haya ocurrido. Cada problema tiene una consecuencia, que puede ser tener un nivel de impacto en el proyecto, que es necesario conocer.
Al estudiar los riesgos que pueden afectar al proyecto, estamos (en una primera etapa) definiendo las causas que pueden producir estos riesgos, con el fin de mitigar los efectos. También es necesario crear un plan de contingencia que permita atacar el riesgo y disminuir sus consecuencias en el tiempo estimado, en los costos del proyecto o en el resultado final del mismo.
Por este motivo, el presente trabajo busca identificar los riesgos existentes en el proyecto que actualmente se está desarrollando, buscando tomar una decisión adecuada, cuando sea necesario.
Primera parte: Criterios de evaluación
Los riesgos presentados en este proyecto serán evaluados a partir de los parámetros establecidos en la tabla 1, de acuerdo a la prioridad que se debe entregar a cada uno de ellos, evaluando el impacto que provocará en el proyecto y la probabilidad de que ocurra.
Tabla 1: Criterios de evaluación de riesgos
Probabilidad | Impacto | Prioridad o Índice Crítico |
Alta | Extremo | 1 |
Alta | Alto | 2 |
Alta | Medio | 3 |
Alta | Bajo | 4 |
Media | Extremo | 2 |
Media | Alto | 3 |
Media | Medio | 4 |
Media | Bajo | 5 |
Baja | Extremo | 3 |
Baja | Alto | 4 |
Baja | Medio | 5 |
Baja | Bajo | 6 |
Fuente: Apuntes clases Taller de Proyectos de Sistemas II
De acuerdo a la tabla 1, los niveles de prioridad entregados a cada riesgo, depende tanto de la probabilidad de que ocurra, como del impacto que provoque en el flujo del proyecto.
Segunda parte: Riesgos identificados del proyecto
De acuerdo a los criterios presentados anteriormente, se identificarán los 10 principales riesgos que pueden afectar a este proyecto, de acuerdo al ambiente donde se busca implementarlo, a los stakeholders y a la experiencia previa en relación a proyectos similares.
En cada uno de ellos, se dará una descripción del riesgo, la consecuencia que provocará, el nivel de probabilidad, el impacto en el resultado final y el índice crítico que se le asignará, para darle mayor o menor prioridad.
Riesgos de prioridad, Nivel 1:
Tabla 2: Riesgos con índice crítico nivel 1
ID | Descripción | Consecuencia | Probabilidad | Impacto | Indice Crítico |
36 | Los usuarios finales insisten en nuevos requerimientos | No se logra cumplir con los requerimientos | Alta | Extremo | 1 |
52 | No se consigue la integración con otros sistemas existentes en los tiempos estimados | El producto termina, no cumpliendo con parte de los requerimientos | Alta | Extremo | 1 |
Fuente: Apuntes clases Taller de Proyectos de Sistemas II
Riesgos de prioridad, Nivel 2:
Tabla 3: Riesgos con índice crítico nivel 2
ID | Descripción | Consecuencia | Probabilidad | Impacto | Indice Crítico |
24 | Las tareas no técnicas encargadas a terceros necesitan más tiempo del esperado | No se cumplen con los plazos definidos | Alta | Alto | 2 |
40 | El usuario no ha participado de la génesis del proyecto | El producto termina siendo incompleto, sobredimensionado o inservible | Media | Extremo | 2 |
64 | Desarrollo de funciones de software erróneas | Obliga a volver a diseñarlas e implementarlas | Alta | Alto | 2 |
Fuente: Apuntes clases Taller de Proyectos de Sistemas II
...