analisis de riesgos vs4

ID Riesgos Categoria

S1 No cumplir con las fechas establecidas PS

S1 No priorizar correctamente las historias. TP

Dificultad por parte del equipo para adaptarse al framework CodeIgniter

Los criterios de aceptación no estén completamente cubiertos al momento de realizar las pruebas del software.

El servidor no soporte una cantidad de transacciones/conexiones alta (overflow).

Cambios durante el proceso de desarrollo del producto que demoren la finalización del proyecto.

Los roles y la distribución del proyecto no estén bien definidos.

Cambio de plataforma de desarrollo porque la seleccionada no soporta las funcionalidades pensadas.

Tengamos costos más grandes a los previstos.

El cliente no esté satisfecho con el alcance de la entrega que le estamos presentando y haya que contemplar algún proceso nuevo que implique distribuir actividades nuevas y/o remodeladas.

Los prototipos presentados al representante del sponsor (html) no estén alineados con la visión que él tiene de la solución del negocio que estamos planteando.

Cambios durante el proceso de desarrollo del producto que demoren la finalización del entregable.

Que un integrante del proyecto no cumpla al 100% con sus actividades de esta primera etapa.

Ausencia de algún recurso humano para la ditribución de actividades de la Fase 3.

El uso de frameworks(codeigniter) podría complicar el modelo conceptual del proyecto.

El prototipo de la web site del SGC no cuente con los campos necesarios para la administración

El prototipo no esté totalmente diseñado para la presentación al stakeholder.

El manejo de la integración de los documentos se realice erróneamente (versiones sobreescritas o mal nombradas)

Tengamos costos más grandes a los previstos al final de cada fase.

Ausencia de algún recurso humano para la ditribución de actividades.

CRUD de citas no actualice correctamente la tabla de citas en la BD.

El cliente no esté satisfecho con el alcance del entregable que le estamos presentando y haya que contemplar algún proceso nuevo que implique distribuir actividades nuevas y/o remodeladas.

Elegir de manera errónea uno o más componentes del SW para la arquitectura del sistema lo cual puede afectar al momento de la construcción del producto.

La información de recuperacion de datos no sea exitosa

Permisos para ver la historias clinicas de los pacientes por parte de los doctores

Que los estados de las citas puedan ser cambiados por los recepcionistas en el momento que sea necesario.

Que no se haya podido asignar una cita al paciente para su seguimiento.

Reporte de lista de recetas electronicas del dia no tenga errores de estado.

Probabilidad Impacto Factor

20% 2 0.4

30% 3 0.9

40% 2 0.8

20% 2 0.4

10% 2 0.2

15% 2 0.3

5% 1 0.05

10% 1 0.1

20% 2 0.4

10% 2 0.2

15% 3 0.45

15% 2 0.3

10% 3 0.3

15% 3 0.45

10% 2 0.2

20% 2 0.4

10% 3 0.3

10% 2 0.2

20% 2 0.4

10% 3 0.3

20% 3 0.6

30% 2 0.6

20% 2 0.4

20% 3 0.6

15% 2 0.3

Amortiguación del Impacto Mitigado (%)

60% Superado

100% Superado

50% Latente

Estado del Riesgo

Medir el retraso que implicaría para luego poder dividir este tiempo extra entre todos los integrantes del equipo.

Utilizar la gestión del cambio y reorganizar las actividades planificadas.

Hacer talleres del framework CodeIgniter 1 vez cada 15 días desde el inicio del proyecto.

Promover la conversación sobre las historias de usuario a lo largo del sprint y definir los criterios de aceptación (DONE).

Hacer las pruebas necesarias o investigar una posible solución que garantice un sistema estable.

Valores de Impacto

1 Muy alto

2 Medio

3 Bajo

4 Muy Bajo

80% Superado

100% Superado

80% Superado

Por medio del uso de RUP ls entregas seran poco a poco cada una con funcionalidades incoorporadas

Definir desde un inicio del proyecto la distibución idónea de RRHH.

Realizando una evaluación previa de conceptos.

Revisando los costos implicados al final de cada etapa de entregables.

Utilizar la gestión del cambio al final de cada actividad y reorganizar las actividades planificadas en caso sea necesario.

