O modelo de pensamento que fundamenta tudo no SAFe—pensamento Lean, o Manifesto Ágil e a Casa do Lean.
O SAFe é construído sobre uma base chamada Casa do Lean. Como a casa do sistema de produção da Toyota, ela tem um teto, pilares e uma fundação:
Teto — Valor: O objetivo do Lean é entregar o máximo valor no menor tempo de entrega sustentável. Todo o resto existe para apoiar isso.
Pilar 1 — Respeito pelas Pessoas e Cultura: Você não pode otimizar um sistema enquanto desrespeita as pessoas nele. O pensamento Lean requer confiança, empoderamento e segurança psicológica. As pessoas mais próximas do trabalho tomam as melhores decisões sobre esse trabalho.
Pilar 2 — Fluxo: Otimize o fluxo de valor da ideia à entrega. Minimize tamanhos de lote, reduza transferências, limite o trabalho em andamento e torne a espera visível. Fluxo é sobre o sistema, não sobre utilização individual.
Pilar 3 — Inovação: Aloque tempo e espaço para inovação. Sem investimento deliberado em exploração, as equipes se tornam fábricas de funcionalidades—eficientes em construir as coisas erradas.
Pilar 4 — Melhoria Contínua: Reflita e adapte continuamente. Use retrospectivas, eventos de inspeção e adaptação e métricas para identificar e eliminar impedimentos.
Fundação — Liderança: Os líderes devem incorporar os valores Lean-Ágil. Eles criam as condições para que outros tenham sucesso em vez de direcionar o trabalho. A liderança define a cultura.
Por Que Lean Antes de Ágil
O SAFe coloca 'Lean' antes de 'Ágil' deliberadamente. O Lean fornece o pensamento estratégico (sistemas, fluxo, fluxos de valor) enquanto o Ágil fornece as práticas táticas (iterações, demos, retrospectivas). Ambos são necessários.
Os quatro valores do Manifesto Ágil não mudam em escala, mas sua aplicação muda:
Indivíduos e interações acima de processos e ferramentas — Em escala, algum processo é essencial para coordenação. O ponto-chave é que os processos servem às pessoas, não o contrário. Se uma cerimônia não ajuda as equipes, mude-a.
Software funcionando acima de documentação abrangente — Em escala, "software funcionando" significa software integrado, testado e implantável em todas as equipes. Uma demo de equipe não é suficiente—você precisa de demos em nível de sistema que provem que tudo funciona junto.
Colaboração com o cliente acima de negociação de contratos — Em escala, a colaboração com o cliente requer mecanismos explícitos. As funções de Gerenciamento de Produto e Gerenciamento de Solução existem para manter a conexão com o cliente quando equipes individuais estão longe do usuário final.
Responder a mudanças acima de seguir um plano — Em escala, algum planejamento é essencial (Planejamento de PI), mas os planos são hipóteses a serem validadas, não contratos a serem cumpridos. Os eventos de planejamento cadenciados do SAFe criam oportunidades para pivotar a cada 8-12 semanas.
A tensão na escalabilidade está sempre entre estrutura suficiente para coordenar e não tanto que você mate a agilidade. O SAFe reconhece explicitamente essa tensão e fornece controles para ajustar.
O modo de falha mais comum na adoção do SAFe é implementar a mecânica sem a mentalidade. As organizações adotam os eventos, funções e artefatos, mas pulam a mudança de modelo mental.
Sinais de mecânica-sem-mentalidade:
A mudança de mentalidade requer que os líderes:
Sem essa mudança de mentalidade, o SAFe se torna uma sobrecarga cara em cima do gerenciamento de projetos tradicional. Com ela, o SAFe fornece a coordenação que desbloqueia a agilidade organizacional genuína.
O Anti-Padrão do SAFe
Se sua implementação do SAFe parece cascata com standups, o problema é quase certamente mentalidade, não mecânica. Nenhum ajuste de framework corrige uma cultura que não confia nas equipes.