May 162023
 
Gestión Predictiva vs. Adaptativa

Gestión Predictiva vs. Adaptativa: Enfrentando los desafíos de los proyectos

En el entorno empresarial actual, caracterizado por cambios acelerados, incertidumbre constante y evolución tecnológica continua, la forma en que gestionamos proyectos y equipos se ha convertido en un factor determinante para lograr resultados sostenibles.

Tradicionalmente, la gestión predictiva y la gestión adaptativa se han presentado como enfoques opuestos. Sin embargo, la práctica moderna ha demostrado que ambos representan alternativas válidas dentro de un espectro de desarrollo. Hoy, las organizaciones más maduras combinan estos enfoques estratégicamente, seleccionando el más adecuado según el nivel de complejidad, incertidumbre y necesidad de aprendizaje del trabajo a realizar.

Este artículo explora las diferencias fundamentales entre ambos enfoques y cómo continúan evolucionando dentro del contexto actual del Project Management y Agile.

1) Construcción separada vs. Construcción como un todo

La gestión predictiva se fundamenta en la construcción separada y la ejecución secuencial del trabajo. En este enfoque, el proyecto se planifica en detalle desde el inicio, definiendo entregables, actividades y dependencias con el objetivo de minimizar variaciones durante la ejecución.

Este modelo funciona particularmente bien cuando el alcance es estable, los requisitos son conocidos y la incertidumbre es baja.

Por otro lado, la gestión adaptativa se basa en la construcción como un todo mediante ciclos iterativos e incrementales. En lugar de intentar anticipar todas las variables, el trabajo se desarrolla en ciclos cortos que permiten validar resultados continuamente, aprender del proceso y ajustar el rumbo según la información obtenida.

Por ejemplo, mientras un proyecto predictivo podría desarrollar un sistema completo antes de liberarlo al usuario, un enfoque adaptativo podría entregar funcionalidades utilizables desde etapas tempranas, permitiendo validar valor real en cada incremento.

Este enfoque reduce riesgos al transformar la ejecución en un proceso continuo de inspección y adaptación.

2) Requerimientos detallados de antemano vs. Requerimientos en intervalos frecuentes

En la gestión predictiva, se invierte un esfuerzo significativo en documentar requerimientos completos antes de iniciar la ejecución. Esto permite establecer una línea base clara que facilita la planificación, estimación y control del proyecto.

Este enfoque resulta altamente efectivo cuando las necesidades del cliente son estables y el entorno del negocio presenta bajo nivel de cambio.

La gestión adaptativa reconoce que los requerimientos pueden evolucionar a medida que el equipo adquiere mayor entendimiento del problema. En este enfoque, los requisitos se refinan progresivamente mediante ciclos frecuentes de retroalimentación con usuarios y stakeholders.

Por ejemplo, equipos de desarrollo de productos digitales suelen liberar versiones tempranas de funcionalidades para validar hipótesis de negocio antes de invertir en soluciones completas. Esto permite tomar decisiones basadas en evidencia real y no únicamente en suposiciones iniciales.

3) Gestión de costos y riesgos según análisis detallado vs. Gestión según emerja el alcance

La gestión predictiva utiliza análisis detallados del alcance, cronograma y presupuesto para anticipar riesgos y establecer controles desde el inicio del proyecto. Este enfoque busca minimizar desviaciones mediante planificación exhaustiva y seguimiento estructurado.

En contextos donde el cumplimiento regulatorio, contractual o de seguridad es crítico, este modelo ofrece altos niveles de previsibilidad y control.

En la gestión adaptativa, el alcance puede evolucionar durante la ejecución. Los riesgos se identifican y gestionan conforme emergen, utilizando ciclos cortos de trabajo que permiten validar decisiones rápidamente y ajustar prioridades según el aprendizaje obtenido.

Por ejemplo, en iniciativas de innovación o desarrollo de nuevos productos, intentar estimar todos los riesgos desde el inicio puede ser poco realista. En estos casos, la reducción del riesgo ocurre mediante experimentación continua y entregas incrementales de valor.

Este modelo favorece la toma de decisiones basada en evidencia generada durante la ejecución.

4) Tareas asignadas externamente vs. Autoasignación interna

