Iterações e Qualidade Integrada

As iterações do SAFe são timeboxes de 2 semanas (ocasionalmente 1 ou 3 semanas, mas 2 é o padrão). Cada iteração segue um ciclo familiar:

Planejamento da Iteração (meio dia) — A equipe revisa os objetivos da iteração, puxa histórias do backlog da equipe, as decompõe em tarefas e se compromete com o que vai entregar. No SAFe, os objetivos da iteração devem estar alinhados com os objetivos do PI estabelecidos durante o Planejamento do PI.

Execução (a maior parte da iteração) — A equipe trabalha nas histórias, realiza standups diários e integra continuamente. As histórias passam por estados: definida, em progresso, concluída. A equipe acompanha o progresso em relação aos seus objetivos da iteração.

Revisão da Iteração / Demo do Sistema (1-2 horas) — A equipe demonstra o trabalho concluído. No SAFe, isso alimenta a Demo do Sistema no nível do ART, onde todas as equipes mostram seu trabalho integrado aos stakeholders. A demo individual da equipe é uma preparação para a demo do sistema.

Retrospectiva da Iteração (1 hora) — A equipe reflete sobre o que funcionou bem, o que não funcionou e o que melhorar. No SAFe, os insights da retrospectiva também podem alimentar o evento Inspecionar e Adaptar no nível do PI.

O que é diferente do Scrum independente: A iteração é sincronizada entre todas as equipes do ART. Todos começam e terminam no mesmo dia. Essa cadência compartilhada cria pontos naturais de integração e torna a coordenação entre equipes previsível.

Cada PI inclui uma Iteração de Inovação e Planejamento (IP) no final. Isso é exclusivo do SAFe e uma de suas inovações mais valiosas.

O que acontece durante a IP:

• Preparação do Planejamento do PI: O Gerenciamento de Produto prepara a visão e o backlog para o próximo PI. Os Arquitetos de Sistema preparam a pista arquitetural. As equipes analisam as funcionalidades futuras.
• Evento de Planejamento do PI: O evento de planejamento presencial de 2 dias para o próximo PI (este é o propósito principal da iteração IP).
• Tempo de inovação: As equipes usam o tempo restante para hackathons, exploração de novas tecnologias, pagamento de débito técnico, treinamento ou busca de ideias que não se encaixam perfeitamente em um backlog.
• Inspecionar e Adaptar: A retrospectiva formal no nível do PI, onde todo o ART reflete sobre dados quantitativos (medida de previsibilidade) e observações qualitativas.

Por que a IP é importante:

Sem tempo dedicado à inovação, o débito técnico se acumula, as habilidades estagnam e as equipes se tornam fábricas de funcionalidades. A iteração IP é uma garantia estrutural de que a melhoria e a exploração acontecem — não depende de "encontrar tempo" que nunca se materializa.

A iteração IP também fornece um buffer natural. Se as equipes encontrarem complexidade inesperada durante o PI, a iteração IP absorve o excesso sem exigir extensões de cronograma ou cortes de escopo no meio de uma iteração.

O SAFe é intransigente quanto à qualidade: você não pode ser ágil com código ruim. A qualidade integrada não é algo desejável — é um valor central e um pré-requisito para fluxo sustentável.

Práticas de engenharia de software:

• Desenvolvimento Orientado a Testes (TDD): Escreva testes antes do código. Isso produz melhores designs e suítes de testes abrangentes. Em escala, o TDD é o que torna a integração contínua viável.
• Integração Contínua (CI): Integre código várias vezes por dia. Construa e teste automaticamente. No SAFe, a CI se estende além das equipes individuais — o sistema deve integrar entre todas as equipes do ART.
• Programação em Par / Revisão de Código: Dois pares de olhos em cada mudança. Os pares se revezam para espalhar conhecimento. As revisões de código detectam problemas e compartilham contexto entre os membros da equipe.
• Propriedade Coletiva: Qualquer desenvolvedor pode modificar qualquer parte da base de código. Sem silos de conhecimento. Isso requer CI e testes para ser seguro.
• Refatoração: Melhore continuamente a estrutura do código sem alterar o comportamento. O débito técnico se acumula mais rápido em escala porque mais pessoas estão mudando mais código.

Práticas arquiteturais:

• Arquitetura Intencional: Não deixe a arquitetura emergir puramente das decisões da equipe. Os Arquitetos de Sistema orientam preocupações transversais, garantem que as equipes construam em plataformas compartilhadas e mantêm a pista arquitetural para funcionalidades futuras.
• Pista Arquitetural: Invista antecipadamente em infraestrutura, frameworks e habilitadores técnicos que as funcionalidades futuras precisarão. Sem pista, cada funcionalidade começa do zero.

Por que a qualidade em escala importa mais:

Com uma equipe, a má qualidade significa entrega lenta. Com dez equipes, a má qualidade significa falhas de integração em cascata, apontamento de dedos e defeitos no nível do sistema que ninguém assume. O custo dos problemas de qualidade cresce super-linearmente com a contagem de equipes.