Los principios fundamentales de Agile/Scrum
Hace poco vi un vídeo cuyo título era "Why Is Modern Art So Bad?" (¿Por qué es tan malo el arte moderno?).
Un argumento en este vídeo era que el arte había mejorado a lo largo de los siglos porque los artistas tenían la expectativa de cumplir con los más altos estándares de calidad.
Esta aspiración en el arte fue eventualmente reemplazada por la afirmación "la belleza está en el ojo del observador". El arte se convirtió en una expresión de la personalidad y básicamente cualquier cosa podía ser llamada arte.
¿No hemos estado todos alguna vez en un museo y hemos visto piezas de exhibición ante las que nos preguntamos: "Eso se supone que es arte?"
Sin estándares de calidad en el arte, cualquier cosa puede ser llamada arte.
Agile sin estándares
Y lo mismo aplica para Agile o Scrum. Sin estándares de calidad para Agile, cualquiera puede llamar cualquier cosa ágil.
Veo esto todos los días en empresas que supuestamente son ágiles porque el jefe simplemente afirma que lo son. No entregan regularmente. No trabajan con iteraciones hacia una solución. No intentan mejorar permanentemente. Los equipos no están empoderados ni son autoorganizados. Pero deben ser ágiles porque alguien le puso la etiqueta de "ágil" o "Scrum" al proceso.
Y lo que es aún peor es que hoy en día encontramos todo esto en metodologías pesadas que prácticamente no tienen nada que ver con el Agile del Manifiesto Ágil. Pero tiene que ser ágil, después de todo, así está escrito en el nombre del proceso.
Muchos de nosotros, agilistas experimentados, podemos reconocer si algo es realmente ágil cuando lo vemos. Y sin embargo, Agile es difícil de definir. Agile es más que solo los cuatro valores y los 12 principios del Manifiesto Ágil. ¿O quizás es incluso menos?
