Foundation

Foundation não significa modernizar todos os dados da organização. Significa criar a fundação mínima confiável para o escopo e o estado-alvo escolhidos.

Quando aplicar

fontes fragmentadas, planilhas e documentos sem owner;
data products inexistentes ou pouco consumíveis;
qualidade, freshness ou lineage insuficientes;
métricas conflitantes;
políticas de acesso e uso não explícitas;
stack maduro que precisa apenas de binding e assurance.

Épicos de referência

A1. Domínio e produto de dados

Define domínio, propósito, owners, consumidores, interfaces e valor do produto. Autonomia significa ser consumível e governável, não ser isolado de composições.

A2. Fontes, ingestão e qualidade

Mapeia fontes, grain, frequência, transformações, observabilidade e critérios de qualidade. Decide Build, Harden ou Connect por fonte/capability.

A3. Data/Evidence Contract

Formaliza schema, SLOs, usos permitidos, limitações, lineage, owners, retenção e admissibilidade para decisões ou explorações específicas.

A4. Métricas e Semantic Contract

Define conceitos, fórmulas, grain, dimensões, filtros, owner, versão e decisões/uso analítico suportados.

A5. Governança, acesso e lineage

Materializa classificação, RBAC/ABAC quando aplicável, masking, purpose, segregação, retention e trace.

A6. Foundation Readiness

Reúne evidence pack e submete o escopo ao Gate. O resultado pode ser PASS, condicional, reform ou parada legítima em Foundation Ready.

Saídas

Evidence Inventory, Data/Evidence Contracts, Semantic Contract, Quality Profile, Governance Profile, Lineage Map, Runtime Binding e Foundation Gate Packet.

O que Foundation não promete

Não garante que uma decisão relevante emergirá, não certifica toda a organização e não substitui o discovery de negócio. Ele torna o escopo apto a exploração e uso governado.

Assurance

Qualidade, lineage, observabilidade e custo são definidos durante o desenho. A fundação continua viva após go-live: freshness, schema, distribuição, ownership e policy drift precisam de tracking.