ID Riesgos Categoria

S1 No cumplir con las fechas establecidas PS

S1 No priorizar correctamente las historias. TP
S1
Dificultad por parte del equipo para
adaptarse al framework CodeIgniter
PP
S1
Los criterios de aceptacin no estn
completamente cubiertos al momento de
realizar las pruebas del software.
PS
S1
El servidor no soporte una cantidad de
transacciones/conexiones alta (overflow).
TC
S1
Cambios durante el proceso de desarrollo
del producto que demoren la finalizacin
del proyecto.
IN
S1
Los roles y la distribucin del proyecto no
estn bien definidos.
PS
S1
Cambio de plataforma de desarrollo
porque la seleccionada no soporta las
funcionalidades pensadas.
ED
S1
Tengamos costos ms grandes a los
previstos.
PS
S2
El cliente no est satisfecho con el alcance
de la entrega que le estamos presentando
y haya que contemplar algn proceso
nuevo que implique distribuir actividades
nuevas y/o remodeladas.
TP
S3
Los prototipos presentados al
representante del sponsor (html) no estn
alineados con la visin que l tiene de la
solucin del negocio que estamos
planteando.
PP
S2
Cambios durante el proceso de desarrollo
del producto que demoren la finalizacin
del entregable.
IN
S2
Los roles y la distribucin del proyecto no
estn bien definidos.
PS
S2
Que un integrante del proyecto no cumpla
al 100% con sus actividades de esta
primera etapa.
PS
S2
Ausencia de algn recurso humano para la
ditribucin de actividades de la Fase 3.
PS
S4
El uso de frameworks(codeigniter) podra
complicar el modelo conceptual del
proyecto.
PS
S4
El prototipo de la web site del SGC no
cuente con los campos necesarios para la
administracin
TP
S4
El prototipo no est totalmente diseado
para la presentacin al stakeholder.
TP
S2
El manejo de la integracin de los
documentos se realice errneamente
(versiones sobreescritas o mal nombradas)
PS
S2
Tengamos costos ms grandes a los
previstos al final de cada fase.
PS
S3
Ausencia de algn recurso humano para la
ditribucin de actividades.
PS
S4
CRUD de citas no actualice correctamente
la tabla de citas en la BD.
TC
S3
El cliente no est satisfecho con el alcance
del entregable que le estamos
presentando y haya que contemplar algn
proceso nuevo que implique distribuir
actividades nuevas y/o remodeladas.
TP
S3
Elegir de manera errnea uno o ms
componentes del SW para la arquitectura
del sistema lo cual puede afectar al
momento de la construccin del producto.
TC
S5
La informacin de recuperacion de datos
no sea exitosa
TC
S5
Permisos para ver la historias clinicas de
los pacientes por parte de los doctores
TC
S5
Que los estados de las citas puedan ser
cambiados por los recepcionistas en el
momento que sea necesario.
TC
S5
Que no se haya podido asignar una cita al
paciente para su seguimiento.
TC
S5
Reporte de lista de recetas electronicas del
dia no tenga errores de estado.
TC
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
Amortiguacin del Impacto Mitigado (%)
Estado del
Riesgo
Medir el retraso que implicara para
luego poder dividir este tiempo extra
entre todos los integrantes del
equipo.
60% Superado
Utilizar la gestin del cambio y
reorganizar las actividades
planificadas.
100% Superado
Hacer talleres del framework
CodeIgniter 1 vez cada 15 das desde
el inicio del proyecto.
100% Superado
Promover la conversacin sobre las
historias de usuario a lo largo del
sprint y definir los criterios de
aceptacin (DONE).
100% Superado
Hacer las pruebas necesarias o
investigar una posible solucin que
garantice un sistema estable.
50% Latente
Por medio del uso de RUP ls entregas
seran poco a poco cada una con
funcionalidades incoorporadas
80% Superado
Definir desde un inicio del proyecto la
distibucin idnea de RRHH.
100% Superado
Realizando una evaluacin previa de
conceptos.
100% Superado
Revisando los costos implicados al
final de cada etapa de entregables.
100% Superado
Utilizar la gestin del cambio al final
de cada actividad y reorganizar las
actividades planificadas en caso sea
necesario.
80% Superado
Hacer diseos funcionales previos
(internamente) a la elaboracin de
los prototipos con el fin de evidenciar
problemas de usuario (usabilidad,
user friendly). Revisando las crticas
del representante del sponsor de los
prototipos presentados en la fase 2 y
realizando los cambios pertinentes.
50% Superado
Por medio del uso de RUP sabemos
que se presenta y como hacer posible
dejar de lidiar con grandes problemas
dando solucion en partes pequeas
50% Superado
Definir desde un inicio del proyecto la
distibucin idnea de RRHH y revisar
mediante la revisin del jefe del
proyecto el rol de cada participante y
segn eso entregar el % de trabajo de
cada rol por cada entrega.
80% Superado
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.
40% Superado
Revisando el cronograma de recursos
humanos luego de cada reunin
presencial, redistribuyendo las horas
de trabajo entre los integrantes del
proyecto en caso sea necesario.
100% Superado
Definiendo las actividades crticas del
framework al inicio para poder
trabajar nuestro modelo conceptual.
80% Superado
Revisar cuales son los campos
necesarios para poder adminitSrarlos
100% Superado
Invertir tiempo en revisar la
finalizacin de cada prototipo 2 das
antes de la presentacin final para
poder revisar si le falta
implementacin y realizar las
medidas correctivas.
100% Superado
Hacer copias semanales por separado
por parte de cada integrante del
grupo y revisar al termino de cada
reunin presencial que lo trabajado
est debidamente compartido y
actualizado.
90% Superado
Revisando los costos implicados al
final de cada entrega y revisando una
actualizacin de estos
semanalmente.
70% Superado
Revisando el cronograma de recursos
humanos luego de cada reunin
presencial, redistribuyendo las horas
de trabajo entre los integrantes del
proyecto en caso sea necesario.
100% Superado
Revisar la BD haciendo pruebas de
CRUD de citas y procesos antes de la
implementacin del site y despus
para revisar que se est actualizando
de manera correcta todas las
acciones.
100% Superado
Utilizar la gestin del cambio al final
de cada actividad y reorganizar las
actividades planificadas en caso sea
necesario.
80% Superado
Invertir tiempo en investigar cada
uno de los componentes elegidos
(verificar historias de xito, reseas,
comentarios)
100% Superado
Comprobar el correcto
funcionamiento del sistema al
recuperar conrasea y/o al modifcar
datos ya ingresados.
80% Superado
Revisar permisos que se comparten a
los doctores.
60% Latente
Comprobar el correcto
funcionamiento de las politicas del
manejo de informacin.
80% Superado
Revisar la BD con los pedidos y hacer
pruebas de adjudicacin de cada cita
con cada paciente.
80% Superado
Comprobar que la informacin
almacenada es la correcta mediante
pruebas unitarias de cada reporte.
80% 80%
Categorias de Riesgos

