Riesgos

Matriz de Riesgos:

matrizvv4.jpg
Id del Riesgo
1
Nombre del Riesgo
Desviación de la estimación de costos establecida
Probabilidad
50 %
Impacto
40 %
Responsabilidad
Líder del proyecto
Descripción
Este riesgo tiene alta probabilidad de que suceda debido a que cuando se realiza la estimación, no se conoce en profundidad todos los problemas que pudieran aparecer en cada una de las etapas.
Estrategia Preventiva
Se tratará de acercar lo más posible a la realidad, para evitar que los costos varíen. También se puede holgar un poco en costos, obviamente con sus limitantes.
Estrategia Correctiva
Cuando se haya alcanzado el tope de costos, se tiene que realizar un documento en el cuál se especifique en dónde se ha invertido el dinero y en dónde es donde se necesitará inyectar más dinero.
Id del Riesgo
2
Nombre del Riesgo
Fecha límite de entrega no razonable
Probabilidad
20 %
Impacto
80 %
Responsabilidad
Líder del proyecto
Descripción
Cuando no se conoce en profundidad todos los problemas que pudieran aparecer en cada etapa, es muy probable que el proyecto pueda ocupar más tiempo del que inicialmente se ha planeado.
Estrategia Preventiva
Se tratará de poner una fecha límite holgada, haciendo que se tenga un pequeño colchón para evitar que el tiempo se nos venga encima.
Estrategia Correctiva
Si el tiempo ya está encima de nosotros proponer entregar versiones, con ciertas funcionalidades, que el programa se entregue sin X funcionalidad, pero con todo lo demás activo.
Id del Riesgo
3
Nombre del Riesgo
El cliente no tiene una idea clara de lo que quiere hacer
Probabilidad
20 %
Impacto
70 %
Responsabilidad
Cliente/Líder de proyecto
Descripción
Cuando un cliente no tiene una idea clara de lo que quiere, acaba pidiendo algo que realmente no necesita. Entonces cuando se empieza a desarrollar algo con una idea ficticia lo que nosotros vamos a hacer solamente será algo que el cliente no necesita y por lo tanto el cliente no quedará satisfecho.
Estrategia Preventiva
Vamos a entrevistar al cliente las veces que sean necesarias, para poder entender plenamente qué es lo que el cliente desea, y qué es lo que NO desea, para evitar sorpresas a la mitad del desarrollo. Se hablará lo más coloquialmente posible para que ambas parte puedan entenderse mútuamente.
Estrategia Correctiva
Si el cliente en pleno desarrollo expresa que lo que se está realizando no es lo que realmente desea, entonces tendremos que incluirlo a la hora de hacer pruebas, para que nos marque las directrices, y definir hacía dónde vamos a ir.
Id del Riesgo
4
Nombre del Riesgo
El cliente no participa en las revisiones
Probabilidad
30 %
Impacto
80 %
Responsabilidad
Cliente
Descripción
Si el cliente no participa en las revisiones, para el equipo de trabajo todo lo que se está realizando seguramente estará bien. En caso de que el cliente participe en las revisiones, el sabrá si lo que estamos haciendo está bien o mal y nos podrá definir mejor la directriz que debemos tomar.
Estrategia Preventiva
Si el cliente no desea participar en las revisiones, pedir que alguien más de su equipo las realice para verificar que estamos en el buen camino. Definir en el documento de alcance que el cliente debe participar en las revisiones para poder realizar de la mejor manera el software.
Estrategia Correctiva
Si el cliente no ha participado en las revisiones, se podría alargar el tiempo de proyecto para que el cliente defina una fecha en la que se revise el avance.
Id del Riesgo
5
Nombre del Riesgo
Insatisfaccion del usuario final
Probabilidad
20 %
Impacto
80 %
Responsabilidad
Líder del proyecto
Descripción
Durante la realización del proyecto, casi en todo momento estaremos en contacto con el cliente, lo cuál hace que el cliente siempre va a estar revisando lo que hemos hecho hasta el momento y seguramente se entregará algo muy similar a lo que el cliente desea.
Estrategia Preventiva
Hacer que el cliente o los usuarios finales estén en contacto con el equipo de desarrollo.
Estrategia Correctiva
Id del Riesgo
6
Nombre del Riesgo
Problemas con la disponibilidad del personal
Probabilidad
60 %
Impacto
60 %
Responsabilidad
Equipo de desarrollo
Descripción
Debido a que el proyecto se realizará en grupo, no todos cuentan con la disponibiliad en tiempo para realizar sus tareas.
Estrategia Preventiva
Verificar el horario/disponibilidad de trabajo de cada persona, y asignar horarios diferentes dependiendo de la disponibilidad de cada uno de ellos.
Estrategia Correctiva
Verificar la importancia que tiene el proceso que estaba realizando la persona que ha faltado, y si hay alguien que tenga una importancia menor, asignarle la tarea.
Id del Riesgo
7
Nombre del Riesgo
Problemas con cambios por parte del Cliente
Probabilidad
50 %
Impacto
60 %
Responsabilidad
Cliente
Descripción
Al avanzar el proyecto, el Cliente puede agregar objetivos y/o cambiarlos , cuando ya se tiene un porcentaje de avance.
Estrategia Preventiva
Tener siempre claro, tanto el Cliente como el equipo de Desarrollo, los objetivos iniciales, si se requiere hacer un cambio en los objetivos por petición del cliente, se pueden especificar nuevas fechas y nuevas estrategias en conjunto, para poder desarrollar los cambios aceptados por el equipo de Desarrollo.
Estrategia Correctiva
Establecer nuevos equipos de trabajo, y nuevas asignaciones, ya que los cambios impactarán en la planificacion del tiempo y entrega de los entregables.

Metodología

Unless otherwise stated, the content of this page is licensed under Creative Commons Attribution-ShareAlike 3.0 License