In Teil eins haben wir die fünf Signale benannt, dass eine Datei ihre Grenze überschritten hat, und mit einer Fünf-Minuten-Übung zu einer einzelnen Datei geschlossen. Wenn Sie sie gemacht haben, haben Sie jetzt schriftliche Antworten zu einer Datei. Dieser Teil weitet die Übung auf das ganze Unternehmen aus, denn der teuerste Fehler jeder Migration passiert vor dem Umzug und nicht währenddessen: mit der falschen Datei anzufangen.

Der Grund: Was Sie für Ihr System halten, ist nicht unbedingt Ihr System. Es gibt die offizielle Datei — formatiert, freigegeben, in Besprechungen gezeigt — und es gibt eine andere, weit weniger ansehnliche, die jemand jeden Morgen öffnet und in der er den ganzen Tag arbeitet und aus der die Zahlen stammen, auf denen Ihre Entscheidungen beruhen. Die zweite ist Ihr tatsächliches führendes System, auch wenn sie noch nie jemand so genannt hat. Aufgabe dieses Teils ist es, sie zu finden.

Warum die Zahl der Dateien überhaupt wächst

Niemand beschließt eines Morgens, dass das Unternehmen vierzig Tabellen haben soll. Die Zahl wächst, weil jede neue Tabelle im Moment ihrer Entstehung die schnellste verfügbare Antwort war. Eine Abteilung brauchte ein Feld, das die Hauptdatei nicht hatte, also legte sie daneben eine kleine an. Jemand musste arbeiten, ohne andere zu blockieren, also machte er eine Kopie. Die Geschäftsleitung wollte einen Bericht in anderer Form, also entstand eine Datei, die aus zwei anderen zieht. Jeder Schritt ist vernünftig; in der Summe entsteht eine Landkarte, die niemand gezeichnet hat.

Und weil das Wachstum schleichend ist, verliert das Unternehmen nach und nach den Überblick, welche Datei welche speist. Sie stellen fest, dass ein Monatsbericht aus einer Tabelle zieht, deren Verantwortlicher sie seit Monaten nicht mehr aktualisiert, oder dass zwei Dateien dieselben Daten enthalten und jede Abteilung nur ihre eigene Kopie pflegt. Diese unsichtbaren Verknüpfungen machen die Bestandsaufnahme zu einem Schritt, den Sie nicht überspringen können, statt zu bloßem administrativem Aufräumen.

Drei Fragen, die das tatsächliche System offenlegen

Sie brauchen keine lückenlose Durchsicht aller Dateien im Unternehmen. Drei Fragen trennen die Dateien, die die Arbeit tragen, von den Dateien, die nur Kopien davon enthalten:

  • Welche Datei würde, wenn sie heute verloren ginge, morgen die Arbeit stoppen? Das ist die stärkste Frage der gesamten Bestandsaufnahme, weil sie die Abhängigkeit misst und nicht die erklärte Bedeutung. Stellen Sie sie in operativen Begriffen: Wenn wir morgen öffnen und sie wäre weg, könnten wir dann noch Ware annehmen, ausgeben, Rechnungen stellen und einem Kunden antworten? Nur sehr wenige Dateien führen zu einem Nein — und genau diese sind Ihr System.
  • Wer öffnet sie täglich? Eine Datei, die einmal im Monat geöffnet wird, ist ein Bericht; eine Datei, die jeden Morgen geöffnet und im Laufe des Tages fortgeschrieben wird, ist ein operativer Datenbestand. Die tägliche Nutzung ist der verlässlichste Hinweis darauf, dass eine Datei Teil des Prozesses selbst geworden ist und nicht nur seine Beschreibung.
  • Auf welcher Datei bauen andere Dateien auf? Verfolgen Sie die Richtung: Woher kommen die Zahlen dieser Datei, und wohin gehen sie? Eine Datei, die drei andere speist, ist eine Quelle, und jeder Fehler darin wirkt sich dreifach aus, bevor er auffällt. Eine Datei, die nichts speist und von nichts gespeist wird, ist eine starke Kandidatin für die Stilllegung statt für die Migration.

Wenden Sie die drei Fragen an, aber beantworten Sie sie nicht allein. Fragen Sie die Menschen, die tatsächlich in den Dateien arbeiten — die Antwort liegt bei denen, die sie öffnen, nicht bei denen, die ihre Berichte erhalten. Höchstwahrscheinlich stoßen Sie auf eine Datei, von deren Existenz Sie nichts wussten, und das wird einer der wichtigsten Funde sein.

Was die Bestandsaufnahme meist zutage fördert

