Die Entscheidung fällt meist in einem Lenkungskreis, und sie ist gut begründet: Lohnkosten, Verfügbarkeit von Fachkräften, ein Standort, der näher am Kunden liegt. Was in diesem Termin selten auf dem Tisch liegt, ist ein Plan dafür, wie das Wissen umzieht. Die Prozesse stehen im Projektplan. Das Wissen steht nirgends.
Wie das in der Praxis abläuft, lässt sich ziemlich genau entlang der Wochen beschreiben. Nicht jedes Projekt sieht so aus, aber die meisten, die wir sehen, folgen diesem Muster.
Zwölf Wochen vor dem Cut-over: Die Prozesse werden beschrieben
In dieser Phase arbeiten die abgebenden Teams an Prozessbeschreibungen, Übergabelisten und Schulungsunterlagen für den neuen Standort. Das ist ordentliche Arbeit, und sie ist nötig. Sie hat nur eine Schlagseite: Beschrieben wird, was regelmäßig passiert. Die Abfolge der Schritte, die Systeme, die Zuständigkeiten.
Was nicht beschrieben wird, ist das, was eine erfahrene Sachbearbeiterin tut, wenn der Vorgang nicht ins Muster passt. Woran sie erkennt, dass eine Rechnung zurückgehalten werden sollte. Welcher Lieferant eine Frist braucht, die in keinem Vertrag steht. Wen sie anruft, wenn das System eine Buchung ablehnt, die eigentlich korrekt ist. 42 Prozent des jobbezogenen Wissens sind nirgendwo dokumentiert (Panopto/McKinsey), und bei einer Verlagerung ist genau dieser Teil der, der nicht mitkommt.
Acht Wochen vorher: Die Stimmung kippt
Irgendwann ist allen Beteiligten klar, was die Verlagerung für ihre eigenen Stellen bedeutet. Manche suchen sich etwas Neues, manche bleiben bis zum Schluss, kaum jemand ist noch so motiviert wie zu Projektbeginn. Das ist menschlich, und es ist der Grund, warum Wissenssicherung, die erst jetzt startet, oft dünn ausfällt.
Wer in dieser Phase noch ein Handbuch schreiben soll, schreibt keins. Ein Gespräch dagegen, in dem jemand gezielt nach den schwierigen Fällen fragt, kostet die Person eine halbe Stunde und fühlt sich eher nach Anerkennung an als nach Abwicklung. Ein KI-gestütztes Interview braucht rund 30 Minuten Expertenzeit und stellt die Nachfragen dort, wo eine Antwort vage bleibt. Wie das abläuft, steht im Beitrag zu KI-Experteninterviews.
Vier Wochen vorher: Die Schattenphase
Jetzt arbeiten die neuen Teams parallel mit. Das ist die Phase, in der sich zeigt, ob die Übergabe trägt.
Typisch sind drei Beobachtungen:
- Die neuen Kolleg:innen arbeiten den Normalfall schnell und sauber ab.
- Bei Abweichungen geht die Frage per Chat an den alten Standort, und die Antwort kommt sofort, weil dort noch jemand sitzt.
- Niemand schreibt diese Antworten auf, weil sie im Moment ja funktionieren.
Die Schattenphase erzeugt so eine Illusion von Sicherheit. Sie zeigt nicht, ob der neue Standort allein zurechtkommt, sondern nur, dass er mit Unterstützung zurechtkommt. Der Unterschied wird erst sichtbar, wenn die Unterstützung weg ist.
Der Tag des Cut-overs
Technisch läuft der Tag meist ruhig. Die Systeme sind umgestellt, die Zugriffe gesetzt, die ersten Vorgänge gehen durch.
Das Problem kommt nicht am ersten Tag.
Vier bis zwölf Wochen danach: Die Ausnahmen kommen
Ausnahmen haben einen eigenen Rhythmus. Der Monatsabschluss, die Quartalsmeldung, der Großkunde mit seiner Sonderregel, der Lieferant, der einmal im Jahr seine Konditionen ändert. Viele dieser Fälle tauchen erst Wochen nach dem Cut-over zum ersten Mal auf, und dann sitzt am alten Standort niemand mehr, der sie kennt. Laut Fraunhofer ISI erfolgen 7 von 10 Rückverlagerungen wegen Qualitätsproblemen. Mit fehlenden Maschinen oder falsch berechneten Lohnkosten hat das selten zu tun, sehr oft aber mit Wissen, das nicht mitgekommen ist.
An dieser Stelle muss man fair sein: Nicht jede Qualitätsdelle nach einer Verlagerung ist ein Wissensproblem. Manchmal sind Prozesse am neuen Standort schlicht anders aufgesetzt, manchmal fehlen Systemrechte, manchmal ist die Personalfluktuation vor Ort höher als geplant. Wir wissen nicht, wie groß der Anteil der Wissenslücke an diesen 7 von 10 Fällen genau ist, und wir kennen auch keine Studie, die das sauber trennt. Was wir sehen, ist, dass sich die meisten Eskalationen in den ersten Wochen auf Fragen zurückführen lassen, die vorher eine bestimmte Person beantwortet hat.
Was sich rückwärts daraus ergibt
Wenn man den Ablauf vom Ende her liest, ergibt sich ein anderer Zeitplan für die Wissenssicherung. Sie gehört in die Phase, in der die Teams noch motiviert sind, also an den Anfang, nicht ans Ende. Und sie richtet sich nach den Ausnahmen, nicht nach den Prozessen, weil die Prozesse ohnehin beschrieben werden.
Konkret heißt das: Für jede Rolle, die verlagert wird, werden zuerst die drei bis fünf Situationen benannt, in denen heute jemand gefragt wird, obwohl es eine Prozessbeschreibung gibt. Diese Situationen werden mit den Menschen, die sie lösen, in kurzen Interviews erfasst, geprüft und am neuen Standort als Runbook und als kurzes Training bereitgestellt, in der Sprache, in der dort gearbeitet wird. Omnora liefert solche Inhalte mit Untertiteln in 140 Sprachen und Vertonung in mehr als 50 Sprachen, die Übersetzung muss also nicht erst als eigenes Projekt geplant werden.
Wie das für ein konkretes Verlagerungsprojekt aussieht, zeigt die Seite zu Nearshoring und Offshoring. Was passiert, wenn Wissen an einer einzigen Person hängt, beschreibt der Beitrag über Kopfmonopole.
Die Frage, die sich vor dem nächsten Lenkungskreis lohnt, ist kurz: Welche drei Anrufe wird der neue Standort in der sechsten Woche nach dem Cut-over machen wollen, und wer nimmt sie dann noch an?




