Kultur statt Prozess: Warum echte Transformation mit Design Thinking beginnt

Wenn Methoden plötzlich dieselbe Sprache sprechen

Wer sich lange genug mit Organisationsentwicklung beschäftigt, erlebt irgendwann diesen Moment: Lean klingt plötzlich wie Agile. UX-Forschung klingt wie Design Thinking. Lean Startup klingt wie beides. Dieselben Grundprinzipien, in unterschiedlichen Kontexten geboren.

Bei mir war dieser Moment vor gut sieben Jahren. Nicht in einem Seminar, sondern in einer Beratungssituation bei Bosch Business Innovations. Ein Startup-Team hatte ein technisch brillantes Produkt entwickelt: eine Lösung für die unsäglich langwierige Kalibrierung von Robotern bei Produktwechseln auf der Fertigungslinie. Das Problem war real, die Lösung clever, das Team hochmotiviert.

Und genau das war das Problem.

Das Team hatte ihre Lösung so sehr verinnerlicht, dass sie der Ausgangspunkt für jeden Gedanken war. Wir brauchten einen langen Weg, um das zu verschieben. Nach unserem Workshop committete sich das Team dazu, erst mal wirklich zu verstehen, wie ihre potenziellen Kunden denken. Was sie herausfanden, war aufschlussreich: Das Problem existierte. Aber die Angst, etwas Neues auszuprobieren, war bei den Kunden größer als der Schmerz, den das bestehende Problem verursachte.

Ab diesem Moment begann das Team, die wirklich schwierigen Fragen zu stellen: Welche Emotionen treiben unsere Kunden? Wie können wir diese adressieren? Um dorthin zu kommen, musste das Team zuerst klären, was den Wunsch, dieses Produkt zu entwickeln, bei den einzelnen Mitgliedern antrieb. Der ganze Prozess veränderte so viel – nach innen wie im Kontakt mit den Kunden. Eine echte Innen-Vorne-Erfahrung, wenn man so will.

Das ist die eigentliche Leistung von Design Thinking: Es deckt auf, was wirklich im Weg steht. Meistens ist das kein technisches Problem.

Phil Gilbert und das IBM-Experiment

Phil Gilberts Buch Irresistible Change: A Blueprint for Earning Buy-In and Breakout Success (Wiley, November 2025) bringt eine Beobachtung ins Gespräch, die vielen Change-Ansätzen widerspricht: “Bald wird Veränderung dein Produkt sein, deine Organisation wird der Marktplatz sein, und deine Teams werden deine Kunden sein.”

Gilbert führte als General Manager of Design bei IBM 400.000 Mitarbeitende durch eine der größten Kultur- und Designtransformationen des 21. Jahrhunderts. Das Ergebnis: Die durchschnittliche Produktentwicklungszeit sank um 50%, die Zeit für Anforderungsabstimmung um 75%, Entwicklungs- und Testingdauer um ein Drittel.

Das Bemerkenswerte daran ist nicht die Zahl, sondern der Weg: Diese Ergebnisse entstanden nicht durch Prozessoptimierung oder neue Technologien als Primärtreiber, sondern durch eine grundlegende Neuausrichtung der Organisationskultur.

Kultur = Menschen + Praktiken + Orte

Gilbert bricht seine Transformationsmethodologie auf eine operative Formel herunter: Kultur ist nicht Haltung, nicht Leitbild, nicht Werte-Poster. Kultur ist das Ergebnis davon, wer in einer Organisation zusammenarbeitet, was sie täglich tun und wo das stattfindet.

Menschen bedeutet hier keine Persönlichkeitsentwicklung im klassischen Sinne, sondern die bewusste Gestaltung von Führungsstrukturen, die Veränderung verbreiten können. Gilbert nutzt das Bild des “Virus-Modells der Führung”: Er baute sein Führungsteam mit Expertinnen und Experten aus HR, Finanzierung, IT-Governance und Kommunikation auf, die wie Viren in die Kernbereiche der Organisation eindringen konnten, um neue Praktiken zu verankern.

Praktiken sind die täglichen Handlungen, Rituale und Entscheidungsmuster. Gilberts zentrale Haltung hier ist prägnant: “Jeden Tag ein Prototyp.” Diese Mentalität gibt Teams die Erlaubnis, zu experimentieren, schnell zu scheitern und zu lernen, ohne Angst vor Bestrafung.

Orte schließlich meint nicht nur Bürodesign. Es meint die Rekalibrierung von HR-Systemen, Karriereleitern und Leistungsbewertungen, die alle das neue kulturelle Mindset widerspiegeln müssen. Wer das weglässt, hat kein Transformationsprogramm, sondern einen Workshop mit anschließendem Rückfall in alte Muster.

Warum Mittelstand-Unternehmen hier besonders aufpassen sollten

Ich sehe in meiner Beratungsarbeit ein wiederkehrendes Muster: Mittelständische Unternehmen, die Design Thinking entdecken, setzen es zunächst als Kreativmethode ein. Ein Workshop, Post-its, Empathy Maps, dann ein Prototyp. Das Ergebnis ist oft begeisternd, die Energie danach kurz enorm – und dann passiert nichts.

