En el desarrollo de software, la «estimación» habitual incluye una evaluación cuantitativa del trabajo requerido para realizar una tarea de desarrollo determinada; esto generalmente se expresa en términos de duración (hora / día) o unidad estimada (punto de historia). El propósito es consolidar una serie de tales estimaciones individuales para obtener una indicación de la duración, el trabajo o el costo total del proyecto de software.
Errores comunes de la estimación ágil
Incluso en una comunidad ágil , las personas encontrarán muchas escuelas de pensamiento diferentes sobre la evaluación de la teoría y la práctica. Sin embargo, algunos de los errores típicos que los equipos ágiles suelen encontrar cuando realizan evaluaciones ágiles y estas trampas comunes han ganado un amplio consenso:
- Las estimaciones deben contener “incertidumbres”; Las estimaciones de “ punto (de la historia) ” generalmente se consideran inadecuadas porque no reflejan esta incertidumbre.
- La estimación es diferente de la promesa; por ejemplo, acusar al promotor de gastar 3 días, estima que la finalización de la obra en 2 puede ser una actitud contraproducente, que suele dar como resultado una sobreestimación futura.
- La estimación no es la respuesta final, solo refleja la información que está en la comunicación; siempre debe permitir que el valor estimado se actualice hacia arriba o hacia abajo en función de la nueva información.
Estimación ágil Referencias
- Estimación — Agile Alliance
- ¿Qué es la estimación ágil?
- ¿Qué es Planning Poker en Agile?