Essay · Engineering Leadership · Mai 2026

Das Schatten-Onboarding

Ein Onboarding, das niemand nutzte, ein Dokument, das ein Kollege einem neuen Mitarbeiter im Privaten schickte, und die ehrlichste Karte eines Ortes, an dem ich gearbeitet hatte, die ich je gelesen habe.

Autor
Kyle Hauslaib
Veröffentlicht
Lesezeit
~9 Minuten
Aus dem Buch
Leading Agile When No One Agrees, Kapitel 9
Das Schatten-Onboarding. Der offizielle Onboarding-Bereich hatte dreiundsechzig Links, auf die ein neuer Mitarbeiter verwiesen wird. Ich klickte alle an, als eine neue Forscherin dazukam, und einunddreißig führten noch irgendwohin. Das Dokument, das ein Kollege dem neuen Mitarbeiter am sechsten Tag schickte, war vierzehn Seiten, jede aktuell, mit jedem Link, der noch funktionierte.

Vor Jahren leitete ich eine kleine Elektronikwerkstatt in der Fakultät für Chemieingenieurwesen einer Universität. Wenn eine neue Forscherin oder ein Doktorand dazukam, übergab die Fakultät ihnen eine Einführung, die dreiundsechzig Links umfasste. In der Woche, in der eine von ihnen mit meiner Werkstatt arbeiten kam, klickte ich alle dreiundsechzig an, weil ich wissen wollte, wie viel von dem, was die Fakultät einem Neuankömmling über sich selbst erzählte, tatsächlich stimmte. Einunddreißig der dreiundsechzig führten überhaupt noch irgendwohin. Von diesen einunddreißig führten neun auf eine Seite, die still durch eine neuere ersetzt worden war, die etwas anderes sagte, und vier auf ein Dokument, dessen Eigentümer irgendwann gegangen war, ohne dass es jemand festgehalten hatte.

Am sechsten Tag der neuen Forscherin schickte ihr ein Kollege, den niemand darum gebeten hatte, in einer privaten Nachricht ein Dokument. Die Zeile darüber lautete: Ignorier den Onboarding-Bereich, das hier ist der, den wir wirklich verwenden. Ich sah es nur, weil die neue Forscherin, unsicher, welcher der beiden Versionen sie trauen sollte, es an mich weiterleitete und fragte. Das Dokument war vierzehn Seiten lang und war, soweit ich erkennen konnte, von vier oder fünf verschiedenen Menschen über ein paar Jahre hinweg geschrieben worden. Jeder Link darin funktionierte. Auf seinen ersten beiden Seiten beantwortete es drei der Fragen, an denen die neue Forscherin die Woche über an der offiziellen Version gescheitert war, und über den Rest hinweg ein weiteres Dutzend, von denen sie noch nicht gewusst hatte, dass sie sie stellen musste.

Ich las das offizielle Onboarding und ich las das Dokument, das der Kollege geschickt hatte, und der Abstand zwischen beiden sagte mir mehr über einen Ort, an dem ich jahrelang gearbeitet hatte, als seine offizielle Version je dafür gebaut worden war, einem neuen Mitarbeiter überhaupt zu sagen. Ich habe begonnen, diesen Abstand als eine der nützlichsten Sachen zu begreifen, die einem neuen Mitarbeiter je übergeben werden, und als das, was diejenigen von uns, die schon drinnen sind, am zuverlässigsten für ein Problem halten, das weggeräumt werden müsste.

Wie das Schatten-Onboarding entsteht

