Los cuatro valores de Agile
Comprender qué valoramos más, y qué aún valoramos (solo que menos).
1Leer el Manifiesto correctamente
El Manifiesto Ágil establece cuatro preferencias, no absolutos:
"Hemos llegado a valorar X sobre Y. Es decir, aunque hay valor en los elementos de la derecha, valoramos más los elementos de la izquierda."
Esto es crucial. No es "X bueno, Y malo". Es "cuando nos vemos obligados a elegir, preferimos X".
Lectura errónea común
"No necesitamos documentación porque somos ágiles" NO es lo que dice el manifiesto. La documentación tiene valor; simplemente no es el enfoque principal.
2Individuos e interacciones sobre procesos y herramientas
Las mejores herramientas y procesos no pueden salvar a un equipo disfuncional. Pero un gran equipo puede tener éxito con herramientas mediocres.
Lo que esto significa en la práctica:
- Contratar por colaboración, no solo por habilidades técnicas
- Elegir procesos que sirvan al equipo, no al revés
- Cuando el proceso crea fricción, arreglar el proceso
- La conversación cara a cara supera a los hilos de correo electrónico
Lo que esto no significa:
- Caos sin ningún proceso
- Ignorar herramientas útiles
- Conocimiento tribal no documentado
El equipo nota que su standup diario se ha convertido en un reporte de estado para el gerente. Discuten y cambian el formato para enfocarse en la colaboración.
Un equipo usa Jira exactamente como lo ordena la corporación, aunque el flujo de trabajo no coincide con cómo realmente trabajan. Mantienen dos sistemas.
3Software funcionando sobre documentación exhaustiva
La mejor documentación de lo que hace un sistema es el sistema mismo. El código que se ejecuta supera a las especificaciones que describen lo que el código podría hacer algún día.
Lo que esto significa en la práctica:
- Entregar temprano y con frecuencia
- Medir el progreso por funcionalidades que funcionan, no por documentos completados
- Escribir la documentación justa y necesaria, en el momento adecuado
- Mantener la documentación cerca del código para que se mantenga actualizada
Lo que esto no significa:
- Nunca documentar nada
- Código ilegible sin comentarios
- No tener discusiones de diseño antes de codificar
4Colaboración con el cliente sobre negociación de contratos
Los contratos asumen que puedes especificar todo por adelantado. La colaboración asume que aprenderán juntos. En un mundo de incertidumbre, la colaboración gana.
Lo que esto significa en la práctica:
- Incluir a los interesados en revisiones regulares
- Buscar retroalimentación temprano, no solo al final
- Ajustar el alcance basándose en el aprendizaje
- Construir confianza a través de la transparencia
Lo que esto no significa:
- Sin contratos o acuerdos
- Expansión ilimitada del alcance
- El cliente siempre tiene la razón (a menudo no saben lo que necesitan)
5Responder al cambio sobre seguir un plan
Los planes son útiles. Aferrarse a planes obsoletos es perjudicial. El objetivo no es evitar la planificación—es planificar de una manera que permita la adaptación.
Lo que esto significa en la práctica:
- Iteraciones cortas con oportunidades de replanificación
- Dar la bienvenida a los requisitos cambiantes, incluso tarde en el desarrollo
- Rastrear la velocidad para mejorar las estimaciones futuras
- Cancelar proyectos temprano cuando no están funcionando
Lo que esto no significa:
- Sin planificación
- Cambiar de dirección todos los días
- Desarrolladores ignorando la hoja de ruta
La paradoja de la planificación
En agile, en realidad planificamos CON MÁS frecuencia que en waterfall—solo que en lotes más pequeños. "Responder al cambio" requiere replanificación constante.
- El manifiesto establece preferencias, no absolutos—el contexto importa
- Los elementos de la derecha aún tienen valor
- Cada valor aborda un modo de falla específico del desarrollo tradicional
- Ser agile significa interiorizar estos valores, no solo seguir reglas