Analisis de Riesgos VS4

ID Riesgos Categoria

S1 No cumplir con las fechas establecidas PS

S1 No priorizar correctamente las historias. TP

S1 PP

S1 PS

S1 TC

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).

S1 IN

S1 PS

S1 ED

S1 PS

S2 TP

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.

S3 PP

S2 IN

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.

S2 PS

S2 PS

S2 PS


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.

S4 PS

S4 TP

S4 TP

S2 PS

S2 PS

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.

S3 PS

S4 TC

S3 TP

S3 TC

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.

S5 TC

S5 TC

S5 TC

S5 TC

S5 TC

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

20% 2 0.4

10% 2 0.2

15% 2 0.3

5% 1 0.05

10% 1 0.1

20% 2 0.4

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

20% 2 0.4

10% 3 0.3

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

100% 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

100% 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

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

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

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% 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

S1

S1

S1

S1

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)






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

No Crítico

1.34 a 2.67

Muy Crítico

Muy Crítico

Amortiguación del Impacto

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.

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.

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

Valores de Impacto

1 Muy alto

2 Medio

3 Bajo

4 Muy Bajo

Valores de Impacto

1 Muy alto

2 Medio

3 Bajo

4 Muy Bajo

Mitigado (%)

60% Superado

100% Superado

100% Superado

100% Superado

100% Superado

50% Superado

80% Superado

50% Superado

Estado del Riesgo

ID Riesgos

S2

S2

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

S2

S2

S2

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

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.

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 manejo de la integración de los documentos se realice erróneamente (versiones sobreescritas o mal nombradas)




3 Del Proceso ( PS)



Valores de Impacto

1 Muy alto

2 Medio

3 Bajo

4 Muy Bajo




3 Del Proceso ( PS)



Valores de Impacto

1 Muy alto

2 Medio

3 Bajo

4 Muy Bajo


TP 20% 2 0.4

IN 10% 2 0.2

PS 15% 3 0.45

PS 15% 2 0.3

PS 10% 3 0.3

PS 20% 2 0.4

PS 10% 3 0.3

Valores de Impacto

1 Muy alto

2 Medio

3 Bajo

4 Muy Bajo


Crítico

2.68 a 4

1.34 a 2.67

Muy Crítico

Valores de Impacto

1 Muy alto

2 Medio

3 Bajo

4 Muy Bajo



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

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.


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.

Mitigado (%)

60% Superado

75% Superado

60% Superado

80% Superado

60% Superado

65% Superado

70% Superado

Estado del Riesgo

ID Riesgos

S3

S3

S3

S3

S3

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

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.

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.

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




3 Del Proceso ( PS)






3 Del Proceso ( PS)




PS 10% 3 0.3

TP 20% 2 0.4

TC 10% 3 0.3

PP 20% 2 0.4

PS 15% 3 0.45

Valores de Impacto

1 Muy alto

2 Medio

3 Bajo

4 Muy Bajo

Valores de Impacto

1 Muy alto

2 Medio

3 Bajo

4 Muy Bajo

Amortiguación del Impacto Mitigación (%)

75%

80%

65%

80%

60%

No Crítico 0 a 1.33Crítico 1.34 a 2.67



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

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.


Muy Crítico 2.68 a 4

Superado

Superado

Superado

Superado

Superado

Estado del Riesgo

ID

S4

S4

S4

S4

S4

S4

S4

S4

S4

S4

S4

S4

S4

S4

Riesgos

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

Diseño de Módulo Seguridad de Usuarios no sea de agrado del cliente

Cambio de HERRAMIENTA PARA DISEÑAR WIREFRAMES Y PROTOTIPOS.

Diseño de Módulo Seguridad de Usuarios no sea de agrado del cliente

Diseño de Módulo Paciente: Solicitar Cita no sea de agrado del cliente

Diseño de Módulo Paciente: Consultas Citas no sea de agrado del cliente

Diseño de Módulo Paciente: Consultar Atenciones no sea de agrado del cliente

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

El prototipo de la web site del SGC no cuente con los campos necesarios para un correcto funcionamiento

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

Implementación de Módulo Paciente: Solicitar Cita

Implementación de Módulo Paciente: Consultas Citas 100%

Errores o inconsistencias entre el plan de costos y plan de gestion del proyecto

Implementación de Módulo Paciente: Consultar Atenciones 100%




3 Del Proceso ( PS)



Valores de Impacto

1 Muy alto

2 Medio

3 Bajo

4 Muy Bajo


PS 15% 3 0.45

TP 10% 2 0.2

TP 20% 2 0.4

IN 40% 2 0.8

ED 20% 1 0.2

ED 55% 1 0.55

IN 40% 2 0.8

IN 40% 2 0.8

IN 40% 2 0.8

IN 40% 2 0.8

ED 55% 2 1.1

ED 55% 2 1.1

ED 50% 2 1

PS 50% 2 1


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.

Realizar los prototipos y llevarlos a html según la guia de los CUS concentrandonos en el flujo de los mismos.





Centrarnos en el funcionamiento.Realizar una correcta bd asi como querys para poder brindar consultas rapidas y efectivas



Reuniones entre ambas partes interesadas en estos temas. Verificacion antes de entrega.

75%

75%

75%

70%

100%

100%

70%

70%

70%

70%

Mitigación (%)

60%

60%

60%

80%

ID

S5

S5

S5

S5

S5

S5

Riesgos

La información de recuperacion de datos no sea exitosa

Reporte de promedio de tiempo con información correcta.

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.




3 Del Proceso ( PS)



Valores de Impacto

1 Muy alto

2 Medio

3 Bajo

4 Muy Bajo




3 Del Proceso ( PS)



Valores de Impacto

1 Muy alto

2 Medio

3 Bajo

4 Muy Bajo


TC 20% 3 0.6

TC 30% 2 0.6

TC 20% 2 0.4

TC 20% 3 0.6

TC 15% 2 0.3

TC 15% 2 0.3


Crítico 1.34 a 2.67

2.68 a 4Muy Crítico

Valores de Impacto

1 Muy alto

2 Medio

3 Bajo

4 Muy Bajo

Valores de Impacto

1 Muy alto

2 Medio

3 Bajo

4 Muy Bajo


70%

Revisar permisos que se comparten a los doctores. 75%

100%

75%

100%

100%

Mitigación (%)

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

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.



Documents

Analisis de Riesgos VS4