Scrum und XP im harten Projektalltag

SO LAUFEN SPRINT-PLANUNGSMEETINGS AB | 17
Warum Qualität nicht verhandelbar ist
Das gezeigte Dreieck enthält aus gutem Grund nicht auch die Größe
Qualität.
Zunächst möchte ich den Unterschiede zwischen interner und externer
Qualität erklären.
• Externe Qualität wird vom Benutzer eines Systems
wahrgenommen. Eine langsame, unintuitive Benutzeroberfläche
ist ein gutes Beispiel für mangelhafte externe Qualität.
• Die interne Qualität wird vom Benutzer zwar meist nicht
wahrgenommen, beeinflusst aber die Wartbarkeit des System
enorm. Beispiele sind eine ausgewogene Systemarchitektur, gute
Testabdeckung oder die Code-Lesbarkeit.
Systeme mit hoher interner Qualität können durchaus eine geringe externe
Qualität haben. Systeme mit geringer interner Qualität haben aber nur
selten eine hohe externe Qualität. Wohl einfach deshalb, weil es schwierig
ist, auf einem brüchigen Fundament etwas wirklich Gutes zu bauen.
Externe Qualität ist bei uns Anforderungsgegenstand. Aus
betriebswirtschaftlicher Sicht ist es nämlich durchaus sinnvoll, zunächst
eine langsame, rudimentäre Version des Systems auszuliefern und diese
später zu verbessern. Da der Product Owner den Anforderungsumfang
verantwortet, sollte er auch diese Entscheidung treffen.
Die interne Qualität andererseits steht nicht zur Debatte. Nur das Team
kann und muss für Wartbarkeit und Qualität des Systems gerade stehen.
Insofern ist das nicht verhandelbar. Niemals.
(Gut! Zumindest fast nie)
Und wie unterscheidet man zwischen interner und externer Qualität?
Angenommen der Product Owner sagt: "Ich respektiere Eure Schätzung
natürlich. Aber denkt Ihr nicht auch, dass man eine schnelle Lösung in der
Hälfte der Zeit hinbekommt?"
Aha! Hier versucht jemand, die interne Qualität zu verhandeln. Und er tut
dies, weil er will, dass Sie Ihre Schätzung reduzieren, ohne dass er dafür
Funktionalität opfern muss. Das Wort "schnelle Lösung" sollte bei Ihnen
die Alarmglocken klingen lassen.