NoEstimates: Difference between revisions
(Created page with "'''#NoEstimates''' no es tanto una técnica sino un '''movimiento que ha suscitado cierto debate.''' Se popularizó en la gestión de proyectos de software como un enfoque que busca alternativas más rápidas y eficaces a la hora de estimar, y cuestiona las estimaciones detalladas que pueden aumentar el coste y el esfuerzo invertido en un proyecto. Algunas personas consideran que este movimiento simplemente defiende los principios y valores del ''Manifiesto Ágil''. Por...") |
No edit summary |
||
| (2 intermediate revisions by the same user not shown) | |||
| Line 1: | Line 1: | ||
'''#NoEstimates''' no es tanto una técnica sino un '''movimiento que ha suscitado cierto debate.''' Se popularizó en la gestión de proyectos de software como un enfoque que busca alternativas más rápidas y eficaces a la hora de estimar, y cuestiona las estimaciones detalladas que pueden aumentar el coste y el esfuerzo invertido en un proyecto. | '''#NoEstimates''' no es tanto una técnica sino un '''movimiento que ha suscitado cierto debate.''' Se popularizó en la gestión de proyectos de software como un enfoque que busca alternativas más rápidas y eficaces a la hora de estimar, y cuestiona las estimaciones detalladas que pueden aumentar el coste y el esfuerzo invertido en un proyecto. | ||
==Prácticas asociadas== | |||
Algunas personas consideran que este movimiento simplemente defiende los principios y valores del ''Manifiesto Ágil''. Por ejemplo, estas son algunas prácticas asociadas con #NoEstimates: | Algunas personas consideran que este movimiento simplemente defiende los principios y valores del ''Manifiesto Ágil''. Por ejemplo, estas son algunas prácticas asociadas con #NoEstimates: | ||
* '''Trabajar con historias de usuario de tamaño similar:''' al hacer que todas las historias de usuario sean aproximadamente del mismo tamaño, se puede medir el progreso por la cantidad de historias completadas en lugar de las horas de trabajo o los puntos de historia. | * '''Trabajar con historias de usuario de tamaño similar:''' al hacer que todas las historias de usuario sean aproximadamente del mismo tamaño, se puede medir el progreso por la cantidad de historias completadas en lugar de las horas de trabajo o los puntos de historia. | ||
* '''Desarrollar y entregar en pequeñas iteraciones:''' el trabajo se entrega de manera incremental, por tanto, se puede proporcionar valor de manera continua y adaptarte a los cambios sin tener que reestimar todo el proyecto. | * '''Desarrollar y entregar en pequeñas iteraciones:''' el trabajo se entrega de manera incremental, por tanto, se puede proporcionar valor de manera continua y adaptarte a los cambios sin tener que reestimar todo el proyecto. | ||
* '''Priorizar por valor:''' en lugar de estimar el esfuerzo de cada historia de usuario y luego priorizar en función de dicho esfuerzo, se puede priorizar simplemente en función del valor que cada historia proporcionará al cliente o al usuario. | * '''Priorizar por valor:''' en lugar de estimar el esfuerzo de cada historia de usuario y luego priorizar en función de dicho esfuerzo, se puede priorizar simplemente en función del valor que cada historia proporcionará al cliente o al usuario. | ||
=Origen= | ==Origen== | ||
Fue acuñado por Woody Zuill en 2012 y se hizo más popular en la década de 2010. Su objetivo principal es cuestionar la necesidad de estimaciones en ciertos contextos y promover alternativas. | Fue acuñado por Woody Zuill en 2012 y se hizo más popular en la década de 2010. Su objetivo principal es cuestionar la necesidad de estimaciones en ciertos contextos y promover alternativas. | ||
Los partidarios de #NoEstimates sostienen que, en lugar de pasar tiempo tratando de estimar con precisión el tiempo o los recursos que llevará un proyecto de software, el equipo debería centrarse en entregar valor de manera continua y en pequeños incrementos. De esta forma, el progreso del proyecto puede medirse de manera más directa y realista mediante el trabajo realmente completado. | Los partidarios de #NoEstimates sostienen que, en lugar de pasar tiempo tratando de estimar con precisión el tiempo o los recursos que llevará un proyecto de software, el equipo debería centrarse en entregar valor de manera continua y en pequeños incrementos. De esta forma, el progreso del proyecto puede medirse de manera más directa y realista mediante el trabajo realmente completado. | ||
==Véase también== | |||
*[https://www.scrummanager.com/blog/2023/07/tecnicas-de-estimacion-agil-tres-metodos/ Scrum Manager Blog: «Técnicas de estimación ágil: tres estrategias para estimar»]. | |||
*[https://open.spotify.com/episode/5cSiawMjvd1TFUpt0TPsEi?si=94027bafbbe24dfa Scrum Manager Podcast | Episodio 1: Serie Fibonacci y estimación ágil]. | |||
*[https://www.scrummanager.com/blog/2022/12/podcast-serie-fibonacci-estimacion-agil/ Scrum Manager Blog: Transcripción Scrum Manager Podcast | Episodio 1: Serie Fibonacci y estimación ágil]. | |||
*[https://open.spotify.com/episode/5qa41nYkK9JSmKVg0E5qt0?si=4a5e2de91db447ab Scrum Manager Podcast | Episodio 10: Estimar o no estimar]. | |||
*[https://www.scrummanager.com/blog/2023/04/estimar-o-no-estimar/ Scrum Manager Blog: Transcripción Scrum Manager Podcast | Episodio 10: Estimar o no estimar]. | |||
[[Category: Glosario de términos]] | |||
[[Category: Prácticas ágiles]] | |||
Latest revision as of 16:34, 13 December 2023
#NoEstimates no es tanto una técnica sino un movimiento que ha suscitado cierto debate. Se popularizó en la gestión de proyectos de software como un enfoque que busca alternativas más rápidas y eficaces a la hora de estimar, y cuestiona las estimaciones detalladas que pueden aumentar el coste y el esfuerzo invertido en un proyecto.
Prácticas asociadas
Algunas personas consideran que este movimiento simplemente defiende los principios y valores del Manifiesto Ágil. Por ejemplo, estas son algunas prácticas asociadas con #NoEstimates:
- Trabajar con historias de usuario de tamaño similar: al hacer que todas las historias de usuario sean aproximadamente del mismo tamaño, se puede medir el progreso por la cantidad de historias completadas en lugar de las horas de trabajo o los puntos de historia.
- Desarrollar y entregar en pequeñas iteraciones: el trabajo se entrega de manera incremental, por tanto, se puede proporcionar valor de manera continua y adaptarte a los cambios sin tener que reestimar todo el proyecto.
- Priorizar por valor: en lugar de estimar el esfuerzo de cada historia de usuario y luego priorizar en función de dicho esfuerzo, se puede priorizar simplemente en función del valor que cada historia proporcionará al cliente o al usuario.
Origen
Fue acuñado por Woody Zuill en 2012 y se hizo más popular en la década de 2010. Su objetivo principal es cuestionar la necesidad de estimaciones en ciertos contextos y promover alternativas.
Los partidarios de #NoEstimates sostienen que, en lugar de pasar tiempo tratando de estimar con precisión el tiempo o los recursos que llevará un proyecto de software, el equipo debería centrarse en entregar valor de manera continua y en pequeños incrementos. De esta forma, el progreso del proyecto puede medirse de manera más directa y realista mediante el trabajo realmente completado.
Véase también
- Scrum Manager Blog: «Técnicas de estimación ágil: tres estrategias para estimar».
- Scrum Manager Podcast | Episodio 1: Serie Fibonacci y estimación ágil.
- Scrum Manager Blog: Transcripción Scrum Manager Podcast | Episodio 1: Serie Fibonacci y estimación ágil.
- Scrum Manager Podcast | Episodio 10: Estimar o no estimar.
- Scrum Manager Blog: Transcripción Scrum Manager Podcast | Episodio 10: Estimar o no estimar.