Zum Inhalt springen
Hildebrandt.AI

Systeme

Der ganze Betrieb
auf einer Seite.

Ein Cockpit ist die Ansicht, auf die jemand schaut, bevor der Tag verteilt wird. Der folgende Fall beschreibt einen solchen Bau in der Reihenfolge, in der die Entscheidungen tatsächlich fielen. Er beginnt bei drei Programmen, die nichts voneinander wissen, und endet bei einer Ansicht, an der jede Zahl ihre Herkunft mitführt. Die längste Etappe war dabei die Festlegung, was eine Kennzahl überhaupt zählt.

01Ausgangslage

Ein Betrieb führt Aufträge in einem Programm, Zeiten in einem zweiten und Rechnungen in einem dritten. Jedes davon zeigt seinen Ausschnitt richtig. Für den Gesamtstand entsteht am Montagvormittag eine Tabelle: drei Ausleitungen, von Hand nebeneinandergelegt, Summen darunter. Diese Tabelle ist mittags fertig und am Dienstag überholt. Fragen, die zwischendurch aufkommen, werden aus dem Gedächtnis beantwortet oder auf den nächsten Montag vertagt. Wenn zwei Programme unterschiedliche Summen liefern, klärt niemand, welche stimmt, weil die Klärung länger dauert als die Frage wert scheint.

02Die Frage vor dem Bau

Die Frage Entsteht eine Kennzahl im Cockpit selbst, oder bleibt ihre Berechnung dort, wo die Daten geführt werden.
Weg eins: eigene Rechnung im Cockpit Das Cockpit hält Kopien der drei Bestände und bildet daraus seine eigenen Summen. Folge: Die Ansicht ist schnell und läuft auch dann, wenn eine Quelle stillsteht. Sobald ein Quellprogramm seine Regeln ändert, laufen zwei Rechenwege auseinander, und bei jeder Abweichung steht Aussage gegen Aussage.
Weg zwei: Rechnung bleibt an der Quelle Das Cockpit holt die Werte dort ab, wo die Daten geführt werden, und legt nur zusammen, was dieselbe Bedeutung hat. Folge: Die Zahlen bleiben mit den Quellprogrammen deckungsgleich. Der Aufbau hängt an den Zugängen der Fremdanbieter, und jede weitere Quelle bringt eigene Arbeit mit.
Die Entscheidung Weg zwei. Eine Zahl, die dem Quellprogramm widerspricht, kostet mehr Vertrauen, als eine schnellere Ansicht einbringt.

03Etappen

  1. 01

    Die Montagsfrage aufschreiben

    Vor dem ersten Entwurf wird notiert, welche Entscheidungen regelmäßig anstehen und welche Zahl dafür fehlt. Entschieden wurde eine harte Grenze: Auf die Ansicht kommt nur, was an einer dieser Entscheidungen hängt. Weitere Wünsche gehen auf eine Liste für später.

  2. 02

    Jede Kennzahl schriftlich festlegen

    Ein offener Auftrag bedeutet in den drei Programmen drei verschiedene Dinge: einmal alles ohne Schlussrechnung, einmal alles ohne Abnahme, einmal alles ohne vollständig erfasste Zeiten. Entschieden wurde je Kennzahl eine schriftliche Festlegung: welcher Datensatz zählt, ab welchem Zeitpunkt und in welcher Einheit.

  3. 03

    Die Zugänge zu den Beständen

    Jedes Quellprogramm wird über seinen offiziellen Zugang angebunden, mit einem eigenen Schlüssel je Verbindung. Entschieden wurde das Verhalten im Ausfall: Antwortet eine Quelle nicht, bleibt die zugehörige Zahl mit dem Zeitpunkt ihrer letzten gültigen Abfrage stehen und trägt eine Meldung. Eine Ansicht, die einen Ausfall verschweigt, führt zu Entscheidungen auf veraltetem Stand.

  4. 04

    Eine einzige Zahl gegen die Wirklichkeit

    Gebaut wurde zuerst die Kennzahl, an der am meisten hängt, noch ohne Oberfläche darum herum. Nachgerechnet wurde sie an abgeschlossenen Monaten, deren Ergebnis im Betrieb bekannt war. Zwei Abweichungen tauchten auf, beide gingen auf Vorgänge zurück, die in der Festlegung fehlten. Entschieden wurde, die Festlegung zu ergänzen und erneut zu rechnen.

  5. 05

    Die Herkunft anklickbar machen

    Jede Summe führt auf die Einzelposten, aus denen sie besteht, und von dort auf den Datensatz im Quellprogramm. Entschieden wurde, dass keine Zahl ohne diesen Weg auf die Ansicht kommt. Eine Summe, deren Herkunft niemand nachsehen kann, wird beim ersten Zweifel zur Verhandlungssache.

  6. 06

    Rechte, Kontrollgang und Übergabe

    Zum Schluss wird festgelegt, welche Rolle welchen Ausschnitt sieht. Ein eigener Kontrollgang durchsucht danach jede Ansicht nach Zahlen ohne Datenanschluss und nach Resten aus Testläufen. Übergeben werden der Quelltext, die Zugänge und das Verzeichnis der Festlegungen.

