Creo que aquí hay un matiz importante que suele generar confusión: Agile y Scrum no son lo mismo. De hecho, el propio Manifiesto Ágil deja claro que:
- “Aceptamos que los requisitos cambien, incluso en etapas tardías del desarrollo…”
- “Entregamos software funcional frecuentemente… con preferencia al periodo de tiempo más corto posible.”
Las claves están justo ahí: aceptar el cambio y entregar en ciclos cortos, no necesariamente sprints de dos semanas (que muchos equipos tienen escrito en piedra). Eso es Scrum, o mejor dicho, una forma de llevar los principios ágiles a la práctica.
Creo que mezclar ambos conceptos puede llevar a conclusiones equivocadas. Agile es el marco de principios; Scrum es solo una de las maneras (ni la mejor ni la peor) de aplicarlos que no siempre facilita esa "agilidad".
Creo que aquí hay un matiz importante que suele generar confusión: Agile y Scrum no son lo mismo. De hecho, el propio Manifiesto Ágil deja claro que:
- “Aceptamos que los requisitos cambien, incluso en etapas tardías del desarrollo…”
- “Entregamos software funcional frecuentemente… con preferencia al periodo de tiempo más corto posible.”
Las claves están justo ahí: aceptar el cambio y entregar en ciclos cortos, no necesariamente sprints de dos semanas (que muchos equipos tienen escrito en piedra). Eso es Scrum, o mejor dicho, una forma de llevar los principios ágiles a la práctica.
Creo que mezclar ambos conceptos puede llevar a conclusiones equivocadas. Agile es el marco de principios; Scrum es solo una de las maneras (ni la mejor ni la peor) de aplicarlos que no siempre facilita esa "agilidad".