Tarea_3_Gesti_n_de_Riesgos

Tarea 3 – Gestión de Riesgos del Proyecto
Mayo de 2015
En base a la información que se tiene acerca del Equipo de Trabajo, Organización Cliente, Problema a Resolver, Contexto y Plan de Proyecto, cada grupo deberá entregar al menos 8 riesgos de los cuales haya alguna evidencia de que existen actualmente. Cada riesgo deberá especificarse con su correspondiente probabilidad de ocurrencia, impacto,evidencia de que el riesgo existe, y una medida de contingencia tendiente a mitigar dicho riesgo. A continuación va un ejemplo de riesgo (se pueden usar los ejemplos de riesgos incluidos en este formulario, como parte de los 8 riesgos a incluir en esta tarea)
Riesgo Nro
Descripción del Riesgo
Prob. De Ocurrencia
Impacto
Evidencia de que el Riesgo Existe
Medida de Contingencia para Mitigar elRiesgo
1
Que el producto final no cumpla con las expectativas del usuario comprador de libros
Alta
Alto
No se cuenta actualmente con usuarios potencialmente compradores de libros, con los cuales se pueda validar nuestras propuestas.
Realizar focus groups con potenciales usuarios comparadores, para validad la funcionalidad que estará disponible para ellos.

2
Que el producto final no cumpla con lasexpectativas de los empleados y gerente de la librería, debido a una validación inapropiada.
Media-Alta
Alto
En el contexto especificado en la tarea 2 se indica que el cliente asignará, como equipo de la contraparte, a tres personas las cuales asignarán 1 hora semanal al proyecto… Esto claramente es poco tiempo.
Tampoco hay certeza de que el gerente va a validar la funcionalidad que estará disponiblepara él.
Entregarle por escrito a la contraparte (y que ésta la firme como recibido) la lista de actividades que debe realizar cada persona (del equipo de la contraparte) cada semana durante la hora que tiene asignada al proyecto. Los resultados de estas asignaciones también deben entregarse a la empresa desarrolladora por escrito (o grabado en audio y/o video).
3
Incumplimiento de compromisos enfechas planificadas, tiempos mal definidos, poco seguimiento.
Alto
Alto
En base a la experiencia de proyectos anteriores, se ha considerado que uno los riesgos latentes por parte del cliente, se encuentran en la etapa de validación y aprobación de documentos, debido a tiempos no planificados, agendas ocupadas y el no contar con un colaborador en el cual delegar responsabilidades, lo que provoca unretraso constante.
Establecer reunión con el cliente para especificar y determinar tiempos involucrados.
4
Falta de incorporación de todas las actividades que se requieren para poder concluir el entregable.
Medio
Medio
Entregables sin procesos de actividades válidas.
Otros JP, validarán previamente la Carta Gantt y se solicitará el juicio experto a quienes posean experiencia en el tipo deproyecto.
5
Pérdida de un recurso clave. Conocimiento del proyecto restringido en uno o muy pocos recursos.
Baja
Medio
Retraso en las actividades del proyecto por incorporar un nuevo integrante.
Alto nivel de documentación técnica y funcional.
6
Complejidad en los sistemas de integración.
Falta de pruebas.
Validaciones tardías.
Alto
Alto
Tiempos adicionales de análisis y solución de problemas.
Retrasarindefinidamente el proyecto.
Considerar dentro de las tareas de la Gantt, esfuerzo en pruebas de conceptos e integraciones básicas. Orientadas a verificar tempranamente su correcta operación.
Solicitar acceso VPN a los servicios web.
7
Olvido de funcionalidades, métodos o formas, o expresadas incompletamente.
Cambio de opiniones frecuentes.
Medio
Medio
Control de Cambio
Informar que el alcanceestablecido, es el acuerdo mutuo entre todos los involucrados, que si llegase a cambiar, podría desplazar la fecha de término del proyecto, añadir costos adicionales y nuevas actividades. Se deja claro que cualquier cambio atrasa la totalidad de las iteraciones.
8
No existe documentación correspondiente para generar un buen análisis y diseño de Casos de Pruebas
Alto
Alto
Complejidad de generar el...