Valores de Impacto

1 Muy alto

2 Medio

3 Bajo

4 Muy Bajo

50% Superado

Hacer diseños funcionales previos (internamente) a la elaboración de los prototipos con el fin de evidenciar problemas de usuario (usabilidad, user friendly). Revisando las críticas del representante del sponsor de los prototipos presentados en la fase 2 y realizando los cambios pertinentes.

Por medio del uso de RUP sabemos que se presenta y como hacer posible dejar de lidiar con grandes problemas dando solucion en partes pequeñas

80% Superado

40% Superado

100% Superado

Definir desde un inicio del proyecto la distibución idónea de RRHH y revisar mediante la revisión del jefe del proyecto el rol de cada participante y según eso entregar el % de trabajo de cada rol por cada entrega.

Al final de cada entrega el jefe de proyecto tiene que revisar el avance de cada rol del proyecto para poder tomar las medidas correctivas necesarias.

Revisando el cronograma de recursos humanos luego de cada reunión presencial, redistribuyendo las horas de trabajo entre los integrantes del proyecto en caso sea necesario.

80% Superado

100% Superado

90% Superado

70% Superado

Definiendo las actividades críticas del framework al inicio para poder trabajar nuestro modelo conceptual.

Revisar cuales son los campos necesarios para poder adminitSrarlos

Invertir tiempo en revisar la finalización de cada prototipo 2 días antes de la presentación final para poder revisar si le falta implementación y realizar las medidas correctivas.

Hacer copias semanales por separado por parte de cada integrante del grupo y revisar al termino de cada reunión presencial que lo trabajado esté debidamente compartido y actualizado.

Revisando los costos implicados al final de cada entrega y revisando una actualización de estos semanalmente.

100% Superado

80% Superado

100% Superado

Revisar la BD haciendo pruebas de CRUD de citas y procesos antes de la implementación del site y después para revisar que se esté actualizando de manera correcta todas las acciones.

Invertir tiempo en investigar cada uno de los componentes elegidos (verificar historias de éxito, reseñas, comentarios)

80% Superado

60% Latente

80% Superado

80% 80%

Comprobar el correcto funcionamiento del sistema al recuperar conraseña y/o al modifcar datos ya ingresados.

Revisar permisos que se comparten a los doctores.

Comprobar el correcto funcionamiento de las politicas del manejo de información.

Revisar la BD con los pedidos y hacer pruebas de adjudicación de cada cita con cada paciente.

Comprobar que la información almacenada es la correcta mediante pruebas unitarias de cada reporte.

Categorias de Riesgos

1 Del Tamaño del Producto ( TP )

2 Del Impacto en el Negocio ( IN )

3 Del Proceso ( PS)

4 Tecnológicos ( TC )

5 Del Entorno de Desarrollo ( ED )

Valores de Impacto

1 Muy alto

2 Medio

3 Bajo

4 Muy Bajo

No Crítico 0 a 1.33

Crítico 1.34 a 2.67

Valores de Impacto

1 Muy alto

2 Medio

3 Bajo

4 Muy Bajo

Muy Crítico 2.68 a 4

3 Del Proceso ( PS)

ID Riesgos

S1 No cumplir con las fechas establecidas

S1 No priorizar correctamente las historias.

S1 Tengamos costos más grandes a los previstos.

Dificultad por parte del equipo para adaptarse al framework CodeIgniter

Los criterios de aceptación no estén completamente cubiertos al momento de realizar las pruebas del software.

El servidor no soporte una cantidad de transacciones/conexiones alta (overflow).

Cambios durante el proceso de desarrollo del producto que demoren la finalización del proyecto.

3 Del Proceso ( PS)

Categoria Probabilidad Impacto Factor

PS 20% 2 0.4

TP 30% 3 0.9

PP 40% 2 0.8

PS 20% 2 0.4

TC 20% 2 0.4

IN 10% 2 0.2

PS 15% 2 0.3

PS 10% 1 0.1

0 a 1.33 0 a 1.33

Crítico 1.34 a 2.67 Crítico

2.68 a 4 2.68 a 4

No Crítico

1.34 a 2.67

Muy Crítico

Amortiguación del Impacto