Gedankenexperiment4 Min. Lesezeit

Onboarding beginnt bei der ersten eigenen Entscheidung

Ein neuer Systemverantwortlicher soll eine Änderung beurteilen. Am gedachten Fall zeigt sich, welche Zusammenhänge eine Übergabe mitgeben muss – und wo ein Gespräch unverzichtbar bleibt.

In diesem Beitrag

Ein neuer Kollege übernimmt die fachliche Verantwortung für ein internes System. Das Organigramm kennt er, die Einführung ist erledigt und der Link zur Dokumentation funktioniert. Nun kommt seine erste Anfrage: Eine Eingabemaske soll geändert werden. Kann er zustimmen?

Für dieses Gedankenexperiment nehmen wir eine Anwendung zur Reklamationsbearbeitung. Es ist ein konstruierter Fall, kein Bericht über einen Kunden. Der Kollege soll prüfen, ob ein Feld entfallen kann, das der Vertrieb kaum verwendet.

Die Anfrage sieht kleiner aus, als sie ist

In der Anforderung steht: Das Feld „Fehlerbild“ soll entfernt werden, um die Erfassung zu vereinfachen. Für den Vertrieb klingt das plausibel. Im zweiten Bearbeitungsschritt verwendet die Qualitätssicherung die Angabe jedoch, um ähnliche Reklamationen zusammenzuführen.

Wer nur die Eingabemaske betrachtet, sieht ein selten ausgefülltes Feld. Wer den Prozess kennt, sieht eine Information, auf die ein nachgelagertes Team angewiesen ist. Der neue Kollege muss diesen Zusammenhang nicht erraten. Die Übergabe seiner Rolle sollte ihn an den Ort führen, an dem er ihn prüfen kann.

Für die erste Entscheidung braucht er also mehr als eine Funktionsbeschreibung: den betroffenen Prozessschritt, die weitere Verwendung der Information und eine Person, die beurteilen kann, ob ein Ersatz ausreicht.

Eine Übergabenotiz, die zur Arbeit führt

Die Notiz gibt keine vorgefertigte Zustimmung. Sie macht den nächsten sinnvollen Schritt erkennbar: mit der Qualitätssicherung prüfen, wie die Information verwendet wird. Vielleicht ist das Feld tatsächlich überflüssig, weil die Angabe inzwischen an anderer Stelle verlässlich erfasst wird. Vielleicht erklärt die geringe Nutzung gerade ein Problem im bisherigen Ablauf.

Beides wäre ein anderes Ergebnis als „Feld wird kaum genutzt, also weg damit“. Guter Kontext nimmt die Entscheidung nicht vorweg. Er zeigt, welche Annahme zuerst untersucht werden muss.

Was die Dokumentation nicht aus dem Gespräch herausnehmen sollte

Ein erfahrener Kollege kann erläutern, warum das Feld eingeführt wurde und weshalb eine frühere Vereinfachung nicht umgesetzt worden ist. Solange diese Erklärung nur im Gespräch existiert, ist sie ein Hinweis, den die Verantwortlichen prüfen und gegebenenfalls festhalten sollten. „Das haben wir immer so gemacht“ ist noch keine belastbare Begründung für den Erhalt.

Ein öffentlich nachvollziehbares Beispiel für die Verbindung von Dokumentation und persönlicher Begleitung bietet GitLab: Onboarding Buddies sollen neue Mitarbeitende zu hilfreichen Handbook-Seiten führen und sie beim Navigieren unterstützen. Für Abwesenheiten ist eine Vertretung vorgesehen. Eine umfangreiche Wissensbasis macht die Ansprechperson dort also nicht überflüssig.

Quelle [2]

Auf unseren Fall übertragen, wäre eine sinnvolle Begleitung ein gemeinsamer Durchgang durch die erste Änderungsanfrage. Der neue Kollege führt die Prüfung; die erfahrene Person hilft, unklare Beziehungen zu erkennen. So wird sichtbar, was die Übergabe bereits erklärt und was noch fehlt.

Die Rückfrage verbessert die nächste Übergabe

Angenommen, die Qualitätssicherung bestätigt die Nutzung des Feldes. Dann sollte die Beziehung zwischen Erfassung und Auswertung an der passenden Stelle festgehalten werden. Ein zusätzlicher Absatz mit „Bitte bei Änderungen vorsichtig sein“ wäre dafür zu unspezifisch. Nützlich ist der konkrete Bezug: Wer benötigt welche Angabe in welchem Schritt?

Eine KI kann später helfen, diese gepflegten Informationen zu finden oder den Prüfauftrag zusammenzufassen. Ein dokumentierter Systemzugriff erlaubt ihr jedoch noch keine Änderung an der Anwendung. Die fachliche Zustimmung und die technische Ausführung bleiben getrennte Aufgaben.

Ob das Onboarding für diese Rolle funktioniert, lässt sich an der nächsten vergleichbaren Anfrage beobachten: Findet der Kollege die betroffenen Rollen und Grundlagen selbst? Stellt er eine gezielte Rückfrage, statt wieder allgemein nach Hilfe zu suchen? Die Zahl gelesener Seiten würde diese Fähigkeit nicht zeigen.

Wenn die Nutzung eines Feldes oder einer Anleitung geklärt wurde, braucht diese Zuordnung auch eine verantwortliche Person. Wer pflegt die Beziehung?

Quellen & Einordnung

  1. Felix Drösel: Die nächste Stufe der KI braucht eine Unternehmenskarte

    Grundlage für die Verbindung von Rollen, Prozessen, Systemen und Wissen; 15. August 2026. Die Änderungsanfrage in diesem Beitrag ist ein eigenes Gedankenexperiment.

  2. GitLab Handbook: Onboarding Buddies

    Öffentlich dokumentierte Aufgaben der Begleitpersonen, einschließlich Handbook-Orientierung und Vertretung. Abgerufen am 9. September 2026; keine PULSE-Kundenreferenz.