NoEstimates: Difference between revisions
No edit summary |
|||
| (5 intermediate revisions by the same user not shown) | |||
| Line 1: | Line 1: | ||
'''#NoEstimates''' | {{Meta-bok|min=4}} | ||
'''#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. | |||
Los | 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|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 == | |||
<div class="bok-aviso"> | |||
'''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. | |||
</div> | |||
== Recursos == | |||
<div class="bok-recurso"> | |||
🎙️ [https://open.spotify.com/episode/5qa41nYkK9JSmKVg0E5qt0 '''Podcast Ep. 10: Estimar o no estimar''']<span class="detalle">Scrum Manager Podcast · Spotify</span> | |||
</div> | |||
<div class="bok-recurso"> | |||
📄 [https://www.scrummanager.com/blog/2023/04/estimar-o-no-estimar/ '''Estimar o no estimar''']<span class="detalle">Scrum Manager Blog · abr 2023</span> | |||
</div> | |||
<div class="bok-recurso"> | |||
📄 [https://www.scrummanager.com/blog/2023/07/tecnicas-de-estimacion-agil-tres-metodos/ '''Técnicas de estimación ágil: tres estrategias''']<span class="detalle">Scrum Manager Blog · jul 2023</span> | |||
</div> | |||
== Véase también == | |||
<div class="bok-tags"> | |||
[[Estimación de póquer]] [[Punto de historia]] [[Lead time]] [[Affinity Estimating]] [[Bucket System]] [[Capacity-based Planning]] | |||
</div> | |||
<div class="bok-ecosistema"> | |||
<div class="texto"> | |||
<span class="titulo">'''¿Quieres avanzar en agilidad?'''</span> | |||
<span class="sub">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 [https://scrummanager.com/skillarena/ '''Skill Arena''']: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.</span> | |||
</div> | |||
<div class="botones"> | |||
<div class="bok-btn-outline">[https://www.scrummanager.com/website/c/calendar/show-courses.php Buscar convocatorias]</div> | |||
<div class="bok-btn-filled">[https://scrummanager.com/club/ Club Agile]</div> | |||
</div> | |||
</div> | |||
[[Category: Glosario de términos]] | [[Category: Glosario de términos]] | ||
[[Category:Estimación]] | [[Category:Estimación]] | ||
[[Category:Prácticas ágiles]] | |||
Latest revision as of 14:48, 12 May 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
📄 Estimar o no estimarScrum Manager Blog · abr 2023
📄 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.