Vom Lab in den Betrieb: die Übergabe, die niemand plant

Die meisten Lab-Piloten scheitern nicht im Lab. Sie scheitern in den drei Monaten danach, wenn sich die Menschen, die sie gebaut haben, zurückziehen und die Menschen, die sie betreiben sollen, nie wirklich gefragt wurden. Eine gute Übergabe beginnt am ersten Tag des Piloten, benennt eine übernehmende Verantwortliche im Betrieb und überträgt vier Dinge: die Entscheidung, die Budgetposition, das Know-how und die Kennzahlen. Fehlt eines davon, wandert der Pilot still ins Lab zurück oder verschwindet.

Warum gute Piloten an der Übergabe sterben

Ein Lab ist bewusst anders gebaut als der Betrieb. Es bewegt sich schneller, hält Mehrdeutigkeit aus, leiht sich Leute und umgeht Standardprozesse. Genau deshalb kann es neue Ideen testen. Und genau deshalb passen seine Ergebnisse selten in die Maschine, die sie betreiben muss.

Vijay Govindarajan und Chris Trimble beschreiben diese Spannung in The Other Side of Innovation (2010): Die „Performance Engine“, die das heutige Geschäft betreibt, ist auf Wiederholbarkeit ausgelegt, und Innovationsarbeit braucht eine Partnerschaft mit ihr statt einer Mauer dazwischen. Labs, die den Betrieb als Publikum für eine Abschlussdemo behandeln statt als Partner von Anfang an, programmieren das Scheitern der Übergabe vor.

Die üblichen Symptome kennt man:

• Der Pilot hat „funktioniert“, aber niemand im Betrieb hat vereinbart, was „funktioniert“ heißt.
• Nur das Lab-Team verstand, wie er lief.
• Es gab Geld für den Piloten, aber keine Position im Betriebsbudget des Folgejahres.
• Die übernehmende Führungskraft bekam einen neuen Service zusätzlich zu ihren bestehenden Zielen – ohne dass etwas anderes wegfiel.

Schritt für Schritt: die Übergabe vom ersten Tag an planen

1. Die übernehmende Verantwortliche benennen, bevor der Pilot startet

Bevor Sie eine Woche in den Piloten investieren, finden Sie die Person im Betrieb, die das Ergebnis verantworten wird, wenn es gelingt. Nicht einen Sponsor, dem die Idee gefällt, sondern die Führungskraft, deren Team ihn an einem ganz normalen Dienstag betreiben wird. Fragen Sie direkt: „Wenn das funktioniert, übernehmen Sie es?“ Lautet die Antwort „vielleicht“, ist das ein Befund. Ein Pilot ohne übernehmende Verantwortliche ist ein Forschungsprojekt und sollte auch als solches zugeschnitten und berichtet werden.

2. Den Erfolgstest schriftlich mit der übernehmenden Seite vereinbaren

Halten Sie gemeinsam mit der übernehmenden Verantwortlichen fest, welches Ergebnis sie zur Übernahme bewegen würde. Beschränken Sie sich auf zwei oder drei Kennzahlen, die ihr ohnehin wichtig sind: Durchlaufzeit, Fehlerquote, Kosten pro Fall, Beschwerden. Ein KPI-Baum hilft, die Kennzahl des Piloten mit den Zielen zu verbinden, an denen die übernehmende Seite gemessen wird. Weichen der Erfolgstest des Labs und der der übernehmenden Seite voneinander ab, gilt der der übernehmenden Seite.

3. Eine Person aus dem Betrieb ins Pilotteam holen

Eine Person aus dem übernehmenden Team sollte von Anfang an im Piloten mitarbeiten, mindestens in Teilzeit. Sie erkennt die Regeln, Systeme und Gewohnheiten, die das Lab sonst übersehen würde, und trägt das Know-how zurück in ihr Team. Diese eine Entscheidung bewirkt für die Übergabe mehr als jedes Dokument.

4. Den künftigen Service abbilden, nicht nur den Piloten

Piloten laufen auf Behelfslösungen: ein Lab-Mitglied beantwortet E-Mails von Hand, eine Tabelle ersetzt ein System, eine Führungskraft genehmigt Ausnahmen persönlich. Zeichnen Sie vor der Skalierungsentscheidung einen Service Blueprint davon, wie der Service ohne das Lab laufen wird: jeden Frontstage-Schritt, jeden Backstage-Schritt, jedes System und jede Regelung, von der er abhängt. Die Lücken, die Sie finden, sind Ihr Arbeitsplan für die Übergabe.

5. Ein Pre-Mortem zur Übergabe selbst durchführen

Bringen Sie Lab-Team und übernehmendes Team zusammen und fragen Sie: „Es ist sechs Monate nach der Übergabe, und der Service wurde still abgeschaltet. Was ist passiert?“ Ein Pre-Mortem bringt die echten Risiken ans Licht: ein auslaufender Dienstleistervertrag, eine nie geänderte Regelung, ein Team, das Stellen verloren hat. Weisen Sie jedes Risiko jemandem zu.

6. Die RACI-Matrix für die Übergangsphase schreiben

Legen Sie für jede Aktivität im Blueprint fest, wer verantwortlich, rechenschaftspflichtig, zu konsultieren und zu informieren ist: während des Piloten, während des Übergangs und danach. Eine RACI-Matrix für drei Zeiträume macht die Verschiebung der Verantwortung sichtbar. Das Lab sollte jeden Monat für weniger rechenschaftspflichtig sein.

7. Die Budgetposition sichern, bevor Sie feiern

