Riesgos
Matriz de Riesgos:
- 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.
page revision: 13, last edited: 22 Apr 2008 01:23