Categorias: Todos - resolución - incidentes - herramientas - gestión

por Alejandro Antalich 5 anos atrás

578

Herramientas de gestión de incidentes

La gestión de incidentes es crucial para el buen funcionamiento de un equipo de desarrollo, asegurando que los problemas se identifiquen, comuniquen y resuelvan de manera eficiente.

Herramientas de gestión de incidentes

Herramientas de gestión de incidentes

Características principales de algunas herramientas de gestión de Incidentes

• Permite analizar el tiempo de resolución de incidentes.
• Visión global de incidentes por versión, categoría, prioridad, criticidad
• Permite organizar y dividir el trabajo.
•Permite saber quién “tiene la pelota” en cada momento
• Gestión centralizada de incidentes y cambios.

Buenas prácticas en el reporte de incidentes

Exteriorizar
Describir el impacto del fallo a los usuarios
Cominicar
Informar el incidente sin hacértelo personal
Maximizar
Identificar las peores circunstancias
Generalizar
Identificar la versión mas sencilla de los pasos
Aislar
Identificar elementos relacionados con el error
Replicar
Pasos que permitan replicar el error

Utilizando herramienta de gestión de incidentes

Permite ingresar todo tipo de archivo para evidencia Y Se puede linkear fácilmente con los casos de prueba relacionados
Hay filtro por proyecto e incidente, especificando qué permisos tendrá cada usuario.
Cada usuario relacionado a un incidente, recibe notificaciones automáticas por correo electrónico, respecto al cambio del mismo
La correcta gestión de incidentes incluye el doble chequeo de los problemas, yo lo reporto y alguien lo resuelve, pero el que determina que el bug está cerrado es el tester que lo reportó, una vez que es capaz de constatarlo.
En un entorno de testing continuo la resolución de incidentes tiene que estar perfectamente aceitada, ya que es el ida y vuelta entre desarrollo y testing, la interacción más grande de nuestro trabajo se da a través de estos mecanismos.
La gestión de incidentes es un punto básico en la eficiencia de un equipo de desarrollo, y es además otro de los puntos claves donde se puede ver si la gente de testing y de desarrollo se sienten o no parte de un mismo equipo con los mismos objetivos