The German Way: Tempo mit Substanz

Mehr Druck liefert davon nichts

Tempo mit Substanz ist eine Frage des Operating Model: wer entscheiden darf, was gilt, wie schnell ein Team lernt. Mehr Druck liefert davon nichts.

Drei Prinzipien tragen dieses Operating Model:

• Wirkung und Skalierung statt Pilot-Prestige,
• Iterieren mit Guardrails statt Null-Fehler-Illusion,
• Zukunftsfähigkeit als neues Qualitätsversprechen, Datenhoheit eingeschlossen.

Wo ich mich auf belastbare Quellen stütze, steht die Quelle dabei. Der Rest ist meine Erfahrung, und die ist eine Stichprobe von eins.

Stunden statt Wochen

Zurück ins Auto. Der Innendienst bekam die Eckdaten noch auf der Rückfahrt, das Angebot ging raus, bevor ich wieder im Büro war.

Was daran zählte, war nicht die Reaktionszeit als Kennzahl. Es war, was sie beim Kunden auslöste. Geschwindigkeit blieb hängen. Sie wurde als Kundenwert verstanden, nicht als Prozessdetail. Wer schnell ein belastbares Angebot bekommt, erlebt ein Unternehmen, das weiß, was es tut.

Genau hier liegt die erste Regel des German Way: Kein Erfolg ohne Betrieb. Ein Pilot ohne Rollout-Commitment ist sauber organisierter Aufschub.¹

Wir haben keinen Piloten gemacht. Wir haben es eingeführt, benutzt und behalten. Wer Wirkung und Skalierung führt, zeigt das in beobachtbarem Verhalten:

• Kein Pilot ohne Owner, Budget, Ziel-KPI und Entscheidungstermin.
• Keine Demo ohne Antwort auf die Frage: Wer baut daraus Regelbetrieb?
• Keine endlose Verlängerung eines Vorhabens, dessen Mehrwert unklar bleibt.

Das klingt härter, als es ist, und es ist fairer. Die meisten Organisationen probieren genug aus. Sie halten nur zu viele Piloten in einem Schwebezustand, in dem niemand offen stoppt und niemand ernsthaft skaliert.

Der übliche Einwand kommt sofort: So schnell, das muss doch auf Kosten der Sorgfalt gehen. Gegen diesen Denkfehler hilft DORA. Die Forschungslinie zeigt für 2019 explizit, dass Geschwindigkeit und Stabilität kein zwingender Trade-off sind, und dass Continuous Delivery Risiko und Kosten von Releases senken kann.²

Langsamkeit ist nicht automatisch sicher. Geschwindigkeit nicht automatisch wild.

Die Freigabelogik im Tabellenblatt

Warum das bei uns nicht ins Chaos führte, lag an einem unspektakulären Werkzeug.

Wir hatten eine Projektrechnung in Excel. Darin standen alle Einkaufspreise, alle Verkaufspreise, die Rabattstufen, und eine Freigabelogik, die mitrechnete. Wer innerhalb der Grenzen blieb, konnte sofort anbieten. Wer darüber hinaus wollte, brauchte eine Freigabe. Das Blatt sagte einem sofort, in welchem der beiden Fälle man war.

Kein Gremium. Keine Rückfrage. Die Grenze war vorher da, und sie war eindeutig.

Genau das ist ein Guardrail. Und es lohnt sich, den Unterschied sauber zu benennen, den ich damals nur intuitiv getroffen habe. NIST unterscheidet zwischen Control Limits und Specification Limits.³

• Control Limits sagen, ob ein Prozess unter Kontrolle ist.
• Specification Limits sagen, ob ein Produkt oder Ergebnis den beabsichtigten Zweck erfüllt.

Übersetzt für Management: Guardrails sind die Control Limits des Betriebs. Sie legen fest, was nie verletzt werden darf. Zielwerte und Qualitätsversprechen sind die Specification Limits.

Wer beides vermischt, landet in einem vertrauten Anti-Muster: Er versucht die Produktspezifikation durch immer mehr Vorab-Absicherung zu erzwingen und verliert dabei Zeit, Feedback und am Ende Kontrolle.⁴

Unsere Marge war ein Control Limit. Ob das Angebot gut war, entschied der Kunde.

Ein zweiter Punkt aus demselben NIST-Handbuch: Wer Control Limits ständig ändert, nimmt ihnen den Nutzen; ändern sollte man sie nur aus gutem Grund, etwa bei größeren Prozessveränderungen.⁵ Unsere Rabattstufen haben wir selten angefasst. Hätten wir sie jede Woche neu verhandelt, wären sie keine Planken mehr gewesen, sondern Wetter.

Guardrails sind keine Verzierung. Sie sind die Bedingung dafür, dass Iteration nicht blind wird.

Warum die Tabelle heute noch läuft

