Warum die IT-Schulung nichts verändert hat

Alle fanden es interessant. Verändert hat sich danach nichts. Das ist kein Einzelfall, sondern die Regel bei Funktionsschulungen.

Ein Satz aus einem Rechtsdienst eines Industriekonzerns. Unsere IT hat intern einen eigenen Workshop angeboten. Alle fanden es interessant. Verändert hat sich danach nichts. Wer solche Sätze kennt, kennt das Muster dahinter, und es wiederholt sich erstaunlich zuverlässig, quer durch Branchen und Teamgrössen.

Funktionen erklären erzeugt keinen Arbeitsstil

Eine typische IT-Schulung zeigt, wo die Knöpfe sind. Wie man Copilot öffnet. Welche Felder es gibt. Was die einzelnen Funktionen tun. Das ist nicht falsch. Es ist nur nicht das, was Verhalten verändert.

Ein Werkzeug zu kennen und es zu nutzen sind zwei verschiedene Dinge. Man kann jeden Knopf einer Software erklärt bekommen und trotzdem nicht wissen, wofür man sie in der eigenen Arbeit einsetzt. Genau das passiert in Funktionsschulungen. Die Teilnehmenden verstehen das Tool. Sie verstehen nicht, was es für ihren Fall leistet. Und dieser fehlende Bezug zur eigenen Arbeit ist der Grund, warum die Begeisterung im Schulungsraum bleibt und nicht ins Büro mitkommt.

Der Hammer und der Auftrag

Ein Vergleich macht es deutlich. Ein Werkzeug ist nur so gut wie die Person, die es führt. Mit einem Hammer kann man ein Bild aufhängen, ein Möbel bauen oder etwas beschädigen. Der Hammer ist immer derselbe. Der Unterschied liegt nicht im Werkzeug. Er liegt im Auftrag.

Bei Copilot ist es gleich. Wer nur weiss, wie das Werkzeug funktioniert, aber nicht, welchen Auftrag er ihm gibt, produziert schwache Ergebnisse. Und schwache Ergebnisse führen dazu, dass das Tool als Spielerei abgetan wird. Das Problem liegt dann scheinbar beim Tool. In Wahrheit liegt es beim Einsatz, und diese Verwechslung kostet Organisationen Monate, in denen sie eigentlich schon hätten produktiv arbeiten können.

Warum Jurist:innen konkrete Fälle brauchen

Theorie ohne juristische Anwendungsfälle bringt keine Verhaltensänderung. Das ist der Kern. Ein juristisches Team ändert seine Arbeitsweise nicht, weil ihm jemand Funktionen vorführt. Es ändert sie, wenn es an einem eigenen Fall erlebt, wie eine Aufgabe schneller, strukturierter oder verlässlicher wird.

Ein Beispiel. Statt zu zeigen, dass Copilot Dokumente zusammenfassen kann, arbeitet man an einer echten Vertragsprüfung. Man sieht, wo der naive Prompt scheitert. Man erlebt, wie ein strukturierter Auftrag ein brauchbares Ergebnis liefert. Und man versteht, warum die menschliche Kontrolle am Ende unverzichtbar bleibt. Das bleibt hängen. Eine Funktionsliste nicht.

Was eine wirksame Schulung stattdessen leistet

Eine wirksame Schulung beginnt nicht mit dem Werkzeug, sondern mit der Frage, welche Aufgaben im Team wirklich wiederkehren. Erst danach kommt Copilot ins Spiel, und zwar an genau diesen Aufgaben. Die Teilnehmenden bringen eigene Fälle mit, testen live, scheitern auch einmal an einem zu vagen Prompt und lernen daraus, warum ein präziser Auftrag den Unterschied macht.

Diese Methode braucht mehr Vorbereitung als eine Funktionsvorführung. Sie liefert dafür ein Ergebnis, das im Büro ankommt und nicht im Schulungsraum bleibt.

Was nach der Schulung tatsächlich zählt

Der eigentliche Test einer Schulung findet nicht im Schulungsraum statt, sondern zwei Wochen später am eigenen Schreibtisch. Öffnet jemand Copilot bei der nächsten passenden Gelegenheit von selbst, oder ist das Tool wieder aus dem Blick geraten? Diese Frage lässt sich nicht durch eine Zufriedenheitsumfrage am Ende des Kurstags beantworten. Sie zeigt sich erst im Rückblick, wenn man nachfragt, wer das Gelernte tatsächlich angewendet hat.

Genau deshalb lohnt sich eine kurze Nachschau nach einigen Wochen. Nicht als Kontrolle, sondern als Gelegenheit, Hürden zu erkennen, die im Alltag aufgetaucht sind und die im Schulungsraum nicht sichtbar waren. Ein Prompt, der in der Theorie funktionierte, aber am eigenen Dokument scheiterte. Eine Funktion, die man nicht mehr fand. Diese Rückmeldungen sind wertvoller als jede Abschlussbewertung.

