MATERIALS AND METHODS

Actividades Tareas

P2A1 Selección de herramientas y técnicas a aplicar P2A1T1 Seleccionar herramientas y técnicas

36 riesgos

P2A2 Identificación de los riesgos P2A2T1 Identificar los riesgos P2A2T2 Caracterizar los riesgos

P2A3 Comunicación de resultados P2A3T1 Comunicar resultados al equipo del proyecto

2.4.2.1 Selección de herramientas y técnicas a aplicar (P2A1)

Para realizar esta actividad se requiere de un exhaustivo estudio de todas las herramientas y técnicas existentes para identificar riesgos en un proyecto productivo pues es donde se escogerán las necesarias para realizar este proceso.

 Seleccionar herramientas y técnicas (P2A1T1) Seleccionar herramientas y técnicas (P2A1T1)

Objetivos

Aplicar las herramientas y técnicas del modelo.

Datos de entrada

Resumen para selección de herramientas y técnicas.

Herramientas y técnicas

Reuniones

Trabajo en Equipo

Resultados

Revisiones de la información histórica del proyecto. Técnicas de captación de información.

Entrevistas.

Trabajo en equipo

Listas de chequeo (según Taxonomía de riesgos para proyectos de desarrollo de software de gestión.(Ruiz, 2009) (Anexo 2))

Tabla 7: Seleccionar herramientas y técnicas.

 Capacitar acerca del modelo de gestión de riesgos (P2A1T2) Capacitar acerca del modelo de gestión de riesgos (P2A1T2)

Objetivos

Aplicar las herramientas y técnicas del modelo.

Garantizar que las herramientas y técnicas sean conocidas y correctamente aplicadas por el encargado de llevar a cabo el proceso de GR dentro del proyecto de SW.

37

Datos de entrada

Documentación en la materia.

Herramientas y técnicas

Trabajo en equipo.

Talleres u otras formas docentes-metodológicas.

Resultados

Conocimiento de las herramientas a utilizar por parte del equipo de proyecto.

Conocimiento del modelo de Gestión de Riesgos a utilizar por el equipo de proyecto. Comunicación al equipo de de proyecto de sus responsabilidades en el proceso.

Tabla 8: Capacitar acerca de herramientas y técnicas.

Se realizarán entrevistas (Ver Anexo 1) para recoger cualquier tipo de información por parte del equipo de desarrollo del proyecto que no esté incluida en la documentación del mismo. Se hará uso de las listas de chequeo (Ver Anexo 3) pues utilizan preguntas orientadas a identificar problemas por áreas y sirven para motivar posibles soluciones o la detección de oportunidades de mejora.

El uso de la taxonomía de riesgos para proyectos de desarrollo de software de gestión (Anexo 2) será utilizado para realizar la lista de chequeo. Se escogió esta taxonomía pues el proyecto al que se le realiza el proceso de Gestión de Riesgos está clasificado como un software de gestión, por lo que esta taxonomía es idónea para él. Esta taxonomía está basada en las nombradas “cuatro P” del proceso de desarrollo de software. Siendo así se divide en cuatro categorías, cada una contiene diferentes áreas de problemas con que a su vez se dividen en varios aspectos. De esta manera se realiza un cuestionario guía que engloba todas las actividades que se realiza en un proyecto.

2.4.2.2 Identificación de los riesgos (P2A2)

 Identificar los riesgos (P2A2T1) Identificarlos riesgos (P2A2T1)

Objetivos

Declarar los riesgos del proyecto.

Datos de entrada

Justificación de las herramientas y técnicas a aplicar.

38 Revisiones. Entrevistas.

Listas de Chequeo (Anexo 3)

Resultados

Lista de riesgos. (Se puede situar la lista en un anexo)

Los riesgos deberán detallarse de acuerdo a Persona, Producto, Proceso y Proyecto. Un ejemplo es como sigue:

PERSONA

Los usuarios finales no cuentan con las habilidades necesarias para asimilar el producto que se desarrolla. No se cuenta con la atención adecuada por parte del cliente.

El cliente no participa en las revisiones regulares que se le realizan al producto…

PRODUCTO

No tienen definido ningún mecanismo para la verificación y validación del cumplimiento de los requisitos del producto.

No están garantizadas las condiciones objetivas para la implantación del producto.

PROCESO

No se han establecido métricas de calidad.

La aplicación del Plan de Aseguramiento de la Calidad no es factible en lo referente al tiempo. No existe un Plan de Gestión de Configuración apropiado para el proyecto que se desarrolla.

PROYECTO

No es precisa la estimación de tiempos del proyecto

Existen probabilidades de que el alcance del proyecto sea modificado

No se corresponde el presupuesto asignado al proyecto con el alcance del mismo.

Tabla 9: Identificar los riesgos.

 Caracterizar los riesgos (P2A2T2) Caracterizar los riesgos (P2A2T2)

Objetivos

Determinar las características fundamentales de cada riesgo identificado.

Datos de entrada

Registro de riesgos.

Herramientas y técnicas

39

Resultados

Caracterización de los riesgos encontrados, por ejemplo:

El hecho de que el cliente no participe en las revisiones regulares que se le realizan al producto puede causar que no esté de acuerdo con el producto cuando ya esté en fases avanzadas.

Al existir cambios de fecha en la entrega del producto porque el producto no está terminado puede causar la insatisfacción del cliente.

El no haber establecido métricas de calidad puede causar que el producto se desarrolle sin la calidad requerida y los requerimientos necesarios.

Análisis de causa-efecto de los riesgos.(Anexo 4)

Tabla 10: Caracterizar los riesgos.

 Comunicación de los Resultados(P2A3)

2.4.2.3 Comunicar resultados al equipo del proyecto (P2A3T1)

Comunicar resultados al equipo del proyecto (P2A3T1) Objetivos

Informar al equipo del proyecto de los resultados de las actividades.

Datos de entrada

Registro de riesgos.

Herramientas y técnicas

Reuniones

Resultados

 Se informó al equipo de desarrollo del proyecto el resultado de la planificación de la Gestión de Riesgos.

Tabla 11: Comunicar resultados al equipo del proyecto.