En entornos predictivos, la asignación de tareas suele realizarse desde estructuras jerárquicas donde líderes o gerentes definen responsabilidades, tiempos y métodos de ejecución.

Este modelo puede ser efectivo cuando el trabajo requiere coordinación altamente estructurada o cuando existen dependencias complejas entre múltiples áreas funcionales.

En la gestión adaptativa, los equipos participan activamente en la organización de su propio trabajo. Los miembros del equipo seleccionan tareas basándose en sus habilidades, experiencia y capacidad disponible.

Este enfoque fomenta mayor compromiso, responsabilidad compartida y aprovechamiento del conocimiento colectivo del equipo. También acelera la toma de decisiones operacionales al reducir dependencias de aprobación externa.

En organizaciones modernas, esta práctica ha demostrado mejorar la colaboración y la calidad de los resultados al permitir que las decisiones técnicas sean tomadas por quienes ejecutan el trabajo.

5) Gestión de equipo externa vs. Autogestión del equipo

En la gestión predictiva, el liderazgo tradicional suele concentrar la planificación estratégica y la toma de decisiones operacionales del proyecto. El rol del gerente se enfoca en dirigir, controlar y asegurar el cumplimiento del plan establecido.

La gestión adaptativa introduce el concepto de equipos autogestionados, donde el liderazgo evoluciona hacia un rol facilitador. En este modelo, el liderazgo se enfoca en remover impedimentos, alinear objetivos estratégicos y crear entornos donde los equipos puedan desempeñarse de forma efectiva.

La autogestión no implica ausencia de liderazgo. Representa una transformación del liderazgo hacia un enfoque basado en empoderamiento, colaboración y desarrollo continuo del equipo.

Este cambio ha demostrado ser particularmente efectivo en entornos complejos donde la rapidez en la toma de decisiones y la adaptación constante son factores críticos de éxito.

Conclusión

La gestión predictiva y la gestión adaptativa continúan siendo enfoques relevantes dentro del Project Management moderno. La gestión predictiva aporta estabilidad, control y previsibilidad cuando los requisitos son claros y el entorno es relativamente estable. La gestión adaptativa aporta flexibilidad, aprendizaje continuo y rapidez de respuesta en entornos complejos e inciertos.

La madurez organizacional no radica en elegir uno sobre el otro, sino en desarrollar la capacidad de seleccionar y combinar enfoques según el contexto del problema que se busca resolver.

Las organizaciones que logran integrar ambos enfoques mediante modelos híbridos pueden aprovechar lo mejor de cada uno: la estructura necesaria para mantener dirección estratégica y la adaptabilidad requerida para responder a la incertidumbre del mercado actual.

Versiones:
Original: Mayo 2023
Actualización: Febrero 2026


Javier Miranda

Javier A Miranda es un Gerente de Proyectos Ágil certificado que ha adiestrado a miles de profesionales de diversas industrias y disciplinas a través de múltiples organizaciones educativas y firmas de consultoría.

Javier fue educado en las mejores prácticas de Project Management utilizando la 1ra edición del PMBOK® Guide (1996) y pasó el examen PMP® utilizando la 2da edición (2000).  Ha enseñado cursos preparatorios para PMP® desde la 3ra edición (2004) hasta la versión más reciente con mayor contenido Agile.

Javier posee experiencia directa en varios métodos, guías y estructuras de gerencia de proyectos y ha aplicado Prácticas Ágiles en los proyectos desde el año 2000.  Ha enseñado sobre varios métodos Ágiles como Scrum, XP, FDD y tópicos relacionados como parte de la pasadas comunidades de tecnología y empresarismo DevTitans, el PR .Net Users Group (PRdotNet), los Tours del Microsoft Developer Network (MSDN) y el PR Developers Group (PRDG).

En su más reciente aportación a una empresa Fortune 500, Javier adaptó Agile / Scrum para ser utilizado fuera del ambiente de IT para resolver problemas complejos de negocio y para la creación rápida de nuevos programas y servicios de negocio desempeñado roles como Agile Coach y Scrum Master.

Recientemente, el Sr. Miranda trabajó como consultor internacional para el Banco Inter-Americano de Desarrollo (BID) y sus clientes ofreciendo talleres y coaching sobre Agile / Scrum en el Caribe y las Américas.  Además, mejoró la adopción de Agile / Scrum en Abarca Health entre 8 equipos de desarrollo y sus líderes (+50 personas).

