O Solution Train

A maioria das organizações não precisa do nível de Solução em Grande Escala. O Essential SAFe (uma ART) lida com a maioria dos cenários de escala. Você precisa de um Solution Train quando:

• O produto requer múltiplas ARTs (mais de 200 pessoas) para construir e manter
• Existem dependências significativas entre ARTs que não podem ser eliminadas através da arquitetura
• O sistema inclui hardware, firmware ou fornecedores externos que devem se integrar com software
• Requisitos regulatórios exigem conformidade coordenada entre múltiplos trens

Exemplos de sistemas que frequentemente precisam de Solution Trains:

• Plataformas de veículos autônomos (percepção + planejamento + controle + infraestrutura)
• Grandes plataformas financeiras (negociação + risco + conformidade + dados)
• Sistemas de telecomunicações (rede + faturamento + experiência do cliente)
• Sistemas militares/aeroespaciais (hardware + firmware + software + integração)

O indicador principal: Se suas ARTs estão constantemente bloqueadas umas pelas outras e o gerenciamento de dependências consome tempo significativo do RTE, você pode precisar da estrutura de coordenação que um Solution Train oferece.

O Solution Train fica acima das ARTs e fornece coordenação entre elas. Sua estrutura espelha a ART, mas em um nível mais alto:

Solution Train Engineer (STE) — O equivalente ao RTE para o Solution Train. Facilita eventos no nível da Solução, gerencia riscos entre ARTs e garante que os trens permaneçam alinhados. Este é um papel extremamente exigente que requer profundo entendimento técnico e habilidades excepcionais de facilitação.

Solution Management — O equivalente ao Product Management. Define a visão e o roadmap da solução. Divide grandes iniciativas em capacidades que mapeiam para ARTs. Trabalha com o Product Management em cada ART para garantir alinhamento.

Solution Architect/Engineer — Define a arquitetura abrangente em todas as ARTs. Garante coerência técnica, gerencia interfaces entre subsistemas e mantém a pista arquitetural no nível da solução. Deve equilibrar a autonomia da ART com a consistência no nível do sistema.

Solution Backlog — Contém capacidades (grandes comportamentos da solução que abrangem ARTs) e habilitadores no nível da solução. As capacidades são decompostas em funcionalidades que ARTs individuais implementam.

O Solution Train não substitui as estruturas no nível da ART—ele adiciona uma camada de coordenação por cima. Cada ART ainda tem seu próprio RTE, Product Management e System Architect. Os papéis do Solution Train coordenam entre esses papéis da ART.

O Solution Train tem sua própria cadência de eventos que envolvem os eventos da ART:

Planejamento Pré-PI (1 dia, antes do Planejamento de PI da ART) — Stakeholders no nível da solução se alinham sobre a visão e as principais capacidades para o próximo PI. O Solution Management apresenta prioridades. O Solution Architect apresenta a direção técnica. Dependências entre ARTs são identificadas. O resultado alimenta o evento de Planejamento de PI de cada ART.

Planejamento de PI da ART (2 dias, como normal) — Cada ART executa seu Planejamento de PI padrão, mas agora informado pelo resultado do Planejamento Pré-PI. As ARTs conhecem as prioridades no nível da solução e as dependências entre ARTs.

Planejamento Pós-PI (1 dia, após todas as ARTs planejarem) — Representantes de todas as ARTs se reúnem para alinhar planos, resolver dependências restantes e criar os objetivos de PI no nível da solução. O Solution Train faz uma votação de confiança no plano integrado.

Solution Demo (final do PI) — Como o System Demo, mas no nível da solução. Todas as ARTs demonstram sua contribuição integrada para a solução geral. Isso prova que o sistema funciona de ponta a ponta em todos os trens.

Solution Train Sync (semanal) — STEs e RTEs se reúnem para gerenciar a coordenação entre ARTs, identificar impedimentos e acompanhar o progresso no nível da solução.

A cadência adiciona sobrecarga (Pré-PI, Pós-PI), mas essa sobrecarga é o preço de coordenar mais de 200 pessoas em um produto compartilhado. Sem ela, você obtém caos de integração no final de cada PI.