Un registro para una sola unidad de negocio en algún momento queda terminado. Los puntos de datos están ahí, cada uno con una fuente y un responsable, y las definiciones han sido validadas. Con varias unidades de negocio, la pregunta cambia. Ya no se trata de si una lista está completa, sino de si las listas, entre sí, suman a una sola imagen de la organización.
Ese es un tipo de trabajo distinto a simplemente añadir más filas. La trampa es pensar que un registro está completo en el momento en que cada unidad ha rellenado su propia tabla. Cuatro tablas llenas con cuatro definiciones distintas del mismo punto de dato no dan como resultado un registro, sino cuatro registros que casualmente están colocados uno junto al otro.
Por unidad se repite el mismo trabajo básico: qué puntos de datos se necesitan, de dónde provienen y quién es responsable de ellos. Eso empieza con la pregunta qué puntos de datos necesita realmente, porque una unidad que registra demasiados puntos de datos acumula principalmente carga de mantenimiento sin que la información resultante mejore.
Para cada punto de dato que queda, debe plantearse la misma pregunta: ¿ya existe en un sistema, o todavía hay que solicitarlo? La página sobre dónde ya existe un punto de dato describe esa labor de investigación. Con varias unidades de negocio, la respuesta suele variar: la unidad A ya tiene el consumo energético registrado en un sistema de gestión de instalaciones, la unidad B todavía lo lleva en una hoja de cálculo que gestiona un solo controller. Esa diferencia debe ser visible en el registro, no desaparecer detrás de una columna uniforme que en todos los casos dice 'presente'.
El mayor riesgo con varias unidades no es que falten puntos de datos, sino que sí figuren, bajo el mismo nombre, mientras miden algo distinto. 'Consumo de agua' puede referirse en una unidad solo a las oficinas centrales y en otra también a la nave de producción. 'Número de FTE' puede contarse con o sin personal externo contratado. Mientras esa diferencia no se identifique, nadie suma el problema hasta el momento en que las cifras deben consolidarse para el informe conjunto.
Un registro que resuelve esto fija, por punto de dato, la definición a nivel de la organización, y a continuación muestra por unidad si esa definición también se ha aplicado así. Donde no sea el caso, eso queda registrado como punto abierto en el registro, no como supuesto silencioso. La estructura de esa configuración está descrita en cómo elabora un registro de puntos de datos, y ese orden no cambia cuando hay varias unidades: primero fijar los puntos de datos y sus definiciones a nivel de organización, luego rellenar por unidad lo que ya existe y lo que falta.
La suposición de que solo las unidades más pequeñas o menos maduras tienen carencias en sus fuentes, rara vez es correcta. Una unidad grande con un sistema ERP amplio puede depender, para determinados datos ambientales, de un recuento manual igual que una sede pequeña. La proporción de puntos de datos sin fuente sólida depende del tema y de cuánto tiempo lleve una unidad trabajando con estas cifras, no del tamaño de la unidad. Cuántos de sus puntos de datos tienen una fuente es, por tanto, una pregunta que debe responderse por separado para cada unidad, véase cuántos de sus puntos de datos tienen una fuente. Solo cuando eso está claro por unidad, puede decirse algo sobre el conjunto.
Los puntos de datos sin fuente no desaparecen del registro por resultar incómodos. Reciben un estado y un siguiente paso, descrito en qué hace con un punto de dato sin fuente. Con varias unidades de negocio, conviene comparar este estado entre unidades: si tres de las cuatro unidades tienen una fuente para un punto de dato y la cuarta no, suele haber una solución al alcance de la mano en esas tres unidades, en lugar de que la cuarta unidad tenga que reinventar la rueda.
Un registro sobre varias unidades de negocio no es correcto porque parezca completo, sino porque tres cosas son ciertas a la vez. Primero: cada punto de dato tiene, a nivel de organización, una única definición, y esa definición se ha aplicado igual en cada unidad o la diferencia está registrada de forma explícita. Segundo: para cada punto de dato queda claro, por unidad, si hay una fuente y, si no, cuál es el estado. Tercero: la titularidad está asignada en el nivel donde realmente reside el conocimiento, no automáticamente en el gerente de mayor rango de la unidad.
Cuánto dura este trabajo depende del número de unidades, el número de temas y el estado de los sistemas subyacentes; una estimación de ello está descrita en cuánto tiempo se tarda en poner en orden un tema. No se trata de un plazo fijo, sino de la suma del trabajo que todavía debe hacerse por unidad y por punto de dato.
Juntar estos registros, rastrear las definiciones y comparar las fuentes por unidad es, en gran parte, trabajo repetible: las mismas preguntas, aplicadas una y otra vez a otro departamento o a otro punto de dato. Qué parte de eso puede asumir la IA y qué parte sigue siendo trabajo humano es precisamente para lo que se ha creado el escáner de trabajo de FTE TO AI: calcula, por tarea, cuánto margen hay para acelerar este tipo de trabajo de registro, sin que el resultado dependa de supuestos que nadie ha verificado.
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.