ADAPT-Build

ADAPT-Build governa ativos que precisam ser reutilizados por múltiplos projetos, tenants ou produtos. Sua unidade de resultado é a Capability Release.

Entradas

• necessidade de produto;
• gap reutilizável encontrado no Operate;
• mudança regulatória ou tecnológica;
• incidente recorrente;
• conhecimento que merece generalização;
• oportunidade de automação ou redução de custo.

Lifecycle Build

Need
→ Capability Case
→ Product Epic
→ Constitution & Specs
→ Capability Architecture
→ Engineering
→ Prove
→ Release Candidate
→ Capability Release
→ Registry
→ Adoption & Maintenance

O Build não exige Decision Case ou MDC Blueprint para todo componente. Um renderer, adapter, policy engine ou template possui Capability Case próprio.

Conteúdo de uma release

• manifest e versão;
• interfaces e contratos;
• implementação ou configuração;
• agents, skills, workflows e tasks quando aplicável;
• templates e schemas;
• policies e security assumptions;
• eval evidence;
• observability e meters;
• runbook e support model;
• compatibilidade e migração;
• classificação de visibilidade e direitos.

Gates

Build costuma usar G0, G1, G4, G5 e G6, com gate de publicação específico. O owner de produto, arquitetura, engenharia e assurance participa conforme materialidade.

Economia

Build registra custo de criação, manutenção, adoção, suporte e consumo. A capability deve demonstrar reuso ou valor estratégico suficiente para justificar sua existência. Custom capability pode ser privada, horizontal ou rejeitada por conflito constitucional.

Definition of Available

Uma capability só é AVAILABLE quando pode ser obtida ou consumida por mecanismo real, possui owner, documentação, evidence, versionamento, suporte e status verificável.