Jump to content

NoEstimates: Difference between revisions

From Scrum Manager BoK
Line 19: Line 19:
La incorporación de herramientas de IA generativa en el desarrollo está añadiendo una nueva dimensión al debate sobre la estimación:
La incorporación de herramientas de IA generativa en el desarrollo está añadiendo una nueva dimensión al debate sobre la estimación:


Si un asistente de código puede generar en minutos código que antes llevaba horas, ¿siguen siendo válidas las estimaciones históricas?
* Si un asistente de código puede generar en minutos código que antes llevaba horas, ¿siguen siendo válidas las estimaciones históricas?
La variabilidad en la velocidad del equipo aumenta cuando parte del trabajo lo realizan herramientas de IA, lo que hace aún más difícil la estimación precisa.
* La variabilidad en la velocidad del equipo aumenta cuando parte del trabajo lo realizan herramientas de IA, lo que hace aún más difícil la estimación precisa.


Esto refuerza el argumento #NoEstimates de que el esfuerzo de estimar puede ser mayor que su valor, y que métricas de flujo basadas en trabajo realmente entregado son más fiables.
Esto refuerza el argumento #NoEstimates de que el esfuerzo de estimar puede ser mayor que su valor, y que métricas de flujo basadas en trabajo realmente entregado son más fiables.
== Error frecuente ==
== Error frecuente ==
<div class="bok-aviso">
<div class="bok-aviso">

Revision as of 14:47, 12 May 2026

⏱ 4 min de lectura  ·  📅 Actualizado en 2026

#NoEstimates es un movimiento surgido en la comunidad ágil que cuestiona la necesidad de las estimaciones detalladas de esfuerzo en el desarrollo de software y propone alternativas basadas en la entrega continua de valor en incrementos pequeños. No es una técnica ni un método prescriptivo, sino un conjunto de ideas y prácticas que promueven medir el progreso por el trabajo realmente entregado, no por el esfuerzo estimado.

Fue acuñado por Woody Zuill en 2012 y se popularizó en la década de 2010. Surgió de la observación de que el tiempo y el esfuerzo dedicados a estimar con precisión raramente se traducen en mayor precisión de las previsiones, y que ese tiempo podría dedicarse a entregar valor real.

La crítica a la estimación tradicional

Los defensores de #NoEstimates argumentan que las estimaciones detalladas presentan varios problemas sistémicos:

  • El coste oculto de estimar: el tiempo dedicado a estimar story points, horas o funcionalidades es tiempo que no se dedica a entregar. En proyectos con muchas historias y cambios frecuentes, ese coste se multiplica.
  • La falsa precisión: una estimación en puntos de historia es una apuesta sobre el futuro, no una medición. Tratarla como un dato preciso genera compromisos irreales.
  • El efecto âncla: una vez estimada, una historia tiende a "costar" lo que se estimó, aunque la realidad sea diferente.
  • La presión de las estimaciones: cuando las estimaciones se convierten en compromisos, el equipo puede sentirse presionado a cumplirlas aunque ello suponga sacrificar calidad o alcance.

Prácticas asociadas

  • Historias de tamaño similar: si todas las historias tienen aproximadamente el mismo tamaño, el progreso puede medirse por número de historias completadas, sin necesidad de puntos.
  • Entrega en pequeños incrementos: iteraciones cortas con entregas frecuentes permiten medir el progreso de forma directa, sin depender de las estimaciones.
  • Priorización por valor: en lugar de priorizar en función del esfuerzo estimado, se prioriza por el valor que cada historia aporta al cliente.
  • Métricas de flujo: en lugar de velocidad basada en puntos, se usan métricas como el lead time o el throughput (historias completadas por unidad de tiempo).

#NoEstimates y la IA como herramienta

La incorporación de herramientas de IA generativa en el desarrollo está añadiendo una nueva dimensión al debate sobre la estimación:

  • Si un asistente de código puede generar en minutos código que antes llevaba horas, ¿siguen siendo válidas las estimaciones históricas?
  • La variabilidad en la velocidad del equipo aumenta cuando parte del trabajo lo realizan herramientas de IA, lo que hace aún más difícil la estimación precisa.

Esto refuerza el argumento #NoEstimates de que el esfuerzo de estimar puede ser mayor que su valor, y que métricas de flujo basadas en trabajo realmente entregado son más fiables.

Error frecuente

Interpretar #NoEstimates como "no planificar". El movimiento no propone trabajar sin horizonte ni sin previsiones. Propone sustituir las estimaciones detalladas de esfuerzo por métricas más directas de progreso real. La planificación sigue siendo necesaria; lo que se cuestiona es si estimar en puntos de historia es la mejor forma de hacerla.

Recursos

🎙️ Podcast Ep. 10: Estimar o no estimarScrum Manager Podcast · Spotify

📄 Blog: Estimar o no estimarScrum Manager Blog · abr 2023

📄 Blog: Técnicas de estimación ágil: tres estrategiasScrum Manager Blog · jul 2023

Véase también

¿Quieres avanzar en agilidad? Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a Skill Arena: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.