Javier alcanzó las siguientes certificaciones globales:
* Project Management Professional (PMP)
* PMI Agile Certified Practitioner (PMI-ACP)
* Agile Coaching Certified (ICP-ACC)
* PM4R Agile Coach (PM4R-AC)
* PMO Certified Practitioner (PMO-CP)
* SAFe 6 Practice Consultant (SPC)
* Scaled Prof. Scrum (SPS)
* Prof. Agile Leadership I (PAL)
* Prof. Scrum Master I (PSM)
* Prof. Scrum Product Owner I (PSPO)
* Prof. Scrum Kanban (PSK)
* Prof. Scrum UX I (PSU)
* Management 3.0 (M3.0)
* Disciplined Agile Senior Scrum Master (DASSM)
* Certified Scrum Master (CSM)
* Certified Scrum Product Owner (CSPO)
* Microsoft Certified Applications Developer (MCAD)

Puede conectarse con Javier en LinkedIn.

May 172014
 

–  EVENTO  –
Entre >aquí< para registrarse. 

10 Lecciones aprendidas en un proyecto multi-millonario:
¿Qué falló?  ¿Qué buenas prácticas se obviaron?

 
A casi 20 años desde que el PMI® publicó en el 1996 la primera guía de mejores prácticas para manejar proyectos, o PMBOK® Guide, todavía no se aplican las mejores prácticas cuando ameritan.  Aunque mientras más complejos son los proyectos, más atención debemos prestarle a éstas, aún no se hace.  Peor aún, se le reconoce al PMBOK® Guide como algo bueno, pero se ignora su aplicabilidad y utilidad.  Inclusive, hasta incorrectamente se le llama metodología en vez de guía.
 

En esta charla compartiremos 10 lecciones aprendidas en un proyecto multi-millonario y algunos aspectos relevantes del entorno organizacional.  Además, repasaremos las mejores prácticas para el manejo de proyectos que pudieron aplicarse y sus beneficios.

 

Entre >aquí< para registrarse.
–  EVENTO  –

 ¡Éxito en tus proyectos!

-Javier A Miranda, PMP
Twitter: @JavMira | LinkedIn: Javier A Miranda

Dic 312013
 

Confusiones comunes en
la Gerencia de Proyectos – Parte 2

¿Sabes cuál es la diferencia entre el Tipo de Contrato (Type of Contract) y los Términos de Pago (Payment Terms)?

Se confunden comúnmente.   Veamos a continuación cómo comparan.

Tipo de Contrato vs. Términos de Pago (Type of Contract vs. Payment Terms)

Aclaración: No soy abogado y este escrito no representa una recomendación legal.

Prólogo: Escribo sobre contratos porque un gerente de proyecto debe conocer los asuntos legales pertinentes a las contrataciones.  También, porque en general siempre me han gustado los temas legales (eso se lo debo a mi viejo).

Nota: Antes de continuar es recomendable que lea el artículo anterior: Hitos vs. Entregables (Milestones vs. Deliverables).

 

Primero

Debemos comenzar definiendo lo que es un contrato.  Un contrato es un acuerdo (obligación asumida) entre dos o más partes, o entes legales.  Las partes pueden ser individuos u organizaciones.  Entiéndase por organizaciones las corporaciones, las asociaciones, las compañías, etc.

Una vez se establece el contrato, se dice que lo acordado es ley entre las partes.  Se dice esto porque, lo acordado en el contrato es lo que rige la relación entre ellos.

De existir posteriormente alguna controversia legal sobre lo acordado, las mismas se resolverán por un tercero ajeno a la controversia.  Si no se estipuló en el contrato cómo se resolverían las controversias, las mismas serán resueltas en los tribunales ya que son éstos quienes en última instancia interpretan las leyes.

Si en nuestros proyectos contratamos suplidores, o somos nosotros los contratados, mediante el contrato existirá una relación Cliente-Proveedor.  El proveedor eventualmente entregará servicios, equipos, materiales, o un sub-proyecto y recibirá pago por ello.

Tipos de Contrato

Existen varios tipos de contrato en los proyectos para diversas necesidades.  Los más comunes en los proyectos incluyen los de tipo Tiempo y Materiales (Time & Materials) y los de tipo Precio Fijo (Fixed Price).

