Evaluación de un error sin posibilidad de reproducirlo
Cómo estimar un error sin que sea posible reproducirlo: no se puede calcular el esfuerzo de la corrección, sino solo el de la búsqueda. Cómo establecer un plazo para la investigación en lugar de votar una historia que nadie puede ver.
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 correcció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 descubre la causa; a menudo basta con modificar una sola línea de código. Lo que resulta costoso es la búsqueda. La estimación del tiempo de búsqueda es realista; la estimación de 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».
Titular: «¿Alguien ha conseguido hacerlo a voluntad?»
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 es necesario 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 hito, 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 la sección sobre cómo estimar una prueba inestable para la misma forma, así como los errores habituales en el «planning poker» a la hora de estimar errores con precisión de 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.