Zum Hauptinhalt springen

Wirtschaftliche Betrachtung von Qualität

Qualität ist kein moralisches Thema, sondern eine ökonomische Entscheidung.

Jede Qualitätsmaßnahme verschiebt Kosten auf der Zeitachse:

  • Mehr Aufwand heute
  • Weniger Risiko und Rework morgen

Die entscheidende Frage ist nicht „ist Qualität gut?“
Sondern:

Wann lohnt sich welche Qualität?

1. Das Kernprinzip: Kosten entstehen zeitversetzt​

Engineering-Qualität wirkt wie eine Investition.

PhaseMit höherer QualitätMit niedriger Qualität
EntwicklungHöherer InitialaufwandSchnellere Lieferung
BetriebWeniger IncidentsMehr Hotfixes
SkalierungStabilere ErweiterungSteigende Komplexität
LangfristigPlanbare WartungTechnische Schulden

Die Kosten verschwinden nicht – sie verschieben sich.

2. Ein pragmatisches Kostenmodell​

Zur Bewertung helfen drei Größen:

1️⃣ Initiale Mehrkosten​

z. B. +20–30 % Aufwand für:

  • Tests
  • CI-Gates
  • Dokumentation
  • Threat Modeling

2️⃣ Laufende Fehlerkosten​

  • Incident-Bearbeitung
  • Hotfixes
  • Support-Aufwand
  • Verzögerte Feature-Entwicklung

3️⃣ Risiko-Kosten (Erwartungswert)​

Nicht jeder Schaden tritt ein – aber jeder hat eine Wahrscheinlichkeit.

Formelhaft gedacht:

Erwartete Risikokosten = Eintrittswahrscheinlichkeit × Schadenshöhe

Ein seltener, aber sehr teurer Vorfall kann wirtschaftlich relevanter sein als viele kleine Fehler.

3. Entscheidungslogik für Qualität​

Statt „Unit Tests ja/nein“ hilft diese Frage:

Wie teuer ist ein Fehler im Betrieb – realistisch betrachtet?

  • Ist der Schaden gering? → niedrigere Qualitätsstufe kann sinnvoll sein.
  • Ist der Schaden hoch (Datenverlust, SLA-Verletzung, Kundenverlust)? → höhere Qualitätsstufe wirtschaftlich sinnvoll.

Qualität ist damit eine Funktion aus:

Risiko × Lebensdauer × Kritikalität

(→ siehe Qualitätsstufen)

4. Zeitachse: Ein vereinfachtes Szenario​

Szenario A – Niedrige Qualität​

  • Release nach 6 Monaten
  • Häufige Hotfixes
  • Höhere Wartungskosten
  • Steigende Komplexität

Szenario B – Höhere Qualität​

  • Release nach 8–9 Monaten
  • Weniger Störungen
  • Stabilere Weiterentwicklung
  • Geringere Eskalationen

Die Wahl ist nicht „schnell oder sauber“, sondern:

Frühe Kosten vs. späte Kosten

5. Was Entscheider tatsächlich gewinnen​

Höhere Qualität erhöht:

  • Planbarkeit (weniger Überraschungen)
  • Kostenkontrolle (weniger Rework)
  • Skalierbarkeit (mehrere Teams möglich)
  • Risikominimierung

Qualität ist damit keine technische Präferenz, sondern eine Form der Risikoversicherung.

6. Leitfragen für Entscheidungen​

  • Wie hoch ist der Schaden eines typischen Incidents?
  • Wie wahrscheinlich ist er realistisch?
  • Wie lange soll das System leben?
  • Wie teuer ist ein späterer Architekturumbau?

Wenn ein Team sagt:

„Wir müssen schnell raus, keine Tests.“

Dann ist das keine falsche Entscheidung – sondern eine bewusste Wahl für:

  • kurzfristige Geschwindigkeit
  • höhere langfristige Unsicherheit

Ob das sinnvoll ist, hängt vom Kontext ab.

7. Wunsch vs. Realität: Nicht jede Stufe ist leistbar​

Qualitätsstufen sind kein Wunschkatalog.

Höhere Stufen bedeuten nicht nur:

  • mehr Tests
  • mehr Dokumentation
  • mehr Prozesse

Sie bedeuten oft:

  • zusätzliche Rollen
  • spezielle Zertifizierungen
  • regulatorische Expertise
  • organisatorische Trennung von Verantwortlichkeiten
  • formale Schulungen
  • externe Audits

Beispiel:

Ein System auf Stufe 5 kann erfordern:

  • unabhängige V&V-Rollen
  • Security Champions mit spezifischen Zertifizierungen
  • normkonforme Risikoanalysen
  • externe Reviews
  • signierte Artefakte
  • formale Change-Control-Prozesse

Solche Rollen sind:

  • am Markt selten
  • teuer
  • langfristig zu binden
  • organisatorisch schwer integrierbar

Die Kosten entstehen nicht nur im Code – sie entstehen in Struktur, Personal und Governance.

8. Die Illusion von „Wir machen Stufe 5“​

Viele Organisationen sagen:

„Wir wollen maximale Qualität.“

Aber sie sind nicht bereit für:

  • zusätzliche 1–2 FTE für Security/Compliance
  • Zertifizierungsbudgets im fünfstelligen Bereich
  • längere Release-Zyklen
  • formale Trennung von Rollen
  • Audit-Vorbereitung als Daueraufgabe

Das Ergebnis ist häufig:

  • Dokumente ohne Substanz
  • Schein-Gates
  • formale Security-Rollen ohne echte Autorität
  • rote Dashboards, die ignoriert werden

Das ist gefährlicher als bewusst niedrigere Qualität.

9. Ehrliche Einordnung statt Überambition​

Nicht jede Organisation braucht Stufe 5.

Viele Systeme sind wirtschaftlich sinnvoll auf:

  • Stufe 2 (professionell)
  • Stufe 3 (produktionsreif)

Stufe 4 ist selektiv sinnvoll.
Stufe 5 ist selten – und meist regulatorisch erzwungen.

Die entscheidende Frage lautet daher nicht:

„Was ist die höchste Qualität?“

Sondern:

„Welche Qualität können wir dauerhaft professionell tragen?“

Eine nicht durchhaltbare Qualitätsstufe erzeugt:

  • Frustration
  • Regelmüdigkeit
  • Schein-Compliance
  • langfristigen Vertrauensverlust

10. Nachhaltigkeit vor Idealismus​

Qualität ist nur dann wertvoll, wenn sie:

  • finanziell tragfähig
  • organisatorisch umsetzbar
  • personell besetzbar
  • kulturell akzeptiert
  • langfristig stabil

ist.

Nicht jede Organisation kann sich jede Qualitätsstufe leisten.

Und das ist keine Schwäche – sondern eine wirtschaftliche Realität.