Cuándo cerrar una incidencia y cuándo dejarla en seguimiento

Acordar qué significa recuperado

El criterio debe describir una operación observable: entrar, consultar y guardar, emitir el documento o completar la transacción de prueba autorizada. «El sistema responde» puede ser insuficiente si la tarea principal sigue fallando. Registra quién comprueba el resultado y con qué muestra, evitando operaciones reales que puedan duplicar movimientos.

Pregunta por límites residuales y alternativas temporales. Si la actividad funciona mediante una solución provisional, puedes cerrar la interrupción según tu acuerdo, pero el trabajo definitivo debe permanecer vinculado a otro registro con responsable. No hagas desaparecer una tarea pendiente cambiando únicamente el estado del ticket.

Usar seguimiento con fecha y propósito

Define qué vas a observar, durante cuánto tiempo y quién revisará el resultado. Un fallo que aparecía al arrancar requiere probar otro arranque; uno que coincidía con una tarea nocturna necesita comprobar esa ejecución. Elegir una ventana por comodidad puede dar una falsa sensación de estabilidad.

Incluye un canal claro para avisar si vuelve el síntoma y qué datos recoger. Atlassian distingue respuesta, revisión y resolución dentro de su proceso de incidentes; tu seguimiento debe adaptarse al caso y al contrato. No existe una duración universal que certifique todas las averías, y dejar un ticket abierto indefinidamente tampoco demuestra control.

Documentar el cierre y la reapertura

Resume síntoma, impacto, acciones realizadas, validación, limitaciones y relación con problema o cambio si procede. Separa causa confirmada de explicación probable. La persona afectada debe entender qué se ha recuperado y cómo volver a contactar. Evita una nota final llena de detalles internos que no responda a esas preguntas.

Si no responde el solicitante, aplica el procedimiento previamente comunicado: intentos, plazo y criterio de cierre administrativo. Ese cierre no equivale a una validación funcional hecha por el usuario. Registra la diferencia y conserva una ruta de reapertura. Revisa los casos reabiertos para saber si falló la solución, el criterio de prueba o la comunicación; son situaciones que necesitan mejoras distintas.

Fuentes y documentación

• Atlassian: respuesta a incidentes — Ejemplo operativo de coordinación, comunicación y restauración del servicio; no constituye un SLA universal.