Supongamos que usted contrató a un suplidor y se estableció un tipo de contrato de precio fijo.  Eso quiere decir, que al suplidor se le pagará exactamente la cantidad estipulada en el contrato; ni más, ni menos.

Ahora bien, ¿cómo el suplidor le facturará y cómo se le pagará?  Ahí es que importan los términos de pago.

Términos de Pago

Los términos de pago, jugarán un papel importante, indistintamente del tipo de contrato.  Los términos de pago se refieren a cómo ocurrirá el desembolso para pagar por lo producido por el proveedor o contratista.

Ejemplo 1

Supongamos que el contrato establece que se pagará un total de $100 por todo el proyecto; no más y no menos (contrato de tipo precio fijo).

Supongamos también que la duración total del proyecto es de cuatro semanas y que se le pagará al suplidor a razón de $25 por semana (término de pago).

Al cabo de las cuatro semanas de duración del proyecto, le habremos pagado la totalidad del contrato, o $100.

Pero, ¿qué pasaría si especificamos que el término de pago es por entregable?

Ejemplo 2

Supongamos que el proyecto consta de tres entregables y que la duración total del proyecto es también de cuatro semanas, como el Ejemplo 1.

Supongamos también que los entregables los pagaremos según se completen y se aprueben, pero fijaremos la cantidad total del contrato a $100, igual que el Ejemplo 1.

Digamos que:
•    el entregable (1) tiene un valor de $25,
•    el entregable (2) tiene un valor de $50 y
•    el entregable (3) tiene un valor de $25.

Esto nos da un total de $100 por todo el proyecto; no más y no menos (contrato de tipo precio fijo).

El suplidor podría entregar:
•    al final de la primera semana el entregable (1) y los otros dos en la cuarta semana.

…o podría entregar:
•    al final de la segunda el entregable (1), al final de la tercera el entregable (2) y al final de la cuarta el entregable (3).

En este ejemplo, una vez el suplidor nos entregue todo le habremos hecho tres pagos al suplidor, por los tres entregables contratados.

Como resultado final, la duración del proyecto es de cuatro semanas también, pero se habrá hecho tres pagos (uno por cada entregable) y no cuatro pagos como el Ejemplo 1.  Aquí está ilustrado el término de pago en función, indistintamente del tipo de contrato.

Este ejemplo se diferencia del anterior porque el pago estaba sujeto a cada entregable y no al tiempo transcurrido (semanas).

Por último

Si has leído el artículo anterior sugerido (Hitos vs. Entregables), entonces ya debes imaginarte que también podemos establecer que se pague una vez se alcance un hito, en vez de cuando se completen los entregables.  Esto puede suceder indistintamente del tipo de contrato estipulado.

Existen muchas otras consideraciones en los contratos además del tipo de contrato y los términos de pago que hacen de esta área una muy interesante.  Al menos, asegúrate de conocer bien el tipo de contrato y el término de pago en cada contratación.

¿Te pareció un buen artículo?  ¿Qué más te gustaría conocer?  ¡Nos encantaría saber qué opinas!
¡Éxito en tus proyectos!

-Javier A Miranda, PMP, PMI-ACP, PSM, PSPO, CSM, CSPO, ICP
Twitter: @JavMira  |  LinkedIn: JavierAMiranda

Javier Miranda, PMP, PMI-ACP, PSM, PSPO, CSM, CSPO, ICP

Nov 282013
 
Aplica la gerencia de proyectos (Project Management). – ¡Es fácil hacerlo!

Prólogo: 
Este artículo es una secuela del artículo: ¡En donde quiera existen proyectos!

 

Como un educador innato (esto se lo debo a mi vieja), nada es más gratificante que apreciar cuando se utiliza lo que enseñas, tan pronto como el lunes siguiente.

Recientemente concluí un curso sobre mejores prácticas en la gerencia de proyectos y preparatorio para la certificación PMP® y CAPM® del PMI®.  Fue un excelente grupo de colegas y nuevos amigos.

Es interesante y enriquecedor ver cómo, los mismos conceptos de la clase, un participante los aplica para llevar lo aprendido a su vida profesional.Aquí les comparto lo que este participante me escribió.

Espero que disfruten lo simple del ejemplo porque, ¡aplicar la gerencia de proyectos es fácil!