04Die zähe Stelle

Die zweite Etappe dauerte länger als die übrigen zusammen. Der Grund lag außerhalb der Technik: Für mehrere Kennzahlen gab es im Betrieb zwei gelebte Auslegungen nebeneinander, je nach Abteilung, und beide hatten ihre Berechtigung. Jede Festlegung musste deshalb mit den Personen geklärt werden, die täglich damit arbeiten, und das ging nur in deren Takt. Zwei Dinge hat diese Etappe verändert. Das Verzeichnis der Festlegungen wurde zum Bestandteil der Übergabe und ist an jeder Zahl abrufbar. Und eine gewünschte Kennzahl fiel heraus: Ihre Grundlage lag in Papierlisten, die niemand vollständig erfasst hatte. Eine Schätzung hätte an dieser Stelle ausgesehen wie eine Messung, und danach wäre dann entschieden worden.

05Das fertige Ding

  • Eine Übersicht. Der laufende Stand steht darauf, daneben der Abstand zum Vergleichszeitraum.
  • Ein Weg zur Herkunft. Jede Summe lässt sich bis zum einzelnen Datensatz im Quellprogramm aufklappen.
  • Ein Zeitpunkt an jeder Zahl. Er nennt die letzte gültige Abfrage an der Quelle.
  • Eine Ausfallmeldung. Antwortet ein Quellprogramm nicht, steht das an der betroffenen Zahl.
  • Ein Verzeichnis der Festlegungen. Zu jeder Kennzahl ist dort hinterlegt, welcher Datensatz zählt und ab wann.
  • Rechte je Rolle. Jede Person bekommt den Ausschnitt, der zu ihrer Aufgabe gehört.
  • Quelltext und Zugänge. Beides liegt nach der Übergabe im Betrieb.

06Übertragbares

Was in einem anderen Fall gleich bleibt

  1. 01Die Entscheidung vor der Ansicht. Zuerst steht fest, was regelmäßig entschieden wird, danach erst, was zu sehen ist.
  2. 02Die schriftliche Festlegung je Kennzahl. Ohne sie streiten zwei Abteilungen über dieselbe Summe.
  3. 03Der Weg zur Herkunft. Eine Summe ohne Verbindung zu ihren Einzelposten hält dem ersten Zweifel nicht stand.
  4. 04Das Verhalten bei Ausfall. Eine stumme Quelle erscheint als Meldung an der Zahl, die von ihr abhängt.

Wo ein anderer Fall abweicht

  1. 05Die Zahl der Quellen. Bei einem einzigen Programm entfällt der Abgleich zwischen Beständen, bei vielen Quellen liegt dort der größte Teil der Arbeit.
  2. 06Der Takt der Aktualisierung. Für manche Ansicht genügt ein nächtlicher Stand, andere braucht die Abfrage im Moment des Aufrufs.
  3. 07Die Datenmenge. Wenige tausend Vorgänge lassen sich direkt lesen, große Rohdatenbestände brauchen eine Verdichtungsstufe davor.
  4. 08Der Kreis der Leser. Für eine Person genügt eine Ansicht ohne Rollen, sobald mehrere Abteilungen daraufschauen, gehören Rechte und Protokoll dazu.

Anfang eines solchen Falls

Ein Fall dieser Art beginnt mit der Frage, welche Entscheidung regelmäßig ansteht und welche Zahl dafür fehlt. Vorliegen muss dazu eine Auskunft, in welchen Programmen die betroffenen Daten heute geführt werden und wer den Zugang dazu erteilen darf. Hilfreich ist ein abgeschlossener Zeitraum, dessen Ergebnis im Betrieb bekannt ist; daran lässt sich die erste Kennzahl prüfen. Aus diesen Angaben entsteht ein Festpreis, bevor gebaut wird. Im einfachsten Fall steht die erste geprüfte Zahl an einem Tag.