Mentalidad ágil: manifiesto y principios

Origen

En febrero de 2001, 17 profesionales que practicaban métodos "livianos" (Scrum, XP, DSDM, Crystal, FDD) se reunieron en Snowbird, Utah, y acordaron el Manifiesto por el Desarrollo Ágil de Software. No inventaron un método nuevo: pusieron nombre a lo que tenían en común.

Los 4 valores

Cada valor compara dos cosas. Ambas importan, pero se valora más la de la izquierda:

Los 12 principios (resumidos)

1. La prioridad es satisfacer al cliente con entregas tempranas y continuas de software valioso.
2. Se aceptan cambios de requisitos, incluso tarde, si dan ventaja competitiva al cliente.
3. Se entrega software funcionando con frecuencia: de semanas a pocos meses, preferiblemente lo más corto.
4. Negocio y desarrollo trabajan juntos a diario.
5. Proyectos en torno a personas motivadas, con el entorno y la confianza que necesitan.
6. La conversación cara a cara es la forma más eficiente de transmitir información.
7. El software funcionando es la medida principal del progreso.
8. Ritmo sostenible: patrocinadores, desarrolladores y usuarios deben poder mantenerlo indefinidamente.
9. Atención continua a la excelencia técnica y al buen diseño.
10. Simplicidad: maximizar la cantidad de trabajo no realizado.
11. Las mejores arquitecturas, requisitos y diseños surgen de equipos autoorganizados.
12. A intervalos regulares el equipo reflexiona cómo ser más efectivo y ajusta su conducta.

¿Cuándo conviene ágil?

Modelo de Stacey

• Simple: se sabe qué y cómo. Lista de tareas o predictivo liviano.
• Complicado: requiere expertos y análisis, pero es predecible. Predictivo o híbrido.
• Complejo: solo se entiende haciendo. Ágil: inspección y adaptación frecuentes.
• Caótico: actuar primero para estabilizar (incidente de producción). Ni Scrum ni Gantt: gestión de crisis.

Cynefin (Dave Snowden) propone dominios parecidos y el modo de actuar en cada uno: claro (percibir–categorizar–responder), complicado (percibir–analizar–responder), complejo (sondear–percibir–responder), caótico (actuar–percibir–responder).

Empirismo: la base de todo

Las prácticas ágiles se apoyan en el control empírico de procesos: transparencia (todos ven el estado real), inspección (se revisa con frecuencia) y adaptación (se ajusta cuando algo se desvía). Si falta uno, los otros dos se debilitan.

Ágil de cartón: síntomas

• Las "dailies" son reportes de estado al jefe.
• El sprint termina sin nada desplegable ("lo integramos en el sprint de integración").
• El backlog lo escribe alguien que nunca habla con usuarios.
• Las retrospectivas producen siempre las mismas quejas y ningún cambio.
• Velocidad usada para comparar equipos o presionar personas.
• Fecha y alcance fijos, "pero hacemos sprints".