Qualität ist mehr als Testen

Business, Technologie und Qualität – die drei Kräfte erfolgreicher Unternehmen

Von diesen drei Kräften steht Qualität oft im Schatten der beiden anderen und gilt als „notwendiges Übel“. Qualität mag zwar auf dem Papier existieren, etwa durch ISO-Zertifizierungen, doch sie muss auch aufgebaut und gelebt werden. Nicht selten leidet die Qualität als Erstes, wenn beispielsweise Kosten gesenkt werden müssen. Das führt häufig dazu, dass sich das Management vor allem auf Business und Technologie konzentriert – zulasten der Qualität.

Falls Qualität doch einmal in den Fokus des Managements rückt, dann meist, weil die Lage bereits so ernst ist, dass eine „Qualitätskrise“ entstanden ist – etwa durch einen Skandal mit fallenden Aktienkursen, den Verlust von Abonnenten an Wettbewerber oder Probleme in der Entwicklung, die sich auf den Cashflow auswirken.

Qualität ist nicht dasselbe wie Qualitätssicherung oder Testing

Wenn Bedarf entsteht, werde ich oft gebeten, bei auftretenden Qualitätsproblemen zu helfen. Für unsere Kunden bedeutet das, den Testing-Prozess zu verbessern oder unterstützende Funktionen für das Testing aufzubauen. Beides sind sehr wichtige Bestandteile von Qualität. Dennoch erlebe ich oft, dass Probleme nicht durch eine verbesserte Qualitätssicherung (QA) oder durch Testing gelöst werden. Woran liegt das?

Das größte Hindernis ist, dass Qualität in Softwareunternehmen nicht richtig verstanden wird. Sie wird oft als etwas betrachtet, das neben dem Entwicklungsprozess entsteht. In vielen Fällen wird Qualität auch mit Qualitätssicherung oder Testing gleichgesetzt.

Um Qualität wirklich zu verbessern, muss eure Organisation verstehen, dass Qualität, Qualitätssicherung und Testing zwar zusammenhängen, aber nicht dasselbe sind. In jeden dieser Bereiche muss investiert werden, statt zu erwarten, dass sie einfach von selbst entstehen.

Häufig steckt dahinter der falsche Gedanke, dass Qualität allein in der Verantwortung der QA-Abteilung liegt und sich niemand sonst im Unternehmen darum kümmern oder die Entwicklung beim Aufbau von Qualität unterstützen muss.

Ein weiteres Zeichen ist, bei einem schwerwiegenden Fehler zu fragen, wer für das Testing verantwortlich ist, anstatt an anderer Stelle im Entwicklungsprozess nach Ursachen zu suchen.

Das Restaurantbeispiel

Um Qualität besser zu verstehen, weise ich zunächst darauf hin, dass sie ein abstraktes Konzept ist und nicht auf eine einzige Sache reduziert werden kann. Qualität ist etwas Wichtiges für jemanden, der wichtig ist. Um das zu veranschaulichen, nutze ich gern ein Beispiel aus der Gastronomie.

In diesem Beispiel gibt es zwei Restaurants, die Speisen zubereiten und an Kunden verkaufen. Auf den ersten Blick unterscheiden sie sich nicht besonders. Wenn wir jedoch ihr Geschäftsmodell betrachten und verstehen, erkennen wir auch die unterschiedlichen Qualitätsanforderungen der Restaurants.

Nehmen wir an, eines davon ist mit drei Michelin-Sternen ausgezeichnet, während das andere auf Fast Food spezialisiert ist. Das Michelin-Restaurant möchte ein anspruchsvolles Erlebnis bieten, das andere konzentriert sich auf Preis, Komfort und schnelle Bedienung.

Stellt euch vor, ihr seid Gast in diesem Michelin-Restaurant und bekommt euer Essen nach zwei Minuten. Wie würdet ihr euch fühlen? Hättet ihr das Gefühl, etwas für euer Geld zu bekommen? Würde sich das nach guter Qualität anfühlen? Wahrscheinlich nicht. Eine Wartezeit von einer halben Stunde würdet ihr vermutlich problemlos akzeptieren. Stellt euch jetzt vor, ihr wartet an einem Drive-through eines Fast-Food-Restaurants eine halbe Stunde auf euren Sechs-Euro-Hamburger. Würde der Service euren Erwartungen entsprechen? Würde sich das nach guter Qualität anfühlen?

Wenn wir über die obigen Beispiele nachdenken und sie mit der Annahme vergleichen, Qualität sei dasselbe wie Qualitätssicherung und Testing, wird die Absurdität deutlich. Im Restaurantbeispiel würde das bedeuten, Qualität darauf zu reduzieren, dass das Essen zur passenden Zeit serviert wird. Mit dieser Denkweise übersehen wir jedoch sehr viel. Tatsächlich ist Testing nur ein Teil von Qualität.

Qualität ist weit mehr als Testing

Wenn wir über Qualität nachdenken, sollten wir unseren Blick erweitern, denn sie ist ein Konzept, das alle Bereiche eines Unternehmens umfasst.

Wenn wir Pläne machen und Entscheidungen zu Business und Technologie treffen, sollten wir Qualität nicht vergessen, sondern sie ähnlich systematisch aufbauen. Wir sollten darüber nachdenken, was Qualität für unser Unternehmen bedeutet und was wir damit erreichen wollen.

Qualität betrifft alles, nicht nur das Produkt. Zum Beispiel:

• Wie führt ihr das Unternehmen?

• Was und wie kommuniziert ihr?

• Was kauft ihr ein (Outsourcing), und was entwickelt ihr intern?

• Wie entwickelt ihr euer Produkt?

• Wie veröffentlicht ihr euer Produkt?

• Wie liefert ihr euer Produkt aus?

• Wie nutzen Endkunden euer Produkt?

• Wie wird der Support gehandhabt?

Qualität ist ein so vielschichtiges Konzept, dass es schwer zu meistern ist. Genau das macht sie aber auch so schön.

Qualität ist für keine zwei Unternehmen und auch für keine zwei Personen gleich. Aus Unternehmenssicht kann sie jedoch euer Geschäft auf ein neues Niveau heben oder in die Bedeutungslosigkeit führen. Ein hochwertiges Produkt zu entwickeln und dies den Kunden erfolgreich zu vermitteln, kann langfristige Vorteile bringen.

Wo anfangen?

Mein Rat: Betrachtet den Prozess zur Qualitätsverbesserung im gesamten Unternehmen. Was bedeutet Qualität im großen Ganzen? Was haben wir bereits etabliert? Wo wollen wir hin? Wie erreichen wir die definierten Ziele? Teilt diese anschließend in Verantwortlichkeiten und Rollen auf, die die Qualität im Unternehmen vorantreiben.

Wenn ihr euch nur auf Qualitätssicherung oder Tests konzentriert, werdet ihr nicht weit kommen. Um die Qualität zu verbessern, müssen wir das Konzept und das Engagement dahinter verstehen.

Es heißt, DevOps bestehe zu 70 % aus Kultur und zu 30 % aus Technologie. Transformationen können nicht gelingen, wenn sich die Kultur in einem Unternehmen nicht verändert – unabhängig davon, ob neue Tools oder Praktiken eingeführt werden. Mehr dazu erfahrt ihr in unserer Podcast-Episode über Kultur-Workshops.