A curadoria reúne o trabalho contínuo que mantém o catálogo compreensível e responsável: atribuições de Responsável pelos dados e Curador de dados, tarefas, comentários, favoritos, classificações e certificações. Não cria uma taxonomia paralela. Cada intervenção é realizada sobre um objeto e seu contexto, de modo que Domínio, Subdomínio, Entidade ou Atributo continuem sendo a referência para navegação, responsabilidade e autorização.
O painel de curadoria permite acompanhar o trabalho e a cobertura. O dashboard agrega indicadores e histórico da empresa e aplica os filtros de escopo pertinentes. Riscos e Controles não são catálogos independentes: são representados por meio de objetos existentes e suas relações.
Antes de começar
- Papel: o Curador de dados mantém definições, tarefas, comentários, classificações e certificações dentro de seus Domínios ou Subdomínios. O Responsável pelos dados aprova decisões quando necessário. Um Usuário participa de tarefas permitidas. O Administrador tem escopo global em sua empresa; o Engenheiro de dados opera Repositórios sob escopo técnico, não por um escopo taxonômico implícito.
- Módulo: verifique se os módulos que expõem o objeto sobre o qual o trabalho será realizado estão habilitados. Um módulo desativado fica oculto e rejeita sua operação, embora seus dados sejam preservados. A operação de curadoria também não ignora essa validação.
- Pré-condições: identifique o objeto-alvo, sua empresa e sua relação taxonômica. Confirme a atribuição de Responsável pelos dados ou Curador de dados, quando pertinente, a capacidade necessária e o escopo vigente. Uma pessoa pode consultar mais do que pode modificar ou aprovar.
Um papel de governança expressa responsabilidade sobre objetos; o perfil da sessão, junto com a capacidade e o escopo, determina se uma pessoa pode realizar a ação.
Percurso recomendado
- Comece pelo objeto e seu contexto. Localize o Domínio ou Subdomínio e avance até o objeto que precisa de atenção. Para um Atributo, revise as Regras de qualidade e os campos técnicos; para um Repositório, não presuma que todos os seus campos estejam associados.
- Confirme quem deve agir. Compare a responsabilidade de negócio registrada com o papel da sessão e o escopo efetivo. Um Curador de dados pode preparar e manter informações; um Responsável pelos dados decide quando o processo exige aprovação. As atribuições não permitem agir fora do escopo autorizado.
- Transforme a pendência em trabalho rastreável. Crie ou atenda à tarefa permitida, registre um comentário quando ele acrescentar contexto e use favoritos para priorizar objetos a acompanhar. Se o trabalho exigir uma decisão formal, relacione-o ao Workflow ou caso correspondente, em vez de representar a decisão apenas em um comentário.
- Mantenha os sinais de governança. Aplique ou revise classificações e certificações conforme a autorização. Elas contribuem para o acompanhamento, mas não substituem a associação taxonômica nem comprovam uma condição física da fonte.
- Aprove e revise. Quando a gestão exigir, o Responsável pelos dados ou outra pessoa com
stewardship.approvetoma a decisão dentro de seu escopo. Revise o resultado no painel e, para investigar dependências, use o mapa de relações: uma linha representa um vínculo registrado e sua ausência não deve ser suprida por uma inferência. - Relacione cobertura e melhoria. Use tarefas, certificações e classificações para orientar a cobertura. O SQL requer um campo físico associado e um dialeto configurado; sua execução não faz parte da curadoria documentada.
Exemplo sintético. Um Curador de dados percebe que um atributo relevante não tem uma descrição suficiente. Ele revisa o contexto da Entidade, deixa um comentário de trabalho e prepara uma atualização dentro de seu Domínio. Se a empresa exigir confirmação, o Responsável pelos dados correspondente aprova a decisão e a certificação aplicável é registrada. O exemplo não pressupõe valores, estados ou uma periodicidade de certificação.
Resultado esperado
O objeto mantém o contexto de negócio e sinais verificáveis: responsáveis, tarefa ou intervenção, comentários, classificações, certificações e, quando aplicável, uma aprovação ou um caso de Workflow. A empresa acompanha pendências e cobertura sem confundir definição de negócio, relação técnica e decisão operacional.
As ações permanecem dentro da empresa e do escopo de quem intervém; os indicadores não expõem objetos fora da política aplicável; o backend mantém a decisão final sobre permissões.
Limites do comportamento atual
- Este guia não enumera estados de tarefas ou certificações, datas de renovação, formulários, regras de escalonamento nem frequências de revisão, pois esses itens não estão documentados como contrato comum.
- Classificar ou certificar não cria, por si só, uma Regra de qualidade, uma Política nem um Controle técnico. Riscos e Controles não são catálogos independentes no modelo atual.
- A agenda de sincronização de metadata pode ser manual, diária, semanal ou mensal e mantém snapshots versionados, mas sua programação e automação efetiva dependem da configuração; não se deve presumir que jobs produtivos estejam habilitados.
- O escopo técnico de um Engenheiro de dados é independente dos escopos de Domínio ou Subdomínio. O trabalho com conectores, repositórios e metadata requer a autorização técnica correspondente.