Una herramienta se compra a menudo como primer paso: hay presión, hay un plazo, hay un proveedor con una demo convincente. La pregunta que rara vez se plantea es: ¿ya existe algo sobre lo que esta herramienta pueda situarse? Una herramienta no organiza nada por sí misma. Muestra, calcula y estructura lo que usted introduce en ella. Si los datos subyacentes no están registrados —sin registro de puntos de datos, sin procedencia documentada, sin propietario designado por cifra— entonces obtiene una herramienta que representa ordenadamente lo que en realidad sigue siendo un conjunto de hojas de cálculo sueltas y suposiciones aisladas.
La herramienta en sí suele funcionar bien. El problema está en lo que entra en ella. Un panel que muestra el consumo energético por sede es tan bueno como los datos que recibe. Si nadie ha registrado qué departamento entrega esas cifras, con qué archivos fuente, según qué regla de cálculo, entonces la herramienta rellena un vacío con una estimación, una vinculación incorrecta, o una cifra que un compañero introdujo una sola vez hace tres años y que nunca más se ha actualizado. La herramienta misma no lo señala. Simplemente sigue calculando.
Los costes de ese orden no se pueden resumir en una sola cifra, y ese es precisamente el punto: son difusos y están dispersos. Tiempo que se vuelve a dedicar a averiguar de dónde procede una cifra, después de que ya estuviera en la herramienta. Discusiones entre finanzas y sostenibilidad sobre quién ha entregado qué cifra. Un controller que en la primera auditoría externa debe admitir que la procedencia de un indicador clave no se puede reconstruir. Una implementación que se rehace, parcial o totalmente, porque la estructura de datos no estaba preparada para ello. En esta página se desarrolla con más detalle la pregunta central: qué orden es lógico y por qué precisamente ese.
Una herramienta se elige en función de su funcionalidad: si puede manejar los puntos de datos correctos, si se ajusta al estándar de informes correcto, si la estructura de informes es lo suficientemente flexible para lo que aún va a cambiar. Esos requisitos no se pueden formular de forma abstracta. Se derivan de los datos que ya existen, quién los gestiona y qué carencias hay. Sin esa visión de conjunto, la herramienta se elige en función de lo que el proveedor muestra en una demo, no de lo que su organización necesita. Qué requisitos funcionales se derivan realmente de su propia situación se explica en esta página sobre requisitos funcionales derivados del propio proceso.
El orden invertido —primero la herramienta, después el proceso— conduce a una segunda compra, a una migración, o a una herramienta que se complementa de forma permanente con las hojas de cálculo que debía sustituir. Quien se encuentra en esa espiral descubre que la herramienta no resuelve el problema que debería resolver: datos poco fiables, inencontrables o sin gestionar. Simplemente traslada el problema a una interfaz más bonita.
Organizar de antemano no es un ejercicio burocrático. Es un registro: qué puntos de datos se necesitan para el informe, de dónde proceden, a través de qué sistemas u hojas de cálculo se desplazan hasta la cifra final, quién es responsable de su exactitud, y qué regla de calidad se aplica para detectar a tiempo un error. Ese registro existe con independencia de la herramienta que se coloque encima más adelante. Es la base sobre la que funciona una herramienta, sea cual sea el proveedor elegido.
Para evitar que el segundo error sea el mismo que el primero, es útil saber cómo sí se puede elegir una herramienta sin arrepentimientos: qué pasos corresponden a ese proceso se explica en esta página sobre la selección de herramientas sin arrepentimientos. Para organizaciones de sectores específicos, además, es útil ver de dónde proceden concretamente los datos de sostenibilidad: en la construcción suelen estar dispersos entre las administraciones de proyectos y los subcontratistas, como se describe en esta página sobre los datos de sostenibilidad en la construcción, y en el sector de instalaciones se distribuyen de otra manera, como se explica en esta página sobre los datos de sostenibilidad en el sector de instalaciones.
El Data Readiness Scan elabora ese registro antes de que se hable de una herramienta: por punto de datos, la procedencia, el propietario y la regla de calidad. No un informe, ni un cuestionario rellenado, sino la estructura sobre la que después puede apoyarse un informe o un cuestionario. La herramienta está en desarrollo; quien tenga interés puede apuntarse a la lista de espera.
En cuanto queda claro qué puntos de datos existen, de dónde proceden y quién los gestiona, surge también una imagen más precisa del trabajo que los rodea: quién recopila, quién controla, quién registra. Ese trabajo no es igualmente apto para la automatización en todos los casos. El escáner de trabajo de FTE TO AI calcula por tarea qué parte puede ser efectivamente asumida por la IA, basándose en lo que esa tarea implica exactamente y no en una estimación general sobre el sector.
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.