T2 303 Gestion de incidentes

Gestión de incidentes
Workshop

Ing. Mariana Travieso
Ing. María Elisa Presto
1

¿Quién es quién?

2

Mucho más que “bugs”
 Los incidentes aportan información
sobre
• Procesos
• Organización

Esencial para la toma de decisiones

3

¿Que información se
requiere?
Pasaje a
producción

Desarrollo

Testing

4

Pasaje a producción
 Cantidad y severidad de incidentes
detectados sin corrección
Categorización de los incidentes
detectados aún no corregidos
 Cantidad, severidad y categorización de
los incidentes detectados por módulo

5

Grupo de testing
 Líder
• Cantidad de incidentescorregidos
• Cantidad de incidentes a aclarar
• Versión en que serán corregidos los
incidentes

 Tester
• Estado en que está cada incidente
reportado para poder hacerle seguimiento
6

¿Cómo gestionarlos
incidentes?
• Para que cada actor pueda obtener la
información que necesita
• Minimizando el re-trabajo

7

Incidentes
Conceptos

8

James Bach – Reframing requirements analysis
9

Problemas eincongruencias
 Entre especificación, requerimientos y
producto:
• que la especificación no refleje los
requerimientos
• que el producto no refleje los
requerimientos
• que el producto no refleje laespecificación

10

Minimizando el re-trabajo

11

Problemas de los reportes
• No se entienden, no se comprenden
• Demasiado complejos
• Con la información registrada no es posible
reproducir elincidente
• No se considera una falla

12

Problemas de gestión
 Los incidentes
•
•
•
•
•

“se pierden”
no se pueden monitorizar ni seguir
no están centralizadas
es difícil de contarlos
se registran másde una vez

 Se generan malos entendidos
 Es complicado obtener información
13

Reportes de incidentes

14

Información de contexto
 Versión del producto en que fue
detectado el incidente
Módulos con los cuales está vinculado el
incidente
 Referencias a especificación de
requerimientos o casos de uso
 Incidentes relacionados y soluciones
 Origen del incidente si se conoce o
sospecha...