Kennisbank

Quando é que um registo sobre várias unidades de negócio conta como concluído

Um registo para uma única unidade de negócio fica, a dado momento, concluído. Os pontos de dados estão lá, cada um com uma fonte e um responsável, e as definições foram verificadas. Com várias unidades de negócio, a questão muda. Já não se trata de saber se uma lista está completa, mas se as listas, em conjunto, somam a uma imagem única da organização.

Esse é um tipo de trabalho diferente de simplesmente adicionar mais linhas. A armadilha é pensar que um registo está concluído assim que cada unidade tenha preenchido a sua própria tabela. Quatro tabelas completas com quatro definições diferentes do mesmo ponto de dados não resultam num registo, mas em quatro registos que por acaso estão colocados lado a lado.

O que deve constar no registo por unidade de negócio

Por unidade repete-se o mesmo trabalho de base: que pontos de dados são necessários, de onde provêm, e quem é o responsável por eles. Isso começa com a pergunta de que pontos de dados realmente precisa, pois uma unidade que regista demasiados pontos de dados acumula sobretudo carga de manutenção sem que o relatório fique melhor.

Para cada ponto de dados que resta, deve colocar-se a mesma pergunta: isto já existe num sistema, ou ainda tem de ser recolhido. A página sobre onde já existe um ponto de dados descreve esse trabalho de averiguação. Com várias unidades de negócio, a resposta é muitas vezes diferente: a unidade A já tem o consumo de energia registado num sistema de gestão de instalações, a unidade B ainda o mantém numa folha de cálculo gerida por um único controller. Essa diferença deve ser visível no registo, e não desaparecer detrás de uma coluna uniforme que em todo o lado diz 'presente'.

Onde as coisas frequentemente correm mal: o mesmo nome, definição diferente

O maior risco com várias unidades não é que faltem pontos de dados, mas que estejam presentes sob o mesmo nome enquanto medem algo diferente. 'Consumo de água' pode, numa unidade, referir-se apenas à sede, e noutra também incluir o pavilhão de produção. 'Número de FTE' pode ser contado com ou sem trabalhadores temporários. Enquanto essa diferença não for identificada, ninguém soma o problema até ao momento em que os números têm de ser consolidados para o relatório agregado.

Um registo que resolve isto fixa, por ponto de dados, a definição ao nível da organização, e depois mostra, por unidade, se essa definição também foi aplicada dessa forma. Onde tal não for o caso, isso fica registado como ponto em aberto no registo, e não como pressuposto silencioso. A estrutura desse processo está descrita em como elabora um registo de pontos de dados, e essa ordem não muda quando há várias unidades: primeiro fixar os pontos de dados e as suas definições ao nível da organização, depois preencher por unidade o que já existe e o que falta.

Fontes em falta estão em todo o lado, não só na unidade mais pequena

O pressuposto de que só as unidades mais pequenas ou menos maduras têm lacunas nas suas fontes raramente é correto. Uma unidade grande com um sistema ERP extenso pode, para determinados dados ambientais, depender igualmente de uma contagem manual como uma pequena filial. A proporção de pontos de dados sem fonte concreta depende do tema e do tempo que uma unidade já trabalha com estes números, não da dimensão da unidade. Quantos dos seus pontos de dados têm uma fonte é por isso uma pergunta que tem de ser respondida separadamente por unidade, veja quantos dos seus pontos de dados têm uma fonte. Só depois de isso estar mapeado por unidade é que se pode dizer algo sobre o conjunto.

Os pontos de dados sem fonte não desaparecem do registo por serem incómodos. Recebem um estatuto e um passo seguinte, descrito em o que fazer com um ponto de dados sem fonte. Com várias unidades de negócio, é aconselhável comparar este estatuto entre unidades: se três das quatro unidades têm uma fonte para um ponto de dados e a quarta não, geralmente há uma solução ao alcance dessas três unidades, em vez de a quarta unidade ter de reinventar a roda.

Quando o registo está correto

Um registo sobre várias unidades de negócio não está correto porque parece completo, mas porque três coisas são verdadeiras ao mesmo tempo. Primeiro: cada ponto de dados tem, ao nível da organização, uma única definição, e essa definição foi aplicada da mesma forma em cada unidade ou a diferença foi explicitamente registada. Segundo: para cada ponto de dados, é claro por unidade se existe uma fonte, e, caso não exista, qual é o estatuto. Terceiro: a responsabilidade foi atribuída ao nível onde o conhecimento realmente reside, e não automaticamente ao gestor de mais alto nível da unidade.

Quanto tempo este trabalho demora depende do número de unidades, do número de temas e do estado dos sistemas subjacentes; uma estimativa disso está descrita em quanto tempo demora a pôr um tema em ordem. Não é um prazo fixo, mas a soma do trabalho que ainda tem de ser feito por unidade e por ponto de dados.

Reunir estes registos, reconstruir as definições e comparar as fontes por unidade é, em grande parte, trabalho repetível: as mesmas perguntas, aplicadas repetidamente a um departamento diferente ou a um ponto de dados diferente. Que parte disso pode ser assumida pela IA e que parte continua a ser trabalho humano é exatamente aquilo para que foi feita a werkscan da FTE TO AI: essa calcula, por tarefa, quanto espaço existe para acelerar este tipo de trabalho de registo, sem que o resultado passe a depender de pressupostos que ninguém verificou.