Disciplined Agile (DA): O Toolkit Hybrid Agile do PMI Explicado

Por Tara Minh · Atualizado em 10 de outubro de 2026

O Disciplined Agile (DA) é um toolkit de decisões de processo pertencente ao Project Management Institute. Em vez de prescrever um único método, ele apresenta as decisões que uma equipe enfrenta, as opções para cada uma e os trade-offs, para que a equipe monte seu próprio "way of working" (WoW). Ele pode ser aplicado sobre Scrum, Kanban, SAFe ou métodos tradicionais.

A maioria dos frameworks ágeis responde a uma pergunta por você. O Scrum diz como conduzir um Sprint. O SAFe diz como planejar entre equipes. O DA faz primeiro outra pergunta: qual é a sua situação e quais opções se encaixam nela? É por isso que ele costuma ser descrito como um toolkit, e não como um framework, e é por isso que atrai organizações em que um único método prescrito vive esbarrando na realidade.

Fatos principais

• Scott Ambler e Mark Lines cocriaram a abordagem Disciplined Agile em 2012; suas raízes estão no Disciplined Agile Delivery (DAD), que, segundo Ambler, começou na IBM Rational por volta de 2008.
• O PMI anunciou a aquisição do DA em agosto de 2019; no relato de Ambler, o PMI comprou a Disciplined Agile Inc. e o Disciplined Agile Consortium para obter o toolkit.
• O site do PMI organiza o toolkit em camadas: Foundation, Disciplined DevOps, Value Streams e Disciplined Agile Enterprise.
• O PMI descreve o DA como utilizável junto com abordagens tradicionais, Scrum ou SAFe, e não como substituto delas.
• O mindset do DA se apoia em princípios, promessas e oito diretrizes.

De onde veio o Disciplined Agile

O DA nasceu como um método de entrega de software. Scott Ambler, que atribui o DAD ao seu trabalho na IBM Rational por volta de 2008, e Mark Lines cocriaram a abordagem Disciplined Agile mais ampla em 2012. O objetivo era uma abordagem flexível que reconhece que toda organização é diferente e que, mesmo dentro de uma só organização, equipes diferentes trabalham de maneiras diferentes.

A dupla publicou cinco livros sobre o DA e criou o DA Consortium. Em agosto de 2019, o PMI anunciou a aquisição, e o toolkit passou a ficar sob o mesmo teto da tradição do PMBOK. Ambler ocupou o cargo de Vice President e Chief Scientist do DA no PMI até julho de 2022 e disse que não participa mais da evolução do toolkit.

Essa propriedade importa para a forma como você lê o DA hoje. É a resposta do PMI a uma tensão antiga: muitas organizações conduzem parte do trabalho com métodos preditivos e parte com métodos ágeis, e precisam de orientação que cubra os dois sem tomar partido.

O que "escolher seu WoW" significa na prática

A ideia central é simples de enunciar e difícil de praticar: não existe um único processo melhor, então escolha seu próprio modo de trabalhar de forma intencional. A introdução do PMI apresenta o DA como uma forma de explorar suas opções e encontrar o melhor próximo passo, partindo de onde você está e melhorando a partir daí.

Na prática, "escolher seu WoW" é uma série de pequenas decisões, e não um grande evento de adoção:

• Qual ciclo de vida se ajusta ao trabalho desta equipe?
• Quais práticas de planejamento, estimativa e qualidade usamos, e quais deixamos de lado?
• Quanta governança este nível de risco específico exige?
• Com quem coordenamos e como?

A ferramenta do DA para isso é o process goal diagram. O PMI diz que as equipes de DA são guiadas na escolha do WoW por process goal diagrams diretos, que mostram as opções para cada decisão e o que cada uma custa. Acrescenta que toda prática tem trade-offs: funciona bem em algumas situações e mal em outras. Os diagramas existem para tornar esses trade-offs visíveis antes de você se comprometer.

É também por isso que o DA combina bem com melhoria contínua. O PMI chama sua abordagem para isso de Guided Continuous Improvement, o que significa revisitar as escolhas conforme a situação muda, em vez de travá-las.

As camadas do toolkit

O site do PMI organiza o toolkit do DA em camadas, e cada uma amplia o escopo das decisões cobertas.

A divisão em camadas é o que diferencia o DA da maioria dos frameworks de nível de equipe. Um método baseado em sprints raramente diz algo sobre como o Jurídico ou o Financeiro devem trabalhar com equipes ágeis. O DA diz, porque o toolkit do PMI trata essas áreas também como decisões de processo. O PMI descreve a camada superior como a capacidade de perceber e responder a mudanças de mercado com uma cultura e uma estrutura que apoiam a mudança.

Duas coisas valem a pena saber antes de mergulhar. Primeiro, as camadas não são uma escada de maturidade que se sobe em ordem. Uma equipe pode usar a orientação do Disciplined DevOps sem que ninguém toque na camada corporativa. Segundo, o PMI publica boa parte disso como uma base de conhecimento navegável, e não como um livro que se lê uma vez, então espere entrar e sair dela.

Como escolher um ciclo de vida

Uma das contribuições mais práticas do DA é que ele não obriga todas as equipes ao mesmo ciclo de vida. Mark Lines defendeu isso diretamente: muitas organizações enquadram o ágil em um único sabor, como Scrum, Kanban ou um padrão de escala prescritivo, e isso reduz a parcela de projetos que chega a usar o ágil.

