Entregar software de trabajo con frecuencia
“Entregue software que funcione con frecuencia, desde un par de semanas hasta un par de meses, con preferencia a la escala de tiempo más corta”.
El siguiente principio enfatiza el uso de un enfoque iterativo para dividir un proyecto en incrementos muy pequeños llamados sprints o iteraciones, que generalmente están en el rango de dos a cuatro semanas. Hay un par de razones por las que esto tiene mucho sentido:
- Todos los procesos de desarrollo ágil como Scrum se basan en la mejora continua. En lugar de tener un proceso rígidamente definido que nunca cambia, se espera que el equipo adopte un enfoque empírico para aprender qué funciona y qué no funciona a medida que avanza el proyecto y hacer los ajustes necesarios. Si el proyecto se divide en incrementos muy cortos y el aprendizaje tiene lugar al final de cada incremento, el aprendizaje y la mejora continua pueden ocurrir mucho más rápidamente. Un mantra ágil popular es: “Fracasa temprano, falla a menudo”. En otras palabras, en muchos casos es mejor probar algo rápidamente y aprender de ello y hacer ajustes, en lugar de tomarse todo el tiempo que sea necesario para tratar de diseñar un enfoque que funcione perfectamente la primera vez.
- 2. Las personas trabajan de manera más productiva si se les da poco tiempo para hacer las cosas. Si se hace correctamente, el equipo desarrolla una cadencia y un ritmo muy eficientes para producir incrementos definidos de trabajo de manera rápida y eficiente, como una línea de ensamblaje de manufactura.