Ein Pilot aus dem Lab-Budget hat keine Zukunft, solange ihn niemand in ein Betriebsbudget überführt. Arbeiten Sie früh mit dem Controlling: Was kostet der Betrieb im vollen Umfang, aus welcher Position, ab wann? Schließt der Budgetzyklus, bevor der Pilot endet, beantragen Sie eine vorläufige Position auf Basis des Erfolgstests.

8. Mit Checkliste und Datum übergeben

Nutzen Sie eine Rollout-Checkliste, die abdeckt: Menschen geschult, Abläufe beschrieben, Systeme konfiguriert, Regelungen geändert, Support organisiert, Kennzahlen eingerichtet. Legen Sie ein Übergabedatum fest und kündigen Sie es mit einem Stakeholder-Kommunikationsplan an, damit Beschäftigte, Kunden und Führung wissen, wem der Service jetzt gehört.

9. Erreichbar bleiben, dann zurücktreten

Vereinbaren Sie einen festen Zeitraum, oft ein oder zwei Zyklen des Service, in dem das Lab für Fragen verfügbar bleibt. Danach nimmt das Lab nicht mehr teil. Kann der Service ohne das Lab nicht laufen, wurde er nicht übergeben.

Was tatsächlich übergeht

Es hilft, die vier Dinge zu benennen, die übergehen müssen – denn Labs übergeben oft nur eines davon.

Prüfen Sie jede Zeile vor dem Übergabedatum. Ein Pilot, bei dem drei von vier übergegangen sind, ist immer noch ein Lab-Pilot.

Beispiel

Illustrativ. Das Lab einer städtischen Verkehrsbehörde testete einen neuen Prozess für Beschwerden zur Barrierefreiheit. Im Piloten sortierten zwei Lab-Designer die Beschwerden von Hand und riefen jede Beschwerdeführerin innerhalb von 48 Stunden zurück. Die Zufriedenheit stieg, und der Pilot wurde zum Erfolg erklärt.

Als das Lab die Ergebnisse präsentierte, fragte die Leiterin des Kundenservice, wer die Anrufe übernehmen solle. Ihr Team hatte kein Budget dafür, und das Beschwerdesystem konnte Fälle zur Barrierefreiheit nicht kennzeichnen. Der Pilot stand fünf Monate still.

Das Lab startete neu, mit der Leiterin als übernehmender Verantwortlicher. Ein erfahrener Servicemitarbeiter kam für sechs Wochen ins Team. Gemeinsam zeichneten sie einen Blueprint, der die manuelle Sortierung durch eine neue Kategorie im bestehenden System ersetzte, vereinbarten einen Rückruf binnen 72 Stunden, den das Team tatsächlich durchhalten konnte, und verlagerten die Kosten ins Servicebudget des Folgejahres. Das Lab blieb ein Quartal erreichbar und trat dann zurück. Das 72-Stunden-Ziel war weniger beeindruckend als der Pilot. Dafür hat es überlebt.

Was Sie tun und lassen sollten

Tun

• Die übernehmende Verantwortliche benennen, bevor der Pilot startet.
• Die übernehmende Seite Erfolg mit ihren eigenen Kennzahlen definieren lassen.
• Eine Person aus dem Betrieb ins Pilotteam holen.
• Die skalierte Version ohne Lab-Behelfslösungen gestalten.
• Ein Datum festlegen, ab dem das Lab nicht mehr teilnimmt.

Lassen

• Dem Betrieb einen fertigen Piloten als Überraschung präsentieren.
• Ein Foliendeck übergeben und es Transfer nennen.
• Erfolg nur an Lab-Kennzahlen wie „getestete Ideen“ messen.
• Einem Team einen neuen Service aufladen, ohne etwas anderes wegzunehmen; eine Stop-Doing-Liste hilft dabei.
• Das Lab „nur vorerst“ dauerhaft als Verantwortlichen belassen.

Häufige Fragen

Wann sollte ein Lab einen Piloten an den Betrieb übergeben? Wenn der Erfolgstest der übernehmenden Verantwortlichen erfüllt ist und alle vier Übergänge (Entscheidung, Budget, Know-how, Kennzahlen) abgeschlossen werden können. Die Planung beginnt am Anfang des Piloten; die Übergabe selbst erfolgt, wenn die skalierte Version ohne Lab-Personal laufen kann.

Wer sollte eine Innovation nach dem Piloten verantworten? Die Führungskraft, deren Team sie im Alltag betreibt – nicht der Sponsor und nicht das Lab. Findet sich niemand, der sie übernimmt, sollte der Pilot gestoppt oder neu gestaltet werden, und das ist ein legitimes Ergebnis. Siehe wie Sie ein Projekt gut beenden.

Warum skalieren erfolgreiche Piloten nicht? Meist, weil Piloten auf Behelfslösungen und geliehener Aufmerksamkeit laufen, die es im großen Maßstab nicht gibt, und weil niemand die Betriebskosten in ein Betriebsbudget verlagert hat. Die Abhilfe: die skalierte Version während des Piloten gestalten, nicht danach.

Wie es weitergeht

Für das Gesamtbild lesen Sie was ein Innovation Lab ist und warum die meisten scheitern und 5 Gründe, warum Innovation Labs im zweiten Jahr geschlossen werden; ein Lab, das nichts übergibt, übersteht selten sein zweites Budget. Die Methoden-Guides, die den Großteil der Übergabe tragen, sind der Service Blueprint, die RACI-Matrix, das Pre-Mortem und die Rollout-Checkliste.