O que é SAFe e como funciona a certificação Leading SAFe

SAFe, ou Scaled Agile Framework, é um framework para aplicar práticas ágeis em organizações com muitos times trabalhando no mesmo produto. Ele não substitui Scrum nem Kanban: usa os dois no nível do time e acrescenta os mecanismos que sincronizam dezenas de times.

A proposta que o framework faz de si mesmo é ser um sistema operacional para agilidade de negócio. E a parte mais importante de entender antes de qualquer coisa é o que isso significa na prática, porque é aí que a maior parte das adoções se perde.

O segundo sistema operacional

Empresas se organizam em hierarquia funcional: engenharia, comercial, dados, testes, cada área com sua chefia. Isso dá eficiência e estabilidade, e existe por bons motivos.

O problema é que hierarquia funcional é lenta para inovar, porque toda entrega que atravessa áreas precisa atravessar chefias. Silos produzem atraso, perda de cooperação e comunicação difícil.

O SAFe propõe então um segundo sistema, orientado por fluxo de valor em vez de função. Um fluxo de valor reúne todas as pessoas necessárias para levar algo do reconhecimento da oportunidade até a entrega, independente de qual área elas pertencem.

E aqui está o ponto que costuma ser lido errado: os dois sistemas coexistem. O segundo não substitui a hierarquia, opera ao lado dela. Isso é deliberado, porque o segundo sistema precisa ser flexível, organizado e reorganizado rapidamente conforme o mercado muda, e uma hierarquia não faz isso sem trauma.

A ideia de sistema operacional duplo não é do SAFe. Vem de John Kotter, que a formulou como forma de uma organização estabelecida conseguir velocidade sem desmontar a estrutura que a sustenta.

O problema não é as organizações perceberem que precisam se transformar. O problema é que elas estão usando frameworks gerenciais e modelos de infraestrutura de revoluções passadas para gerenciar seus negócios nesta era.

Mik Kersten, Project to Product

As quatro configurações

O Big Picture do SAFe, o diagrama que representa o framework, assusta na primeira vez. Ele é grande porque cobre quatro configurações, e ninguém usa todas.

Um conselho prático que vale mais que a tabela: a maioria das organizações não precisa de Full. Adotar configuração maior que o problema é a forma mais rápida de transformar SAFe em cerimonial caro.

Antes da prova Teste seu nível com 30 questões no formato da prova do SAFe Agilist

A certificação Leading SAFe

A Leading SAFe é a certificação de entrada, e é ela que dá a base para as trilhas específicas depois. Existem doze certificações no catálogo:

• Leading SAFe, a de entrada
• Implementing SAFe
• SAFe Product Owner / Product Manager
• SAFe Scrum Master
• SAFe Advanced Scrum Master
• SAFe Release Train Engineer
• SAFe for Teams
• SAFe for Architects
• SAFe DevOps
• Lean Portfolio Management
• Agile Product Management
• SAFe for Government

O caminho até o exame

1. Treinamento. Presencial ou online, com um parceiro autorizado da Scaled Agile. É pré-requisito: sem o curso, você não fica elegível ao exame. Essa é a parte que surpreende quem está acostumado a certificação que se estuda por conta.

2. SAFe Studio. É preciso ser membro para acessar a trilha. Uma nota: isso se chamava SAFe Community até pouco depois desta certificação, e o nome mudou. Dentro de My Learning, o roteiro é: fazer o pré-curso, baixar a apostila, ter presença no curso, fazer o simulado, fazer o exame e acessar o kit de certificação.

3. O exame.

• 45 questões
• Em inglês, com tradução para português que precisa ser solicitada na compra do curso
• Uma hora e trinta minutos, que é tempo suficiente
• Online
• 77% de acerto para aprovar, ou seja cerca de 35 questões
• Sem material auxiliar e sem ajuda de terceiros

Para a Leading SAFe, o conhecimento exigido é do Essential. Vale estudar portfólio de qualquer forma, porque costuma aparecer alguma questão.

E uma observação sobre a renovação, porque afeta quem se certifica: a credencial é anual e tem taxa. Isso decide, mais tarde, se uma atualização de versão sai de graça ou exige curso novo.

Uma ressalva de data

Este artigo é de janeiro de 2023, e duas coisas mudaram desde então.

O SAFe 6.0 foi lançado em março de 2023, trocando nomenclatura central: Program Increment virou Planning Interval, Program Backlog virou ART Backlog. O mapa completo está em o que mudou no SAFe 6.0.

E a Scaled Agile abandonou o lançamento de versão em lote grande, passando a atualizar continuamente. Em junho de 2026 lançou o AI-Native SAFe, com inteligência artificial no centro do modelo operacional.

Ou seja: a estrutura descrita aqui continua válida, mas confirme o catálogo e o formato do exame no SAFe Studio antes de comprar curso. Preço, elegibilidade e conteúdo são coisas que mudam.

Por onde seguir

Este é o primeiro de uma série. A ordem que faz sentido:

Os dez princípios vêm antes de qualquer evento, porque é neles que está o porquê. Depois o mapa das sete competências, que mostra o que precisa existir na organização. E só então os mecanismos: PI Planning, cadência e pipeline.

Na minha visão, essa ordem importa mais do que parece. Quem começa pelos eventos implanta o cerimonial e descobre depois que ele não resolveu nada, porque o cerimonial nunca foi o mecanismo. Quem começa pelos princípios consegue cortar o que não serve ao próprio contexto, o que é a diferença entre adotar SAFe e ser adotado por ele.