Die Bestandsaufnahme liefert nicht nur eine Liste; sie erklärt Probleme, mit denen Sie ohne erkennbaren Grund gelebt haben. Vier wiederkehrende Befunde:

  • Die offizielle Datei ist nicht die genutzte Datei. Die sorgfältig gebaute, freigegebene Vorlage liegt brach, und das Team arbeitet in einer einfacheren privaten Kopie, die zur tatsächlichen Arbeitsweise passt. Das ist kein Fehlverhalten, sondern eine Information: Die offizielle Vorlage entspricht nicht dem tatsächlichen Prozess, und der Prozess hat gewonnen.
  • Ein Datum an zwei Orten. Dieselbe Kunden- oder Preisliste existiert in zwei Dateien, und jede Abteilung pflegt ihre eigene. Das ist die direkte Ursache dafür, dass sich die Zahl je nach Ansprechpartner ändert, wie in Teil eins beschrieben. Die dauerhafte Lösung lautet, dass jedes Datum genau einen Ort hat, an dem es geschrieben wird — das Prinzip hinter einer einzigen Quelle, die alle sehen können.
  • Tote Dateien, die weiter Zeit kosten. Eine Tabelle, die zwei Jahre lang jede Woche aktualisiert wurde und die niemand liest. Migrieren Sie sie nicht und verbessern Sie sie nicht — fragen Sie, wer sie nutzt, und wenn keine Antwort kommt, setzen Sie sie für zwei Wochen aus und schauen Sie, ob jemand danach fragt.
  • Bedeutung, die außerhalb der Datei steckt. Eine Spalte namens Status mit Codes, die nur eine Person versteht, oder eine farbig markierte Zeile, die dringend bedeutet, ohne es zu sagen. Die Daten sind vorhanden, ihre Bedeutung aber nicht, und das ist das Thema des nächsten Teils.

Die Sicht von Origami

Wir sind ein Technologieunternehmen, das Systeme für saudische Unternehmen entwickelt, und das Erste, worum wir bei solchen Projekten bitten, ist kein schriftliches Anforderungsdokument, sondern die Dateien selbst, genau so, wie sie sind — mit Unordnung, ausgeblendeten Spalten, Ausnahmen und allem anderen. Der Grund: Die Datei dokumentiert, wie das Unternehmen tatsächlich arbeitet, während das schriftliche Dokument festhält, wie es arbeiten soll, und in der Lücke zwischen beiden scheitern Projekte.

Die Reihenfolge, die wir empfehlen: Die Bestandsaufnahme kommt vor jeder Entscheidung über Werkzeuge oder Umfang. Ein Unternehmen, das weiß, dass es genau zwei kritische Dateien hat, trifft eine völlig andere Entscheidung als eines, das annimmt, vierzig Dateien müssten alle umziehen, und dieser Unterschied zeigt sich im Projektumfang und in der Projektdauer. Deshalb beginnen unsere Leistungen damit, das Vorhandene zu lesen, bevor ein Ersatz entworfen wird — dieselbe Logik, die wir in wie Sie ein System erfolgreich einführen bei Datenmigration und Veränderungsmanagement dargelegt haben.

Das Ergebnis: eine einseitige Liste

Auf eine Bestandsaufnahme, die keine Seite hervorbringt, ist kein Verlass. Machen Sie das Ergebnis zu einer einzigen Tabelle von höchstens einer Seite mit nur vier Spalten für jede kritische Datei:

  • Die Datei. Ihr echter Name und ihr tatsächlicher Speicherort: auf wessen Rechner, in welchem freigegebenen Ordner, unter welchem Konto. Den Speicherort genau aufzuschreiben, ist schon für sich eine aufschlussreiche Übung.
  • Ihr Verantwortlicher. Eine namentlich benannte Person, keine Abteilung. Wenn Sie keinen einzelnen Namen finden, hat die Datei keinen Verantwortlichen, und das ist ein Befund, der festgehalten werden sollte.
  • Was von ihr abhängt. Welche Abläufe stoppen, wenn sie ausfällt, und welche Dateien oder Berichte aus ihr ziehen. Diese Spalte bestimmt in Teil vier die Reihenfolge der Migration.
  • Ob es eine Sicherung gibt. Mit einer klaren Antwort: ja, automatisch; ja, manuell und von einer namentlich benannten Person erledigt; oder nein. Und wenn die Antwort eine Kopie auf demselben Rechner ist, zählt das nicht als Sicherung.

Die Zahl der Zeilen in dieser Liste entscheidet über den Umfang jeder anstehenden Migration, und sie wird meist weit kleiner sein, als Sie erwarten. Eine Datei, die zwei Merkmale vereint — ohne sie steht die Arbeit still, und es gibt keine Sicherung —, ist Ihre Priorität Nummer eins, unabhängig von jedem anderen Plan. Und eine Datei, von der nichts abhängt, verdient es gar nicht, umzuziehen; das zu wissen, erspart Ihnen die Hälfte der Arbeit.

In den nächsten Teilen

Wir wissen, welche Datei das System ist; jetzt muss sie umzugsfähig werden. Der nächste Teil behandelt die Datenbereinigung vor der Migration: Dubletten unter verschiedenen Namen für denselben Geschäftspartner, gemischte Datumsformate, als Text gespeicherte Zahlen und Spalten, deren Bedeutung niemand kennt. Die Regel, auf der wir aufbauen: Jede Bedeutung, die in einer Farbe oder im Kopf eines Menschen steckt, muss vor dem Umzug zu einem geschriebenen Feld werden. Danach geht es um eine Migrationsreihenfolge, bei der der Betrieb weiterläuft, dann um Berechtigungen, dann um Berichte, und zum Abschluss um die ersten dreißig Tage nach dem Umzug.

Quellen