Jedes Team, in dem ich gearbeitet habe, hatte ein Schatten-Onboarding, und die Ingenieurinnen und Ingenieure, mit denen ich mich austausche, beschreiben dasselbe bei Firmen, die ich nie betreten habe. Soweit ich erkennen kann, sind sie alle gleich gebaut. Die offizielle Version wird einmal geschrieben. Sie wird meist von jemandem geschrieben, der gebeten wurde, sie zu schreiben, und nicht von jemandem, der die Arbeit tut, die sie beschreibt, und sobald sie geschrieben ist, ist sie in dem Sinn, auf den es ankommt, fertig. Niemand wird dafür verantwortlich gemacht, dass sie ein Jahr später noch stimmt. Sie wird, wenn sie überhaupt gepflegt wird, in kurzen Schüben gepflegt, von wem auch immer zuletzt vor einem neuen Mitarbeiter mit ihr blamiert wurde.

Das Schattendokument ist andersherum gebaut. Es wird von den Menschen geschrieben, die der Arbeit am nächsten stehen, Absatz für Absatz, weil sie es brauchen, dass es stimmt, um durch ihre eigene Woche zu kommen. Wenn sich ein Schritt im realen Prozess ändert, aktualisiert die Person, die die Änderung stört, das Dokument noch am selben Nachmittag, denn der Preis dafür, es nicht zu aktualisieren, ist, in der folgenden Woche dieselbe Frage von der nächsten Person gestellt zu bekommen, die gegen dieselbe Wand läuft. Das offizielle Dokument beschreibt die Organisation so, wie sie gern beschrieben würde. Das Schattendokument beschreibt die Organisation so, wie sie läuft, weil die Menschen, die es aktuell halten, es sich nicht leisten können, dass es irgendetwas anderes beschreibt.

Der Abstand ist am schärfsten überall dort, wo der offizielle Prozess das am stärksten kontrollierte Ding im Haus ist. Eine Universitätswerkstatt wird inspiziert und geprüft, sie hat Verfahren für Sicherheit und Beschaffung und ein Qualitätshandbuch, das in der Form, in der es existiert, teils deshalb existiert, damit ein Prüfer hindurchgeführt werden kann. Irgendwo neben all dem, in einem Dokument, das kein Prüfer je zu sehen bekommen wird, liegt das Wissen darüber, wie man tatsächlich ein Teil bearbeitet bekommt, bevor die Woche um ist, wer die gefährlichen Dinge wirklich abzeichnet und welche der Regeln man überspringen kann und welche einem wehtun. Beide Versionen sind real. Nur eine von ihnen ist dort niedergeschrieben, wo die Institution sie sehen kann.

Der Impuls, es offiziell zu machen

Als ich verstand, was das Dokument des Kollegen war, war mein erster Impuls der, dem gegenüber ich bei mir selbst langsam misstrauisch geworden bin. Ich wollte es reparieren. Die Lösung schien so offensichtlich, dass sie kaum des Nachdenkens wert war. Das Schattendokument war eindeutig besser als das offizielle, also sollte das offizielle durch es ersetzt werden. Ich würde die vierzehn Seiten nehmen, sie in den Onboarding-Bereich verschieben, die toten Links ausmustern, und die Fakultät hätte endlich eine Einführung, die ihren Neuankömmlingen am ersten Tag die Wahrheit sagte und nicht am sechsten.

Ich kam so weit, beide Dokumente nebeneinander zu öffnen, bevor ich die Schwierigkeit sah.

Der Impuls, es offiziell zu machen. Eine Schleife in vier Schritten. Eins: ein wahres Dokument wird von den Menschen geschrieben, die der Arbeit am nächsten stehen. Zwei: eine Führungskraft übernimmt es und verschiebt es ins Wiki, mit einem Eigentümer und einem Freigabeschritt. Drei: es beginnt zu driften, nun fern von der Arbeit gepflegt und nur noch sagend, was sicher zu sagen ist. Vier: ein neues Schattendokument entsteht, die Menschen, die der Arbeit am nächsten stehen, schreiben wieder ein privates und geben es weiter. Die Schleife kehrt zum Anfang zurück, und ein frisches Schattendokument ersetzt das, das aufgenommen wurde.
Abbildung 1 · Warum das Verschieben des Schattendokuments ins offizielle Wiki seinen Verfall in Gang setzt, statt ihn zu beenden.

