Cuando una hoja de cálculo se convierte en un riesgo

Dos objetos distintos con la misma extensión

Una hoja que guarda información es un documento. Una hoja que decide algo es un sistema: sin un responsable real, sin permisos que merezcan ese nombre, sin historial de lo que ha cambiado y sin nada que avise de que ha empezado a dar el resultado equivocado.

Casi todas las empresas tienen de las dos, y casi ninguna las distingue. Ahí está toda la cuestión. Que un documento esté mal es una molestia. Que un sistema esté mal significa que alguien ya se lo ha creído, ha actuado en consecuencia y se lo ha dicho a alguien de fuera.

Así que la pregunta útil no es si usas hojas de cálculo. Todo el mundo las usa, y las buenas son herramientas excepcionales. La pregunta es cuáles de las tuyas han dejado de ser un documento sin que nadie lo anunciara.

Una prueba que puedes hacer esta misma tarde

Cuatro preguntas. Van sobre las consecuencias y no sobre el archivo, a propósito: el archivo siempre parece estar bien.

1. 01Si estuviera mal durante un día entero, ¿habría algo detrás que también estaría mal? Una factura, un cuadrante, una fecha de entrega, una cifra que alguien le repite a un cliente.
2. 02¿Necesita tocarla más de una persona en la misma semana?
3. 03¿Alguien copia a mano lo que hay en ella a otro sistema, o los datos de otro sistema a ella?
4. 04¿Podría usarla bien una persona recién incorporada en su segundo día, sin que le cuenten las reglas que no están escritas?

Un sí es lo normal. Tres o cuatro significan que el archivo está gobernando un proceso, y a partir de ahí las preguntas interesantes son sobre el proceso, no sobre la hoja.

Cómo es el fallo cuando llega

Estas hojas rara vez fallan de forma ruidosa. Fallan con unas cuantas formas reconocibles, y quien convive con ellas suele darlas por normales.

La reunión de cuadre

Dos sistemas guardan el mismo dato, no coinciden, y existe una reunión periódica para decidir a cuál hacer caso. La reunión es el coste. La hoja es donde se apunta el resultado después.

El cierre de mes reconstruido a mano

Alguien dedica los últimos días de cada mes a rehacer, manualmente, información que los sistemas ya tienen. No aparece en ningún presupuesto, porque es una parte de un sueldo y no una partida.

La persona que la mantiene

Sólo una persona sabe por qué la fórmula de la columna M es como es. Ese conocimiento no está escrito en ninguna parte, se va a casa cada tarde y se va del todo el día que esa persona se marcha.

La edición silenciosa

Una celda que tenía una fórmula ahora tiene un número que alguien escribió encima. Nadie lo anunció. Desde entonces el archivo está ligeramente mal, y nadie sabe decir desde cuándo.

El sufijo en el nombre

El archivo ha ido acumulando una fecha, unas iniciales o la palabra definitivo. Varias personas tienen su copia. Al menos dos de esas copias no coinciden, y cuál manda se descubre en el peor momento posible.

El agujero de permisos

Todo el que necesita leerla puede además cambiarla, porque en esta herramienta esas dos cosas nunca se separaron. El control que de verdad querrías — ver todo, cambiar una columna — no existe.

Los casos en los que lo correcto es quedártela

Esta es la parte que se suele omitir, porque no vende nada. También es, por lo que vemos cuando miramos cómo funcionan las empresas de verdad, la respuesta acertada más veces que la contraria.

Es un modelo, no un registro

Escenarios, análisis de precios, un cálculo puntual. Una hoja de cálculo es un instrumento excepcional para pensar con números, y un software hecho a medida suele ser peor en eso. Mueve los datos de los que bebe si hace falta; deja el razonamiento donde está.

Una persona, un propósito

Un archivo de trabajo del que no depende nadie más no es un punto de coordinación, y no hay ninguna razón para convertirlo en uno.

El proceso todavía está cambiando de forma

Si esto cambió dos veces el año pasado y volverá a cambiar, dejarlo escrito en software fija una respuesta provisional justo cuando la flexibilidad vale más que la estructura.

