Pruebas, certificación e implantación. Riesgos y causas.
4.Cambios inadecuados o continuos de
alcance, recursos, sponsors, etc.
(GESTIÓN DE PROYECTOS)
Cambios durante la vida del
proyecto de sponsors, equipos
participantes, etc.
Cambios de
alcance
Continuos cambios
evolutivos
Modificación de
requisitos a última hora
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
Gestión del Cambio
Carencias, errores,
indefiniciones o baja calidad
en la toma y/o entrega de
requisitos.
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 requerimientos
no funcionales
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 de los
casos de prueba realizados
por los analistas
responsabless en fases de
desarrollo a integración.
Retraso en las
entregas de
proveedores
Medir los retrasos de las
entregas.
8. Solución entregada con
baja calidad o no
aceptada por el cliente
Paquete de implantación con
problemas de rendimiento. No
se realizan análisis previos de
infraestructura.
Medir las pruebas de
rendimiento que cubren
los requisitos no
funcionales. (QC) de
aquellos proyectos en
los que sean necesarias.
No mantener equipo de
proyecto y pasar AM sin
estabilizar la implantación
Validaciones
continuas en forma
pero no en calidad
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)
No se adoptan medidas en
origen de los problemas.
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
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
6. Retrasos o
imposibilidad de
entrega de la solución en Preproducción
Problemas de despliegues
Medir en 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 de alto impacto
en infraestructura de
entornos no productivos
durante 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
No se respetan los plazos ni
la planificación de pruebas
Inestabilidad de entorno
Medir las indicencias con
origen inestabilidad de
entorno
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
7.Defectos en la
evaluación de la
calidad.
Desvirtualización de
métricas de pruebas de
Quality Center ( los
evolutivos e incdencias por
inestabilidad de entornos se
incluyen como incidencias).
Realización incompleta
de los casos de prueba.
Mala selección o calidad del
conjunto de pruebas o CP incompletos
Calidad no prueba ni
certifica procesos
Batch
Ausencia de un modelo de pruebas para
infraestructuras/Arquitectura/Despliegue
Usuario seleccionado
para pruebas, no
adecuado o no conoce
RU, RF, etc.
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
No disponibilidad de
equipos ( TI o usuarios )
para pruebas