El reporte diario y el registro de actividades

El reporte diario es corto y sale todos los días a la misma hora, por el canal pactado. Cuenta el avance contra el cronograma, los hallazgos que ya piden atención del cliente (sin el detalle técnico, que va al informe), las incidencias del día —cualquier cosa que haya afectado al cliente o a las pruebas— y el plan de mañana, con los bloqueos que el cliente puede destrabar.

Su valor está en que no sorprende: si el último día aparece algo grave que nunca salió en un reporte diario, el cliente pierde la confianza en todo lo demás. Por eso una incidencia nunca se calla para que el día «quede limpio».

El registro de actividades es su respaldo: una línea por actividad, con hora, persona, origen, objetivo y resultado. El reporte se escribe a partir del registro, no de memoria.

El borrador de hoy dice «incidencias: ninguna». Antes de enviarlo se compara con el registro: si una fila del registro cuenta que algo del cliente dejó de funcionar, el reporte lo dice, con la hora y la persona a la que se avisó, aunque el servicio haya vuelto solo.

Abre el laboratorio y compara el borrador con lo que se hizo contra la API.

El centro de monitoreo del cliente ve las pruebas como ve cualquier otra actividad rara: como alertas. Por eso pregunta, y la respuesta tiene que salir del registro. Una alerta es del encargo cuando coinciden la hora, el origen declarado en la carta y el objetivo con una línea del registro. Si falta cualquiera de las tres, no se puede afirmar que sea del encargo.

Cuidado con el atajo contrario: «nuestro origen está en la alerta» no basta, ni «a esa hora estábamos trabajando». Las tres cosas, o ninguna.

La alerta que no es del encargo ocurrió de madrugada, desde un origen que la carta no declara, contra un equipo que no figura en las actividades del día. No es asunto del equipo evaluador investigarla por su cuenta: ese equipo no está autorizado a hacer respuesta a incidentes, solo a probar lo pactado. Pero sí es asunto suyo decirlo claro y pronto.