Der Grund, warum das Schattendokument wahr war, war, dass es keinen Eigentümer hatte, der fern von der Arbeit saß, und keinen Freigabeschritt, der zwischen einer Änderung in der Welt und einer Änderung auf der Seite stand. In dem Moment, in dem ich es in den offiziellen Bereich verschob, würde es beides bekommen. Es würde demjenigen gehören, dem der Onboarding-Bereich gehörte. Eine Änderung daran müsste von jemandem geprüft werden, dessen Verantwortung das Dokument war und nicht die Arbeit, die das Dokument beschrieb. Innerhalb weniger Monate würde es sagen, was das offizielle Onboarding immer gesagt hatte, nämlich was auch immer am letzten Tag zufällig wahr war, an dem jemand mit der Berechtigung, es zu bearbeiten, die Zeit gefunden hatte hinzusehen. Und die Menschen, die der Arbeit am nächsten stehen, würden, wenn sie erneut feststellten, dass man sich auf die offizielle Version nicht mehr verlassen konnte, das einzig Vernünftige tun, das ihnen zur Verfügung stand, nämlich ein frisches Dokument im Privaten öffnen und dem nächsten neuen Mitarbeiter sagen, das Wiki zu ignorieren.

Ich hätte das Schatten-Onboarding nicht repariert. Ich hätte ein wahres Dokument in ein offizielles verwandelt, was dasselbe ist, wie seinen Verfall in Gang zu setzen.

Ich hätte, mit anderen Worten, den Abstand nicht geschlossen. Ich hätte ihn verschoben. Das Schatten-Onboarding war nie das Symptom eines Dokumentationsversagens, das ein besseres Dokument heilen würde. Es war die ständige Antwort der Organisation auf ein Problem, das das offizielle System immer wieder hervorbrachte, und diese eine Instanz der Antwort aufzunehmen hätte schlicht die nächste hervorgebracht, auf dem Laptop eines Kollegen, bis zum Ende des Quartals.

Was das Dokument tatsächlich war

Es half, dem Ding einen Namen zu geben. Das offizielle Onboarding ist ein kleines und vollständiges Porträt dessen, was ich das Stated System nenne, die Version einer Organisation, die auf eine Folie passt: das Organigramm, der schriftliche Prozess, der Planungstakt, die Rollen mit Beschreibungen, die Sprache, die in den Räumen verwendet wird, in denen die Organisation sich selbst beschreibt. Das Schattendokument ist eine Erhebung des Lived System, der Version, die in niemandes offizieller Dokumentation lebt, wo die echten Entscheidungen fallen, wessen Kalender tatsächlich das Tempo setzt, welcher Kanal die Wahrheit transportiert und wen man fragen muss, wenn das Wiki falsch liegt.

Der Abstand zwischen beiden ist das, was ich den Drift nenne, und ein Schatten-Onboarding ist die billigste Lesung dieses Abstands, die einer Organisation je übergeben wird, weil jemand die Erhebung bereits gemacht und sie für dich aufgeschrieben hat. Es sagt dir, in Konkretem statt im Abstrakten, die genauen Stellen, an denen das, was die Organisation über sich selbst sagt, still aufgehört hat zu stimmen. Es gibt drei Fragen, die ich beim Lesen offen zu halten versuche. Was sagt das Stated System, das passieren soll, wenn jemand neu dazukommt. Was tut das Lived System tatsächlich. Und, die Frage, die das Ganze von einer interessanten Beobachtung in eine Entscheidung verwandelt, wer für den Abstand zwischen beiden bezahlt.

