Wir haben viel darüber nachgedacht, wie Exploration und Exploitation nebeneinander funktionieren können.
Wir haben Schutzräume gebaut, in denen unter anderen Regeln anders gearbeitet wurde.
Gut so.
Denn unterschiedliche Grade von Unsicherheit brauchen unterschiedliche Arbeits- und Entscheidungslogiken.
Nur löst die Trennung eben nur einen Teil des Problems.
Denn irgendwann hat Exploration hoffentlich etwas hervorgebracht. Nicht zwingend eine Innovation. Aber Wissen. Wir haben verstanden, dass es da ein Problem gibt, das es wert ist, gelöst zu werden.
Oder eben gerade nicht.
Und jetzt?
Relevantes Lernen hat Konsequenzen.
Vielleicht braucht eine neue Idee jetzt Zugriff auf Daten, Infrastruktur oder auf Wissen in Köpfen aus dem Bestand.
Vielleicht zeigt ein Experiment sogar, dass ein laufendes Projekt keinen Sinn mehr ergibt.
Oder dass eine Produktstrategie auf einer Annahme basiert, die draußen gerade nicht überlebt hat.
Spätestens jetzt treffen unterschiedliche Rationalitäten aufeinander.
Jetzt beginnt für mich der organisatorisch interessantere Teil von Ambidextrie.
Exploration funktioniert. Exploitation auch. Und die Übersetzung? Die Übergabe von der einen in die andere Hand?
Denn irgendwann müssen Fragen beantwortet werden, für die kein Innovation-Framework der Welt die Entscheidung abnimmt:
Wann wissen wir genug?
- Wann wird aus einer Hypothese eine Investitionsentscheidung?
- Wann muss ein Experiment Produktionsstandards erfüllen?
- Wann bekommt ein exploratives Vorhaben Zugriff auf knappe Ressourcen des Bestandsgeschäfts?
- Wann ist ein Marktsignal stark genug, um eine bestehende Roadmap infrage zu stellen?
Und andersherum:
- Wann hören wir auf zu suchen?
- Wann standardisieren wir?
- Wann ist die nächste zusätzliche Erkenntnis weniger wert als Skalierung?
Beide Logiken zu können, reicht nicht. Ambidextrie zeigt sich darin, die Richtige anzuwenden und Konsequenzen zuzulassen.
Eine neue Idee kann auf einem Miro-Board oder einem isolierten Server ziemlich lange unabhängig vom Bestand existieren und unglaublich gut aussehen.
Aber weil wir etwas technisch hervorragend bauen können, heißt das noch lange nicht, dass draußen irgendjemand darauf gewartet hat.
Der Markt interessiert sich meistens wenig dafür, wie überzeugend unsere internen Argumente waren.
Trotzdem investieren Organisationen enorm viel Energie darin, intern Gewissheit herzustellen, bevor draußen genug gelernt wurde.
Und irgendwann ist aus einer Annahme scheinbar eine Tatsache geworden, ohne dass der Markt gefragt worden wäre.
Ambidextrie heißt für mich deshalb auch, organisatorisch unterscheiden zu können:
Was wissen wir?
Was glauben wir?
Was müssen wir herausfinden?
Und was wissen wir inzwischen gut genug, um es konsequent zu industrialisieren?
Lernen ohne die Möglichkeit, aufgrund des Gelernten anders zu entscheiden, ist spannend, organisational aber wertlos.
Die Antwort ist nur theoretisch trennscharf, denn in der Realität haben Erkenntnisse oft Auswirkungen auf Exploration und Exploitation.
Sobald beide Logiken aufeinandertreffen, reicht Methodenkompetenz nicht mehr.
- Wer darf aufgrund eines neuen Marktsignals eine bestehende Priorität infrage stellen?
- Wer kann Ressourcen verschieben?
- Wer entscheidet, dass eine Hypothese ausreichend verprobt ist?
- Wer darf ein Experiment beenden? Oder in die Produktion überführen?
- Wann ändern sich die Erfolgskriterien?
- Und wer trägt die Konsequenzen, wenn eine Erkenntnis aus der Exploration Auswirkungen auf das Bestandsgeschäft hat?
Das sind keine Governance-Fragen am Ende eines Innovationsprozesses.
Sie bestimmen, ob organisationales Lernen wirksam werden kann.
Erst wenn das Gelernte Prioritäten verändern, Investitionen auslösen, Vorhaben stoppen, Produkte beeinflussen oder technische Entscheidungen verschieben kann, ist aus Erkenntnis organisationale Anpassung geworden.
Die Kernfrage der Ambidextrie als organisationale Fähigkeit ist deshalb, ob neues Wissen tatsächlich Konsequenzen haben darf.
Eine ambidextre Organisation hat deshalb nicht einfach zwei Hände.
Sie kann in beiden Modi Innovation hervorbringen.
Und vor allem kann sie wechseln:
Aus einem Signal wird eine Frage, dann eine Hypothese. Aus der Hypothese ein Experiment. Aus dem Experiment „Wissen“. Aus Wissen eine Entscheidung. Aus einer Entscheidung vielleicht ein Produkt, ein Service, ein Prozess oder ein Geschäftsmodell.
Dann wird integriert, betrieben, optimiert und skaliert, bis der Markt wieder etwas sagt, das nicht zum bisherigen Wissen passt.
Und dann geht es von vorne los.
Die Frage ist also: Darf das Gelernte etwas verändern?
Wenn die Antwort darauf unklar ist, fehlt ein Stück Organisation.
Und das lässt sich bauen.
