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
A adoção limitada falha se faltar contexto da transação ou se os limites forem confusos. A reconciliação precisa de identificadores 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
A adoção parcial pode manter a lógica duplicada temporariamente, mas limita o risco.
Como decidir
Escolha capability painful, measurable e independente; defina baseline antes.
Quando Zopio se encaixa
Zopio se encaixa em uma expansão baseada em resultados, em vez de uma transformação de tudo ou nada.
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 somente com um caso de negócio próprio.