Las Metodologías ágiles deberían desarrollarse en un marco empírico-objetivo[4]*. Si bien algunos métodos particulares de desarrollo ágil extremos ponen excesivo énfasis en la comunicación “cara a cara”, en los resultados inmediatos más que en la generación de documentación y en procesos prácticamente sin herramientas, en general el desarrollo ágil se basa en un conjunto de valores que apoyan y alientan a la metodología ágil basada en herramientas y procesos de ingeniería concretos. En este sentido, podemos leer en el Manifiesto ágil dos valores importantes:
A) “El desarrollo de software debe realizarse basado en lo funcional mas que sobre una documentación excesiva”. [2]
B) “El desarrollo de software debe focalizarse en las interacciones de los individuos más que en procesos y herramientas”. [2]
Aunque a veces se niegue, la práctica de estos dos valores forma una base empírica de trabajo. Una mala interpretación es suponer que no se debe documentar ni usar herramientas y procesos. El desarrollo ágil se lleva a cabo en base de procesos de ingeniería con métodos científicos. Por ejemplo, usar metodologías ágiles no significa dejar de hacer “Ingeniería de Requerimientos” como creen algunos, sino que la “Ingeniería de Requerimientos” se realiza dentro de procesos ágiles. Algunas organizaciones tienden a prestar mucha importancia y recursos a los procesos formales y a las áreas de la organización de soporte en vez de a los procesos ejes, los procesos de producción. También existe una tendencia a la complicación burocrática y excesiva documentación. De esto es de lo que se quiere desenfocar el desarrollo ágil. Pero, si bien se valoran las prácticas cara a cara y se tratan de evadir las prácticas burocráticas siempre se debe tratar de trabajar sobre una base empírica dada por herramientas de software, conceptuales y metodológicas, ya sean de de administración, documentación, diagramación, gestión de contenidos, evidencia, seguimiento, etcétera.
Por ejemplo, la diagramación es una herramienta metodológica fundamental del proceder empírico en la filosofía Ágil. Los diagramas habitualmente usados en la ingeniería de sistemas son: diagramas de flujo, diagramas de ciclos causales, mapas mentales, diagramas conceptuales, diagramas UML, etcétera. ¿Para qué sirven los diagramas? La diagramación es una herramienta del proceder empírico por lo siguiente:
“El principal valor de los diagramas es en el debate mientras diagramamos –modelamos para mantener una conversación. (…) el valor principal es la conversación y la comprensión compartida al crear el modelo. Su visualización como un diagrama fácil de ver es importante para hacer concretas y sin ambigüedades a las ideas, los modelos mentales de las personas, porque las palabras solas pueden ser borrosas y mal entendidas.” (CRAIG LARMAN, BAS VODDE) [1]
En resumen, usar metodologías ágiles no significa el desorden y la subjetividad, sino mas bien otra forma de ser empírico. Se es empírico cuando se privilegia mas la evidencia empírica, lo real objetivo, el consenso concreto asentado en un medio físico, lo que sucede, el producto funcional en vez del sentido común, la subjetividad racional, la especulación de un desarrollador, un líder o una persona particular, el protocolo, una estimación subjetiva, la redundancia explicativa y los subproductos o subprocesos estériles.
REFERENCIAS:
<- Entrada anterior: “Metodologías ágiles (1), Filosofía Ágil“.
[1]- CRAIG LARMAN, BAS VODDE, Scaling Lean & Agile Development: Thinking and Organizational Tools for Large-Scale Scrum.
[2]- DEAN LEFFINGWELL, Agile Software Requirements, Lean Requirements Practices for teams, Programs, and the enterprise.
[3]- Martin Fowler, La Nueva Metodología.
[4]* Cuando me refiero a empírico-objetivo estoy indicando que se prepondera a los hechos como hechos empíricos, independientemente de las subjetividades, pasiones, sentimientos, deseos, esperanzas o miedos de las personas.
PALABRAS CLAVE: Procesos de Software, Metodologías Ágiles, Desarrollo ágil.




