Ágiles desde la trinchera
“¡Debemos ser ágiles!”, “Hay que llegar a las fechas, ¡seamos flexibles!” o “Quiero un equipo entregado, que sepa trabajar con scrum y con las fechas del cliente”… Son una de las numerosas frases que he estado escuchando durante años.
Bajo mi experiencia profesional vivida, la adopción de metodologías ágiles en el desarrollo de software ha sido un viaje intrigante, no exento de complicaciones. En mi rol como desarrollador, he sido espectador de las complejas mareas que acompañan a este enfoque que promete flexibilidad y adaptación constante.
Uno de los mayores obstáculos que he enfrentado radica en la perpetua volatilidad de las planificaciones. Los líderes, a menudo, cambian de rumbo sin previo aviso, y las tareas asignadas suelen revelarse como desafíos mucho más complejos de lo inicialmente previsto. Las estimaciones no se realizan en conjunto y en lugar de adaptar las fechas de entrega o reconocer la envergadura de estas dificultades, los líderes a menudo se apegan a los plazos establecidos como si fueran intocables. Esta presión por cumplir con el cronograma a menudo impacta negativamente en la calidad del trabajo y en el bienestar de los desarrolladores.
Además, las expectativas de los clientes, con frecuencia, se tornan retadoras. No siempre comprenden la profundidad de la labor que llevamos a cabo, pero, no obstante, se sienten con la autoridad de establecer plazos inamovibles. Esto genera una tensión constante y una presión implacable sobre el equipo de desarrollo para alcanzar fechas límite que a menudo carecen de realismo.
No hablemos de la perspectiva de determinados managers de proyecto que enfocan su atención exclusivamente en los plazos del calendario. Carecen de conocimientos técnicos y les es indiferente la calidad del producto, la complejidad de las tareas o el bienestar de los trabajadores. Esto da origen a un entorno nocivo en el que los desarrolladores son presionados implacablemente para cumplir con los plazos, a menudo a costa de su salud mental, lo que finalmente termina en abandono del puesto.
Por lo tanto, desde mi punto de vista y experiencias vividas, la adopción de metodologías ágiles debe nacer primero desde la cima, con líderes y clientes que comprendan la importancia de la flexibilidad y la adaptación. Solo de esta manera, podemos garantizar que los equipos de desarrollo no se vean exhaustos y que la labor se realice de manera eficiente y sostenible. La agilidad no puede ser impuesta solo desde abajo; debe convertirse en una filosofía de trabajo que abrace a todos los niveles de una organización. Solo entonces podremos capturar plenamente los beneficios de la agilidad sin sacrificar ni la excelencia en el trabajo ni el bienestar de los equipos de desarrollo.
