A lo largo de las dos décadas que han pasado desde la redacción del Manifiesto Ágil, han sido muchos los falsos mitos que se han popularizado y sacado de contexto a partir de la letra del mismo, con una total falta de consideración por el espíritu que inspiraba sus principios constituyentes.

En el imaginario popular, la práctica del agilismo “desprecia” la generación de documentación y la sustituye por la entrega continua de incrementos de producto potencialmente usables, consumibles. Dentro de la práctica profesional de la ingeniería del software basada en metodologías ágiles, la generación de documentación, como cualquier otra actividad o tarea, se incluirá en el backlog siempre que genere valor. Cualquier pieza de trabajo que no genere valor se considerará un “desperdicio” y se evitará siguiendo un principio, recuperado por la filosofía de la producción ajustada, de ‘mottainai’ que, de hecho, se identifica con la era Edo en el Japón feudal (1603 – 1898).

En el imaginario popular, se entiende, además, que la práctica del agilismo tiene poca consideración por la actividad de planificación, dando mucha más importancia a la velocidad de entrega y la adaptabilidad basada en iteraciones cortas de desarrollo. Sin embargo, dentro de la práctica profesional de la ingeniería del software basada en metodologías ágiles, ocurre que la capacidad para gestionar la variabilidad propia de los proyectos complejos a los que nos enfrentamos se apoya, precisamente, en una obsesión por la planificación: planificamos cada día (en el Scrum diario), planificamos cada iteración, incluso refinamos esa planificación a lo largo de cada iteración, en el caso de SAFe planificamos cada incremento de programa… y se sincroniza con la planificación de cada iteración.

Podría seguir, pero a los efectos de esta breve reflexión, me sirve con este par de ejemplos para ilustrar el tipo de malentendido que habitualmente se convierte en antipatrones que pueden lastrar cualquier implantación de este tipo de frameworks, desde Scrum o Kanban, hasta marcos de trabajo para el escalado de los primeros a nivel empresarial, como es el caso de Nexus, LeSS o SAFe.