1 Del Tamao del Producto ( TP )

2 Del Impacto en el Negocio ( IN )

3 Del Proceso ( PS)

4 Tecnolgicos ( TC )

5 Del Entorno de Desarrollo ( ED )
Valores de Impacto


1 Muy alto

2 Medio

3 Bajo

4 Muy Bajo
No Crtico 0 a 1.33
Crtico 1.34 a 2.67
Muy Crtico 2.68 a 4
ID Riesgos
S1 No cumplir con las fechas establecidas
S1 No priorizar correctamente las historias.
S1
Dificultad por parte del equipo para adaptarse al framework
CodeIgniter
S1
Los criterios de aceptacin no estn completamente
cubiertos al momento de realizar las pruebas del software.
S1
El servidor no soporte una cantidad de
transacciones/conexiones alta (overflow).
S1
Cambios durante el proceso de desarrollo del producto que
demoren la finalizacin del proyecto.
S1
Los roles y la distribucin del proyecto no estn bien
definidos.
S1 Tengamos costos ms grandes a los previstos.
Categorias de Riesgos

1 Del Tamao del Producto ( TP )

2 Del Impacto en el Negocio ( IN )

3 Del Proceso ( PS)

4 Tecnolgicos ( TC )

5 Del Entorno de Desarrollo ( ED )
5 Del Entorno de Desarrollo ( ED )
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
No
Crtico
0 a 1.33
No
Crtico
0 a 1.33
Crtico
1.34 a 2.67 Crtico
1.34 a
2.67
Muy
Crtico
2.68 a 4
Muy
Crtico
2.68 a 4
Amortiguacin del Impacto
Medir el retraso que implicara para luego poder dividir este
tiempo extra entre todos los integrantes del equipo.
Utilizar la gestin del cambio y reorganizar las actividades
planificadas.
Hacer talleres del framework CodeIgniter 1 vez cada 15 das
desde el inicio del proyecto.
Promover la conversacin sobre las historias de usuario a lo
largo del sprint y definir los criterios de aceptacin (DONE).
Hacer las pruebas necesarias o investigar una posible solucin
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 distibucin idnea 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

