Evaluación de un error sin posibilidad de reproducirlo

Si no puede reproducirlo, no puede estimarlo. Puede estimarlo buscándolo.

Un error que no se puede reproducir es como dos incógnitas en un mismo ticket. La primera incógnita es la causa: hay un síntoma en el entorno de producción, pero no existe una forma fiable de reproducirlo localmente, ni un seguimiento de pila coherente, ni una línea en los registros que siempre lo preceda. La segunda incógnita es la solución, que depende por completo de la primera. Votar una puntuación para la solución antes de conocer la causa equivale a votar una tarea que el equipo no puede ver realmente.

La solución no siempre resulta complicada una vez que se encuentra la causa; a menudo basta con modificar una sola línea de código. Lo que resulta costoso es la búsqueda. Calcular el tiempo que lleva la búsqueda es realista; calcular el tiempo que lleva la solución es una ilusión.

Lo que se dice en la sala

Ingeniero A: «Creo que se debe a la invalidación de la caché».

Ingeniero B: «Creo que es una cuestión de la propia persona».

Entrada: «¿Alguien ha conseguido hacerlo funcionar cuando se quiere?»

Pregunta: «Hemos probado veinte cosas. Ninguna resulta fiable».

Asistencia técnica: «Son tres usuarios a la semana, siempre los martes por la tarde».

Preguntas que conviene plantearse antes de votar

• ¿Cuál es el síntoma y con qué frecuencia se presenta?
• ¿Ya disponemos de registros en las rutas sospechosas o debemos añadirlos primero?
• ¿Existe algún cliente con una cuenta que se sepa que presenta problemas y con la que podamos reproducir el problema?
• ¿Cuál es el coste semanal que supone este error para el cliente? ¿Justifica esto un análisis en profundidad?
• ¿Cuál es el plazo establecido para la investigación antes de que volvamos a tratar el tema?

Dos teorías identificadas y ninguna reproducción no es una cifra con la que conformarse; es una investigación que hay que financiar. Asigne un presupuesto y establezca un punto de control, y luego vuelva a evaluar la situación una vez que se haya identificado la causa.

Aprobar un presupuesto para la búsqueda. Cuando la causa tenga un nombre, calcule el coste de la reparación por separado.

Consulte cómo estimar una prueba poco fiable para el mismo caso, y errores habituales en el Planning Poker sobre cómo estimar errores con precisión por característica. Eche un vistazo a los demás ejemplos prácticos de estimación, o inicie una sesión gratuita de Planning Poker cuando se conozca la causa.