Resposta direta
Base sem dono definido se diagnostica por decisão, não por inventário. O sinal mais claro é quando mudanças de cadastro, regra ou campo acontecem sem ninguém para aprovar ou recusar. Em seguida, verifica-se se existe responsável pela definição, pela operação e pela correção: quase sempre são três papéis distintos atribuídos a ninguém. O diagnóstico fecha quando se sabe quem decide sobre estrutura, quem responde por um dado errado e qual área paga o custo da correção. Sem essa definição, qualquer ferramenta nova apenas transfere o problema de lugar.
- Objetivo
- Diagnosticar
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Trata a ausência de dono como decisão pendente entre áreas, não como falha de sistema.
A base sem dono raramente aparece como problema declarado
Ela se manifesta em atraso de correção, campo criado sem critério e relatório contestado por duas áreas ao mesmo tempo. Nenhum desses sinais é registrado como falta de responsável, e por isso o problema se arrasta.
Outro indício é a mudança que ninguém barra: inclusão de campo, alteração de regra ou exclusão de registro feitas por quem tinha acesso, sem aprovação registrada. Quando o mesmo pedido é atendido de formas diferentes por duas pessoas, a ausência de dono já existe na prática.
Definição, operação e correção são decisões separadas
A responsabilidade se divide em três. Definição: quem aprova estrutura, campo, regra e significado. Operação: quem mantém a base funcionando no dia a dia. Correção: quem responde quando o dado está errado e quem paga o custo do retrabalho.
São papéis distintos e podem ficar em áreas diferentes, com critérios próprios. O diagnóstico termina quando cada um tem nome e forma de acionamento, não quando as áreas concordam que a base é importante.
O que o diagnóstico não resolve
Definir dono não corrige dado errado nem conserta integração falha. Também não melhora a qualidade por si: apenas cria a instância que decide o que fazer com o erro e com que prioridade.
Em base usada por áreas com interesses opostos, um único dono pode não ser viável. Nesse caso, a saída é regra conjunta e critério de desempate definidos antes do próximo conflito, o que não elimina a disputa, apenas dá a ela um caminho previsível.
Recurso prático
Achado no diagnóstico e decisão correspondente
| Achado na operação | O que precisa ser decidido |
|---|---|
| Mudança de campo, regra ou registro aprovada por quem apenas tinha acesso | Qual área tem autoridade para definir estrutura e recusar pedido |
| Erro corrigido por quem notou o problema, sem registro de quem responde | Quem responde pela correção e quem absorve o custo do retrabalho |
| Duas áreas contestam o mesmo número e não há instância de desempate | Qual critério prevalece e quem arbitra quando as leituras divergem |
O erro mais comum é confundir acesso com propriedade: quem tem permissão de escrita na base não é, necessariamente, quem responde pelo dado.
Sobre o que está escrito aqui
Conceitos relacionados: propriedade da base · dicionário de dados · cadastro mestre · trilha de correção · acordo entre áreas. Exemplos são ilustrativos. Não há cliente, resultado, preço, prazo ou certificação nesta página. Quando o formato indicado é Projeto de implementação, ele descreve uma possibilidade de trabalho — a conversa inicial avalia contexto e aderência.
Para continuar
- Integrações, sistemas e qualidade de dados — Página central do tema
- Cadastros duplicados: implementação de travas… — cadastros duplicados
- Cadastros duplicados: como medir o volume real — cadastros duplicados
Páginas relacionadas
O mesmo problema em outro objetivo
- Base sem dono: como definir quem responde pelo dado — Organizar um processo
- Base de dados sem dono: o que comparar antes de decidir — Comparar alternativas
- Base de dados sem dono: como medir o que ninguém acompanha — Explicar medição
- Base de dados sem dono: quem responde pelo dado — Orientar implementação
- Base de dados sem dono: o que definir ao contratar — Orientar avaliação e contratação
Outras leituras em Integrações, sistemas e qualidade de dados
- Cadastro preso ao sistema antigo: como separar dado de regra — Processo para separar dado de regra no cadastro, com dono de campo, critério de registro válido e histórico definidos antes de trocar o sistema.
- Cliente duplicado entre áreas: quando vale contratar solução — O que avaliar antes de contratar solução para cliente duplicado entre áreas, o que é decisão de dado e o que é decisão de responsabilidade.
- Campos preenchidos sem padrão: como mapear a dispersão — Critérios objetivos para auditar campos com grafias diferentes, calcular o índice de dispersão de valores e separar erro humano de falha no desenho do sistema.
- Sistemas isolados: o que checar antes de comprar outro — Critérios operacionais para avaliar contratos de software quando a arquitetura atual opera sem comunicação direta entre áreas.
- Cadastro que não sobrevive à troca de sistema: o que comparar — Compara três caminhos para o cadastro sobreviver à troca de sistema: manter a base antiga como referência, reescrever na nova ou conviver com as duas.