Capacidades e Habilitadores

Uma capacidade é um comportamento de nível superior da solução que normalmente abrange múltiplas ARTs. É o equivalente de uma feature na Solução Grande — mas maior.

Feature vs. Capacidade:

• Uma feature entrega valor dentro de uma única ART. Uma equipe (ou algumas equipes na mesma ART) pode implementá-la.
• Uma capacidade entrega valor através de múltiplas ARTs. Requer trabalho coordenado entre trens.

Exemplo para uma plataforma de veículo autônomo:

• Capacidade: "Veículo pode navegar um entroncamento de rodovia com segurança"
  • Feature da ART 1 (Percepção): Detectar marcações de faixa e zonas de fusão em velocidades de rodovia
  • Feature da ART 2 (Planejamento): Gerar trajetória segura através do entroncamento
  • Feature da ART 3 (Controle): Executar mudanças de faixa com aceleração apropriada
  • Feature da ART 4 (Infraestrutura): Dados de mapa para tipos de entroncamento

Capacidades vivem no Backlog da Solução, gerenciado pela Gestão da Solução. Durante o Pré-Planejamento de PI, capacidades são decompostas em features que alimentam o Backlog do Programa de cada ART.

Dimensionando capacidades: Capacidades devem caber dentro de um único PI. Se uma capacidade abrange múltiplos PIs, é realmente um épico e deve ser gerenciada no nível do portfólio com um Caso de Negócio Lean.

Assim como equipes têm histórias habilitadoras e ARTs têm features habilitadoras, Trens de Solução têm habilitadores no nível da solução.

Estes abordam necessidades técnicas entre ARTs:

Habilitadores de arquitetura: Plataformas compartilhadas, APIs e protocolos que múltiplas ARTs precisam. Exemplo: um barramento de mensagens do qual todas as ARTs publicam e assinam.

Habilitadores de infraestrutura: Ambientes de integração, infraestrutura de testes, pipelines de implantação que abrangem ARTs. Exemplo: um ambiente de teste de integração no nível do sistema que combina todas as saídas das ARTs.

Habilitadores de exploração: Provas de conceito ou estudos de trade-off entre ARTs. Exemplo: avaliar duas abordagens concorrentes para comunicação entre serviços.

Habilitadores de conformidade: Requisitos regulatórios que abrangem toda a solução. Exemplo: conformidade com GDPR que afeta como todas as ARTs lidam com dados pessoais.

Gerenciando habilitadores de solução:

Habilitadores de solução competem por capacidade assim como capacidades. A Gestão da Solução prioriza o backlog da solução, equilibrando entrega de capacidade com investimento em habilitadores.

Uma alocação saudável depende da maturidade da solução:

• Solução nova: 40-50% habilitadores (construindo a fundação)
• Solução em amadurecimento: 20-30% habilitadores (mantendo a pista)
• Solução estável: 10-20% habilitadores (melhorias incrementais)

O Kanban da Solução gerencia o fluxo de capacidades e habilitadores através do sistema. É similar ao Kanban de Portfólio, mas opera no nível da solução.

Colunas típicas:

1. Funil — Novas ideias de capacidade capturadas mas ainda não analisadas
2. Analisando — Gestão da Solução e Arquiteto da Solução avaliam viabilidade, definem critérios de aceitação e estimam tamanho
3. Backlog — Analisadas e prontas para Planejamento de PI, priorizadas por WSJF (Weighted Shortest Job First)
4. Implementando — Ativas no PI atual, decompostas em features através das ARTs
5. Validando — Integradas através das ARTs e sendo validadas no nível da solução
6. Concluído — Implantadas e entregando valor

Limites WIP aplicam-se em cada estágio. O Kanban da Solução normalmente tem limites WIP mais baixos do que você esperaria — um Trem de Solução pode ter apenas 3-5 capacidades em implementação de uma vez, porque cada capacidade requer coordenação através de múltiplas ARTs.

Priorização WSJF: Capacidades são priorizadas usando Weighted Shortest Job First, que equilibra custo de atraso (valor de usuário/negócio + criticidade de tempo + redução de risco) contra tamanho do trabalho. Isso garante que o trabalho de maior valor e menor duração seja feito primeiro.