Eine Methode verbreitet sich schneller als Geschichte als als Anleitung

Zwei der einflussreichsten Betriebswirtschaftsbücher der letzten vierzig Jahre sind Romane. Keine Fallstudien, keine Rahmenkonzepte mit einem ausklappbaren Poster am Ende. Romane mit Figuren, einer Handlung und einem Bösewicht, der sich als Mensch entpuppt. Eliyahu Goldratt vermittelte 1984 einer ganzen Generation von Fabrikleitern die Theorie der Engpässe, indem er eine Geschichte über einen Werksleiter schrieb, der neunzig Tage Zeit hatte, um seine Fabrik zu retten. Gene Kim tat 2013 dasselbe für die IT-Branche, und Das Phoenix-Projekt wurde zu dem Buch, das jedes DevOps-Team dem neuen Mitarbeiter heimlich in die Hand drückt.

Die Fachbücher zu denselben Themen verkauften sich nur zu einem Bruchteil so oft. Das ist der Punkt, über den man einmal nachdenken sollte. Die gründliche, umfassende und korrekte Auseinandersetzung mit einem Thema unterliegt immer wieder der Version mit einem Protagonisten und einer Deadline.

Die Geschichte, die wir darüber erzählen, wie sich Ideen verbreiten

Die bequeme Erklärung lautet, dass die Menschen faul oder zu beschäftigt sind und dass sich eine Geschichte leichter verinnerlichen lässt als ein Diagramm. Fiktion als Zuckerüberzug auf der Medizin. Diese Sichtweise ist falsch, und zwar in einer Weise, die von Bedeutung ist, wenn man versucht, die Arbeitsweise einer Organisation zu verändern.

Eine Methode verbreitet sich nicht, weil sie richtig ist. Sie verbreitet sich, weil sie von einer Person zur nächsten weitergegeben wird, und das, was weitergegeben wird, muss den Weg überstehen. Ein Framework-Dokument überdauert nicht. Es liegt auf einem gemeinsamen Laufwerk, korrekt und ungelesen. Eine Geschichte überdauert, weil eine Person sie im Kopf behalten und beim Mittagessen weitererzählen kann. Die Einheit der Weitergabe ist nicht die Idee. Es ist das Weitererzählen.

Das ist ein Problem des Ablaufs, kein Problem des Inhalts. Man kann die präziseste Beschreibung eines Engpasses verfassen, die je zu Papier gebracht wurde, und es wird nichts ändern, wenn sie nie durch die Organisation weitergeleitet wird. Der Roman hingegen wird weitergereicht.

“Wir verhindern, dass zehntausend Menschen von Kies, der sich mit vier Kilometern pro Sekunde bewegt, zerfetzt werden.”

Kessler Seven, Kapitel 16: Geschäftstätigkeit und Absicht

Warum eine Figur das tut, was eine Definition nicht kann

So funktioniert das: Eine Definition erklärt dir, was ein Engpass ist. Eine Figur hilft dir dabei, den Engpass am Ende des Flurs zu erkennen.

In Kessler Seven, In “…”, einem Roman, den ich diesen Sommer veröffentlicht habe, hat der Engpass einen Namen und ein Gesicht. Er heißt Marcus, der Mann, der auf der Meridian Station für die Fertigung und Auslieferung zuständig ist, und jede Kapsel, die die Station benötigt, läuft über ihn. Er weiß, dass er der Engpass ist. Und er ist zudem erschöpft, denn das gesamte System läuft über eine einzige überlastete Person, und kein noch so langes Überstundenmachen kann ein strukturelles Problem beheben. Man liest das nicht und ordnet es unter „Engpass-Theorie“ ein. Man liest es und denkt an den Marcus im eigenen Team.

Marcus ist zur morgendlichen Besprechung nicht erschienen. Er war in der Krankenstation. Erschöpfung. Der Sanitäter hatte ihm vierundzwanzig Stunden Ruhe verordnet. Keine Arbeit. Kein Drehplan. Kein “nur eine kurze Überprüfung”.”

Kessler Seven, Kapitel 10: Der Engpass

Das ist es, was eine Geschichte leisten kann, was ein Handbuch nicht vermag. Sie verwandelt ein Konzept in eine Person, die man bereits kennt. Den „Gatekeeper“, der alles verlangsamt, um die Meilensteine zu schützen, in der Überzeugung, er würde das System verteidigen, während er es bis zum Äußersten verteidigt. Den eigenwilligen Auftragnehmer, der den Prozess umgeht, weil dieser mit der Realität nicht Schritt halten kann. Der Mentor, der jede Frage mit einer Gegenfrage beantwortet. Das sind keine Veranschaulichungen von „Product Velocity“-Konzepten. Es sind die Konzepte selbst, die herumlaufen und miteinander streiten.

Die Handlung dreht sich um eine Trümmerwolke. Bei einem Bergbauunfall zerbricht ein Asteroid in Tausende von Fragmenten, die auf Kollisionskurs mit einer Station mit zehntausend Menschen sind. Die einzige Verteidigung sind Abfangkapseln, die zu Tausenden gebaut und eingesetzt werden. Das Programm hat vierhundert davon hervorgebracht. Es scheitert nicht an der Physik. Es scheitert an der Übergabe, an den Meilensteinen und an guten Absichten. Yuki Tanaka, ein Antriebsingenieur, der nie etwas leiten wollte, muss die Arbeitsabläufe in Ordnung bringen, bevor der Himmel endgültig einstürzt.

