Ich arbeite nun schon etwas mehr als ein Jahr als Quality Manager und beschäftige mich leidenschaftlich mit Arbeits- und Organisationspsychologie, DevOps und der Kultur dahinter sowie der Frage, wie man beides kombiniert, um IT-Projekte modern zu managen. In meiner täglichen Arbeit sehe ich immer wieder, dass technische Exzellenz allein nicht ausreicht. Die wirklich nachhaltigen Lösungen entstehen dort, wo wir verstehen, wie Teams funktionieren, was sie motiviert und wie sich vertrauensvolle Kulturen entwickeln. In diesem Spannungsfeld zwischen technischen Anforderungen und menschlichen Faktoren liegt meine Hauptaufgabe: Brücken zu bauen zwischen den harten Fakten der Metriken und den weichen Faktoren der menschlichen Zusammenarbeit.

In der Praxis reduziert sich Qualitätsmanagement in vielen Organisationen leider auf eine reine Kennzahlenjäger: Es geht primär darum, vordefinierte Schwellenwerte einzuhalten – sei es die Fehlerrate unter einem bestimmten Prozentsatz zu halten, SLA-Zuverlässigkeit von 99,9% nachzuweisen oder die durchschnittliche Bearbeitungszeit in Ticketsystemen kontinuierlich zu senken. Dabei werden Tools wie Jira für das Fehler-Tracking, Dynatrace für die Systemüberwachung oder EazyBI für die Reporting-Dashboards zum Maßstab allen Handelns. Doch dieser einseitige Fokus auf messbare Outputs birgt ein erhebliches Risiko: Wenn Erfolg ausschließlich an der Erfüllung von Schwellenwerten gemessen wird, entsteht schnell eine Kultur des ‘Box-Tickings’. Teams lernen, die Zahlen zu optimieren, ohne die zugrundeliegenden Probleme zu adressieren – etwa indem sie Fehler verschleiern, um die gemeldete Rate niedrig zu halten, oder indem sie nur die einfachsten Fälle bearbeiten, um die Bearbeitungszeit künstlich zu drücken. Besonders gefährlich wird es, wenn diese Kennzahlen mit Konsequenzen verbunden sind: Wer die SLA nicht einhält, steht im schlechten Licht; wer zu viele Fehler meldet, wirkt unkompetent. Die Folge ist ein Verlust an psychologischem Sicherheit – genau das Gegenteil dessen, was für echtes Lernen und Verbesserung nötig ist. Qualität entsteht nicht durch Angst vor Strafen, sondern durch ein Umfeld, in dem Schwächen offen angesprochen werden können.

Die Magie passiert genau an der Schnittstelle beider Welten. Hierbei handelt es sich um das klassische Qualitätsmanagement mit seinem Fokus auf Standards und Kennzahlen sowie das agile DevOps mit seiner Betonung auf Fluss und Kultur. Wenn wir beispielsweise OKRs nicht nur als Zielsetzungstool verstehen, sondern als Rahmen für gemeinsame Sinnstiftung – wobei Ziele Menschen vereinen sollten, nicht spalten – dann wird Qualität zum gemeinsamen Projekt. Ebenso zeigen DORA-Metriken nicht nur Durchsatz und Stabilität, sondern indirekt auch, wie wohl ein Team sich fühlt: Hohe Deployment-Häufigkeit kombiniert mit niedrigem Änderungsfehlerrate ist oft ein Indiz für ein Umfeld, in dem Angst vor Fehlern gering und Lernbereitschaft hoch ist. Aus der Praxis: In unseren Planungsrunden nutzen wir strukturierte Ansätze, um Abhängigkeiten sichtbar zu machen – aber der wahre Wert entsteht in den informellen Gesprächen danach, wo Teams ihre Herausforderungen teilen und Unterstützung anbieten. Ähnlich ermöglichen Metrik-Dashboards nicht nur die Auswertung von Lead-Zeit, sondern werden zu Gesprächsanlässen, wenn wir gemeinsam hinter die Zahlen schauen: „Was steckt wirklich hinter diesem Anstieg der Durchlaufzeit?“ – Diese Fragen öffnen den Raum für psychologische Sicherheit und systemisches Denken.

Für mich bedeutet modernes Qualitätsmanagement heute nicht mehr nur das Einhalten von Standards, sondern das Gestalten von Umgebungen, in denen Qualität von selbst entsteht. Es geht darum, Brücken zu bauen: zwischen den harten Fakten der Metriken und den weichen Faktoren der menschlichen Zusammenarbeit, zwischen dem Soll und dem Ist, zwischen Kontrolle und Vertrauen. Denn am Ende lösen wir IT-Projekte nicht mit besseren Tools allein – wir lösen sie, indem wir Menschen befähigen, gemeinsam das Beste aus sich herauszuholen.