In fast jedem Unternehmen, das wir kennenlernen, gibt es eine Datei. Sie hat einen unscheinbaren Namen, liegt auf einem Laufwerk und wird von drei bis fünf Personen gepflegt. Sie steuert etwas Wichtiges. Aufträge, Kapazitäten, Prüfungen, Reklamationen, Wartungstermine. Und sie ist über die Jahre so gewachsen, dass niemand mehr alle Formeln erklären kann.
Diese Datei ist kein Zeichen von Rückständigkeit. Sie ist ein Zeichen von Pragmatismus. Jemand hatte ein Problem und hat es gelöst, mit dem Werkzeug, das da war, ohne Projektantrag und ohne Budget. Das verdient Respekt. Es verdient nur irgendwann auch eine Nachfolge.
Der Moment, in dem eine Tabelle die Rolle wechselt
Eine Tabelle ist ein Rechenblatt. Sie wird zur Fachanwendung, sobald andere Menschen von ihr abhängen. Dieser Wechsel passiert nicht an einem Tag und wird deshalb nie entschieden. Er wird nur irgendwann bemerkt, meistens dann, wenn die Person im Urlaub ist, die weiß, wie es geht.
Wir vergleichen das gern mit einem Trampelpfad über eine Wiese. Anfangs ist er praktisch und niemand plant ihn. Irgendwann laufen so viele Leute darüber, dass das Gras verschwindet. Spätestens wenn Lieferwagen den Pfad benutzen, wäre eine richtige Straße die günstigere Lösung. Der Zeitpunkt zum Bauen wird trotzdem meistens verpasst, weil der Pfad ja funktioniert.
Fünf Fragen, die den Zustand offenlegen
- Wie viele Personen arbeiten gleichzeitig in der Datei, und was passiert dabei mit widersprüchlichen Änderungen?
- Kann jemand nachvollziehen, wer wann welchen Wert geändert hat, und aus welchem Grund?
- Was passiert, wenn jemand eine Zeile löscht? Merkt das jemand, und wie schnell?
- Wie viele Kopien dieser Datei existieren, und welche davon ist die gültige?
- Wenn die Person, die sie gebaut hat, morgen nicht mehr da wäre, wie lange bräuchte jemand anderes, um sie zu verstehen?
Die letzte Frage ist die unbequemste. Sie ist in Wahrheit keine Softwarefrage, sondern eine Frage der Betriebsfähigkeit. Wenn die Antwort in Wochen gemessen wird, ist die Tabelle ein Risiko, unabhängig davon, wie gut sie funktioniert.
Eine Tabelle kennt keine Regeln, nur Formeln. Sie kann nicht verhindern, dass jemand etwas Falsches einträgt, sie kann es nur ausrechnen.
Was eine Fachanwendung anders macht
Der entscheidende Unterschied ist nicht die Optik und auch nicht die Geschwindigkeit. Es ist die Fähigkeit, Regeln durchzusetzen. Eine Tabelle akzeptiert jeden Wert in jeder Zelle. Eine Anwendung kann sagen: Dieser Auftrag kann nicht abgeschlossen werden, solange die Prüfung fehlt. Dieser Termin liegt vor dem Beginn und ist deshalb ungültig. Diese Änderung braucht eine Freigabe.
Damit verschiebt sich die Fehlerkontrolle von der Aufmerksamkeit einzelner Menschen in die Struktur des Systems. Das ist derselbe Gedanke, der hinter jeder Vorrichtung in der Fertigung steht. Ein Bauteil, das nur in einer Lage in die Aufnahme passt, kann nicht falsch herum eingebaut werden. Niemand nennt das Bevormundung, sondern gute Konstruktion.
Der zweite Grund: Verbindungen
Eine Tabelle ist eine Insel. Sie weiß nichts vom ERP, nichts von der Zeiterfassung, nichts vom Postfach. Deshalb tragen Menschen Daten hin und her, und genau dort entstehen die Fehler, die später niemand mehr erklären kann. Dieselbe Kundennummer in zwei Schreibweisen. Ein Status, der im einen System auf erledigt steht und im anderen nicht.
Eine Anwendung kann Verbindungen haben. Sie holt sich die Stammdaten dort, wo sie gepflegt werden, und schreibt Ergebnisse dorthin zurück, wo sie gebraucht werden. Der Nutzen daraus wird fast immer unterschätzt, weil das Abtippen nie als Aufwand erfasst wird. Es verteilt sich auf viele Menschen, in kleinen Portionen, jeden Tag.
Wann sich ein Umstieg nicht lohnt
Nicht jede Tabelle muss ersetzt werden, und wir raten regelmäßig davon ab. Eine Kalkulation, die eine Person für sich führt, ist in einer Tabelle richtig aufgehoben. Eine Auswertung, die viermal im Jahr entsteht, auch. Der Aufwand für eine Anwendung rechtfertigt sich über Wiederholung, über Beteiligte und über die Folgen von Fehlern. Fehlt eines dieser drei, bleibt die Tabelle die bessere Wahl.
- Wiederholung
- Der Ablauf passiert täglich oder wöchentlich, nicht quartalsweise
- Beteiligte
- Mehr als zwei Personen arbeiten daran, idealerweise aus mehreren Abteilungen
- Folgen
- Ein Fehler kostet Geld, Zeit oder Vertrauen beim Kunden
- Verbindungen
- Daten werden regelmäßig aus anderen Systemen übertragen
Wie ein Umstieg gelingt, ohne dass etwas stehen bleibt
Der häufigste Fehler ist der große Wurf. Ein Projekt, das alles auf einmal ablöst, braucht lange, und in dieser Zeit arbeitet niemand anders. Die Begeisterung sinkt schneller als der Fortschritt steigt.
Besser funktioniert das Gegenteil. Man nimmt den engsten Teil des Ablaufs, den Schritt, an dem es am häufigsten hakt, und baut nur diesen. Die Tabelle bleibt zunächst daneben bestehen. Wenn der neue Teil trägt, wächst er weiter. So merkt niemand einen Bruch, und die Entscheidung über den nächsten Schritt fällt mit Erfahrung statt mit Vermutung.
Und noch etwas: Die Person, die die Tabelle gebaut hat, gehört ins Projekt. Nicht aus Höflichkeit, sondern weil in ihrem Kopf die Regeln stehen, die nirgends dokumentiert sind. Ohne sie baut man ein System, das aussieht wie der Prozess und sich nicht so verhält.
