Índice
-
[¿Tenemos alternativas?(#tenemos-alternativas)
-
[Predictivo vs Adaptativo(#predictivo-vs-adaptativo)
1. Introducción
La Ejecución Ágil en proyectos cerrados es un tema controvertido y suele generar debate. Antes de entrar en materia, es necesario tener claros algunos conceptos, especialmente qué entendemos por Ejecución Ágil.
Si preguntas a profesionales del sector IT qué significa para ellos Agilidad, probablemente obtengas respuestas muy distintas. Algunos hablarán de colaboración, reuniones diarias o equipos autoorganizados. Otros dirán que la Agilidad es una mentalidad. Pero, aun así, la pregunta sigue sin quedar completamente respondida.
Entonces, ¿de qué se trata realmente?
De crear el producto adecuado.
2. Expectativas en proyectos no ágiles
Al comenzar un proyecto tradicional (no Ágil), lo primero que encuentras es que las expectativas no están claras. Para resolverlo, preguntas al cliente, hablas con usuarios finales, investigas el mercado… En definitiva, haces todo el trabajo necesario para tener un entendimiento inicial de esas expectativas.
Una vez claras, diseñas la solución, planificas cómo construirla y defines una hoja de ruta. Ese plan nunca será perfecto y sufrirá desviaciones, pero es la guía para llegar al resultado final.
Este enfoque funciona bien en proyectos donde la incertidumbre es baja: construir un edificio o lanzar una cápsula a la Estación Espacial Internacional. En algunos casos, es la única forma viable.
Pero en muchos proyectos IT, al entregar el producto descubres que las expectativas reales del cliente eran muy distintas. Esto sucede porque el cliente no sabe lo que quiere hasta que ve algo funcionando, y eso ocurre al final… justo cuando ya es demasiado tarde para corregir sin costes enormes.
3. ¿Tenemos alternativas?
Sí. Cuando las expectativas son inciertas, en vez de intentar precisarlas al principio, podemos avanzar mediante pequeños pasos y validación continua. Esto significa crear el producto más simple posible que cubra las expectativas: el MVP (Minimum Viable Product).
Mi compañero Jesús lo explica en detalle aquí:
👉 Artículo sobre MVP, MMP, MMR y MMF en Adictos al Trabajo
Al mostrar este MVP —o Incremento— entenderás mejor las expectativas y aparecerán múltiples caminos posibles. Según el feedback, eliges la opción que aporte más valor. Y así, iteración tras iteración, vas dando forma al producto.
4. Predictivo vs Adaptativo
De lo visto podemos distinguir dos enfoques:
- Predictivo: intentas anticiparlo todo desde el principio (como la cápsula espacial).
- Adaptativo: avanzas paso a paso y el feedback del entorno guía el camino.
Más sobre ambos enfoques aquí:
👉 https://adictosaltrabajo.com/2019/07/31/planificacion-de-proyectos-predictivos-vs-adaptativos/
Por tanto, Ágil o Agilidad son términos asociados a sistemas adaptativos, independientemente del marco o metodología concreta.
5. ¿Podemos usar Ejecución Ágil en un proyecto cerrado?
Para determinar si tiene sentido aplicar Ejecución Ágil en un proyecto calificado como “cerrado” (predictivo), debemos responder dos preguntas.
5.1 ¿Necesito ser adaptativo?
Los proyectos IT predictivos sufren un problema común: la solución se desarrolla durante todo el ciclo y solo se muestra al final. Si no tienes clarísimo lo que quieres construir desde el inicio (como en la construcción de un edificio), las probabilidades de fallar son altas.
Cuando la solución no está clara, la alternativa es trabajar de forma adaptativa: iteraciones cortas, un MVP al final de cada una, y usuarios dando feedback útil.
Plantéate ser adaptativo cuando:
- El entorno cambia constantemente.
- Existe alta incertidumbre.
- No sabes qué obstáculos aparecerán.
- Necesitas aprendizaje continuo.
Pregúntate: ¿realmente necesito ser adaptativo?
5.2 ¿Puedo ser adaptativo?
Aquí surge el problema: un proyecto cerrado suele estar mal planteado desde el principio. Se etiqueta así para “reducir incertidumbre” imponiendo una fecha fija, pero la realidad es que:
- El proyecto no va a llegar a fecha.
- No se desarrollará de forma ideal.
- El plan inicial no resistirá el contacto con la realidad.
La Agilidad permite poner orden, diferenciar entregas y centrarse en aportar valor real al cliente.
Trabajando de forma adaptativa se logra:
- Entregar un MVP funcional en menos tiempo.
- Aumentar la velocidad real de entrega.
- Mantener un ritmo sostenible (Sustainable Pace).
- Controlar la Deuda Técnica de manera continua.
6. Conclusión
La Ejecución Ágil en proyectos cerrados solo tiene sentido cuando:
- Existe incertidumbre,
- Se necesita aprendizaje continuo,
- Y se prioriza entregar valor temprano.
En estos casos, la Agilidad no garantiza que el proyecto llegue a la fecha fijada, pero sí que el producto evolucione en la dirección correcta, con calidad y alineado con las expectativas reales del cliente.
Un comentario
Me parece muy buena reflexión, pero no se reduce la incertidumbre de porque el adaptativo o el predictivo, yo creo que depende sobre todo de si valoramos mas que pueda haber modificaciones por el camino o no.
Porque como dices basarnos en una fecha de entrega fija solo se puede dar si las condiciones iniciales en las que se estableció el proyecto son constantes o no.
Para mi uno u otro depende sobre todo de unos cuantos factores, para mi serían estos:
– No tiene el cambio como norma, si los hay, se pueden asumir con costes mínimos.
– Si cuando entregue el MVP, no difiere del que se dijo al principio, con lo cual es fácil de predecir hitos en el proyecto con fechas y los riesgos serán mínimos.
– No habrá variaciones en el coste del proyecto, es decir, que si prevemos cinco programadores serán cinco y no mas o a lo mejor seis, que el hardware esta claro, etc..
– Sobre que estas condiciones se pactan para que sean así.