Wann Quality Gates greifen müssen
Quality Gates nur dort einsetzen, wo ein Fehler eine Entscheidung, Pflicht oder Lieferung wirklich gefährdet.
Diese Story erklärt, wann ein Quality Gate sinnvoll ist und wann eine Warnung reicht.
Ausgangslage
Viele Teams starten mit der Idee, jede Regel hart zu blockieren. Das klingt konsequent, führt aber schnell zu Frust. Andere Teams lassen alles nur warnen; dann werden kritische Fehler zwar gesehen, aber nicht verhindert.
Das Problem ist nicht die Regel. Das Problem ist die falsche Reaktion.
Begriffe vor dem Lesen
- Soft Prüfpunkt — warnt und erzeugt Nacharbeit, blockiert aber nicht automatisch.
- Hard Prüfpunkt — stoppt Veröffentlichung, Verarbeitung oder Nutzung.
- Materialität — Bedeutung eines Fehlers für Entscheidung, Pflicht oder Schaden.
- Exception — befristete Ausnahme mit verantwortliche Person, Grund und Ablaufdatum.
Die Regel
Ein Hard Gate gehört an Stellen, an denen falsche Daten einen materiellen Schaden auslösen können: falscher Abschluss, falsche regulatorische Meldung, falsche Kundenkommunikation, unzulässiger Zugriff oder gefährliche operative Entscheidung.
Ein Soft Gate reicht, wenn die Daten weiter nutzbar sind, aber Nacharbeit oder Beobachtung brauchen.
Für den Vertrieb
Im Angebot sollte klar sein, welche Gates geliefert werden und warum. “Wir bauen 200 Tests” ist schwach. “Wir sichern drei kritische Entscheidungen mit passenden Gates und Ausnahmen” ist verständlich.
Warum das wichtig ist
Wann Quality Gates greifen müssen darf kein abstrakter Governance-Satz bleiben innerhalb der Serie Quality Foundations. Der Nutzen entsteht erst, wenn ein Team versteht, welche Entscheidung geschützt wird, wer fachlich zuständig ist, welche Daten oder Prozesse betroffen sind und woran man später erkennt, dass die Vereinbarung wirklich umgesetzt wurde.
Konkretes Beispiel
Ein Fachbereich bereitet einen Report, ein Datenprodukt, einen Workflow oder eine Übergabe an einen Kunden vor. Zuerst wirkt alles geklärt: Es gibt eine Quelle, eine Kennzahl, eine Regel oder einen bestehenden Prozess. Im Review zeigt sich aber, dass verschiedene Teams unterschiedliche Definitionen, Aktualisierungszyklen, Freigaben oder Nachweise meinen. Genau an dieser Stelle hilft Governance: Aus einer allgemeinen Diskussion wird eine konkrete Vereinbarung mit Zweck, Owner, Umsetzung und prüfbarer Evidence.
Mini-Check
- Welche fachliche Entscheidung schützt diese Story?
- Welche Rolle akzeptiert das Ergebnis aus fachlicher Sicht?
- Welches System, welcher Datensatz, Report oder Prozess ist betroffen?
- Welcher Nachweis zeigt, dass die Vereinbarung umgesetzt wurde?
- Was passiert, wenn die Regel nicht eingehalten werden kann?
Quality Foundations
Part 2 of 4
View series