Regnearket er et signal — ikke et problem
Et regneark, der bærer en proces, er som regel den mest præcise kravspecifikation, organisationen har. Det er værd at læse, før man erstatter det.
Næsten alle digitaliseringsopgaver, vi bliver spurgt om, begynder med et regneark, der er vokset ud over, hvad et regneark bør lave. Det har farvekonventioner, et faneblad, ingen tør slette, en kolonne, der betyder forskellige ting afhængigt af rækken — og én person, der forstår formlerne.
Hvorfor det findes
Det findes, fordi nogen skulle have løst en opgave, og de tilgængelige systemer ikke passede. Det gør det til dokumentation: en kravspecifikation skrevet af dem, der udfører arbejdet, forfinet af daglig brug og aldrig udvandet af en indkøbsproces. Læs det, før I erstatter det.
Hvad man skal kigge efter
Tre ting er som regel værd at trække ud. For det første entiteterne — hvad følges der reelt, og hvad udgør én række. For det andet statusserne — ordene i statuskolonnen er den faktiske arbejdsgang, uanset hvad procesbeskrivelsen siger. For det tredje undtagelserne — de rækker, der er markeret med en anden farve, er de tilfælde, det kommende system skal håndtere pænt, for det er dem, der optræder i praksis.
Hvad et system skal tilføje
En afløser fortjener sin plads ved at tilføje det, et regneark strukturelt ikke kan: validering ved indtastning, samtidig redigering uden konflikter, adgangsstyring, historik og evnen til at besvare et spørgsmål uden at åbne filen. Tilføjer et foreslået system ikke dét, er regnearket stadig det bedre værktøj.
En bemærkning om respekt
Den, der har bygget og vedligeholdt regnearket, har stille holdt en proces sammen — ofte i årevis. Vedkommende er samtidig husets bedste kilde til krav. At indlede projektet med at gøre vedkommendes arbejde til problemet er både unødigt hårdt og et spild af den mest brugbare viden, der findes.