Um registo começa normalmente como uma lista. Alguém coloca todos os pontos de dados da norma de relato numa fila, procura um responsável para cada um e chama a isso um registo. Esse é o ponto de partida, não o ponto final. A pergunta "quando é que isto está concluído" tem uma resposta concreta, e essa resposta não tem a ver com quantas linhas a lista tem.
Um registo de pontos de dados está completo quando, para cada ponto de dados, quatro coisas estão registadas. Em primeiro lugar, a definição: o que o ponto de dados mede exatamente, em que unidade, em que período e com que âmbito. Em segundo lugar, a fonte: o sistema, o documento ou a pessoa de onde vem o número. Em terceiro lugar, o proprietário: quem é responsável pela exatidão desse ponto de dados específico, não pelo relato como um todo. Em quarto lugar, uma regra de qualidade: um controlo com o qual pode verificar se o valor é plausível, por exemplo um intervalo, uma comparação com um ano anterior, ou uma soma que deve ser correta.
Se faltar um destes quatro elementos para um ponto de dados, o registo não está concluído nesse ponto. Isto aplica-se também se o próprio ponto de dados já for relatado há anos. Um número que já consta do relatório há três anos pode ainda não ter uma fonte ou um proprietário registados.
A ordem em que preenche o registo determina quanto trabalho custa e quão fiável se torna. Começar pela norma de relato é lógico, mas a norma não diz o que a sua organização consegue efetivamente medir. Por isso, o primeiro passo é muitas vezes a distinção entre o que é obrigatório e o que já se regista em algum lugar: quais os pontos de dados que realmente precisa quando trabalha com várias unidades de negócio determina a dimensão do registo antes de começar a preencher o conteúdo.
Segue-se depois a questão de onde cada ponto de dados já existe. Em organizações com várias localizações ou unidades de negócio, o mesmo ponto de dados encontra-se por vezes em vários locais, numa forma ligeiramente diferente. Onde já existe um ponto de dados quando trabalha com várias unidades de negócio é o passo que evita que recolha os mesmos dados duas vezes sob dois nomes diferentes.
Para a construção do próprio registo, incluindo a ordem de trabalho e a divisão de funções entre quem o preenche e quem o verifica, existe uma página separada que descreve passo a passo como elaborar um registo de pontos de dados quando trabalha com várias unidades de negócio.
Em praticamente todos os registos surge um ponto de dados para o qual não se encontra uma fonte clara. O número consta do relatório anterior, mas ninguém consegue indicar de onde veio. Isto não é motivo para reprovar ou parar o registo. É uma categoria a tratar separadamente: os pontos de dados sem fonte recebem um estatuto e um plano, não uma suposição que é registada como fonte. O que regista nessa situação está descrito na página sobre o que fazer com um ponto de dados sem fonte quando trabalha com várias unidades de negócio. Um registo com dez pontos de dados no estatuto "fonte em falta, ação atribuída" está mais concluído do que um registo em que esses dez pontos de dados receberam silenciosamente uma fonte atribuída que ninguém consegue verificar.
Indicar uma fonte não é o mesmo que saber como o número dessa fonte chega ao relatório. Entre os dois há muitas vezes uma série de operações: somar, converter, corrigir duplicações, agregar por unidades. Se ninguém tiver registado esses passos, os mesmos dados de origem podem levar duas pessoas diferentes a dois números de relatório diferentes, sem que ninguém repare. Esta ligação entre fonte e linha de relatório chama-se source-to-report mapping, e a lógica subjacente está explicada em o que significa source-to-report mapping. Para pontos de dados mais complexos, é útil saber também que operações exatamente existem entre a fonte e o relatório, de modo a que um controlo não verifique apenas o número final mas também os passos intermédios.
Um registo pode estar completamente preenchido e ainda assim não estar concluído, se as regras de qualidade nunca tiverem sido testadas. Só quando alguém aplicar efetivamente uma regra de qualidade a um valor, e esse valor tiver passado ou sido rejeitado com base nisso, é que sabe se a regra funciona. Um registo só está realmente concluído após pelo menos uma ronda em que as regras foram utilizadas, não apenas escritas. É também nesse momento que se torna claro quais os proprietários que conseguem efetivamente responder a perguntas sobre o seu ponto de dados, e quais os proprietários que o são apenas no papel.
Quando o registo, as fontes e as regras de qualidade estão estabelecidos, surge outro tipo de pergunta: quem realiza os controlos, quem preenche as fontes em falta, e que parte desse trabalho é suficientemente repetitiva para automatizar. Essa é uma pergunta sobre capacidade, não sobre estrutura, e é para isso que serve o scan de trabalho da FTE TO AI: calcula, por tarefa, que parte do trabalho pode ser assumida pela IA, para que saiba onde as pessoas continuam a ser necessárias e onde não.
Vraag maar waar een datapunt vandaan komt. Dat is meestal de hele vraag.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.