Aufbau
Jeder Befund hat dieselben fünf Felder.
Das ist keine Formalie. Die Felder erzwingen, dass jede Aussage belegt ist und dass die Bewertung von der Beobachtung getrennt bleibt.
- Beobachtung. Was tatsächlich vorgefunden wurde, ohne Wertung und ohne Vermutung über die Ursache.
- Fundstelle. Datei, Systemkomponente, Konfiguration oder Messwert. Jeder Befund muss von einem Dritten nachprüfbar sein, auch ohne uns.
- Auswirkung. Was das für den Geschäftsbetrieb bedeutet — nicht, was es technisch bedeutet.
- Bewertung. Unsere Einordnung, ausdrücklich als solche gekennzeichnet und von den ersten drei Feldern getrennt.
- Empfehlung. Zielzustand, nicht Produkt. Ein Maßnahmenplan, der nur mit dem Prüfer umsetzbar ist, ist kein Plan, sondern ein Angebot.
Auszug · Befundbericht
Drei Befunde, ungekürzt.
B-04 · Zwei Systeme führen dieselben Kundenstammdaten
Beobachtung. Kundenstammdaten werden sowohl im ERP als auch im Kundenportal angelegt und geändert. Ein Abgleich läuft nachts in eine Richtung (ERP → Portal). Änderungen, die tagsüber im Portal entstehen, werden im nächsten Lauf überschrieben. In der Stichprobe über 200 Datensätze wichen 31 in mindestens einem Feld zwischen beiden Systemen ab, überwiegend bei Anschrift und Zahlungsbedingung.
Fundstelle. Abgleichskript, Zeitplan im Aufgabenplaner des Anwendungsservers; Portal-Datenbank, Tabelle der Kundendatensätze mit eigenem Änderungsdatum; Stichprobe dokumentiert in Anlage 2.
Auswirkung. Rechnungen gehen an veraltete Anschriften. Die Zahlungsbedingung, die der Vertrieb im Portal hinterlegt, gilt fachlich, wird aber nachts zurückgesetzt — die Buchhaltung arbeitet damit gegen den Vertrieb, ohne dass eine der beiden Seiten den Widerspruch sieht. Der Aufwand für die Nachbearbeitung fällt bei der Buchhaltung an und ist dort als „normal" eingestuft.
Bewertung. Dies ist kein Fehler im Abgleich, sondern eine fehlende Entscheidung. Solange nicht festgelegt ist, welches System für welches Feld die führende Quelle ist, erzeugt jede weitere Integration denselben Konflikt an einer neuen Stelle. Die Reihenfolge ist deshalb wichtig: Erst die Festlegung, dann die Technik.
Empfehlung. Feldweise Zuordnung einer führenden Quelle, schriftlich und fachlich abgestimmt. Danach den Abgleich so umbauen, dass er Änderungen aus der jeweils führenden Quelle übernimmt und Konflikte meldet, statt sie stillschweigend aufzulösen. Ein Konflikt, der niemandem auffällt, ist teurer als einer, der eine Meldung erzeugt.
B-07 · Der nächtliche Abgleich hat keinen Wiederanlauf
Beobachtung. Der Abgleich läuft als einzelner Vorgang ohne Zwischenstände. Bricht er ab — beobachtet bei Zeitüberschreitung des Fremdsystems —, bleibt der Datenbestand in einem teilweise übertragenen Zustand. Es gibt keine Wiederholung, keine Benachrichtigung und keine Protokollierung des Abbruchs außerhalb der Standardausgabe. In den Protokollen der letzten sechs Monate fanden sich sieben solche Abbrüche.
Fundstelle. Abgleichskript, kein Fehlerbehandlungsblock um den Übertragungsteil; Aufgabenplaner ohne Wiederholungsregel; Protokollverzeichnis mit den sieben Abbrüchen, Zeitstempel in Anlage 3.
Auswirkung. Nach einem Abbruch ist der Bestand tagsüber uneinheitlich, ohne dass jemand davon weiß. Aufgefallen ist es bisher immer erst über Beschwerden aus dem Vertrieb. Die Korrektur kostet nach Angabe des Verantwortlichen einen halben Arbeitstag, weil von Hand nachvollzogen werden muss, bis zu welchem Datensatz der Lauf gekommen war.
Bewertung. Der Befund ist billig zu beheben und wird trotzdem regelmäßig übersehen, weil der Abgleich in 96 Prozent der Nächte funktioniert. Die entscheidende Größe ist nicht die Fehlerquote, sondern dass ein Fehler unbemerkt bleibt. Ein Vorgang ohne Wiederanlauf ist vertretbar, ein Vorgang ohne Meldung nicht.
Empfehlung. Verarbeitung in Abschnitten mit festgehaltenem Fortschritt, damit ein Wiederanlauf an der Abbruchstelle möglich ist. Zusätzlich eine Meldung an einen benannten Verteiler bei jedem Abbruch. Die Wiederholung ist die Kür, die Meldung ist die Pflicht.
B-11 · Das Betriebswissen zum Portal liegt bei einer Person
Beobachtung. Auslieferung, Konfiguration und Fehlersuche des Kundenportals werden von einer einzelnen Person durchgeführt. Es existiert keine schriftliche Betriebsanleitung. Die Auslieferung erfolgt von deren Arbeitsplatz aus über ein manuell ausgeführtes Skript; die Zugangsdaten dafür liegen ausschließlich dort. In den Gesprächen konnte keine zweite Person den Ablauf beschreiben.
Fundstelle. Gespräche mit vier Beteiligten; Auslieferungsskript ohne Ablage im Versionsverwaltungssystem; kein Eintrag im Betriebshandbuch.
Auswirkung. Fällt diese Person aus, ist das Portal nicht mehr änderbar und im Störungsfall nicht wiederherstellbar. Das betrifft den Kanal, über den nach Angabe der Geschäftsführung ein erheblicher Teil der Auftragseingänge läuft. Der Zustand ist intern bekannt und wird als Personalfrage behandelt.
Bewertung. Es ist keine Personalfrage, sondern eine Architekturfrage. Wissen, das nur in einem Kopf existiert, ist ein Systemzustand und wird auch so behoben — durch einen ausführbaren, dokumentierten Ablauf, nicht durch eine Einarbeitung. Dieser Befund ist der einzige im Bericht, dessen Auswirkung wir als „sehr hoch" einstufen, obwohl er technisch am einfachsten zu beheben ist.
Empfehlung. Auslieferungsskript in die Versionsverwaltung, Ausführung von einem gemeinsam zugänglichen Ort statt vom Arbeitsplatz, Zugangsdaten in eine Ablage mit geregeltem Zugriff. Danach den Ablauf einmal von einer zweiten Person durchführen lassen — das ist der Nachweis, nicht die Dokumentation.
Auszug · Dokument 02
Risikoregister.
Sortiert nach Auswirkung auf das Geschäft, nicht nach technischer Schwere. Die Spalte ganz rechts ist die, nach der in der Praxis entschieden wird.
| ID | Befund | Betroffener Prozess | Eintritt | Auswirkung | Wiederherstellung |
|---|---|---|---|---|---|
| B-04 | Zwei Systeme führen dieselben Kundenstammdaten | Auftragsannahme, Rechnungsstellung | Bereits eingetreten, laufend | Hoch | Nicht anwendbar — Dauerzustand |
| B-07 | Nächtlicher Abgleich ohne Wiederanlauf | Bestandsführung | Etwa monatlich | Hoch | 4 bis 6 Stunden, manuell |
| B-11 | Betriebswissen zum Portal bei einer Person | Kundenportal gesamt | Bei Ausfall dieser Person | Sehr hoch | Nicht bezifferbar |
| B-02 | Zugangsdaten im Quelltext des Portals | Kundenportal, Zahlungsanbindung | Bei Offenlegung des Repositorys | Sehr hoch | 1 bis 2 Tage |
| B-09 | Wiederherstellung aus Backup nie erprobt | Alle | Bei Datenverlust | Sehr hoch | Unbekannt — das ist der Befund |
Auszug · Dokument 03
Maßnahmenplan.
Aufwandsklassen statt Stundenschätzungen: S bis zu zwei Tage, M bis zu zwei Wochen, L darüber. Eine genauere Zahl wäre an dieser Stelle erfunden.
| Rang | Maßnahme | Befund | Aufwand | Hängt ab von | Konsequenz des Nichtstuns |
|---|---|---|---|---|---|
| 01 | Führendes System für Kundenstammdaten festlegen | B-04 | M | — | Jede weitere Integration vergrößert das Problem |
| 02 | Zugangsdaten aus dem Quelltext lösen, Schlüssel rotieren | B-02 | S | — | Offenes Sicherheitsrisiko, sofort ausnutzbar |
| 03 | Wiederherstellung einmal vollständig durchspielen | B-09 | S | — | Das Backup ist eine Annahme, keine Zusage |
| 04 | Wiederanlauf und Benachrichtigung für den Nachtlauf | B-07 | M | 01 | Monatlich ein halber Tag manuelle Nacharbeit |
| 05 | Betriebsdokumentation Portal, Vier-Augen-Zugang | B-11 | M | 02 | Das Portal ist an eine Person gebunden |
Auffällig an dieser Reihenfolge: Die beiden Maßnahmen mit dem kleinsten Aufwand stehen auf Rang zwei und drei. Priorisiert wird nach Auswirkung und Abhängigkeit, nicht nach Aufwand — aber wo beides zusammenfällt, wird es sichtbar, und genau diese Positionen setzen Auftraggeber erfahrungsgemäß sofort um.
Einordnung
Was hier steht und was nicht.
Dies ist ein Musterbericht, kein Kundendokument.
Die gezeigte Systemlandschaft ist konstruiert, die Zahlen sind es ebenfalls. Was echt ist, sind Aufbau, Detailgrad und Denkweise: So werden Befunde formuliert, so werden sie belegt, und in dieser Trennung stehen Beobachtung, Bewertung und Empfehlung auch im Original. Ein echter, geschwärzter Bericht ersetzt diese Seite, sobald eine Freigabe dafür vorliegt — bis dahin wäre es unredlich, ein Musterbeispiel als Kundenarbeit auszugeben.
Der vollständige Bericht zum gezeigten Beispiel umfasst 14 Befunde über die sechs geprüften Dimensionen, dazu das Architekturbild als bearbeitbare Quelldatei und die Entscheidungsvorlage für die eine Weichenstellung, vor der dieser Betrieb stand: Portal ablösen oder weiterbetreiben. Diese Vorlage ist das Dokument, für das das Audit tatsächlich beauftragt wurde — die 14 Befunde sind das, was auf dem Weg dorthin gefunden wurde.
Was Sie hier nicht sehen, weil es sich nicht abbilden lässt: Der belastbarste Teil der Befunde entsteht in den Gesprächen mit den Personen, die die Systeme täglich benutzen. B-11 stammt vollständig daraus. Im Quelltext war er nicht zu finden.
System-Audit
Erst der Befund. Dann die Entscheidung.
Fester Preis, feste Dauer, fünf Dokumente. Im Vorgespräch klären wir den Prüfumfang — und ob ein Audit für Ihre Frage überhaupt das richtige Werkzeug ist.
System-Audit anfragen