Der Unterschied in der Wirkung

Eine Funktionsschulung endet mit dem Satz: Jetzt weiss ich, was das Tool kann. Eine praxisnahe Schulung endet mit dem Satz: Jetzt weiss ich, wo ich es einsetze. Der zweite Satz verändert den Arbeitsalltag. Der erste selten.

Deshalb ist die Frage vor jeder Schulung nicht, welche Funktionen behandelt werden. Sondern welche konkreten Aufgaben aus dem eigenen Alltag bearbeitet werden. Erst daran zeigt sich, ob ein Werkzeug den Weg in die tägliche Arbeit findet. Und diese Frage lässt sich nicht von der IT allein beantworten. Sie braucht jemanden, der sowohl die juristische Arbeit als auch das Werkzeug kennt.

Warum Wiederholung Teil der Methode ist

Ein einzelner Schulungstag reicht selten aus, um einen neuen Arbeitsstil zu verankern. Menschen probieren ein neues Werkzeug zunächst zaghaft aus, stossen bei der ersten eigenständigen Anwendung auf eine Hürde, die im geschützten Rahmen der Schulung nicht sichtbar war, und legen das Werkzeug dann schnell wieder zur Seite. Wer diesen Rückfall verhindern will, plant von Anfang an eine zweite Berührung ein, sei es ein kurzes Nachfolgetreffen, ein gemeinsamer Austausch nach zwei Wochen oder eine offene Fragerunde, in der aufgetretene Probleme besprochen werden.

Diese Wiederholung ist kein Zeichen dafür, dass die erste Schulung nicht funktioniert hat. Sie ist ein bewusster Teil der Methode, weil Verhaltensänderung fast nie beim ersten Versuch stabil wird. Wer das einplant, statt es als Rückschlag zu werten, kommt schneller zu einem Team, das Copilot tatsächlich in den Alltag integriert hat.

Was am eigenen Fall besonders wirkt

Der eigene Fall wirkt aus einem einfachen Grund stärker als ein fremdes Beispiel: Man kennt die Vorgeschichte, die Beteiligten, die Fallstricke, die im Hintergrund mitschwingen, auch wenn sie im Prompt nicht ausdrücklich genannt werden. Diese Vertrautheit erlaubt es, sofort zu beurteilen, ob ein Ergebnis von Copilot tatsächlich brauchbar ist oder nur oberflächlich plausibel klingt. Bei einem fremden Beispiel fehlt genau dieser Massstab, und die Teilnehmenden müssen dem Vortragenden auf Vertrauen glauben, dass das Ergebnis gut ist.

Diese Vertrautheit lässt sich nicht simulieren. Sie ist der eigentliche Grund, warum praxisnahe Schulungen mit echten Fällen so viel wirksamer sind als jede noch so gut aufbereitete Beispielsammlung, die ein externer Vortragender mitbringt.

Ein Vergleich zweier Schulungstage

Man stelle sich zwei Rechtsdienste vor, die am selben Tag eine Copilot-Schulung durchführen. Im ersten zeigt eine IT-Fachperson zwei Stunden lang, was das Werkzeug alles kann, mit vorbereiteten Beispielen aus einem generischen Kontext. Im zweiten bringt jede Person einen eigenen, echten Fall mit, und die Schulung arbeitet sich gemeinsam durch diese Fälle, inklusive der Prompts, die zunächst nicht funktionieren.

Am Ende des ersten Tages haben alle applaudiert und sind zurück an ihre gewohnte Arbeit gegangen. Am Ende des zweiten Tages hat jede Person mindestens einen Prompt, den sie am nächsten Morgen tatsächlich wieder verwendet. Der Unterschied liegt nicht im Budget, nicht in der Dauer, nicht im Vortragenden. Er liegt allein darin, ob die eigene Arbeit im Zentrum stand oder das Werkzeug. Wer diesen Unterschied einmal selbst erlebt hat, fragt bei der nächsten Schulungsanfrage von sich aus nach, mit welchen Fällen konkret gearbeitet wird, bevor er zusagt.

Wo nur Funktionen erklärt werden, entsteht noch kein neuer Arbeitsstil. Jurist:innen brauchen konkrete Fälle aus ihrer Praxis.

Die interessante Schulung ist nicht die, nach der alle etwas gelernt haben. Es ist die, nach der alle etwas anders machen. Und dieser Unterschied entscheidet sich nicht am Tool, sondern an der Frage, ob die eigene Arbeit im Zentrum stand.

Copilot in Ihrer Organisation einführen

Für Kanzleien, Rechtsdienste, Verwaltungen und Gerichte biete ich massgeschneiderte Inhouse-Schulungen an. Inhalte, Übungen und Schwerpunkte richten sich nach Ihren Arbeitsabläufen, Werkzeugen und internen Vorgaben.