SAFe: o que é o Scaled Agile Framework e como funciona
Um time Scrum de oito pessoas sabe se organizar sozinho. Vinte times trabalhando no mesmo sistema bancário, com dependências entre si, fornecedores externos e uma diretoria que precisa decidir onde investir no próximo trimestre, já não. Entender o que é SAFe Agile começa por esse problema: como manter os benefícios do ágil quando o trabalho envolve centenas de pessoas e precisa conversar com orçamento, portfólio e estratégia.
O SAFe (Scaled Agile Framework) é a resposta mais difundida a essa pergunta. Foi criado por Dean Leffingwell, a partir das ideias do livro Agile Software Requirements, de 2011, e é mantido pela empresa Scaled Agile, que o descreve como um modelo operacional para escalar práticas Lean e ágeis em toda a organização. Ele combina times ágeis, pensamento sistêmico, Lean e gestão de fluxo numa estrutura com papéis, eventos e artefatos próprios.
Por ser grande e detalhado, o SAFe divide opiniões. Abaixo estão os conceitos centrais, como ele funciona na prática, as críticas mais comuns e os critérios para saber se ele faz sentido para a sua organização.
Formação relacionada
Papéis, eventos, práticas e ciclo de vida do Scrum, com preparação para o exame ASF.
O que é SAFe Agile e qual problema ele resolve
Quando muitos times trabalham na mesma solução, surgem problemas que o Scrum de um time não resolve sozinho:
- Dependências: o time A não consegue terminar porque espera uma API do time B, que espera uma decisão de arquitetura do time C.
- Prioridades desalinhadas: cada time tem um Product Owner otimizando o próprio backlog, e ninguém olha o todo.
- Integração tardia: cada time entrega o seu incremento, mas a solução completa só é testada no fim.
- Distância da estratégia: a diretoria aprova projetos anuais, e os times trabalham em Sprints de duas semanas sem ver como isso se conecta.
O SAFe ataca esses problemas com três ideias principais: organizar os times em torno do fluxo de valor (e não por departamento), planejar e entregar em cadência comum e ligar o trabalho dos times ao portfólio da empresa.
Como o SAFe funciona
Times ágeis
Na base estão os times ágeis, de 10 pessoas ou menos, multifuncionais, que trabalham em iterações curtas (o equivalente às Sprints). Os times usam Scrum, Kanban ou uma combinação dos dois. Cada time tem um Scrum Master/Team Coach e um Product Owner.
Agile Release Train (ART)
O ART é o elemento central do SAFe. O site oficial o define como um time de times ágeis, de longa duração, que desenvolve, entrega e muitas vezes opera uma ou mais soluções num fluxo de valor. Em geral reúne de 50 a 125 pessoas. Os papéis que sustentam o ART são:
- Release Train Engineer (RTE): facilita os eventos do trem e remove impedimentos, como um Scrum Master em nível de programa.
- Product Management: define a visão e ordena o backlog do ART.
- System Architect: cuida da visão técnica e da arquitetura compartilhada.
- Business Owners: representantes do negócio que respondem pelo valor entregue pelo trem.
Planning Interval e PI Planning
O ART trabalha em ciclos chamados Planning Interval (PI), de 8 a 12 semanas, com preferência pelos mais curtos. Um PI tem normalmente quatro ou cinco iterações de desenvolvimento e termina com uma iteração de Inovação e Planejamento (IP), usada para inovação, aprendizado e preparação do próximo ciclo.
Cada PI começa com o PI Planning, um evento em que todos os times do trem planejam juntos, com o negócio presente. Ali os times definem os objetivos do PI, identificam dependências entre si e assumem compromissos. É o evento mais conhecido do SAFe: em geral presencial ou com todos conectados ao mesmo tempo, ele torna visíveis num só lugar as dependências que, sem ele, apareceriam no meio do trabalho.
Portfólio
Acima dos trens está a gestão de portfólio Lean, que decide em quais fluxos de valor investir, financia esses fluxos (em vez de financiar projetos isolados) e acompanha grandes iniciativas, chamadas épicos, por meio de um quadro Kanban de portfólio.
Configurações do SAFe
O SAFe não precisa ser adotado inteiro. Na versão 6.0, ele foi apresentado em quatro configurações:
| Configuração | Para quem | O que inclui |
|---|---|---|
| Essential | Organizações com um ou poucos ARTs | Times ágeis e ART: o ponto de partida mínimo |
| Large Solution | Soluções que exigem vários ARTs e fornecedores (aeronaves, sistemas de defesa, grandes plataformas) | Coordenação entre trens num Solution Train |
| Portfolio | Organizações que querem ligar os trens à estratégia e ao orçamento | Gestão de portfólio Lean |
| Full | Grandes empresas com múltiplos portfólios e soluções complexas | Todas as camadas |
O framework é revisado com frequência. No site oficial (framework.scaledagile.com), a apresentação mais recente organiza o Big Picture em Core SAFe e AI-Native SAFe. Antes de estudar para certificação ou planejar uma adoção, confira a versão vigente na fonte.
Os princípios do SAFe
O SAFe se apoia em dez princípios Lean-Agile, entre eles: adotar uma visão econômica, aplicar pensamento sistêmico, construir de forma incremental com ciclos de aprendizado rápidos e integrados, descentralizar a tomada de decisão e organizar-se em torno do valor. Eles explicam por que as práticas do framework são como são e ajudam a adaptar o modelo sem perder a lógica. Cada princípio é explicado com exemplos no artigo sobre os princípios do SAFe.
SAFe, Scrum e outros frameworks de escala
| Framework | Escala típica | Característica principal |
|---|---|---|
| Scrum | Um time | Framework mínimo para um time em trabalho complexo |
| Nexus | De 3 a 9 times Scrum no mesmo produto | Extensão do Scrum, criada pela Scrum.org, com um time de integração |
| LeSS | Vários times num produto, com variante para grandes grupos | Menos papéis e processos, um único Product Owner e um único backlog |
| SAFe | Dezenas a centenas de pessoas, até o portfólio | Estrutura detalhada com trens, PI Planning e gestão de portfólio Lean |
A diferença central é de filosofia. Nexus e LeSS acrescentam o mínimo ao Scrum; o SAFe oferece uma estrutura mais prescritiva, que cobre também orçamento, arquitetura e portfólio. O artigo sobre Scrum em escala: Scrum of Scrums, Nexus e LeSS compara as alternativas mais leves, e o de Kanban em escala mostra a abordagem por fluxo.
Críticas ao SAFe e quando ele não é a melhor escolha
As críticas mais frequentes vêm da própria comunidade ágil:
- Peso: a quantidade de papéis, eventos e artefatos pode recriar a burocracia que o ágil tentava eliminar.
- Prescrição: o detalhamento facilita a adoção, mas pode desestimular a experimentação que o empirismo pede.
- Adoção de fachada: a empresa renomeia áreas e cargos com os termos do SAFe e mantém o mesmo modelo de decisão.
O SAFe tende a fazer mais sentido quando a organização tem muitos times dependentes na mesma solução, precisa de previsibilidade para negócio e reguladores e tem liderança disposta a mudar o modelo de financiamento. Com poucos times, ou com produtos independentes, coordenação leve entre times Scrum costuma bastar.
Por onde começar
Antes de decidir pelo SAFe, desenhe o fluxo de valor da sua organização: quais times precisam trabalhar juntos para entregar algo ao cliente e onde estão as dependências. Se forem poucos times, comece com práticas leves; se forem muitos, o SAFe passa a ser uma opção séria, e as certificações SAFe ajudam a formar as pessoas-chave.
Um ART se parece muito com um programa: vários projetos e times coordenados para gerar benefícios que nenhum deles geraria sozinho. Para entender essa lógica de coordenação, o mapa da gestão de programas da Projeto Diário mostra os domínios e as fases de um programa num mapa interativo, um bom complemento para quem vai atuar como RTE, gerente de programa ou PMO num ambiente com SAFe. O guia completo de métodos ágeis e Scrum traz o panorama dos métodos que sustentam os times dentro do trem.
