csrdready Inscrever-me na lista de espera

Kennisbank

Quem lê o seu registo de pontos de dados quando você já não estiver lá?

Há geralmente uma pessoa que sabe de onde vem o número de CO2. Qual folha de cálculo, qual separador, qual pressuposto sobre o fator de conversão do ano passado. Essa pessoa nunca o escreveu, porque estava na sua cabeça e isso funcionava. Até que foi de férias, mudou de função, ou saiu. Nessa altura verifica-se que o registo de pontos de dados que existia só era legível para quem o criou.

Isso não é um acidente. É a consequência de um registo construído como auxiliar de memória em vez de como documento. Uma célula com um número, uma coluna com uma referência à fonte que só significa algo para quem já conhece o contexto. Para o autor, isso basta. Para um sucessor, um auditor, ou o CFO que tem de defender o número no conselho fiscal, é um enigma.

O que a titularidade realmente significa

A titularidade de um ponto de dados é frequentemente confundida com a responsabilidade de fornecer um número. Isso não é a mesma coisa. Titularidade significa que existe alguém que consegue explicar de onde vem o número, que escolhas ele contém, e o que muda se a fonte mudar. Esse é um papel diferente do de preencher. É o papel de alguém que consegue responder à pergunta sem ter de voltar a um e-mail de dois anos atrás.

Na prática, esse papel muitas vezes não está atribuído, ou está atribuído a alguém que entretanto mudou de função. O registo menciona um nome que já não corresponde à realidade, ou nenhum nome. Quem então faz uma pergunta sobre um ponto de dados não recebe uma resposta, mas uma investigação. É nesse momento que se revela se a titularidade foi alguma vez realmente estabelecida, ou apenas presumida.

O que um registo legível realmente fixa

Um registo de pontos de dados que outra pessoa pode assumir fixa três coisas que vão além do próprio número. Primeiro, a fonte: o sistema, a folha de cálculo, ou o colega que fornece o número, e não como nota isolada mas como parte do próprio registo. Segundo, a linha da fonte ao relatório: que operações o número sofreu antes de constar no relatório, para que um auditor não tenha de adivinhar por que o número no relatório diverge do número no sistema de origem. Terceiro, o titular: não um nome que foi preenchido em algum momento, mas alguém que neste momento pode ser contactado com uma pergunta sobre este ponto de dados específico.

Isso não é complicado de descrever, mas dá trabalho registar. Para cada ponto de dados individualmente, e não como um exercício único, mas como algo que se mantém atualizado quando fontes ou titulares mudam. A questão onde já existe um ponto de dados deve preceder isto: um registo só tem valor se remeter para uma fonte que realmente existe, não para um pressuposto sobre de onde o número alguma vez veio.

O que esta abordagem não resolve

Um registo legível torna possível a transferência. Não torna os números automaticamente corretos. Se a fonte subjacente for em si pouco fiável — um contador que está errado há anos, uma folha de cálculo com um erro de fórmula que ninguém notou — então o registo apenas fixa esse erro com mais precisão. Essa é uma questão diferente, à qual se responde melhor consultando quantos dos seus pontos de dados têm uma fonte demonstrável e verificável.

O registo também não resolve qual ponto de dados é realmente necessário. Algumas organizações fixam dezenas de pontos de dados para um tema em que bastariam alguns, e depois gastam manutenção em informação que ninguém consulta. Essa ponderação pertence à questão de que pontos de dados realmente necessita, e precede a questão de quem deve conseguir ler o registo. Um registo que está completo para o tema errado continua a ser o registo errado.

E o registo não resolve quanto tempo demora a pôr um tema em ordem. Isso depende de quantas fontes existem, de quão dispersas estão, e de quantas delas já têm um titular contactável. Quem quiser uma estimativa disso encontra em quanto tempo demora a pôr um tema em ordem uma descrição do que determina essa duração, não um número igual para todas as organizações.

Por que isto geralmente começa pelo CO2

Construir um registo de pontos de dados demora tempo, e esse tempo raramente é libertado de uma só vez para todos os temas em simultâneo. A maioria das organizações começa pelo tema em que os dados já estão mais dispersos e a pressão para conseguir dar explicações é maior. Por que isso é frequentemente o CO2 está descrito na página sobre por que o CO2 é geralmente o primeiro tema. Quem começa por aí pratica a forma de registo num tema que se presta bem a isso, antes de essa forma ser aplicada ao resto.

O scan está em construção

O Data Readiness Scan que fixa isto — registo de pontos de dados, origem por ponto de dados, titularidade e regras de qualidade — ainda está em desenvolvimento. Não existe atualmente uma ferramenta que possa adquirir; quem tiver interesse nisto pode inscrever-se na lista de espera e será notificado quando o scan estiver disponível.

Parte do trabalho que atualmente recai sobre essa única pessoa insubstituível — procurar fontes, reconstruir linhas até ao relatório, apurar titulares — é repetitivo e por isso adequado a apoio por IA. Qual parte exatamente varia por tarefa e por organização. A FTE TO AI calcula isso por tarefa com um scan de trabalho, que mostra que parte do trabalho pode ser assumida pela IA e que parte continua a depender de alguém que conhece o contexto.

Marvinde assistent van de Data Readiness Scan

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.