O início do GovFrame consiste em formar um contexto mínimo, porém conectado, de governança: uma taxonomia compreensível, responsáveis com escopo e, quando a empresa precisar, rastreabilidade até suas fontes técnicas. Este é um roteiro funcional orientativo; adapte a sequência aos módulos habilitados e às decisões da empresa. Ele não pressupõe formulários, estados de fluxo de trabalho nem automações não confirmadas.
Antes de começar
| Aspecto | O que verificar | Responsável habitual |
|---|---|---|
| Empresa | A empresa deve estar active para operar normalmente. |
Administrador ou gestão autorizada da plataforma |
| Funções e escopo | Cada participante precisa de associação ativa, capacidade adequada e escopo de Domínio/Subdomínio ou de Repositório, conforme seu trabalho. | Administrador |
| Módulos | Confirme que os módulos necessários estejam ativos. Um módulo desativado não pode ser operado, mesmo que haja um link direto. | Administrador ou gestão autorizada da plataforma |
| Modelo taxonômico | Definam se será usado Domínio → Entidade → Atributo ou o modelo com Subdomínio. | Administrador com Responsável pelos dados |
| Fontes técnicas | Antes de usar um Dicionário técnico útil, deve existir um Repositório registrado. | Engenheiro de dados |
Não se deve tentar resolver permissões alterando parâmetros do navegador nem usar uma função como substituta do escopo. O Responsável pelos dados e o Curador de dados trabalham dentro dos Domínios ou Subdomínios autorizados; o Engenheiro de dados administra apenas os Repositórios com escopo técnico atribuído.
Roteiro recomendado
-
Delimite o primeiro escopo. Escolha um Domínio cuja linguagem, responsável e necessidade de rastreabilidade sejam reconhecíveis. Se a organização precisar de uma divisão estável, inclua Subdomínios. Evite criar uma estrutura exaustiva antes que ela possa ser usada.
-
Nomeie responsáveis e atribua escopo. Registre a responsabilidade de negócio e atribua às pessoas os escopos que lhes permitem atuar. Diferencie a função da sessão de uma função de governança: a primeira controla a capacidade operacional; a segunda documenta a responsabilidade no catálogo.
-
Construa o vocabulário e os objetos de negócio. Documente Entidades e Atributos relevantes e, se o módulo estiver ativo, adicione Termos de negócio para expressar definições compartilhadas. Mantenha nomes legíveis para as pessoas; os códigos técnicos não substituem esses nomes no guia funcional.
-
Adicione o contexto técnico quando estiver disponível. O Engenheiro de dados registra o Repositório dentro do próprio escopo e pode sincronizar metadados conforme a configuração da empresa. Em seguida, o Dicionário técnico conecta campos físicos a Atributos do catálogo. Não presuma que toda tabela ou todo campo de uma fonte já tenha associação de negócio.
-
Expresse controles e entregas com os objetos existentes. Uma Regra de qualidade é associada a um Atributo e pode ser relacionada a campos físicos. Para gerar SQL, são necessárias tanto essas associações válidas quanto um dialeto configurado; isso não é uma promessa de execução automática. Os Ativos, Produtos e Contratos permitem documentar o que é entregue e com quais Atributos, Termos, regras, campos ou Sistemas relacionados, quando seus módulos e dependências estiverem disponíveis.
-
Conecte o trabalho pendente. Use os Fluxos de trabalho, solicitações, tarefas, comentários, classificações ou certificações que estiverem habilitados para manter a rastreabilidade das decisões e do acompanhamento. Não transforme Riscos ou Controles em inventários separados: no modelo atual, eles são representados por combinações de regras, Políticas/Procedimentos, fluxos de trabalho, tarefas, aprovações e objetos de stewardship.
-
Revise as relações antes de ampliar. O Explorador de relações ajuda a verificar o contexto de um objeto em Visão geral, analisar dependências registradas em Impacto e acompanhar o vínculo físico em Detalhe técnico. Uma linha ausente indica que não há relação registrada; não se deve deduzir uma dependência pelo simples fato de compartilharem o mesmo Domínio.
Exemplo sintético: para “Clientes”, uma primeira entrega pode incluir o Domínio Clientes, a Entidade Cliente, o Atributo “Data de cadastro”, um Responsável pelos dados e um Curador de dados com escopo, além de um campo técnico associado, se já estiver documentado. A partir dessa base, adiciona-se uma regra ou um contrato somente quando o módulo e a relação correspondente existirem.
Resultado esperado
Ao concluir este roteiro, a empresa deverá dispor de um escopo inicial navegável, com responsáveis e escopo documentados, objetos de negócio com significado claro e, quando incorporado, um vínculo técnico verificável com campos e Repositórios. O resultado não é um catálogo completo nem certifica automaticamente a qualidade, a conformidade ou a execução de processos. É uma base rastreável para ampliar a cobertura sem perder o contexto de cada relação.
Se uma agenda de metadados for configurada, ela poderá ser manual, diária, semanal ou mensal, e seus snapshots serão versionados. Verifique a configuração efetiva antes de depender dela: este roteiro não pressupõe agendas automatizadas nem trabalhos produtivos ativos.