Das liegt selten am mangelnden Willen der Beteiligten. Es liegt daran, dass die Strukturen dahinter unverändert geblieben sind: Die Teamleitung wurde nicht eingebunden, das Budget-System belohnt keine Experimente, und die Leistungsbewertung honoriert keine Fehlerkultur.

Design Thinking als isolierte Methode verändert keine Kultur. Design Thinking als organisatorisches Denkmuster schon.

Der Unterschied zeigt sich darin, ob ein Unternehmen bereit ist, die Fragen, die aus dem Prozess entstehen, auch wirklich anzugehen. Das Startup bei Bosch hätte an dem Punkt aufhören können, wo es hieß: “Die Kunden haben Angst vor Neuem.” Stattdessen fragten sie: “Was steckt hinter dieser Angst, und wie können wir damit umgehen?” Das ist eine andere Qualität von Auseinandersetzung.

Für Mittelstand-Unternehmen mit 50 bis 300 Mitarbeitenden hat das konkrete Konsequenzen:

Ob die Methode Wirkung entfaltet, entscheidet die Führungsebene. Wenn die Geschäftsleitung Design Thinking als Teambuilding-Aktivität versteht, wird es das auch bleiben. Wenn sie es als Denkhaltung versteht, also als systematische Praxis des Nicht-Wissens, des Fragens und des Lernens, kann es etwas verändern.

Dazu braucht es Schutz für das Experiment. Gilberts „Shell”-Konzept klingt nach IBM-Dimensionen, gilt aber im Kleinen genauso. Wer ein Team mit einer neuen Arbeitsweise beauftragt, muss es auch vor den üblichen Reflexen schützen: der Forderung nach sofortigem Nutzen, der Ungeduld bei unklaren Ergebnissen, dem Rückzug in bekannte Muster unter Druck.

Und cross-funktionale Teams sind keine Option. Ein Design-Thinking-Prozess, der innerhalb einer Abteilung bleibt, löst keine systemischen Probleme. Er macht sie höchstens sichtbar.

Design Thinking als Skalierungsinstrument für Empathie

Für Gilbert ist Design Thinking nicht Produktentwicklungsmethodik. Es ist ein Instrument zur Skalierung von Verständnis. In Organisationen mit schwacher Veränderungskultur ist das Problem nicht die Methode, es sind die Systeme, die sie umgeben.

IBM nutzte Design Thinking, um über klassische Mitarbeiterbefragungen hinauszugehen. Teams konnten tatsächlich in die Erlebniswelt ihrer Kolleginnen und Kollegen eintauchen, Schmerzen verstehen und Lösungen co-kreativ entwickeln. Das ist fundamentale Organisationsentwicklung: nicht top-down dekretiert, sondern partizipativ gestaltet.

Der Blick auf Gilberts IBM-Transformation, den Barry O’Reilly in einem Podcast-Interview mit Gilbert näher beleuchtet, macht das deutlich: Teams wurden nicht durch Schulungen verändert, sondern durch die gemeinsame Erfahrung, anders zu arbeiten und dabei Ergebnisse zu erzielen.

Genau das habe ich im Bosch-Startup-Kontext erlebt. Die Methode war nicht das Entscheidende. Entscheidend war die Bereitschaft des Teams, sich selbst zu fragen: Was treiben wir hier wirklich an? Und: Was bewegt eigentlich unsere Kunden?

Das AI-Muster wiederholt sich

Gilbert und O’Reilly beschreiben einen aktuellen blinden Fleck: Viele Unternehmen, die gerade AI-Transformationen angehen, trainieren Mitarbeitende in der Nutzung von Tools, aber versäumen es, die kollektiven Workflows zu redesignen. AI ist nur dann transformativ, wenn Teams ihre Zusammenarbeit neu gestalten können. Das ist eine Organisationsentwicklungsfrage, keine Technologiefrage.

Ich beobachte das in ähnlicher Form: Unternehmen, die Design Thinking einführen, weil es “modern” ist, und Unternehmen, die es einführen, weil sie verstanden haben, dass ihre wichtigsten Probleme menschliche und kulturelle Probleme sind. Die erste Gruppe macht Workshops. Die zweite verändert, wie Entscheidungen getroffen, wie Fehler bewertet und wie Wissen geteilt wird.

Fazit: Kultur ist das Betriebssystem

Phil Gilberts Buch kommt zu einem Zeitpunkt auf den Markt, an dem viele Organisationen ihre Transformationsprojekte – ob digital, kulturell oder AI-getrieben – mit denselben alten Hebeln angehen: mehr Prozess, mehr Schulung, mehr Mandat.

IBMs Erfolg zeigt, dass der Weg ein anderer ist. Echte Veränderung beginnt mit dem Redesign von Menschen, Praktiken und Orten. Und sie erfordert die Bereitschaft, Transformation nicht als Projekt zu behandeln, sondern als das eigentliche Produkt, das eine Organisation bauen und immer wieder verbessern muss.

Das gilt für Konzerne mit 400.000 Mitarbeitenden genauso wie für Mittelstand-Unternehmen mit 80. Die Grundfragen sind dieselben. Die Antworten müssen zur eigenen Organisation passen.

Wenn Sie vor ähnlichen Fragen stehen, wie man Kulturwandel in Gang bringt, ohne in Aktionismus zu verfallen, sprechen Sie mich gerne an. Das ist genau die Art von Arbeit, die ich unter Organisationsentwicklung verstehe.