Disciplined Agile (DA): el toolkit ágil híbrido de PMI explicado

Por Tara Minh · Actualizado el 10 de octubre de 2026

Disciplined Agile (DA) es un toolkit de decisiones de proceso propiedad del Project Management Institute. En lugar de prescribir un único método, expone las decisiones que enfrenta un equipo, las opciones para cada una y sus compromisos, de modo que el equipo pueda armar su propia "forma de trabajar" (WoW). Puede apoyarse sobre Scrum, Kanban, SAFe o métodos tradicionales.

La mayoría de los frameworks ágiles responden una pregunta por usted. Scrum dice cómo ejecutar un Sprint. SAFe dice cómo planificar entre equipos. DA plantea primero otra pregunta: ¿cuál es su situación y qué opciones se ajustan a ella? Por eso se describe a menudo como un toolkit y no como un framework, y por eso atrae a organizaciones donde un único método prescrito choca una y otra vez con la realidad.

Datos Clave

• Scott Ambler y Mark Lines cocrearon el enfoque Disciplined Agile en 2012; sus raíces están en Disciplined Agile Delivery (DAD), que según Ambler comenzó en IBM Rational hacia 2008.
• PMI anunció la adquisición de DA en agosto de 2019; según Ambler, PMI compró Disciplined Agile Inc. y el Disciplined Agile Consortium para obtener el toolkit.
• El sitio de PMI organiza el toolkit en las capas Foundation, Disciplined DevOps, Value Streams y Disciplined Agile Enterprise.
• PMI describe DA como utilizable junto con enfoques tradicionales, Scrum o SAFe, no como un reemplazo de ellos.
• La mentalidad de DA se apoya en principios, promesas y ocho directrices.

De dónde viene Disciplined Agile

DA nació como un método de entrega de software. Scott Ambler, quien sitúa el origen de DAD en su trabajo en IBM Rational hacia 2008, y Mark Lines cocrearon en 2012 el enfoque más amplio de Disciplined Agile. Su objetivo era un enfoque flexible que reconociera que cada organización es distinta y que, incluso dentro de una misma organización, los equipos trabajan de forma diferente.

La pareja publicó cinco libros sobre DA y creó el DA Consortium. En agosto de 2019, PMI anunció la adquisición, y el toolkit pasó a estar bajo el mismo techo que la tradición del PMBOK. Ambler ocupó el cargo de Vicepresidente y Chief Scientist de DA en PMI hasta julio de 2022 y ha dicho que ya no participa en su evolución.

Esa propiedad importa para entender DA hoy. Es la respuesta de PMI a una tensión de larga data: muchas organizaciones ejecutan parte del trabajo con métodos predictivos y parte con métodos ágiles, y necesitan una guía que cubra ambos sin tomar partido.

Qué significa realmente "elegir su WoW"

La idea central es simple de enunciar y difícil de practicar: no existe un único mejor proceso, así que elija su propia forma de trabajar a propósito. La introducción de PMI presenta DA como una forma de explorar sus opciones y encontrar su mejor siguiente paso, partiendo de donde está y mejorando desde ahí.

En la práctica, "elegir su WoW" es una serie de decisiones pequeñas y no un gran evento de adopción:

• ¿Qué ciclo de vida se ajusta al trabajo de este equipo?
• ¿Qué prácticas de planificación, estimación y calidad usamos, y cuáles omitimos?
• ¿Cuánta gobernanza necesita este nivel de riesgo en particular?
• ¿Con quién nos coordinamos y cómo?

La herramienta de DA para esto es el diagrama de objetivos de proceso. PMI afirma que a los equipos DA se les guía para elegir su WoW mediante diagramas de objetivos de proceso sencillos, que muestran las opciones de cada decisión y lo que cuesta cada una. Añade que toda práctica tiene compromisos: funciona bien en algunas situaciones y mal en otras. Los diagramas existen para hacer visibles esos compromisos antes de decidir.

Esta es también la razón por la que DA se combina bien con la mejora continua. PMI llama a su enfoque Guided Continuous Improvement, lo que significa que se revisan las decisiones a medida que cambia la situación en lugar de dejarlas fijas.

Las capas del toolkit

El sitio de PMI organiza el toolkit de DA en capas, y cada una amplía el alcance de las decisiones cubiertas.

La estructura por capas es lo que distingue a DA de la mayoría de los frameworks a nivel de equipo. Un método basado en sprints rara vez dice algo sobre cómo deben trabajar Legal o Finanzas con equipos ágiles. DA sí, porque el toolkit de PMI trata esos aspectos también como decisiones de proceso. PMI plantea la capa superior como la capacidad de detectar y responder a los cambios del mercado con una cultura y una estructura que respaldan el cambio.

Dos cosas que conviene saber antes de profundizar. Primero, las capas no son una escalera de madurez que se sube en orden. Un equipo puede usar la guía de Disciplined DevOps sin que nadie toque la capa empresarial. Segundo, PMI publica gran parte de esto como una base de conocimiento navegable y no como un libro que se lee una vez, así que prepárese para entrar y salir de ella.

Elegir un ciclo de vida

Una de las contribuciones más prácticas de DA es que no obliga a todos los equipos a adoptar el mismo ciclo de vida. Mark Lines lo argumentó directamente: muchas organizaciones encasillan lo ágil en un solo sabor, como Scrum, Kanban o un patrón de escalamiento prescriptivo, y eso reduce la proporción de proyectos que llegan a usar métodos ágiles.

Los ciclos de vida que describe en esa publicación incluyen:

