Los principios que guían a los equipos ágiles en sus decisiones diarias.
Mientras que los cuatro valores son filosóficos, los doce principios son más prácticos. Ayudan a responder "¿qué debemos hacer?" cuando no estás seguro.
Los agruparemos en temas para que sean más fáciles de recordar y aplicar.
1. "Nuestra mayor prioridad es satisfacer al cliente mediante la entrega temprana y continua de software valioso."
El valor entregado supera al valor planeado. Envía algo útil ahora, no algo perfecto en seis meses.
2. "Entrega software funcional frecuentemente, desde un par de semanas hasta un par de meses, con preferencia por el período más corto."
Los ciclos de retroalimentación más cortos significan aprendizaje más rápido. Dos semanas es mejor que dos meses.
3. "El software funcional es la medida principal de progreso."
Puntos de historia completados, documentos firmados, reuniones realizadas—nada de esto es progreso. Solo el software funcional cuenta.
Si tu equipo celebra "terminar" historias antes de que estén en producción, estás midiendo lo incorrecto.
4. "Bienvenidos los requisitos cambiantes, incluso tarde en el desarrollo. Los procesos ágiles aprovechan el cambio para la ventaja competitiva del cliente."
El cambio no es el enemigo—es información. Un competidor lanzando una nueva funcionalidad es una oportunidad para pivotar, no un desastre.
5. "La gente de negocio y los desarrolladores deben trabajar juntos diariamente durante todo el proyecto."
Las transferencias crean retrasos y malentendidos. La colaboración continua supera a los documentos de transferencia.
6. "Construye proyectos alrededor de individuos motivados. Dales el entorno y el apoyo que necesitan, y confía en que harán el trabajo."
La microgestión mata la motivación. Contrata buena gente y quítate de su camino.
7. "Las mejores arquitecturas, requisitos y diseños emergen de equipos auto-organizados."
Los equipos más cercanos al trabajo toman las mejores decisiones sobre el trabajo. No impongas soluciones desde arriba.
8. "A intervalos regulares, el equipo reflexiona sobre cómo ser más efectivo, luego ajusta y modifica su comportamiento en consecuencia."
La mejora continua no es opcional. Sin reflexión, solo estás repitiendo los mismos errores.
El Rol del Scrum Master
Tu trabajo es crear el entorno donde los principios 6, 7 y 8 puedan florecer. No resuelves problemas para el equipo—permites que el equipo resuelva sus propios problemas.
9. "La atención continua a la excelencia técnica y el buen diseño mejora la agilidad."
La velocidad sin calidad crea deuda técnica. La deuda técnica te hace más lento. Por lo tanto, la calidad habilita la velocidad.
10. "La simplicidad—el arte de maximizar la cantidad de trabajo no realizado—es esencial."
Cada funcionalidad tiene un costo de mantenimiento continuo. Construye solo lo necesario. YAGNI (No lo Vas a Necesitar) es una característica, no un error.
11. "El método más eficiente y efectivo de transmitir información hacia y dentro de un equipo de desarrollo es la conversación cara a cara."
La comunicación escrita pierde matices. Cuando sea posible, habla. Cuando estés distribuido, el video supera al audio y el audio supera al texto.
12. "Los procesos ágiles promueven el desarrollo sostenible. Los patrocinadores, desarrolladores y usuarios deben poder mantener un ritmo constante indefinidamente."
El trabajo excesivo no es una estrategia. El ritmo sostenible produce mejor software con el tiempo que el heroísmo seguido de agotamiento.
Observa Esto
Los equipos que regularmente trabajan horas extras no son "dedicados"—están mal gestionados. El ritmo sostenible es un principio, no algo deseable.