A resposta direta
Não é preciso adotar todas as categorias. Uma capability pode coexistir com current systems e expor stable contract.
Quando a abordagem atual é suficiente
Se uma capability atual já funciona bem, não substitua por consistency. Modular approach deve preservar componentes fortes.
Onde a pressão começa
Narrow adoption falha se faltar transaction context ou boundaries forem confusos. Reconciliation precisa de identifiers confiáveis.
O que muda com uma camada de infraestrutura
Cada capability adiciona um shared boundary específico e deixa outras responsibilities onde estão.
O trade-off
Partial adoption pode manter duplicated logic temporariamente, mas limita risco.
Como decidir
Escolha capability painful, measurable e independente; defina baseline antes.
Quando Zopio se encaixa
Zopio se encaixa com outcome-based expansion em vez de all-or-nothing transformation.
Um próximo passo prático
Selecione production use case, owner e boundary; meça effort, incidents, workload e metric antes de expandir.
Comece pelo problema mensurável.
Preserve systems fortes.
Expanda só com business case próprio.