Im Fall des Onboardings ist die Antwort auf die letzte Frage nicht schwer zu finden. Der neue Mitarbeiter bezahlt, in einer ersten Woche oder zwei, die damit verbracht werden, durch Ausprobieren herauszufinden, dass die offizielle Karte nicht zum Gelände passt, was eine schlechte Nutzung der ungeteiltesten Aufmerksamkeit ist, die sie je an den Ort mitbringen werden. Und die Kolleginnen und Kollegen, die das Schattendokument aktuell halten, bezahlen, in Zeit, die ihnen nicht angerechnet wird, an einem Stück Arbeit, von dem die meisten von ihnen leise nicht sicher sind, ob sie es überhaupt tun dürfen. Ein Schatten-Onboarding ist die ehrlichste Prüfung eines Stated System, die eine Organisation je hervorbringt, sie bringt sie umsonst hervor, und fast niemand in einer Position zu handeln liest sie überhaupt als Prüfung.

Die Diagnose

Die nützliche Frage entpuppte sich als eine Zählung statt eines Urteils, wo diese Dinge meist enden. Die Frage, die man stellen muss, ist nicht, ob dein Onboarding gut ist. Die Frage ist, wie viele Tage zwischen dem Start eines neuen Mitarbeiters und dem Moment vergehen, in dem ihm jemand das echte übergibt, und wer es ist, der es übergibt.

Der Einarbeitungs-Tracker, der ein Teil des Stated System ist, wird dir sagen, dass eine Person an ihrem ersten oder zweiten Tag eingearbeitet wurde, weil Onboarding im Stated System eine Checkliste ist und eine Checkliste an einem Nachmittag erledigt werden kann. Der Tag, an dem die erste wirklich nützliche Antwort eintrifft, die Antwort, die ein Kollege still in einer privaten Nachricht gibt, ist ein ganz anderes Datum, und die Anzahl der Tage zwischen den beiden Daten ist die Größe des Abstands, den du tatsächlich fährst.

Die Diagnose. Wer beantwortete die erste Woche, das offizielle Onboarding oder das Dokument eines Kollegen? Von den neunzehn echten Fragen, die eine neue Forscherin in Woche eins hatte, beantwortete das offizielle Onboarding drei und das Dokument eines Kollegen sechzehn. Die Lücke von dreizehn Fragen ist der Teil der Organisation, der in niemandes Dokumentation lebt. Die offizielle Version wird in Schüben aktualisiert, von wem auch immer zuletzt mit ihr blamiert wurde. Die echte wird von wem auch immer aktualisiert, den sie stört.
Abbildung 2 · Die erste Woche einer neuen Forscherin, im Nachhinein ehrlich gezählt. Der Abstand zwischen den beiden Balken ist der Teil der Organisation, der in niemandes Dokumentation lebt.

Als ich mich mit der neuen Forscherin hinsetzte und ihre erste Woche ehrlich zählte, hatte sie etwa neunzehn echte Fragen gestellt, die Art, bei der sie das Nächste nicht tun konnte, bevor sie die Antwort hatte. Das offizielle Onboarding hatte drei davon beantwortet. Das Dokument, das ein Kollege am sechsten Tag schickte, beantwortete die anderen sechzehn. Ich hätte diese Zahlen nicht erraten, wenn man mich vor dem Zählen gefragt hätte. Ich hätte gesagt, die Einführung der Fakultät sei in etwa in Ordnung und ein wenig veraltet, was alle über jedes offizielle Onboarding sagen, und was die Antwort ist, die das Stated System dafür gebaut ist, immer wieder hervorzubringen.

Probier als Nächstes

Finde das Schatten-Onboarding deiner eigenen Organisation. Stelle der zuletzt zu deinem Team gestoßenen Person eine einzige Frage: Welches Dokument hast du in deinem ersten Monat tatsächlich verwendet, und wer hat es dir geschickt. Du suchst das, das nicht das offizielle ist. Wenn du es findest, verschiebe es nicht ins Wiki, gib ihm keinen Eigentümer und bau keinen Prozess darum. Lies es stattdessen. Es ist eine Liste, in Konkretem, der Stellen, an denen das, was deine Organisation über sich selbst sagt, aufgehört hat zu stimmen, umsonst zusammengestellt von den Menschen, die es am besten wissen. Dann sitze mit der schwierigeren Frage, nämlich warum die wahrste Beschreibung davon, wie der Ort funktioniert, überhaupt im Privaten geschrieben werden musste.