Nota: El email original enviado por el participante se dividió en partes para ver los conceptos de la gerencia de proyectos aplicados.

Conceptos aplicados:
1.  “Mi idea es hacer del PMBoK algo ‘diario’.”
•  Objetivo de negocio al cual los esfuerzos del proyecto deben estar dirigidos y alineados.

2.  “Es mucho material!”
•  Alcance que hay que atender y que influirá en las estrategias para lograr el objetivo.

3.  “Básicamente dividir el libro en ‘work packages’  inter-relacionados y atacarlo de esa manera.”
•  Técnica de descomposición estructurada del trabajo a realizarse.  Se usa para manejar de forma organizada el alcance.

4.  “Yo he continuado leyendo, viendo videos, repasando las lecciones del curso.”
•  Repaso de material es una respuesta de riesgo llamada mitigación que busca reforzar el conocimiento adquirido, dado que “Es mucho material!”

5.  “Todos los días estudiar, aunque sea un pedacito de algún tema del libro.”
•  Estrategia de manejo de itinerario (scheduling) para lograr el objetivo, dado que “Es mucho material!”

6.  “Poco a poco ir repasando e internalizando todo.”
•  Estrategia de manejo de itinerario, más repaso, más estrategia de manejo del cambio (en su persona), dado que “Es mucho material!”

Como ves, ¡en donde quiera existen proyectos!  ¡Y es fácil aplicar la gerencia de proyectos!

NOTA: El próximo Curso en Gerencia de Proyectos / Project Management será el 26 de abril.
Entre >aquí< para más detalles.

¿Te pareció un buen artículo?  ¿Qué más te gustaría conocer?  ¡Nos encantaría saber qué opinas!
¡Éxito en tus proyectos!

-Javier A Miranda, PMP
Twitter: @JavMira | LinkedIn: JavierAMiranda

Nov 282013
 

Hitos vs. Entregables  (Milestones vs. Deliverables)Confusiones comunes en
la Gerencia de Proyectos (Parte 1)

¿Sabes cuál es la diferencia entre un Milestone (Hito) y un Deliverable (Entregable)?  Se confunden comúnmente, y hasta se intercambian los nombres.  Veamos a continuación cómo comparan.

Hitos vs. Entregables  (Milestones vs. Deliverables)

 El milestone, o hito, es un punto en el tiempo.  Un momento.  Es un marcador, nada más.

Por sí mismo, el hito no consume tiempo, esfuerzo ni recursos del proyecto como lo hace un deliverable, o entregable.  Además, a diferencia del entregable, el hito usa sólo una fecha.  Esa sola fecha sirve para determinar si se alcanzó ese momento en el tiempo.

El entregable por su parte, usa dos fechas; comienzo y final.  El entregable sí consume tiempo, esfuerzo y recursos mientras que el hito sólo marca avance en el tiempo.

En un proyecto, usted puede enlazar uno o más entregables a un hito.  De esta forma, cuando se completan esos entregables, usted podrá indicar que se ha llegado a ese hito, porque se han completado esos dos entregables.

Ahora bien, usted también puede enlazar un hito a un progreso parcial de un entregable.  De esta forma, usted puede establecer que se ha alcanzado ese punto o momento en el tiempo, pero que el entregable aún no ha finalizado.

Además, nada impide que usted defina otro hito para establecer cuando ese mismo entregable lo apruebe el cliente del proyecto.  En este caso, tendría entonces dos hitos asociados a un entregable.
¡Muy bien! …si eso es lo que usted desea hacer.

En síntesis, defina usted los hitos que mejor sirvan para reflejar avance en el tiempo.  Por su parte, el desglose del alcance del proyecto definirá los entregables del mismo.

Epílogo:  Este artículo tiene la siguiente secuela: Tipo de Contrato vs. Términos de Pago

¿Te pareció un buen artículo?  ¿Qué más te gustaría conocer?  ¡Nos encantaría saber qué opinas!
¡Éxito en tus proyectos!

-Javier A Miranda, PMP, PMI-ACP, PSM, PSPO, CSM, CSPO, ICP
Twitter: @JavMira  |  LinkedIn: JavierAMiranda

Javier Miranda

Oct 132013
 
Team thinking

¡En donde quiera existen proyectos!