Das Tabellenblatt habe ich irgendwann eingeführt. Wenn ich mich nicht täusche, ist es immer noch im Einsatz, Jahre nachdem ich das Unternehmen übergeben habe.

Darüber habe ich lange nicht nachgedacht, und es ist der Teil, der mich heute am meisten interessiert. Nicht die Geschwindigkeit von damals hat überlebt, sondern das Werkzeug, das sie möglich gemacht hat.

Damit sind wir beim dritten Prinzip. Vertrauen verdienen wir über Zukunftsfähigkeit. Perfekt bei Auslieferung reicht dafür nicht mehr. Es zählt auch: upgradefähig, servicefähig, integrierbar, datenfähig und sauber geregelt. Datenhoheit gehört ins Qualitätsversprechen, nicht in den juristischen Anhang.

Die GDPR macht die Logik dahinter deutlich. In ihren Erwaegungsgründen betont sie, dass ein starkes, kohärentes Datenschutz-Framework Vertrauen schaffen soll, das die digitale Ökonomie ermöglicht, und dass natürliche Personen Kontrolle über ihre personenbezogenen Daten haben sollen.⁶

Der Data Governance Act setzt den nächsten Rahmen: gemeinsame europäische Datenräume, Daten nach den FAIR-Prinzipien, hohe Cybersecurity, Interoperabilität und die Vermeidung von Lock-in-Effekten.⁷

Zukunftsfähigkeit wird dort real, wo ein Team Servicefähigkeit, Integrationsfähigkeit und Datenkontrolle zusammen denkt. Alles in einen Datenraum zu kippen, leistet das nicht.

Im Kleinen war unsere Projektrechnung genau das: ein Werkzeug, das nach dem Wechsel des Eigentümers weiterlief, weil es niemandem gehörte und trotzdem jeder verstand.

Was das Ganze getragen hat

Ein letzter Punkt, den ich damals unterschätzt habe. Wir konnten so arbeiten, weil wir klein waren. Kurze Wege, wenige Leute, jeder kannte die Zahlen.

Conway hat die Grundregel dafür vor Jahrzehnten formuliert: Jede Organisation, die ein System designt, produziert ein Design, das eine Kopie ihrer Kommunikationsstruktur ist.⁸ Und er nennt die Konsequenz gleich mit: Weil das erste Design selten das beste ist, muss sich das Systemkonzept ändern können, und dafür braucht es organisatorische Flexibilität.⁹

Unsere Angebotsgeschwindigkeit war eine Kopie unserer Kommunikationsstruktur. Der Innendienst war zwei Türen weiter.

Genau das lässt sich nicht durch Größe ersetzen, aber es lässt sich nachbauen. Modularität ist Verantwortungsschnitt. Wer Wirkung skalieren, Guardrails setzen und Zukunftsfähigkeit als Qualität führen will, braucht Teams, Ownership und Kommunikationswege, die dazu passen. Ein Konzern kann das. Er muss es nur wollen und dafür Zuständigkeiten zerschneiden, die sich gut anfühlen.

Ampel-Check

Den Selbstcheck zu diesem Kapitel (5 Dimensionen, Grün/Gelb/Rot) findest du gebündelt im Anhang: Selbstcheck.

KI im Einsatz

Hebel: KI macht Wirkung und Stabilität früher sichtbar (Time-to-Test, Change Failure Rate) und stützt Iteration mit Guardrails.

Guardrail: KI läuft innerhalb der Control Limits; sie ersetzt weder Owner noch Stop-Regel.

Erster Schritt: Eine Pilot-Stop-Regel mit einer KI-gestützten Früherkennung für Drift oder Qualität hinterlegen.

Takeaways

• Wirkung und Skalierung schlagen Pilot-Prestige.
• Geschwindigkeit und Stabilität müssen kein Widerspruch sein; DORA stützt genau diese Gegenintuition.¹⁰
• Guardrails sind Prozessplanken, nicht verkappte Produktspezifikation.¹¹
• Zukunftsfähigkeit wird zum neuen Qualitätsversprechen, Datenhoheit eingeschlossen.¹²¹³
• Architektur und Organisation müssen zusammenpassen; sonst scheitert das neue Betriebsmodell an alten Kommunikationswegen.¹⁴

Eine Checkliste spare ich mir an dieser Stelle. Das Kapitel war eine. Ein Tabellenblatt mit klaren Grenzen, ein Innendienst zwei Türen weiter, und die Entscheidung, Geschwindigkeit als Produkt zu behandeln.

Ihre härteste Probe bekommen diese Prinzipien dort, wo zwei Takte gleichzeitig laufen: Hardware in Jahren, Software und KI in Wochen. Dafür braucht es einen Betriebsmodus, der beide Geschwindigkeiten trägt, ohne dass eine die andere ausbremst. Das ist das Sync-Framework des nächsten Kapitels.