3669933
Description
Mind Map by Nieves Garcia Garcia, updated more than 1 year ago
More
|
Created by Enrique Francesch
over 8 years ago
|
|
|
|
Copied by Enrique Francesch
over 8 years ago
|
|
|
Copied by Nieves Garcia Garcia
over 8 years ago
|
|
|
|
Copied by Nieves Garcia Garcia
over 8 years ago
|
|
|
|
Copied by Nieves Garcia Garcia
over 8 years ago
|
|
|
|
Copied by Nieves Garcia Garcia
over 8 years ago
|
|
Pruebas, certificación e implantación. Riesgos y causas._3_2_1
- 3.Planificación errónea, no
consensuada, irreal o
impuesta. (GESTIÓN DE PROYECTOS)
- Plazos de tiempo
muy ajustados
- Fechas
impuestas
- Fechas de
implantación no
consensuadas con resto Areas TI y
Gestión del Cambio
- Portfolios anuales no alineados
- Plazos de tiempo
muy ajustados
- Carencias, errores,
indefiniciones o baja calidad
en la toma y/o entrega de
requisitos.
- Cambios durante la vida del
proyecto de sponsors, equipos
participantes, etc.
- Cambios de
alcance
- Continuos cambios
evolutivos
- Modificación de
requisitos a última hora
- Datos de CP no válidos para
integración y preproducción.
Datos de pruebas no
confiables
- Error de cumplimentación
de documentación de
proyecto
- Falta de trazabilidad en
etapas anteriores
requisitos - CP
- Discrepancia información
de negocio, Gestión del
Cambio TI
- Indefinición del
resultado esperado
- Falta de definicion o carencias
en requerimientos no
funcionales
- Mala selección o calidad del
conjunto de pruebas o CP
incompletos
- No realización de PoC o realización
imcompletas, tanto de sofware como de
productos adquiridos por Mapfre.
- Carencia de validaciones en contenido
- Medir validaciones
realizadas de contenido
- Medir validaciones
realizadas de contenido
- Cambios durante la vida del
proyecto de sponsors, equipos
participantes, etc.
- 5. Productos de
desarrollo
defectuosos, fuera
de plazo o sin
controles
- El software ha sido mal
desarrollado y se han dado
por cubiertas pruebas
locales y de integración
anteriores
- Medir la tendencia del %
de las incidencias en QC de
los casos de prueba
realizados por los analistas
responsabless en fases de
desarrollo e integración
- Medir las incidencias en
las evidencias
entregadas por
proveedores.
- Medir la tendencia del %
de las incidencias en QC de
los casos de prueba
realizados por los analistas
responsabless en fases de
desarrollo e integración
- Retraso en las
entregas de
proveedores
- Medir los retrasos de las entregas.
- Medir los retrasos de las entregas.
- Errores en DF y DT
- Carencia de
validaciones en
contenido
- Medir validaciones que se realizan
de contenido
- Medir validaciones que se realizan
de contenido
- Carencia de
validaciones en
contenido
- Retrasos en la entregas de DF
a proveedores
- Medir los retrasos de las entregas.
- Medir los retrasos de las entregas.
- Entornos locales con distintata configuraciónes que
entornos d certificación, integración
y proproducción
- Medir Incidencias Service
Manager de "apoyo a
desarrollo,
Arquitectura e
Infraestructura"
- Medir Incidencias Service
Manager de "apoyo a
desarrollo,
Arquitectura e
Infraestructura"
- Infraestrucuta de
servidores locales con
bajo rendimiento
- Medir incidencias Service
Manager de "Gestión
de puestos virtuales"
- Medir incidencias Service
Manager de "Gestión
de puestos virtuales"
- El software ha sido mal
desarrollado y se han dado
por cubiertas pruebas
locales y de integración
anteriores
- 8. Solución entregada con
baja calidad o no
aceptada por el cliente
- No mantener equipo de
proyecto y pasar AM sin
estabilizar la implantación
- La solución se entrega
con casos de prueba
superando los niveles
de fallos admitidos.
- Medir la tendencia de
proyectos puestos en
producción con casos de
prueba bloqueantes (vg.: que
superan el 50% con fallos
semáforo rojo)
- Medir la tendencia de
proyectos puestos en
producción con casos de
prueba bloqueantes (vg.: que
superan el 50% con fallos
semáforo rojo)
- No se adoptan medidas en
los origenes de los
problemas y se arrastran
durante todo el proyecto.
- No mantener equipo de
proyecto y pasar AM sin
estabilizar la implantación
- 1. Carencia, desconocimiento,
falta de divulgación,
imposibilidad, mal uso o
negación del uso de normas,
políticas, metodologías, herramientas,
manuales, etc.
- Negocio no conoce
metodología ni está
consensuada
- No establecido o divulgado el
procedimiento de pruebas, uso
de herramientas, etc.
- Desconocimiento en TI
del proceso o metodología de
Gestión del Cambio
- Realización de tareas de
planificación del proyecto por
parte de servicios (abrir peticiones
en Service Manager)
- Medir el grado de conformidad de
negocio mediantecuestionario
- Negocio no conoce
metodología ni está
consensuada
- 9. Imposibilidad de
realizar la gestión
del cambio ni
ejecutar las acciones
para la implantación
- Falta manual
de usuario
- Carencia del
protocolo de
comunicacion de
implantación
hacia Negocio
- Falta manual
de usuario
- 6. Retrasos o
imposibilidad de
entrega de la
solución en
Preproducción
- Problemas de despliegues
- Medir la tendencia de las
incidencias con origen en
los despliegues en
entornos no productivos
- Medir la tendencia de las
incidencias con origen en
los despliegues en
entornos no productivos
- Fallos en la
disponibilidad,
continuidad, capacidad o
seguridad de la
infraestructura
- Medir la tendencia de las
incidencias con origen en la
Infraestuctura, en entornos
no productivos y en un
período de tiempo
- Medir la tendencia de las
incidencias con origen en la
Infraestuctura, en entornos
no productivos y en un
período de tiempo
- Inestabilidad del entorno de pruebas
- Medir las incidencias
con origen inestabilidad
de entorno
- Dependencias de
otras aplicaciones
- Medir las incidencias
con este tipo de origen
- Medir las incidencias
con este tipo de origen
- Medir las incidencias
con origen inestabilidad
de entorno
- No se respetan los plazos ni
la planificación de pruebas
- Problemas de
Arquitectura
- Medir la tendencia de las
incidencias con origen en la
de Arquiectura, en
entornos no productivos y
en un periodo de tiempo
- Medir la tendencia de las
incidencias con origen en la
de Arquiectura, en
entornos no productivos y
en un periodo de tiempo
- Tiempos de respuesta de
soporte ( incidencias Service
Manager ) totalmente
inaceptables que impactan de
lleno en la planificación
- Medir tiempo de resolución
de este tipo de incidencias
- Medir tiempo de resolución
de este tipo de incidencias
- Problemas de
rendimiento de la
aplicación.
- Documentar y
medir las
incidencias con este
tipo de origen
- Documentar y
medir las
incidencias con este
tipo de origen
- Problemas de despliegues
- 7.Defectos en la
evaluación de la
calidad.
- Paquete de implantación con
problemas de rendimiento. No
se realizan análisis previos de
infraestructura.
- Medir las pruebas de rendimiento y seguridad que
cubren los requisitos no funcionales.
(QC) de aquellos proyectos en los que
sean necesarias. Anticipar a entorno de
preproducción
- Medir las pruebas de rendimiento y seguridad que
cubren los requisitos no funcionales.
(QC) de aquellos proyectos en los que
sean necesarias. Anticipar a entorno de
preproducción
- Desvirtualización de métricas de
pruebas de Quality Center ( los
evolutivos e incidencias por
inestabilidad de entornos,
infraestructura, arquitectura,
rendimiento, etc... se incluyen como
incidencias de software).
- Medir el grado de
incidencias incluidas que
no corresponden: No
realizadas en entorno de
OP, no alineadas con RU y
RF, producto de inestabilidad
del entorno u otros.
- Medir el grado de
incidencias incluidas que
no corresponden: No
realizadas en entorno de
OP, no alineadas con RU y
RF, producto de inestabilidad
del entorno u otros.
- Realización incompleta
de los casos de prueba.
- Calidad no prueba ni
certifica procesos
Batch
- Usuario seleccionado para
pruebas, no adecuado o no
conoce RU, RF, etc.
- Seleccion de usuario
adecuado participe en la
definicion y validacion de RU y
RF
- Seleccion de usuario
adecuado participe en la
definicion y validacion de RU y
RF
- Solución no aceptada por
usuario; no sentirse
partícipe de ella.
- Entorno no disponible o
inestable en el momento de
las pruebas
- Medir la tendencia del % de
las incidencias con origen
Infraestructura, Arquitectura
y despligues durante la fase
de pruebas de negocio en
Preproducción,
- Medir la tendencia del % de
las incidencias con origen
Infraestructura, Arquitectura
y despligues durante la fase
de pruebas de negocio en
Preproducción,
- No disponibilidad de equipos
humanos ( TI o usuarios ) para pruebas
- Pruebas realizadas fuera de
Oficina de Pruebas y sin
seguir casos de prueba.
- Vaiidaciones de calidad en forma
pero muy carente en contenido
- Medir validaciones
realizadas de
contenido
- Medir validaciones
realizadas de
contenido
- Paquete de implantación con
problemas de rendimiento. No
se realizan análisis previos de
infraestructura.
Want to create your own Mind Maps for free with GoConqr? Learn more.