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 la 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 ha identificado 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 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 que supone este error para el cliente cada semana? ¿Y 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, sino 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 solución por separado.

Consulte cómo estimar una prueba poco fiable para el mismo caso, y errores habituales en el Planning Poker sobre la estimación de 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.