4 Muy Bajo

Mitigado (%)
Estado del
Riesgo
60% Superado
100% Superado
100% Superado
100% Superado
100% Superado
50% Superado
80% Superado
50% Superado
ID Riesgos
S2
El cliente no est satisfecho con el alcance de la entrega que le
estamos presentando y haya que contemplar algn proceso nuevo
que implique distribuir actividades nuevas y/o remodeladas.
S2
Cambios durante el proceso de desarrollo del producto que demoren
la finalizacin del entregable.
S2 Los roles y la distribucin del proyecto no estn bien definidos.
S2
Que un integrante del proyecto no cumpla al 100% con sus
actividades de esta primera etapa.
S2
Ausencia de algn recurso humano para la ditribucin de actividades
de la Fase 3.
S2
El manejo de la integracin de los documentos se realice
errneamente (versiones sobreescritas o mal nombradas)
S2 Tengamos costos ms grandes a los previstos al final de cada fase.
Categorias de Riesgos

1 Del Tamao del Producto ( TP )

2 Del Impacto en el Negocio ( IN )
Valores de
Impacto



2 Del Impacto en el Negocio ( IN )

3 Del Proceso ( PS)

4 Tecnolgicos ( TC )

5 Del Entorno de Desarrollo ( ED )


1 Muy alto

2 Medio

3 Bajo

Categoria Probabilidad Impacto Factor
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
No Crtico 0 a 1.33
Crtico
1.34 a
2.67
Muy
Crtico
2.68 a 4
Amortiguacin del Impacto
Utilizar la gestin del cambio al final de cada actividad y reorganizar las
actividades planificadas en caso sea necesario.
Por medio del uso de RUP sabemos que se presenta y como hacer posible
dejar de lidiar con grandes problemas dando solucion en partes pequeas
Definir desde un inicio del proyecto la distibucin idnea de RRHH y revisar
mediante la revisin del jefe del proyecto el rol de cada participante y segn
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 reunin
presencial, redistribuyendo las horas de trabajo entre los integrantes del
proyecto en caso sea necesario.
Hacer copias semanales por separado por parte de cada integrante del grupo
y revisar al termino de cada reunin presencial que lo trabajado est
debidamente compartido y actualizado.
Revisando los costos implicados al final de cada entrega y revisando una
actualizacin de estos semanalmente.
Mitigado (%)
Estado del
Riesgo
60% Superado
75% Superado
60% Superado
80% Superado
60% Superado
65% Superado
70% Superado
ID Riesgos
S3
Ausencia de algn recurso humano para la ditribucin de
actividades.
S3
El cliente no est satisfecho con el alcance del entregable
que le estamos presentando y haya que contemplar algn
proceso nuevo que implique distribuir actividades nuevas y/o
remodeladas.
S3
Elegir de manera errnea uno o ms componentes del SW
para la arquitectura del sistema lo cual puede afectar al
momento de la construccin del producto.
S3
Los prototipos presentados al representante del sponsor
(html) no estn alineados con la visin que l tiene de la
solucin del negocio que estamos planteando.
S3
El uso de frameworks(codeigniter) podra complicar el
modelo conceptual del proyecto. ENTREGA 3
Categorias de Riesgos

1 Del Tamao del Producto ( TP )

2 Del Impacto en el Negocio ( IN )

2 Del Impacto en el Negocio ( IN )

3 Del Proceso ( PS)

4 Tecnolgicos ( TC )

Categoria Probabilidad Impacto Factor
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

1 Muy alto

2 Medio