Os ciclos de vida que ele descreve nesse post incluem:

Lines observa também que as organizações que adotam o DA tendem a mudar seu mix de ciclos de vida ao longo do tempo, do tradicional para o ágil básico e, por fim, para os ciclos contínuos avançados, à medida que a capacidade das equipes melhora. É um modelo mental útil: a escolha do ciclo de vida não é um veredito sobre a equipe, é um ajuste entre o trabalho e a capacidade atual da equipe.

Se você está decidindo entre um ciclo de vida no estilo Scrum e um no estilo fluxo, o Scrumban é um bom exemplo do tipo de híbrido que o DA trata como uma opção legítima, e não como um desvio.

Como o DA se compara a SAFe, LeSS, Nexus e Scrum of Scrums

Essas abordagens são comparadas o tempo todo, mas não são o mesmo tipo de coisa. SAFe, LeSS e Nexus são formas prescritas de escalar. O Scrum of Scrums é um padrão de coordenação. O DA é um toolkit de decisões que pode incluir qualquer um deles como opção.

O resumo honesto: se você já sabe que quer um modelo de escala específico, leia diretamente sobre SAFe, LeSS, Nexus ou Scrum of Scrums. Se ainda não sabe, ou se diferentes partes da sua organização claramente precisam de coisas diferentes, o papel do DA é ajudar você a decidir.

O PMI deixa claro que o DA não compete com esses métodos no território deles. Ele afirma que aplicar o toolkit permite às organizações personalizar qualquer método ou framework, incluindo abordagens tradicionais, Scrum ou SAFe. Em outras palavras, você pode rodar SAFe e usar o DA para questionar quais práticas do SAFe você realmente precisa.

Como começar a usar o DA: passo a passo

Você não precisa adotar o toolkit inteiro. Aqui vai uma forma leve de começar com uma equipe.

1. Descreva a situação. Anote o tamanho da equipe, a localização, as restrições regulatórias, o quanto o trabalho é previsível e as habilidades disponíveis. Toda a premissa do DA é que o contexto orienta a escolha.
2. Escolha um ciclo de vida inicial. Associe o trabalho a um dos ciclos de vida acima. Se estiver em dúvida, um ciclo de vida básico baseado em Scrum é um ponto de partida comum, e você pode mudar depois.
3. Identifique as decisões que doem. Onde a equipe discute ou trava? Escolha duas ou três áreas de processo, como estimativa, release ou governança com as partes interessadas.
4. Olhe as opções e os trade-offs. Para cada ponto de dor, use o DA Browser e os process goal diagrams para listar as opções e o que cada uma custa.
5. Escolha e registre a decisão. Escolha uma opção, diga por quê e anote o que faria você revisitá-la. O template abaixo ajuda.
6. Teste por um período fixo. Aplique a escolha por algumas iterações e analise os resultados em uma retrospectiva.
7. Repita. Trate o WoW como algo vivo. Quando a equipe ou o trabalho mudar, revisite as decisões.

Um template de registro de decisão de WoW

A maioria das equipes muda o processo em conversas e depois perde o raciocínio. Um registro de decisão resolve isso. Copie esta tabela e mantenha uma linha por decisão.

Mantenha a coluna "Trade-off que aceitamos" honesta. É a parte que mais importa para o DA, e a parte que as equipes pulam quando querem uma resposta rápida.

Exemplos por função de negócio

Como o DA vai além do software, vale ver como é uma decisão de WoW em outras funções. São cenários ilustrativos, não estudos de caso.

Observe o padrão: a mesma organização usa várias abordagens ao mesmo tempo. Isso não é inconsistência. É o objetivo.

Faça e não faça

E a certificação e o treinamento em DA hoje?

O PMI mudou suas ofertas de treinamento em ágil nos últimos anos, então confira o pmi.org para saber o que está vigente antes de planejar um programa em torno de uma credencial. O site de DA do PMI atualmente direciona os alunos para as certificações ágeis e lista cursos online chamados Disciplined Agile Essentials e Disciplined Agile Foundations, além de treinamento conduzido por instrutor por meio de PMI Authorized Training Partners. O conteúdo do toolkit em si está disponível no site de DA e no DA Browser, então você pode usar as ideias sem nenhum curso.

Quando o DA não é a escolha certa

O DA dá liberdade, e liberdade tem custo. Ele é pouco adequado quando:

• Uma equipe quer uma rotina pronta para seguir no primeiro dia. O DA pede decisões, e algumas equipes só querem uma receita.
• Ninguém tem experiência para pesar trade-offs. No início, muitas equipes se beneficiam de um coach.
• A organização precisa de um único método padrão por razões contratuais ou de auditoria. Um framework prescrito pode ser mais simples de defender.
• A liderança quer adotar um rótulo em vez de examinar como o trabalho é feito.

Nesses casos, começar com o Scrum puro ou com um framework de escala definido, e usar as ideias do DA depois, é um caminho razoável. Para entender melhor a família mais ampla de métodos, veja o que é metodologia ágil.

O Disciplined Agile não vai dizer qual framework comprar. Ele dá a você uma forma de debater processo com evidências: esta é a nossa situação, estas são as opções, este é o trade-off que estamos assumindo e este é o momento em que vamos olhar de novo. Se as suas equipes já conduzem uma mistura de trabalho ágil e tradicional, esse hábito pode valer mais do que qualquer método isolado.