Det starter altid pænt. Nogen laver et regneark for at holde styr på en ting, og det virker. Så kommer der en kolonne til, en fane til, en formel der peger på en anden fane. To år senere er regnearket det eneste sted den vigtigste information findes, og kun én person forstår hvordan det hænger sammen.
Det er ikke en fejl. Det er den naturlige måde systemer opstår på i en virksomhed der vokser. Spørgsmålet er ikke om regnearket var en dårlig idé — det var det ikke — men hvornår det holder op med at være det rigtige værktøj.
Fire tegn på at tiden er inde
Det første tegn er at mere end én person skal skrive i det samtidig. Regneark er bygget til én forfatter ad gangen, og alt derudover ender i overskrevne felter og forkerte versioner.
Det andet er at regnearket bruges fra en telefon i marken. Det er teknisk muligt, og det er altid en dårlig oplevelse. Hvis jeres teknikere eller sælgere registrerer ting på farten, fortjener de et værktøj der er lavet til det.
Det tredje er at der findes regler for hvem der må se hvad — og at de bliver håndhævet ved at sende forskellige kopier rundt. Så snart adgangsstyring foregår ved at duplikere filen, har I to sandheder.
Det fjerde er at en person er blevet uundværlig. Hvis kun én ved hvorfor kolonne R viser det den gør, er regnearket ikke et system. Det er en risiko med en dato på.
Hvornår det er fint som det er
Hvis én person bruger det, ved et skrivebord, og det virker — så lad det være. Vi har sagt nej til at bygge ting om, fordi problemet ikke var stort nok til at retfærdiggøre prisen. Et regneark der gør sit arbejde er ikke et problem, det er en løsning.
Én person bruger det
Ingen konflikter om hvem der skriver hvad, og ingen versioner der lever hver sit sted.
Der er ingen adgangsregler
Skal alle se det hele, er der ikke noget at styre. Så er filen fin.
Det bruges ved et skrivebord
Regneark på en telefon i en varevogn er altid en dårlig oplevelse. Ved en skærm er det fint.
Data er ikke kritiske
Går arket tabt, kan det genskabes på en eftermiddag. Så er risikoen til at leve med.
Hvad en ombygning kræver
Det vigtigste er ikke koden. Det er at få sat ord på de regler der ligger gemt i formlerne og i hovedet på den person der passer regnearket. Vi bruger som regel den første uge på det alene, før der bygges noget. Og de data der allerede ligger i regnearket, skal flytte med — en tom app er ikke en færdig app.
Hvordan kan vi hjælpe?
Værktøjer der afløser regneark og lappeløsninger, bygget efter præcis den måde I arbejder på.