0.4Panorama de métodos: predictivo vs ágil
Lo esencial en 30 segundos
- Predictivo: planificar todo por adelantado y ejecutar en secuencia — ideal cuando la necesidad es estable y conocida.
- Ágil: avanzar por iteraciones cortas y adaptarse — ideal cuando la necesidad es incierta o evolutiva.
- Elección contextual: nada de capillas — se elige (o se hibrida) según necesidad, incertidumbre y cultura.
Mini-caso hilado — Bilal elige sin seguir la moda
Bilal tiene dos proyectos: migrar el alojamiento (corte planificado, pasos técnicos fijados) y crear una aplicación de cliente cuya necesidad sigue difusa. Para la migración, lo planifica todo en predictivo. Para la aplicación, propone iteraciones de dos semanas con demos al cliente. Y para el rediseño del sitio, hibrida: encuadre global y luego realización por iteraciones.
Último episodio del caso 0.1-0.3 — Bilal ajusta el método a la necesidad.
1. Dos grandes familias
No existe una sola forma de llevar un proyecto. El enfoque predictivo (ciclo en V, cascada) planifica todo en detalle al inicio y luego ejecuta secuencialmente: ideal cuando la necesidad es estable y bien conocida (construcción, industria).
El enfoque ágil avanza por iteraciones cortas, adaptándose sobre la marcha: ideal cuando la necesidad es incierta o evolutiva (software, innovación).
2. Una elección contextual
La elección no es ideológica sino contextual: depende de la estabilidad de la necesidad, del nivel de incertidumbre y de la cultura de la organización.
Muchos proyectos adoptan además un enfoque híbrido (encuadre predictivo + realización ágil). Los niveles 2–3 profundizan lo predictivo, el nivel 4 la agilidad.
🔎 Ejemplo concreto — 🔎 Ejemplo concreto — ¿Necesidad estable o incierta?
El criterio de elección.
Construcción normada, necesidad fijada → más bien PREDICTIVO.
Software innovador, cliente que descubre avanzando → más bien ÁGIL.
Gran proyecto mixto → HÍBRIDO (encuadrar global, realizar por iteraciones).Resultado: un enfoque adaptado, no una moda seguida.
Reflejo: evaluar primero la estabilidad de la necesidad.
Vocabulario de la sección
- Enfoque predictivo
- Planificación detallada previa y luego ejecución secuencial (cascada, ciclo en V). Adecuado para necesidades estables.
Ejemplo sencillo: Bilal planifica la migración del alojamiento paso a paso antes del corte.
Lo que no es: avanzar por iteraciones descubriendo la necesidad (eso es lo ágil).
Reflejo: necesidad fijada y secuencia obligada → inclinarse por predictivo.
- Cascada / Ciclo en V
- Modelos predictivos: fases encadenadas (la V añade simetría entre especificaciones y pruebas/validaciones).
Ejemplo sencillo: Especificar el sitio, realizarlo y luego probar cada exigencia una a una.
Lo que no es: entregar por pequeños incrementos ajustados en cada ciclo.
Reflejo: la V = a cada especificación corresponde una prueba.
- Enfoque ágil
- Desarrollo iterativo e incremental, adaptativo, por ciclos cortos. Adecuado para necesidades inciertas o evolutivas.
Ejemplo sencillo: Bilal entrega la aplicación con demos cada dos semanas y ajusta.
Lo que no es: fijarlo todo por adelantado y no cambiar ya nada.
Reflejo: necesidad difusa o evolutiva → iterar y mostrar pronto.
- Iterativo / incremental
- Avanzar por pequeños ciclos (iteraciones) que entregan trozos de valor (incrementos), con ajustes regulares.
Ejemplo sencillo: Cada iteración de Bilal añade un trozo utilizable de la aplicación.
Lo que no es: esperar al final para entregarlo todo en bloque.
Reflejo: cada ciclo debe producir algo mostrable.
- Híbrido
- Combinación de ambos enfoques (ej. encuadre predictivo + realización ágil), según las necesidades del proyecto.
Ejemplo sencillo: Bilal encuadra el sitio globalmente y luego realiza por iteraciones.
Lo que no es: aplicar un solo método por principio, en todas partes.
Reflejo: mezclar por fase: encuadrar global, iterar la realización.
En la práctica — En la práctica — Elegir el enfoque correcto
- Para un proyecto dado, evalúa la estabilidad de la necesidad: ¿es clara y fijada, o incierta y susceptible de evolucionar?
- Si la necesidad es estable y el entregable bien definido (construcción, despliegue normado) → inclínate a lo predictivo.
- Si la necesidad es difusa, innovadora o evolutiva, con un cliente que descubre avanzando → inclínate a lo ágil.
- Considera lo híbrido: encuadrar globalmente (predictivo) y luego realizar por iteraciones (ágil) según el contexto.
Guion listo para decir — justificar la elección de método (30 s)
«Nuestra necesidad es estable y la secuencia obligada: lo planificamos todo en predictivo. Ahí, la necesidad es difusa y va a evolucionar: avanzamos en iteraciones de dos semanas con demo. Para este proyecto mixto, hibridamos: encuadre global y luego iteraciones.»
Para decir al cliente o al gerente: vincular cada elección a la estabilidad de la necesidad, no a una preferencia.
Modelo copiar-pegar — parrilla de elección predictivo / ágil
PROYECTO: _______________
NECESIDAD (estable / incierta / mixta) : _______________
INCERTIDUMBRE (baja / alta) : _______________
ENFOQUE ELEGIDO (predictivo / ágil / híbrido) : _______________
POR QUÉ (1 frase) : _______________
PRIMER HITO O PRIMERA ITERACIÓN: _______________TPE / presupuesto pequeño
Sin ceremonia pesada: una iteración = mostrar algo al cliente cada semana, aunque sea informalmente.
PYME Argelia
Bilal ajusta sus iteraciones a las disponibilidades reales del cliente (demos cortas, retornos escritos) para mantener el ritmo ágil.
BTP / proyecto regulado
Necesidad fijada y normas estrictas: predictivo asumido, con puntos ágiles limitados al diseño.
Startup / producto innovador
Necesidad que se descubre: iteraciones cortas, pruebas con usuarios pronto — lo predictivo solo serviría para el encuadre global.
✓ Buenas prácticas
- Evalúa la estabilidad de la necesidad antes de elegir el enfoque.
- No opongas los métodos: combínalos si el proyecto se presta.
- Ten en cuenta la cultura de la organización.
✗ Errores frecuentes
- Elegir un método por moda más que por contexto.
- Creer que lo ágil = sin planificación.
- Querer hacer ágil «puro» en un proyecto secuencial y restringido.
Puntos clave
- Predictivo (cascada, ciclo en V): planificar todo al inicio. Para necesidad estable.
- Ágil: iterar y adaptarse. Para necesidad incierta o evolutiva.
- La elección es contextual, no ideológica.
- Lo híbrido combina a menudo ambos según las fases del proyecto.
Reto 48h — aplica mañana
Toma 1 proyecto real, juzga la estabilidad de su necesidad y elige predictivo, ágil o híbrido (modelo anterior). Anuncia el primer hito o la primera iteración.
- Sé decir cuándo conviene lo predictivo (necesidad estable).
- Sé decir cuándo conviene lo ágil (necesidad incierta).
- He elegido 1 enfoque para un proyecto real, sin seguir la moda.
Preguntas frecuentes
¿Lo ágil es «mejor» que lo predictivo?
No: cada uno destaca en su contexto. Lo ágil brilla en la incertidumbre y la evolución (software, innovación); lo predictivo sigue pertinente cuando la necesidad es estable y la secuencia restringida (construcción, proyectos regulados). Oponer ambos es estéril: el buen reflejo es elegir — o combinar — según el proyecto. La madurez es conocer ambos y tomar lo que sirve al proyecto, no defender una capilla.
¿Se puede hacer ágil en un proyecto de construcción?
Difícilmente idéntico: no se vierten cimientos «por iteraciones» que se rehacen en cada sprint. Algunos principios ágiles (colaboración, puntos regulares, ajustes) siguen útiles, pero la naturaleza secuencial y costosa de modificar de la edificación pide un enfoque ampliamente predictivo. El contexto físico impone sus restricciones. En cambio, la fase de diseño o de interiorismo puede a veces integrar bucles más ágiles.
¿Cuándo priorizar un enfoque ágil?