Lässt man das Vakuum und den Countdown einmal außer Acht, so ist Yukis Feind genau der, gegen den jede Ingenieursorganisation kämpft: Arbeit, die nicht vorankommt. Ein Automobilprojekt, die Markteinführung eines medizinischen Geräts, eine neue Maschine in der Fertigung. Die Bedrohung ist stiller als ein herabstürzender Himmel und hat genau dieselbe Gestalt.

Was steckt eigentlich hinter der Fiktion?

Die Konzepte sind keine reine Dekoration. Der „Velocity Loop“ erscheint als Diagramm, das die Mentorin Amara in Kapitel sechs an eine Wand zeichnet: Business, System Stewardship, Engineering, Delivery. Vier Praktiken, die nur funktionieren, wenn sich der Kreis schließt und die Erkenntnisse aus der Praxis wieder an die Spitze zurückfließen. Die meisten Organisationen verfügen über alle vier, aber es gibt keinen Kreislauf – nur einen Staffellauf, bei dem der Staffelstab bei jedem Wechsel zu Boden fällt. Das Buch zeigt Ihnen den fallengelassenen Staffelstab, noch bevor es ihm einen Namen gibt.

Yuki blinzelte. Reyes ließ sie nicht ausreden. “Außerdem: Die Erde hat geantwortet.”
“Auf die Aufforderung zur Evakuierung?”
“Was das Standby-Protokoll angeht: Das ist kein ‘Nein’. Es ist noch schlimmer.”

Kessler Seven, Kapitel 13: Wirtschaftsprüfung

Die Wendepunkte sind die Wendepunkte der Methode. Der Gatekeeper ist kein Torwächter mehr, sondern wird Teil des Kreislaufs. Der Engpass bewacht keine Tür mehr, sondern sorgt dafür, dass nichts durch die Ritzen zwischen den Spezialisten fällt. Das Team lernt, einen Entwurf in einem Modell zu überprüfen, bevor Metall geschnitten wird, denn der teuerste Weg, herauszufinden, dass ein Entwurf falsch ist, besteht darin, ihn zu bauen und zuzusehen, wie er versagt. Am Ende hängt der Kreislauf überhaupt nicht mehr vom Helden ab. Er hängt von der Struktur ab, weshalb jemand anderes den Vorsitz übernehmen kann und der Rhythmus erhalten bleibt. Wer die „Product Velocity“-Methode gelesen hat, erkennt jeden Schritt wieder. Wer sie nicht kennt, versteht die Methode trotzdem, da sie als Teil der Handlung eingebaut ist.

Das Buch enthält noch ein weiteres Experiment, zu dem diese Leserschaft sicherlich unterschiedliche Meinungen haben wird. Ich habe geschrieben: Kessler Seven vor allem mit Claude, basierend auf dem vollständigen Manuskript meines das in Kürze erscheinende Buch „Product Velocity“ So blieben die Konzepte unverändert. Der Autor verfasste den Text, ich kuratierte, redigierte und überprüfte, ob die Terminologie einheitlich war. Meine Rolle verlagerte sich vom Autor zum Lektor. Die Entstehungsgeschichte wird im Vorwort klar dargelegt, denn ein Buch darüber, wie Arbeit ablaufen sollte, sollte ehrlich darüber sein, wie es entstanden ist.

Ein Test, den Sie mit Ihrer eigenen Methode durchführen können

Wählen Sie den wichtigsten Gedanken dazu aus, wie Ihr Team arbeiten sollte – den Gedanken, von dem Sie sich wünschen, dass ihn jeder versteht. Fragen Sie sich nun, ob ein Kollege diesen Gedanken einem anderen Kollegen vermitteln könnte, ohne das Dokument vor sich zu haben. Könnte er ihn beim Mittagessen weitergeben, sodass er auch wirklich ankommt?

Wenn die Antwort „nein“ lautet, verbreitet sich die Idee nicht, egal was im Wiki steht. Sie wird gespeichert, aber nicht weitergegeben. Genau diese Lücke schließt eine Geschichte.

Gib es weiter

Kessler Seven ist als EPUB kostenlos erhältlich und im Kindle-Shop zum Preis einer Tasse Kaffee erhältlich. Der Text ist in beiden Fällen derselbe, ebenso wie das Nachwort, in dem die Methode hinter der Handlung erläutert wird. Mit dem Kindle-Preis kauft man Bequemlichkeit, keine anderen Inhalte.

Ein Lehrroman macht sich bezahlt, indem er von Hand zu Hand weitergereicht wird. So funktioniert es Das Phoenix-Projekt Ich habe ein Jahrzehnt lang in verschiedenen Entwicklerteams verbracht und bin von einem Schreibtisch zum nächsten gewechselt. Wenn Sie Kollegen haben, die mit langwierigen Genehmigungsverfahren und fehlgeschlagenen Übergaben zu kämpfen haben, werden sie sich in Meridian wiedererkennen – und sich selbst darin wiederfinden. Die Methode hinter dieser Geschichte ist offen und kostenlos: der Kreislauf, die vier Praktiken und eine stetig wachsende Auswahl an Ressourcen, mit denen Sie das Konzept in Ihrem eigenen Produkt umsetzen können.

Der schnellste Weg, eine Idee in einer Organisation zu verbreiten, besteht darin, sie so interessant zu gestalten, dass man sie gerne weitererzählt. Dann übergibt man sie der ersten Person und hält sich zurück.