Unterschiedlicher Qualitätsanspruch kann zu Unzufriedenheit und Dissens führen.
Sprich mit deinen Kolleg:innen darüber: Was ist für uns technische „Exzellenz“, wann ist unser Design „gut“?
In der Zusammenarbeit gibt es verschiedene Vorstellungen davon, was Qualität bedeutet. Das führt schnell zu Reibereien: Der eine erwartet schon im Entwurf eine gute Formatierung und keine Rechtschreibfehler, die andere möchte nur auf Basis von schnell aufgeschriebenen Stichpunkten den roten Faden diskutieren.
Sich über den Qualitätsanspruch zu verständigen vermeidet Missverständnisse. In der Software-Entwicklung wird der Qualitätsanspruch oft sogar formalisiert festgehalten. Eine Definition of Done beschreibt, welche Kriterien eine Aufgabe erfüllen muss, damit sie als erledigt gilt. Zum Beispiel muss dafür nicht nur die Programmierung abgeschlossen werden, sondern auch die Dokumentation aktualisiert und automatisierte Tests geschrieben (und erfolgreich ausgeführt) sein.
Was Entwicklungsteams hilft, hilft natürlich auch anderen Teams. Man sollte daher spätestens nach Missverständnissen gemeinsam festlegen, was gegenseitig als Qualität erwartet wird und auf welchen Mindeststandard man sich einigt.
