Nos encontramos en la época en que el cliente quiere construir un entregable utilizando "lo mejor de los dos mundos" en proyectos. Deliran con las bondades de los proyectos predictivos —hablan de alcance, costo y tiempo fijos—, pero a la vez exigen que la construcción se realice de manera adaptativa utilizando metodologías ágiles, buscando una flexibilidad y adaptabilidad mas con el deseo que con la realidad. Sin embargo, mi experiencia revisando estos escenarios me demuestra otra realidad.
Es cierto que los proyectos híbridos son hoy una de las tendencias más fuertes en gestión porque prometen combinar el enfoque tradicional con el agile. En el papel, es un ecosistema donde algunas partes se gestionan de forma planificada y secuencial, y otras se manejan con flexibilidad e iteraciones; la premisa es que no todo el proyecto debe usar la misma metodología. Del enfoque predictivo, los híbridos suelen conservar los cronogramas base, presupuestos definidos, hitos, gestión contractual, gobierno corporativo, control de riesgos, documentación formal y fechas regulatorias. Del enfoque adaptativo, incorporan iteraciones cortas, entregas frecuentes, priorización continua, feedback constante, refinamiento del backlog, equipos autónomos y adaptación al cambio.
Actualmente, la mayoría de las empresas grandes NO trabajan 100% agile puro ni 100% waterfall puro. Lo que domina es el híbrido, simplemente porque las organizaciones necesitan control financiero y regulatorio, pero también velocidad y adaptación. Las PMO ahora mezclan métricas ágiles y tradicionales, usan Jira + MS Project + Power BI, manejan roadmaps adaptativos y gobiernan releases en vez de proyectos rígidos.
Sin embargo, muchas empresas fallan estrepitosamente porque mezclan metodologías sin la menor claridad, crean un exceso de ceremonias, no definen quién toma las decisiones o sostienen un doble gobierno donde lo ágil y lo tradicional compiten a muerte.
Dentro de los problemas que devoran a este tipo de proyectos, podemos mencionar:
- Confusión metodológica: Es el problema más frecuente. El equipo no sabe qué se maneja bajo Agile, qué bajo Waterfall, quién aprueba ni cómo medir el avance. Ahí es donde aparecen los famosos eufemismos: “somos ágiles, pero…”, “hay sprint, pero todo ya está definido” o “hacemos daily, pero nada puede cambiar”. ¿El resultado? Caos operativo, frustración y pérdida absoluta de velocidad.
- Doble gobierno: Sucede muchísimo en la banca y en los grandes corporativos. El proyecto termina sepultado bajo ceremonias Agile, comités tradicionales, reportes de PMO, estatus ejecutivos, dashboards y aprobaciones múltiples. El equipo pasa más tiempo reportando que construyendo.
- Stakeholders con expectativas bipolares: Algunos esperan fechas exactas, alcance cerrado y un cronograma rígido, mientras el equipo Agile pretende iterar, ajustar el backlog y cambiar prioridades. Los choques son constantes.
- Agilidad falsa (“Fake Agile”): Una epidemia muy común hoy en día. La empresa se llena la boca diciendo ser Agile, pero todo está previamente definido, no existe autonomía, no se puede cambiar nada y todo requiere aprobación. Solo cambian los nombres: la reunión ahora es “ceremony”, el jefe es “scrum master” y el plan es “roadmap”. La cultura sigue siendo totalmente tradicional.
- Problemas de priorización: En los híbridos suele haber demasiados stakeholders, prioridades cambiantes, presión política y urgencias de negocio. El backlog se vuelve incontrolable, especialmente en programas de gran envergadura.
- Sobrecarga al equipo: El equipo termina obligado a cumplir con la velocidad de una entrega ágil, pero arrastrando la documentación predictiva, las fechas rígidas y los reportes corporativos del modelo tradicional. Los resultados son predecibles: burnout, baja moral y una alta rotación.
- Métricas incompatibles: El mundo predictivo mide porcentaje de avance, cumplimiento de cronograma y desviación presupuestal. El ágil mide valor entregado, velocity, lead time y flujo. Muchas empresas intentan mezclarlas a la fuerza y generan reportes que son un monumento a la incoherencia.
- Dependencias organizacionales: El equipo de desarrollo puede pretender ser muy ágil, pero las áreas de infraestructura, seguridad, arquitectura, compras, legal y aprobaciones siguen funcionando al ritmo lento y predictivo de siempre. Al final, el cuello de botella jamás está en el desarrollo.
- PMs y líderes no preparados: Muchos managers saben de waterfall pero ignoran el agile, o viceversa, conocen de agilidad pero no tienen idea de gobernanza corporativa. El híbrido exige dominar ambas capacidades, y ante esa carencia, muchas iniciativas van directo al fracaso.
- Tailoring mal hecho: Muchas organizaciones mezclan procesos sin el menor criterio; copian frameworks, agregan ceremonias innecesarias y crean una burocracia híbrida. Terminan con lo peor de ambos mundos: la lentitud del waterfall sin la verdadera flexibilidad del agile.
Las empresas más maduras están entendiendo, por fin, que no existe una metodología “religiosa” perfecta, que el contexto manda y que el éxito depende más del diseño operativo y del liderazgo que del framework de moda. Por eso ahora se habla mucho de delivery models, flujo, product operating model, lean governance y adaptive delivery, más que de simplemente sentarse a "hacer Scrum".
No hay comentarios:
Publicar un comentario