Contextos de prática

Os quatro contextos representam competências e responsabilidades predominantes. Eles não são etapas comerciais, departamentos fixos ou silos.

Contexto	Pergunta central	Resultado típico
Assessoria	O que importa, o que sabemos e qual movimento é defensável?	framing, hipóteses, prioridades, value logic
Arquitetura	Que estrutura realiza o resultado sob limites explícitos?	contracts, viewpoints, blueprint, interfaces
Engenharia	Como materializar, integrar, testar e publicar?	implementation, automation, release, telemetry
Operação	Como ativar, observar, controlar, medir e evoluir?	live configuration, incidents, outcomes, learning

Matriz fase × contexto

Cada fase pode envolver todos os contextos, mas um deles costuma liderar. Por exemplo:

• Assess é liderado por Assessoria, com Engenharia descobrindo restrições e Operação informando comportamento real.
• Architect é liderado por Arquitetura, com Assurance e Operação definindo controls e observabilidade.
• Prove é liderado por Engenharia e Assurance, com Owner ratificando materialidade.
• Transfer & Track é liderado por Operação, mas retorna sinais à Assessoria e Arquitetura.

Handoffs

Handoff não significa jogar um documento para outro time. Ele transfere estado, contexto, evidência, condições abertas e autoridade. Um handoff incompleto é blocker mesmo quando o artefato parece finalizado.

Relação com oferta

Em soluções produto + serviços, a predominância muda:

serviço-liderado / produto-assistido
→ coengenharia / produto-mediado
→ produto-liderado / serviço-assegurado

Essa mudança econômica não altera o método; altera quem executa e como a capability é consumida.