Warum keiner von ihnen es unterschreiben wird

Nicht lange danach ertappte ich mich dabei, die Person zu werden, die das Dokument schickt. Ein weiterer Forscher kam dazu, und an seinem sechsten Tag fand ich mich dabei, eine private Nachricht mit einer sehr vertrauten Form zu entwerfen: ein Dokument angehängt und ein Satz oben, der begann, ignorier den Onboarding-Bereich. Ich hielt mit dem halb geschriebenen Satz inne und sah ihn eine Weile an.

Seit ich das Muster zum ersten Mal bemerkte, habe ich mir angewöhnt, Ingenieurinnen und Ingenieure, die ich aus anderen Firmen treffe, zu fragen, ob sie ein Dokument wie dieses haben, und bisher hat keiner Nein gesagt. Jeder dieser Orte war, für sich und ohne sich mit den anderen abzusprechen, bei genau derselben Lösung für genau dasselbe Problem angekommen. Eine wahre Beschreibung davon, wie die Arbeit getan wurde, knapp außer offizieller Sicht gehalten, von den Menschen gepflegt, die die Arbeit tun, und still von einer Person zur nächsten weitergegeben, an oder um den sechsten Tag herum. Ich war selbst mehr als einmal von einem solchen Dokument eingearbeitet worden, und jetzt war ich einer seiner Autoren, und an keinem dieser Orte, weder denen, an denen ich gearbeitet habe, noch denen, die die Menschen beschreiben, die ich frage, hatte jemand entschieden, dass das Dokument, das alle tatsächlich verwendeten, einfach das Dokument werden sollte, zu dem sich die Organisation bekannte.

Ich schickte die Nachricht, und ich ließ den Satz drin, weil der neue Mitarbeiter das echte Dokument ein gutes Stück mehr brauchte als mein Unbehagen darüber, wie er es bekam. Die nützlichere Frage, und die, die am längsten brauchte, um an die Oberfläche zu kommen, hat nichts damit zu tun, wie man ein besseres Onboarding schreibt. Es ist eine Frage darüber, warum die wahrste Schilderung davon, wie jede dieser Organisationen funktioniert, die ist, zu der sich keine von ihnen bekennen will, und was es bräuchte, in jeder von ihnen, damit das offizielle System das wird, das die Wahrheit sagt. Daran arbeite ich noch.

Die Szenen in diesem Essay stammen aus einer frühen Phase meiner Laufbahn, anonymisiert und, wo nötig, aus mehr als einem Kontext zusammengesetzt. Sie sollen organisatorische Muster veranschaulichen und beschreiben keinen bestimmten Arbeitgeber, keine Institution, kein Programm und kein Team. Die Ansichten sind meine eigenen.

Dies ist ein Kapitel, verdichtet, aus meinem kommenden Buch Leading Agile When No One Agrees, das das Drift-Framework über zweiundzwanzig Kapitel hinweg anhand von Szenen aus einer Laufbahn in Engineering-Organisationen durcharbeitet, von einer frühen, in der ich eine Universitätswerkstatt leitete, bis zu groß angelegten agilen Transformationen. Das Buch befindet sich in der finalen Vorbereitung für eine Veröffentlichung im Sommer 2026. Wenn dieser Text resoniert, sind die Begleitmaterialien in der Zwischenzeit vielleicht nützlich, angefangen beim Drift Check. Wer lieber im Terminal arbeitet: drift-cli führt denselben Fünf-Fragen-Check lokal aus und sendet das Ergebnis nirgendwohin. Ein Wert, der nach oben berichtet wird, hört auf, die Lücke zu messen, und fängt an, sie zu erzeugen, deshalb behält das Tool ihn bewusst auf deinem Rechner.

Mehr Texte und Updates zum Buchstart unter kylehauslaib.com.

← Zurück zu Texte, Publikationen & Vorträge