Técnicas de estimación ágil: matriz de comparación
Una referencia de una página para elegir una técnica de estimación ágil: qué optimiza cada una, el tamaño de equipo al que se ajusta, si alimenta un número de velocidad, y el argumento de una línea para usarla. Para el razonamiento completo detrás de cada fila, consulta la guía completa de estimación ágil.
La comparación completa
| Técnica | Qué optimiza | Tamaño de equipo | ¿Alimenta la velocidad? | Úsala cuando... |
|---|---|---|---|---|
| Scrum Poker | Profundidad de discusión en historias listas para el sprint | 4-7 ideal | Sí (puntos) | Dimensionar historias que entran al próximo sprint, con contexto completo |
| T-shirt sizing | Velocidad sobre precisión | Cualquiera, incl. no ingenieros | Solo con un mapeo de tamaño a puntos | Dimensionamiento a nivel de roadmap, o una sala con no ingenieros |
| Estimación por afinidad | Dimensionar rápido un backlog grande | Cualquiera | Con un mapeo | 50+ elementos sin refinar necesitan un orden aproximado, en silencio y con rapidez |
| Sistema de cubos | Backlogs muy grandes (50+ elementos) | Cualquiera | Con un mapeo | La estimación por afinidad sigue siendo demasiado lenta elemento por elemento |
| Votación con puntos (dot voting) | Priorización, no dimensionamiento | Cualquiera | No, propósito distinto | Decidir qué importa más, no qué tan grande es |
| Wideband Delphi | Estimaciones de alto riesgo y auditables | Cualquiera, más formal | No, produce estimaciones de esfuerzo directamente | La estimación necesita una justificación documentada y defendible |
| Tres puntos (PERT) | Un intervalo de confianza, no consenso | Individual o grupo pequeño | No, alimenta cálculos de cronograma en su lugar | Un interesado necesita un cronograma con un rango de confianza declarado |
Ninguna fila es universalmente "correcta"; ajusta la técnica al tamaño del backlog y a cuánto se ha estrechado el cono de incertidumbre del trabajo. Explicación completa de cada técnica: guía de estimación ágil.
Ajustar la técnica a la madurez del equipo
| Etapa del equipo | Prioriza | Por qué |
|---|---|---|
| Nuevo (primeros 1-3 sprints) | T-shirt sizing o estimación por afinidad | Todavía no existe una base compartida; la precisión de cualquier técnica es ilusoria |
| Establecido (velocidad estable, 4+ sprints) | Scrum Poker | Existen suficientes puntos de referencia para que un "5" signifique algo consistente |
| Maduro, backlog grande y bien comprendido | Enfoques más ligeros o seguimiento de tiempo de ciclo | Algunos equipos se alejan de los puntos una vez que el backlog está bien comprendido |
Lista rápida de decisión
- ¿Dimensionar historias listas para el sprint con contexto completo? Scrum Poker.
- ¿Dimensionar rápido un backlog grande y mayormente sin refinar? Estimación por afinidad o el sistema de cubos, y luego Scrum Poker una vez que los elementos estén destinados a un sprint.
- ¿A nivel de roadmap, a un trimestre de distancia, o una sala con no ingenieros? T-shirt sizing.
- ¿Una épica necesita un cronograma con un rango de confianza? Estimación de tres puntos.
- ¿Una estimación de alto riesgo necesita una justificación documentada? Wideband Delphi.
- ¿Decidir qué construir, no qué tan grande es? Votación con puntos, y reconocer que esto no es estimación en absoluto.
La mayoría de los equipos maduros terminan combinando dos: un método relativo rápido para mantener el backlog ordenado aproximadamente, y Scrum Poker para las historias que entran al próximo sprint.
Ejecuta ahora la técnica por defecto
Scrum Poker es el estándar por una razón: votos privados, una revelación simultánea, y una conversación real sobre la dispersión. Crea una sala gratis y estima cinco historias reales del backlog; sin registro, todos los tipos de mazo incluidos.