Estimación ágil: guía completa
La estimación ágil no consiste en predecir el futuro, sino en revelar lo que el equipo aún no sabe. Una buena sesión de estimación descubre complejidad oculta, suposiciones implícitas y dependencias no resueltas.
Story points vs. horas
Los story points miden la complejidad relativa dentro del equipo. Una historia de 5 puntos es aproximadamente el doble de compleja que una de 3, independientemente de quién la implemente. Las horas varían; la complejidad relativa es estable.
Cómo funciona la velocidad
La velocidad es el número de story points que un equipo completa por sprint en promedio. Después de 3 a 5 sprints se estabiliza y se convierte en una herramienta fiable para planificar releases y compromisos de sprint.
Errores comunes de estimación
| Error | Por qué perjudica | Corrección |
|---|---|---|
| Estimar en horas | Se ancla en velocidad individual, no en complejidad | Cambiar a story points relativos |
| Anclarse en el primer voto | Elimina la estimación independiente | Revelar siempre simultáneamente |
| Ignorar bugs en la estimación | Infla la velocidad y engaña la planificación | Estimar bugs que requieran esfuerzo real |
| Comparar velocidades entre equipos | Escalas y contextos diferentes | La velocidad es solo una métrica interna |
Preguntas frecuentes
¿Cuál es la diferencia entre story points y horas?
Los story points miden complejidad relativa, no tiempo. Una historia de 5 puntos es aproximadamente el doble de compleja que una de 3, independientemente de quien la implemente.
¿Cuántos sprints tarda la velocidad en estabilizarse?
Típicamente de 3 a 5 sprints. El primer sprint suele ser más bajo mientras el equipo calibra su estimación. A partir del sprint 4 o 5, el promedio es suficientemente fiable para prever fechas de entrega.