El volumen es pequeño y el error es barato

Cuarenta filas al mes, y equivocarse cuesta una disculpa. La hoja está a la altura del problema. Un proyecto no lo estaría.

Nadie ha decidido cómo debería ser el proceso

El software obliga a que un proceso sea explícito. Si ahora mismo tres personas hacen esto de tres maneras y nadie ha elegido entre ellas, construir sólo dejará el desacuerdo por escrito y hará bastante más caro resolverlo.

Lo que conviene probar antes de construir nada

Entre dejarlo como está y sustituirlo hay un terreno intermedio que cuesta muy poco y que a menudo basta.

Ponle un responsable con nombre

Por escrito, y con autoridad para decir que no a un cambio. Un número llamativo de fallos de hoja de cálculo son fallos de responsabilidad disfrazados de problema técnico.

Redúcela a una sola copia

Un archivo, un sitio, permisos reales de lectura y de edición, y el resto de copias borradas en vez de archivadas. Sólo con esto desaparece el problema de versiones, que es el fallo que más vergüenza hace pasar.

Quita el volver a teclear, no el archivo

Si el coste es escribir el mismo dato en dos sitios, conectar esos dos sistemas elimina ese coste sin sustituir ninguno de los dos y sin tocar la hoja.

Separa el registro del análisis

Que el dato lo guarde el sistema que ya es su dueño, y que la hoja lo lea de ahí. La mayoría de los archivos que parecen críticos están haciendo dos trabajos, y sólo uno de ellos es peligroso.

Simplifica antes de dejarlo escrito

Cuenta las excepciones. Si un tercio de las filas son casos especiales, el problema es el proceso, y construir software alrededor de él da software caro con el mismo problema.

Todo lo anterior tiene marcha atrás, y eso es lo importante. Nada de ello exige un proyecto, un presupuesto ni un proveedor — y elegir entre esas opciones es la misma pregunta que construir, comprar o conectar, hecha sobre un archivo en vez de sobre toda una operación.

Cuándo una plataforma es la respuesta honesta

A veces lo es de verdad. Las señales son concretas, no ambientales:

• La hoja se ha convertido en la capa de integración entre sistemas que deberían hablarse directamente.
• Dependen de ella varios equipos a la vez, y sus necesidades han empezado a chocar dentro de una misma cuadrícula.
• Necesitas saber quién cambió qué y cuándo, y la herramienta no puede decírtelo.
• Las reglas son lo bastante estables como para merecer estar escritas, y lo bastante específicas como para que nada del mercado las implemente.
• Que esté mal ya cuesta algo real: dinero, una obligación normativa o la relación con un cliente.

Incluso entonces importa más el orden que la decisión. Entender cómo se mueve el trabajo, decidir qué debería cambiar y construir en tercer lugar: eso es toda nuestra forma de trabajar, y existe porque la alternativa es construir más rápido el proceso de hoy.

El coste que no aparece en el presupuesto

Sustituir una hoja de la que depende la empresa es un proyecto de cambio con una parte de software, y la parte de software suele ser la barata.

Las definiciones

Una hoja permite que dos departamentos mantengan indefinidamente definiciones incompatibles de la misma palabra. El software no. Ahora alguien tiene que decidir qué es un cliente activo, y esa conversación es más larga de lo que parece.

El histórico

Una plataforma que arranca vacía acaba abandonada. Los datos antiguos tienen que mudarse, lo que obliga a limpiarlos, lo que obliga a descubrir hasta qué punto eran inconsistentes.

La flexibilidad que se va a echar de menos

La hoja permitía improvisar. Lo que la sustituya, en general, no — y quienes más improvisaban suelen ser justo las personas cuyo apoyo necesita el proyecto.

La adopción

Si la gente vuelve al archivo sin decirlo, no se ha conseguido nada, por bueno que sea el software. Formar a cada equipo en su propio flujo de trabajo, y no en una sesión genérica, forma parte de construirlo y no de una fase posterior.