Princípios operacionais

Os princípios operacionais funcionam como regras de desenho quando o método não prescreve um workflow específico.

1. Começar pela realidade, não pelo artefato desejado

O ponto de entrada pode ser um sinal, pergunta, dado, anomalia, hipótese, problema operacional, decisão explícita ou capability gap. O método não força um Decision Case quando ainda existe apenas exploração.

2. Produzir o menor movimento defensável

Assess não termina em diagnóstico genérico. Ele termina numa ação proporcional à evidência: investigar, construir fundação, reformular, arquitetar, provar, restringir, pausar ou encerrar.

3. Contratar estados, não atividades

Um épico é definido pelo estado verificável que precisa alcançar, não pelo número de workshops ou horas. Atividades podem mudar; o contrato de saída e o gate permanecem rastreáveis.

4. Compor antes de construir

Toda necessidade deve passar por um Capability Resolver conceitual:

REUSE → CONFIGURE → INTEGRATE → BUILD → DEFER

Construção do zero é uma decisão justificada, não o default.

5. Evidência antes de promoção

Artefatos avançam de Draft para Candidate e Ratified conforme evidência. Opinião de agente, completude textual ou aparência profissional não equivalem a prova.

6. Autoridade proporcional à materialidade

Ações informacionais, reversíveis, supervisionadas, materiais e proibidas recebem regimes distintos. O baseline público não exige gate humano para cada microação, mas exige autoridade humana explícita para transições materiais e aceitação de risco.

7. Federar sem fragmentar

Domínios preservam ownership e contexto. O Core preserva contratos, estados, rastreabilidade e controles comuns. Federação não pode significar semântica incompatível ou autoridade indeterminada.

8. Medir custo junto com comportamento

Tempo, compute, tokens, operação humana, incidentes e retrabalho são parte do sistema. FinOps começa no Design e Architect, não depois que o custo aparece.

9. Tratar operação como fonte de conhecimento

A operação gera traces, outcomes, incidentes, padrões e candidatos de melhoria. Esses sinais retornam a Assess e ao ADAPT-Build por uma ponte formal de aprendizagem.

10. Manter a linguagem honesta

O método distingue hipótese, evidência, inferência, decisão, ação e resultado. Também distingue método público, capability especificada, protótipo e produto disponível.