Kurzdefinition

Gesamtheit der Praktiken, mit denen ein Entwicklungsteam die Zahl der Defekte senkt, die es erzeugt — im Gegensatz zu den Mechanismen, die Defekte behandeln, nachdem sie entstanden sind.

Ausführliche Definition

Im üblichen Sprachgebrauch der Branche umfasst „Qualität“ unterschiedslos den Zustand des gelieferten Produkts, die vom Nutzer wahrgenommene Zufriedenheit und die Tätigkeit der Testteams.

In den Artikeln dieses Blogs bezeichnet der Ausdruck einen genau umrissenen Bereich: das, was auf die Herstellung wirkt. Dazu gehören die Verantwortung der Entwickler für das, was sie liefern, die Weigerung, bei starker Mehrdeutigkeit zu programmieren, die Formalisierung des erwarteten Verhaltens vor der Implementierung, die Automatisierung der Prüfungen und der von der QA verfasste Qualitätsrahmen. Lieferqualität steht Punkt für Punkt der Zero-Bug-Policy gegenüber, die sich auf den Bestand bekannter Defekte richtet: Die eine verhindert, dass sich der Bestand bildet, die andere verbietet, ihn zu behalten. Keine ersetzt die andere.

Gebrauch im Feld

Abwägung der Kapazität zwischen Korrektur und Herstellung, Festlegung einer Qualitätspolitik, Diagnose eines Teams, dessen Defektstrom trotz schneller Korrekturen nicht sinkt, Diskussion über das Legacy, das gerade entsteht.

Synonyme und Varianten

Vorgelagerte Qualität · Produktionsqualität · Fehlervermeidung.

Nicht zu verwechseln mit

• Zero-Bug-Policy — Regime, das verbietet, einen bekannten Defekt ohne Entscheidung zu behalten; es richtet sich auf den Bestand, nicht auf das, was ihn speist.
• QA — Funktion, die Qualitätskriterien festlegt und prüft; sie ist eines der Mittel der Lieferqualität, nicht gleichbedeutend mit ihr.
• Wahrgenommene Qualität — Urteil des Nutzers über das Produkt, das ebenso von der Konzeption abhängt wie von der Zahl der Defekte.
• Definition of Done — Liste von Bedingungen, die an ein Arbeitselement geknüpft sind; sie formalisiert eine Schwelle, ohne zu sagen, wie man sie erreicht.
• Technische Schulden — Entwurfsschwäche, über deren Behandlung entschieden wurde; sie belastet die Fähigkeit zu liefern, nicht den Zustand des Gelieferten.

Beispiele

Ein Team, dessen Defektbestand leer ist, dessen Defektrate am Eingang sich aber nicht bewegt hat, hat den Bestand abgebaut, ohne seine Lieferqualität anzutasten.

Den Entwicklern das Recht zu geben, eine zu unklare Spezifikation abzulehnen, ist eine Entscheidung über Lieferqualität, keine Priorisierungsregel.

Mehrdeutigkeiten / Debatten

Das Wort „Lieferung“ wird manchmal als Zeitpunkt des Deployments gelesen, was fälschlich eine beim Produktivsetzen geprüfte Qualität nahelegen würde — dabei bezeichnet der Ausdruck alles, was davor liegt.

Der genaue Umfang bleibt unscharf: Gehört die Produktkonzeption zur Lieferqualität oder nur das, was von der Spezifikation bis zum Deployment reicht?