Amortiguacin del Impacto Mitigacin (%)
Revisando el cronograma de recursos humanos
luego de cada reunin presencial, redistribuyendo
las horas de trabajo entre los integrantes del
proyecto en caso sea necesario.
75%
Utilizar la gestin del cambio al final de cada
actividad y reorganizar las actividades planificadas
en caso sea necesario.
80%
Invertir tiempo en investigar cada uno de los
componentes elegidos (verificar historias de xito,
reseas, comentarios)
65%
Hacer diseos funcionales previos (internamente) a
la elaboracin de los prototipos con el fin de
evidenciar problemas de usuario (usabilidad, user
friendly). Revisando las crticas del representante del
sponsor de los prototipos presentados en la fase 2 y
realizando los cambios pertinentes.
80%
Definiendo las actividades crticas del framework al
inicio para poder trabajar nuestro modelo
conceptual.
60%
No Crtico 0 a 1.33
Crtico 1.34 a 2.67
Muy Crtico 2.68 a 4
Estado del
Riesgo
Superado
Superado
Superado
Superado
Superado
ID
S4
S4
S4
S4
S4
S4
S4
S4
S4
S4
S4
S4
S4
S4
Riesgos
El uso de frameworks(codeigniter) podra 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
El prototipo no est totalmente diseado para la presentacin al stakeholder.
Diseo de Mdulo Seguridad de Usuarios no sea de agrado del cliente
Cambio de plataforma de desarrollo porque la seleccionada no soporta las
funcionalidades pensadas.
Cambio de HERRAMIENTA PARA DISEAR WIREFRAMES Y PROTOTIPOS.
Diseo de Mdulo Seguridad de Usuarios no sea de agrado del cliente
Diseo de Mdulo Paciente: Solicitar Cita no sea de agrado del cliente
Diseo de Mdulo Paciente: Consultas Citas no sea de agrado del cliente
Diseo de Mdulo Paciente: Consultar Atenciones no sea de agrado del cliente
Implementacin de Mdulo Paciente: Solicitar Cita
Implementacin de Mdulo Paciente: Consultas Citas 100%
Implementacin de Mdulo Paciente: Consultar Atenciones 100%
Errores o inconsistencias entre el plan de costos y plan de gestion del proyecto
Categorias de Riesgos

1 Del Tamao del Producto ( TP )

2 Del Impacto en el Negocio ( IN )

3 Del Proceso ( PS)

4 Tecnolgicos ( TC )

5 Del Entorno de Desarrollo ( ED )
Valores de
Impacto


1 Muy alto

2 Medio

3 Bajo
Categoria Probabilidad Impacto Factor
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
Amortiguacin del Impacto
Definiendo las actividades crticas del framework al inicio para poder
trabajar nuestro modelo conceptual.
Revisar cuales son los campos necesarios para poder adminitSrarlos
Invertir tiempo en revisar la finalizacin de cada prototipo 2 das antes de
la presentacin final para poder revisar si le falta implementacin y
realizar las medidas correctivas.
Realizar los prototipos y llevarlos a html segn la guia de los CUS
concentrandonos en el flujo de los mismos.
Realizando una evaluacin previa de conceptos.
Realizando una evaluacin previa de conceptos.
Realizar los prototipos y llevarlos a html segn la guia de los CUS
concentrandonos en el flujo de los mismos.
Realizar los prototipos y llevarlos a html segn la guia de los CUS
concentrandonos en el flujo de los mismos.
Realizar los prototipos y llevarlos a html segn la guia de los CUS
concentrandonos en el flujo de los mismos.
Realizar los prototipos y llevarlos a html segn 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
Centrarnos en el funcionamiento.Realizar una correcta bd asi como
querys para poder brindar consultas rapidas y efectivas
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.
Mitigacin
(%)
75%
75%
75%
70%
100%
100%
70%
70%
70%
70%
60%
60%
60%
80%
ID
S5
S5
S5
S5
S5
S5
Riesgos
La informacin 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.
Reporte de promedio de tiempo con informacin correcta.
Categorias de Riesgos

1 Del Tamao del Producto ( TP )

2 Del Impacto en el Negocio ( IN )

3 Del Proceso ( PS)

4 Tecnolgicos ( TC )

Valores de
Impacto


1 Muy alto

2 Medio

3 Bajo

4 Muy

5 Del Entorno de Desarrollo ( ED )

4 Muy
Bajo
Categoria Probabilidad Impacto Factor
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
No Crtico 0 a 1.33
Crtico 1.34 a 2.67
Muy
Crtico
2.68 a 4
Amortiguacin del Impacto
Mitigacin
(%)
Comprobar el correcto funcionamiento del sistema al
recuperar conrasea y/o al modifcar datos ya ingresados.
70%
Revisar permisos que se comparten a los doctores. 75%
Comprobar el correcto funcionamiento de las politicas del
manejo de informacin.
100%
Revisar la BD con los pedidos y hacer pruebas de
adjudicacin de cada cita con cada paciente.
75%
Comprobar que la informacin almacenada es la correcta
mediante pruebas unitarias de cada reporte.
100%
Comprobar que la informacin almacenada es la correcta
mediante pruebas unitarias de cada reporte.
100%