Que tal un viaje, ¿es un proyecto?  O el organizar una actividad del trabajo, ¿es un proyecto? O una remodelación del jardín, ¿es un proyecto?

¿Qué es un proyecto?  – Un proyecto es todo esfuerzo temporero (que tiene principio y fin definido) y que produce un producto, un servicio o un resultado único (que no existía antes).

Usemos como ejemplo un viaje.  Si usted está planificando un viaje, usted comenzará a hacerlo y concluirá su planificación cuando tenga “todo set”.  Luego de esto, usted abordará el avión hacia su destino, parte del proyecto.   Al final, el esfuerzo habrá sido temporero; comenzó y concluyó.

Si es un viaje de placer, sobre todo a un nuevo destino, se producirá un resultado único.  Como ejemplo, digamos que su viaje es a Orlando Florida, con sus hijos, por primera vez.

En su viaje usted desea:
1- Que sea uno placentero – Usted quiere disfrutar al máximo y que el viaje llene sus expectativas.

2- Que cumpla con los objetivos que usted desea – Si usted está viajando por primera vez con sus hijos a los parques temáticos de la Florida, sin duda querrá que la niña o el niño disfrute las atracciones más populares y que vea a sus personajes favoritos, o hasta cene con ellos.

3- Que se quede dentro de su presupuesto – Como el dinero no es ilimitado, usted querrá asegurarse que ha ahorrado lo suficiente para ir y que luego no gaste demasiado en el viaje.

Veamos a continuación cómo se aplican en este ejemplo ciertos conceptos de la gerencia de proyectos.

1- Las expectativas son muy importantes.  Su satisfacción, y las de los demás que le acompañarán son importantes también.  Habrá entonces que conocerlas y atenderlas; que formen parte de la planificación.

2- Los objetivos igualmente son importantes.  Si estás viajando por primera vez con tus hijos, ¿debes saber las atracciones que ellos pueden disfrutar?  ¿Cuál es la edad mínima, o la estatura mínima para la atracción?  Que tal si investigas mejor de antemano para hacer una lista de lo que desean y pueden disfrutar.

También, ¿en qué temporada vas?  Las atracciones se llenan y si no consideras como parte de cumplir con tus objetivos la fecha en que vas, estarás “en estrés” y eso puede hacer que no sea placentero.

¿No crees entonces que es mejor, tomar tiempo para planificar cómo cumplir los objetivos?

3- El presupuesto nos puede restringir y muchas cosas inciden en ello.  Por ejemplo, la fecha en que vas.  Los gastos en los meses de septiembre y octubre son menores, pero los niños están en clase.

Si tenemos como objetivo que la niña o el niño cene con los personajes, una cena cuesta mucho más que comprar un “turkey leg”.

Por otro lado, si vas a comprar todo recordatorio que veas y foto que te tomes, podrás excederte en los gastos.

¿No crees entonces que sería buena idea, definir un presupuesto, cómo obtenerlo y cómo controlar los gastos?  Además, si hay restricciones con su presupuesto, sería sabio re-examinar las expectativas y los objetivos.

En resumen, tienes unas expectativas que satisfacer, unos objetivos que cumplir y un presupuesto designado para llevarlo a cabo.

Usa la gerencia de proyectos para que sus esfuerzos sean exitosos.
¡Es buena aliada!

Aquí les dejo con una cita de Paco Olmos, dirigente del equipo de baloncesto de PR, explicando parte de lo que se necesita de cara al próximo mundial de baloncesto con su equipo:

«…y cuanto antes ponernos, más que a trabajar, a organizar y a planificar.  Tenemos que pasar de solucionar problemas, a prever esa solución para que no existan esos problemas».

Paco sabe que para lograr unos objetivos, hay que planificar para hacerlo bien.

NOTA: Próximo Curso en Gerencia de Proyectos  / Project Management.  Entre >aquí< para más detalles.

Epílogo:  Este artículo tiene la siguiente secuela: Aplica la gerencia de proyectos. ¡Es fácil hacerlo!

¿Te pareció un buen artículo?  ¿Qué más te gustaría conocer?  ¡Nos encantaría saber qué opinas!
¡Éxito en tus proyectos!

-Javier A Miranda, PMP
Twitter: @JavMira  |  LinkedIn: JavierAMiranda