Demo do Sistema e Inspeção e Adaptação

A Demo do Sistema acontece no final de cada iteração. Diferente das demos individuais de equipe que mostram o trabalho de cada equipe isoladamente, a Demo do Sistema mostra software integrado e funcionando em todas as equipes do ART.

Por que a integração em nível de sistema é importante:

As demos individuais de equipe podem parecer ótimas enquanto o sistema geral está quebrado. A Equipe A completou sua API. A Equipe B completou sua UI. Mas elas nunca integraram—e quando integram, nada funciona. A Demo do Sistema força essa integração a acontecer a cada 2 semanas, não no final do PI quando é tarde demais.

Executando uma Demo do Sistema eficaz:

• Preparação: O ART integra todo o trabalho das equipes em um ambiente de homologação antes da demo. Pipelines de CI/CD devem tornar isso automático—se você precisa de um "sprint de estabilização" para integrar, seu CI está quebrado.
• Audiência: Stakeholders, proprietários de negócio, gestão. Esta é a janela deles para o progresso do desenvolvimento. Torne-a acessível para pessoas não técnicas.
• Formato: Mostre software funcionando, não slides. Demonstre cenários ponta a ponta que cruzam fronteiras de equipes. Destaque o que é novo, o que mudou e quais riscos permanecem.
• Duração: 1-2 horas, dependendo do tamanho do ART.
• Feedback: Solicite feedback ativamente. O que está funcionando? O que está faltando? O que precisa mudar? Esse feedback molda as prioridades da próxima iteração.

A Demo do Sistema é o principal mecanismo de responsabilização do ART. Você pode esconder progresso em relatórios de status. Você não pode escondê-lo em uma demo ao vivo de software funcionando.

Inspeção e Adaptação (I&A) é a retrospectiva em nível de PI. Acontece no final de cada PI (durante a iteração IP) e envolve todo o ART. Enquanto as retrospectivas de equipe focam em melhorias em nível de equipe, a I&A aborda questões sistêmicas que abrangem equipes.

O evento de I&A tem três partes:

1. Demo do Sistema do PI (1-2 horas) — Uma demo abrangente de tudo entregue durante o PI. Esta é a Demo do Sistema final e definitiva mostrando o incremento completo de valor. Os Proprietários de Negócio avaliam o valor real entregue em relação aos objetivos do PI.

2. Medição Quantitativa (30 min) — Revise dados objetivos:

• Medida de Previsibilidade: Valor de negócio planejado vs. real (cada objetivo do PI recebeu um valor de negócio; quanto foi entregue?)
• Tendências de velocidade: As equipes estão acelerando, estabilizando ou desacelerando?
• Métricas de fluxo: Lead time, throughput, tendências de WIP
• Métricas de qualidade: Tendências de defeitos, defeitos escapados, cobertura de testes

3. Workshop de Resolução de Problemas (1,5-2 horas) — A parte mais valiosa. O ART identifica os principais problemas e usa resolução estruturada de problemas:

• Brainstorm de problemas (todos contribuem)
• Vote nos problemas mais impactantes para resolver
• Análise de causa raiz (5 Porquês, diagrama de Ishikawa)
• Defina histórias de melhoria com critérios de aceitação claros
• Adicione histórias de melhoria ao backlog do próximo PI

O resultado da I&A são itens concretos de melhoria que vão para o backlog do programa. Estes não são intenções vagas—são histórias estimadas com responsáveis que competem por capacidade no próximo PI.

A parte mais difícil da melhoria contínua não é identificar problemas—é dar continuidade. A I&A produz histórias de melhoria, mas essas histórias precisam realmente ser concluídas.

Estratégias para fazer a melhoria persistir:

• Trate histórias de melhoria como histórias de funcionalidade: Elas vão no quadro, têm critérios de aceitação, são demonstradas. Não as esconda em uma lista separada de "débito técnico" que ninguém olha.
• Aloque capacidade: Reserve 10-20% da capacidade de cada equipe para trabalho de melhoria. Torne isso explícito durante o Planejamento do PI.
• Acompanhe métricas de melhoria: Os lead times estão ficando mais curtos? A previsibilidade está melhorando? A qualidade está tendendo para cima? Se suas histórias de melhoria não estão movendo as métricas, você está resolvendo os problemas errados.
• Retrospectiva de retrospectivas: Revise periodicamente se a I&A está realmente impulsionando mudanças. Os mesmos problemas estão surgindo PI após PI? Se sim, a análise de causa raiz não está profunda o suficiente.
• Celebre vitórias: Quando uma história de melhoria resolve um ponto de dor de longa data, reconheça isso. Isso reforça a cultura de melhoria.

A medida de previsibilidade:

O SAFe usa uma fórmula específica: soma do valor de negócio alcançado ÷ soma do valor de negócio planejado × 100%. Um ART saudável pontua 80-100% consistentemente. Abaixo de 80% sugere problemas de planejamento (comprometimento excessivo, estimativa ruim ou muitas interrupções não planejadas).

Previsibilidade não é sobre perfeição—é sobre construir a confiança que permite ao negócio planejar em torno da entrega. Um ART que entrega confiavelmente 85% do valor comprometido é infinitamente mais valioso do que um que promete 100% e entrega de forma imprevisível.