← Zurück zu den Notizen

Was mir 112 vom Kunden gemeldete UAT-Issues darüber gezeigt haben, Acceptance als Feedbackschleife für Produktionsdesign statt als Release-Gate zu behandeln.

Per E-Mail teilen
Downloads 00
Keine angehängten Dateien Diese Notiz enthält keine zusätzlichen Dateien zum Herunterladen. 0
Sprachausgabe wird von diesem Browser oder Gerät nicht unterstützt.

Ein verbreitetes Delivery-Modell behandelt UAT als letzte Checkbox vor dem Release: Implementierung endet, Nutzer verifizieren sie, Bugs werden behoben, Software geht live.

Für operative Systeme ist dieses Modell zu flach.

In einer Produktionsplattform ist UAT oft der erste Moment, in dem ein technisch kohärenter Workflow mit der tatsächlichen Abfolge von Entscheidungen auf dem Shopfloor kollidiert. Die nützliche Frage lautet nicht nur „Funktioniert es?“. Sie lautet „Bildet das System den Betrieb so ab, wie Menschen ihn tatsächlich ausführen?“

112 Issues waren nicht 112 Bugs

In einem MES/APS-Projekt habe ich 112 vom Kunden gemeldete UAT-Issues gelöst, darunter 17 als kritisch markierte. Einige waren klassische Defekte. Andere legten falsche Annahmen, unklare Rollengrenzen, Zustandsübergänge, Sichtbarkeit oder die Reihenfolge offen, in der Informationen verfügbar werden.

Jede Meldung als isoliertes Ticket zu behandeln, hätte Symptome repariert und gleichzeitig das falsche Modell erhalten.

Stattdessen ist jeder Befund hilfreicher, wenn er einem von vier Typen zugeordnet wird:

  1. Implementierungsdefekt;
  2. fehlende Domänenregel;
  3. Workflow-Mismatch;
  4. mehrdeutige Akzeptanzbedingung.

Die Einordnung verändert den Fix. Ein Defekt bekommt einen Patch. Eine Lücke in der Domänenregel kann eine Modelländerung erfordern. Ein Workflow-Mismatch kann mehrere Screens gleichzeitig entwerten. Ein mehrdeutiges Akzeptanzkriterium sollte zu einer testbaren Aussage werden, bevor weiterer Code entsteht.

Acceptance sollte Evidenz hinterlassen

Bei geschäftskritischen Abläufen ist „getestet“ eine schwache Dokumentation. Ich bevorzuge eine Acceptance-Matrix, die ein Szenario mit Vorbedingungen, Akteur, Schritten, erwartetem Zustand und Evidenz verbindet.

Das erfüllt zwei Aufgaben zugleich: Der Kunde erhält eine präzise Oberfläche für Widerspruch, und die finale Übergabe wird reproduzierbar.

Die praktische Regel

Nutze UAT als Review des Domänenmodells mit funktionierender Software.

Wenn eine Meldung eintrifft, frage, ob sie auf ein lokales Implementierungsproblem oder auf eine falsche Annahme weiter oben verweist. In der zweiten Kategorie verstecken sich die teuren Bugs – und dort liefert UAT den größten Wert.

0%