Ein Leitfaden, um einen ganzen Stapel Tabellen zu sortieren, nicht eine einzelne Datei: wie Sie die Tabellen inventarisieren, auf denen ein Unternehmen läuft, entscheiden, welche Sie unverändert behalten, welche Sie automatisieren und welche Sie als echte Software neu bauen, und den Umstieg so takten, dass nichts zerbricht.
Wachsende Unternehmen, in denen ein Stapel geteilter Tabellen still und leise zum Betriebssystem geworden ist und es allmählich wehtut.
- Ein klares Inventar der Tabellen, auf denen Ihr Unternehmen tatsächlich läuft
- Eine Entscheidung Behalten / Automatisieren / Neu bauen für jede einzelne
- Ein getakteter Umstieg, der niemals das ganze Unternehmen aufs Spiel setzt
Irgendwann läuft ein Unternehmen nicht mehr auf Software, sondern auf einem Stapel Tabellen, eine für Leads, eine für Projekte, eine für den Lagerbestand, drei für die Finanzen, die niemand geplant hat und von denen alle abhängen. Sie zu ersetzen ist nicht eine Migration; es ist eine Portfolio-Entscheidung. Manche dieser Tabellen sind völlig in Ordnung, andere müssen nur nicht mehr von Hand kopiert werden, und einige sind still und leise zum riskanten Kern des Unternehmens geworden. In diesem Leitfaden geht es darum, das eine vom anderen zu unterscheiden und den Umstieg ohne Katastrophe zu vollziehen.
Weil ein Unternehmen nicht auf einer einzigen Tabelle läuft; es läuft auf einem Stapel davon, und sie sind nicht alle gleich. Manche enthalten nichts Kritisches und bleiben für immer in Ordnung. Manche sind in Ordnung, abgesehen vom manuellen Kopieren zwischen ihnen. Einige sind zum ungeprüften Kern geworden, von dem das Unternehmen wirklich abhängt, wo eine falsche Zahl echtes Geld kostet. Sie als ein großes Projekt „alle Tabellen ersetzen“ zu behandeln, ist der sichere Weg, dass solche Vorhaben steckenbleiben; der richtige Schritt ist, den Stapel zu sortieren und bei jeder Tabelle danach zu handeln, was sie tatsächlich ist.
Der Grund, warum der Alles-auf-einmal-Ansatz scheitert, ist, dass er riesig, riskant und größtenteils überflüssig ist. Die meisten Tabellen in jedem Unternehmen sind harmlos, und sie neu zu bauen bringt nichts. Der Wert steckt in wenigen Tabellen, den tragenden, fehleranfälligen, die von Hand ineinander kopiert werden, und genau diese zu finden ist die eigentliche Arbeit. Eine Triage sagt Ihnen, wo Sie Aufwand investieren sollten und, ebenso wichtig, wo nicht.
Der erste Schritt ist also nicht, irgendetwas zu bauen. Es ist, den ganzen Stapel anzusehen und zu sortieren, denn Sie können nicht sinnvoll ersetzen, was Sie nicht inventarisiert haben.
Nehmen Sie sich kurz Zeit, die Tabellen aufzulisten, von denen das Unternehmen tatsächlich abhängt, und halten Sie für jede die wenigen Fakten fest, die über ihr Schicksal entscheiden. Das ist eine Übung auf Papier, und es ist die ertragreichste Stunde im ganzen Vorhaben.
Ein Logistikunternehmen ging davon aus, es müsse „alle Tabellen ersetzen“, und stellte sich auf ein riesiges Projekt ein. Das Inventar zeigte vierzehn Tabellen, von denen elf harmlos und völlig in Ordnung waren, zwei nur das wöchentliche Kopieren zwischen ihnen automatisiert brauchten, und genau eine, der Versand-Tracker, von dem alle abhingen und der monatlich zerbrach, das eigentliche Risiko war. Aus dem Projekt „alles neu bauen“ wurde „eine Tabelle neu bauen, zwei Nahtstellen automatisieren, elf in Ruhe lassen“, und deshalb wurde es tatsächlich fertig.
Mit dem Inventar in der Hand fällt jede Tabelle in einen von drei Töpfen, und die Fakten, die Sie festgehalten haben, weisen klar auf den richtigen.
Der Reflex, sobald man beschließt, „von den Tabellen wegzukommen“, ist, alle zu ersetzen, aber das ist fast immer falsch. Eine Tabelle ist wirklich das beste Werkzeug für eine einfache Aufgabe mit geringem Risiko und einem einzigen Eigentümer, und diese als Software neu zu bauen bringt Kosten und Starrheit ohne jeden Nutzen. Der Gewinn kommt daher, die wenigen tragenden Tabellen neu zu bauen und die wenigen manuellen Nahtstellen zu automatisieren, und den Rest dann bewusst in Ruhe zu lassen. Zurückhaltung ist Teil der Strategie.
Sobald Sie wissen, welche Tabellen Sie neu bauen und welche Nahtstellen Sie automatisieren, schützen Sie die Reihenfolge und die Methode davor, das Unternehmen auf einen Umstieg auf einen Schlag zu setzen.
Was das heute praktikabel macht, ist, dass das Neubauen der wenigen Tabellen, die es brauchen, nicht mehr einen Entwickler, ein Budget und eine Warteschlange bedeutet. Sie können den Arbeitsablauf hinter einer tragenden Tabelle beschreiben, ihre Datensätze, ihre Regeln, wer sie anfasst, und noch am selben Tag eine funktionierende Anwendung erhalten, sie dann neben der Tabelle laufen lassen und die Tabelle stilllegen, sobald sie sich Vertrauen verdient hat. Der Stapel, der zufällig gewachsen ist, wird bewusst ersetzt, eine überlegte Entscheidung nach der anderen, und Sie behalten das Eigentum an der Software und den Daten, die Sie bauen. Beschreiben Sie die Tabellen, die es wert sind, neu gebaut zu werden, und erhalten Sie eine Software, die auf sie zugeschnitten ist, sodass aus dem zufälligen Betriebssystem eines wird, das Sie tatsächlich gewählt haben.
Fast nie alle. Ein Unternehmen läuft auf einem Stapel Tabellen, die nicht gleich sind: die meisten sind harmlos und in Ordnung, manche brauchen nur, dass das manuelle Kopieren zwischen ihnen automatisiert wird, und einige tragende, fehleranfällige sind es wert, als Software neu gebaut zu werden. Sortieren Sie den Stapel und handeln Sie bei jeder Tabelle danach, was sie ist; Zurückhaltung ist Teil der Strategie.
Inventarisieren Sie jede und fragen Sie, was sie enthält, was zerbricht, wenn sie morgen falsch ist, wie sie mit anderen Tabellen verbunden ist und wie oft sie bereits schiefgeht. Bauen Sie die tragenden, fehleranfälligen, von mehreren Personen genutzten Tabellen neu, wo sich Validierung und Berechtigungen auszahlen; automatisieren Sie die Nahtstellen, an denen Tabellen von Hand kopiert werden; und behalten Sie die einfachen Tabellen mit geringem Risiko und einem Eigentümer, wie sie sind.
Die riskanteste zuerst, nicht die einfachste. Bauen Sie die eine tragende, fehleranfällige Tabelle vor den einfachen neu, importieren Sie die echten Daten und lassen Sie die neue Software ein bis zwei Wochen neben der Tabelle laufen als Sicherheitsnetz. Automatisieren Sie dann ihre manuellen Nahtstellen und gehen Sie zur nächsten. Nacheinander funktionierende Teile schlagen einen Umstieg auf einen Schlag, der mehrere Prozesse auf einmal zerbricht.
In den meisten Fällen nicht mehr. Sie können den Arbeitsablauf hinter einer tragenden Tabelle beschreiben, ihre Datensätze, Regeln und wer sie nutzt, und noch am selben Tag eine funktionierende Anwendung erhalten, sie parallel zur Tabelle laufen lassen und die Tabelle stilllegen, sobald sie sich Vertrauen verdient hat. Genau das macht es praktikabel, nur die Tabellen zu sortieren und zu ersetzen, die zählen, statt daraus ein großes Projekt zu machen.