Blickwinkel

Ein Qualitätsmechanismus, der nach der Lieferung ansetzt — das Team, das die Bugs der anderen übernimmt, die QA als letzter Damm, die Defekt-Warteschlange, die Rework-Metrik —, fängt nicht nur Defekte auf: Er leitet die Rückmeldung an Dritte um, die ihrem Urheber beigebracht hätte, wie man sie gar nicht erst erzeugt. Das macht diese Mechanismen strukturell zu Verlustgeschäften, nicht ihre direkten Kosten: Sie schützen das Produkt ein einziges Mal und verschlechtern die Produktion jedes Mal. Qualität gehört also denen, die liefern, im wörtlichsten Sinn — sie allein besetzen die Position, von der aus der Defekt noch hätte vermieden werden können, und jede Verschiebung nach hinten leert diese Position von dem, was sie nützlich machte.

Zusammenfassung

Die Bewegung wiederholt sich an vier Stellen der Kette, und jedes Mal sieht sie aus wie eine gute Praxis.

Zuerst bei der Zuteilung. Einen Defekt dem verfügbaren Entwickler zu übertragen, optimiert die Ablaufplanung und kappt die Verbindung zwischen einer Lieferung und ihren Kosten. Der Urheber sieht nicht, was seine Lieferung angerichtet hat; wer korrigiert, rekonstruiert einen Kontext, den er nicht geschaffen hat, und findet eine technische Ursache, nie eine Entscheidungsursache. Die umgekehrte Regel — wer den Defekt erzeugt, behebt ihn — zählt dann weniger durch die Arbeit, die sie zuteilt, als durch die beiden Wirkungen, die sie wiederherstellt: einen Anreiz, der vor der Lieferung wirkt, und ein Lernen, das nirgendwo sonst zu haben ist.

Dann am Eingang. Eine mehrdeutige Spezifikation, die unverändert weitergegeben wird, verschwindet nicht: Sie wird später entschieden, stillschweigend, von dem, der programmiert. Das Recht, die Umsetzung im Unklaren abzulehnen, ist das genaue Gegenstück zur Pflicht, die eigenen Defekte zu beheben — in beiden Fällen weigert man sich, Entscheidung und Folge auseinanderfallen zu lassen. Der vor dem Code geschriebene Test vollzieht dieselbe Verschiebung in werkzeuggestützter Form: Er hält das erwartete Verhalten fest, solange es noch diskutierbar ist, statt es erst zu prüfen, wenn jede Änderung teuer geworden ist.

Schließlich am Ausgang, in der am stärksten institutionalisierten Form. Eine QA als letzter Damm kann nur blockieren oder durchlassen; derselbe Beruf, vorgelagert eingesetzt, schreibt die Kriterien, die Schwellen und die zu deckenden Risiken. Die Position, nicht der Auftrag, entscheidet, ob die Funktion den Rahmen setzt oder hinterherräumt — und die Automatisierung, die den repetitiven Teil übernimmt, macht diese Verschiebung genau in dem Moment praktikabel, in dem sie unverzichtbar wurde.

Was diese vier Punkte verbindet, ist eine zeitliche Asymmetrie. Die Kosten der Qualität sind im Moment der Produktion minimal und steigen danach, ohne je wieder zu sinken; die Information, die man braucht, um sie herzustellen, folgt genau der umgekehrten Kurve. Jeder nachgelagerte Mechanismus zieht also die Bequemlichkeit der Ablaufplanung der einzigen Position vor, an der der Defekt gar nicht erst hätte entstehen müssen.

Zwei Bedingungen begrenzen die Bewegung, und sie gehören zusammen. Die erste: Die Verantwortung, die dem Liefernden zurückgegeben wird, muss als Eigentum ankommen und nicht als Schuld — sobald sie dazu dient, einen Schuldigen zu benennen, verschwinden die Defekte aus den Gesprächen, bevor sie aus dem Produkt verschwinden. Die zweite: Sein Bereich muss von dem des Produkts getrennt sein — der Dialog zwischen Produktentscheidung und technischer Qualität bereitet die Entscheidung vor, er vergemeinschaftet sie nicht, sonst löst sich die Verantwortung auf, ohne dass jemand sie verschoben hätte.

Die Schlussabrechnung steht im Legacy. Was man Erbe nennt, ist zum Teil laufende Produktion: Jeder weitergereichte Defekt, jede hingenommene Mehrdeutigkeit, jeder nicht geschriebene Test, jede von Hand wiederholte Regression ist ein heute gewähltes Auffangen, dessen Spur das Produkt noch lange trägt, nachdem der Zwang, der es ausgelöst hat, vergessen ist.

Spannungen / Widersprüche

Die Qualität dem zurückzugeben, der liefert, und ihm den Spielraum zu lassen, sie auszuüben, geht nicht immer zusammen. Die Regel „wer den Defekt erzeugt, behebt ihn“ wirkt als Anreiz unter der Bedingung, dass der Entwickler Einfluss auf das hatte, was er lieferte; unter einem Termindruck auferlegt, den er nicht festgelegt hat, wird sie zur Strafe für eine Entscheidung, die anderswo getroffen wurde. Diese Notizen sagen nicht, wo die Schwelle liegt.

Eine Spannung besteht auch zur Methode, mit der man aus einem bestehenden Rückstand herauskommt: Jede Woche die drei häufigsten Rückmeldungen des Supports zu bearbeiten, ist ein bewusst nachgelagerter Mechanismus, nützlich, und er widerspricht der These, solange er besteht. Er rechtfertigt sich als Übergang, was eine Befristung voraussetzt, die hier nichts festlegt.

Fragen

• Welche Mindestform der Rückmeldung aus der Produktion hält in einem Team von mehreren Dutzend Entwicklern die Verbindung zwischen einem Defekt und seinem Urheber aufrecht, wenn die Korrektur durch ihn selbst nicht mehr praktikabel ist?
• Welche äußeren Zwänge — Zertifizierung, vertragliche Verpflichtung, Audit — machen eine Endkontrolle unverhandelbar, und wie hält man sie aufrecht, ohne dass sie wieder zum einzigen Qualitätsmechanismus wird?