Lines también señala que las organizaciones que adoptan DA tienden a mover su mezcla de ciclos de vida con el tiempo, desde lo tradicional hacia lo ágil básico y, con el tiempo, hacia los ciclos continuos avanzados, a medida que mejora la capacidad de los equipos. Es un modelo mental útil: la elección del ciclo de vida no es un veredicto sobre un equipo, es un ajuste entre el trabajo y la capacidad actual del equipo.

Si está decidiendo entre un ciclo de vida al estilo Scrum y uno basado en flujo, Scrumban es un buen ejemplo del tipo de híbrido que DA trata como una opción legítima y no como una desviación.

Cómo se compara DA con SAFe, LeSS, Nexus y Scrum of Scrums

Estos enfoques se comparan constantemente, pero no son el mismo tipo de cosa. SAFe, LeSS y Nexus son formas prescritas de escalar. Scrum of Scrums es un patrón de coordinación. DA es un toolkit de decisiones que puede incluir cualquiera de ellos como una opción.

El resumen honesto: si ya sabe que quiere un modelo de escalamiento específico, lea directamente sobre SAFe, LeSS, Nexus o Scrum of Scrums. Si todavía no lo sabe, o si distintas partes de su organización claramente necesitan cosas diferentes, el trabajo de DA es ayudarle a decidir.

PMI es explícito en que DA no compite con esos métodos en su propio terreno. Afirma que aplicar el toolkit permite a las organizaciones personalizar cualquier método o framework, incluidos los tradicionales, Scrum o SAFe. En otras palabras, puede ejecutar SAFe y usar DA para cuestionar qué prácticas de SAFe realmente necesita.

Cómo empezar a usar DA: un enfoque paso a paso

No necesita adoptar todo el toolkit. Esta es una forma ligera de comenzar con un equipo.

1. Describa la situación. Anote el tamaño del equipo, la ubicación, las restricciones regulatorias, qué tan predecible es el trabajo y las habilidades presentes. Toda la premisa de DA es que el contexto determina la elección.
2. Elija un ciclo de vida inicial. Asocie el trabajo con uno de los ciclos de vida anteriores. Si tiene dudas, un ciclo de vida básico basado en Scrum es un punto de partida común, y puede cambiar más adelante.
3. Identifique las decisiones que duelen. ¿Dónde discute o se estanca el equipo? Elija dos o tres áreas de proceso, como la estimación, el lanzamiento o la gobernanza con las partes interesadas.
4. Revise las opciones y los compromisos. Para cada punto de dolor, use el DA Browser y los diagramas de objetivos de proceso para listar las opciones y lo que cuesta cada una.
5. Elija y registre la decisión. Escoja una opción, explique por qué y anote qué le haría revisarla. La plantilla de abajo ayuda.
6. Pruébela durante un periodo fijo. Ejecute la decisión durante algunas iteraciones y revise los resultados en una retrospectiva.
7. Repita. Trate la WoW como algo vivo. Cuando cambie el equipo o el trabajo, revise las decisiones.

Una plantilla de registro de decisiones de WoW

La mayoría de los equipos cambian su proceso en una conversación y luego pierden el razonamiento. Un registro de decisiones lo soluciona. Copie esta tabla y mantenga una fila por decisión.

Mantenga honesta la columna "Compromiso que aceptamos". Es la parte que más le importa a DA, y la que los equipos omiten cuando quieren una respuesta rápida.

Ejemplos por función de negocio

Como DA va más allá del software, vale la pena ver cómo luce una decisión de WoW en otras funciones. Son escenarios ilustrativos, no casos de estudio.

Observe el patrón: la misma organización usa varios enfoques a la vez. Eso no es incoherencia. Es precisamente el punto.

Qué hacer y qué evitar

¿Qué hay de la certificación y la capacitación en DA hoy?

PMI ha cambiado su oferta de capacitación ágil en los últimos años, así que consulte pmi.org para saber qué está vigente antes de planificar un programa en torno a una credencial. El sitio de DA de PMI actualmente dirige a los estudiantes a las certificaciones ágiles y enumera cursos en línea llamados Disciplined Agile Essentials y Disciplined Agile Foundations, junto con capacitación presencial a cargo de PMI Authorized Training Partners. El contenido del toolkit está disponible en el sitio de DA y en el DA Browser, de modo que puede usar las ideas sin ningún curso.

Cuándo DA no es la opción adecuada

DA le da libertad, y la libertad tiene un costo. No es una buena opción cuando:

• Un equipo quiere una rutina lista para seguir desde el primer día. DA pide decisiones, y algunos equipos solo quieren una receta.
• Nadie tiene la experiencia para sopesar los compromisos. Al comienzo, muchos equipos se benefician de un coach.
• La organización necesita un método estándar por motivos contractuales o de auditoría. Un framework prescrito puede ser más fácil de defender.
• La dirección quiere adoptar una etiqueta en lugar de examinar cómo se hace el trabajo.

En esos casos, comenzar con Scrum puro o con un framework de escalamiento definido, y usar las ideas de DA más adelante, es un camino razonable. Para conocer el contexto de la familia más amplia de métodos, consulte qué es la metodología ágil.

Disciplined Agile no le dirá qué framework comprar. Le da una forma de discutir el proceso con evidencia: esta es nuestra situación, estas son las opciones, este es el compromiso que asumimos y esta es la fecha en que volveremos a revisarlo. Si sus equipos ya ejecutan una mezcla de trabajo ágil y tradicional, ese hábito puede valer más que cualquier método por sí solo.