Ein Workshop in dieser Praxis ist kein Seminarraum mit Flipchart und Kaffeepausen. Er ist eine Arbeitssitzung mit einem klar definierten Artefakt am Ende: eine Entscheidung, eine priorisierte Liste, ein trainiertes Team oder ein funktionierender Prompt. Wenn ein Format hier "Workshop" heißt, dann deshalb, weil am Ende ein Dokument, eine Fähigkeit oder eine Entscheidung existiert, die vorher nicht existierte, und die im nächsten Schritt des Engagements verwendet wird. Das unterscheidet diese Formate fundamental von generischen Corporate-Trainings, in denen Wissen vermittelt wird, ohne dass unternehmensspezifische Ergebnisse entstehen.
Was "Workshop" in dieser Praxis konkret bedeutet
Klassische KI-Schulungen vermitteln allgemeines Wissen: Was ist ein Large Language Model, wie funktioniert Prompting, welche Tools gibt es am Markt. Das ist nicht wertlos, aber es beantwortet nicht die Frage, die Unternehmen eigentlich stellen: Was bedeutet das für uns, für unsere Prozesse, für unsere Daten, für unsere Leute. Die Workshops in dieser Praxis sind deshalb immer an einem konkreten Unternehmenskontext verankert. Ein Use-Case-Discovery-Workshop arbeitet mit den tatsächlichen Prozessen der Fachbereiche, nicht mit Branchenbeispielen aus einer Folienvorlage. Ein Team-Enablement-Workshop trainiert an echten Aufgaben der Teilnehmenden, nicht an generischen Übungsfällen. Ein Agent & Prompt Design Workshop baut Prompts und Agentenlogik für die tatsächlichen Systeme und Datenquellen des Unternehmens, nicht für ein Demo-Szenario.
Diese Verankerung hat einen Preis: Workshops in dieser Praxis erfordern Vorbereitung, echte Beteiligung der Fachseite und Zugang zu relevanten Informationen (Prozessdokumentation, Beispieldaten, in manchen Fällen Systemzugänge für Testzwecke). Sie sind damit aufwändiger als ein Standardtraining von der Stange. Der Ertrag dafür ist, dass am Ende etwas Nutzbares steht, das direkt in die nächste Phase des Engagements einfließt, statt in einer Schublade zu verschwinden.
Wichtig ist auch die Abgrenzung nach oben und unten. Ein Workshop ist kein Strategieprozess, der Monate dauert und die gesamte Unternehmensausrichtung neu justiert, das leistet die Strategieberatung unter /beratung. Ein Workshop ist aber auch kein produktiver Piloteinsatz mit echten Nutzenden über mehrere Wochen. Er liegt dazwischen, zeitlich meist bei ein bis drei Tagen konzentrierter Arbeit, inhaltlich bei einem klar begrenzten Ergebnis.
Warum Workshops zwischen Strategie und Piloten stehen
Der Grund, warum diese Praxis Workshops als eigene Säule zwischen Beratung und Pilotprojekten führt, liegt in einer Beobachtung, die sich in vielen Organisationen wiederholt: Eine Strategie kann inhaltlich richtig und trotzdem folgenlos sein, wenn sie nicht in konkrete, von den richtigen Personen getragene Entscheidungen übersetzt wird. Umgekehrt scheitern Pilotprojekte häufig nicht an der Technologie, sondern daran, dass niemand vorher geklärt hat, wer eigentlich entscheidet, welches Problem wirklich priorisiert ist, und ob das Team, das den Piloten betreiben soll, die nötigen Fähigkeiten mitbringt.
Ein Strategieprozess liefert eine Richtung: welche Bereiche des Unternehmens von KI grundsätzlich betroffen sind, welche Risiken und Chancen bestehen, wie ambitioniert das Unternehmen vorgehen will. Diese Richtung ist notwendig, aber nicht ausreichend, um am Montagmorgen zu wissen, welches konkrete Projekt als Erstes gestartet wird, wer im Raum sitzen muss, damit die Entscheidung trägt, und welches Team die Umsetzung übernimmt. Genau diese Lücke schließen Workshops. Sie nehmen die strategische Richtung und verdichten sie zu konkreten, umsetzbaren nächsten Schritten.
Ein Pilotprojekt wiederum braucht drei Dinge, die ein Workshop liefern kann, bevor der Piloten überhaupt beginnt: einen ausgewählten, mit den Beteiligten abgestimmten Use Case, ein Team, das die Grundlagen versteht und mitarbeiten kann, und im Fall von Agenten- oder Automatisierungsprojekten bereits erprobte Prompt- und Interaktionslogik. Ohne diese Vorarbeit beginnt ein Pilot faktisch bei null, mit doppeltem Aufwand und höherem Risiko, dass er an organisatorischen statt an technischen Fragen scheitert.
Workshops sind also der Übersetzungsmechanismus zwischen "wir wissen, wohin wir wollen" und "wir bauen jetzt etwas Konkretes und beobachten, ob es funktioniert." Sie sind kürzer und fokussierter als beide Nachbarphasen, aber deshalb nicht weniger wichtig. In der Praxis zeigt sich häufig, dass die Zeit, die in einen gut vorbereiteten Workshop investiert wird, sich in der folgenden Pilotphase mehrfach auszahlt, weil Missverständnisse, unklare Zuständigkeiten und fehlendes Grundwissen dort ausgeräumt werden, wo sie am günstigsten zu beheben sind: vor dem Start, nicht mitten in der Umsetzung.
Die vier Formate im Zusammenspiel
Die vier Workshop-Formate sind keine austauschbaren Bausteine, sondern haben eine innere Logik, die sich an einer typischen Frage orientiert: Wer muss was wissen und entscheiden, damit die Organisation als Ganzes vorankommt, statt dass einzelne Abteilungen unkoordiniert lostoben.
Executive Alignment Workshop
Der Executive Alignment Workshop steht meist am Anfang der Workshop-Phase, manchmal sogar direkt im Anschluss an einen Strategieprozess. Sein Zweck ist nicht, neue Ideen zu generieren, sondern bestehende Unterschiede in der Führungsebene sichtbar zu machen und aufzulösen. In fast jeder Organisation gibt es unterschiedliche Vorstellungen darüber, wie schnell KI eingeführt werden soll, welche Risiken toleriert werden, wer die Budgethoheit hat, und was überhaupt als Erfolg zählt. Solange diese Unterschiede unausgesprochen bleiben, blockieren sie jede nachgelagerte Entscheidung, weil jede Fachabteilung sich auf eine andere, meist implizite Führungsmeinung beruft.
Das Ergebnis dieses Formats ist ein Alignment-Memo: ein kurzes, konkretes Dokument, das festhält, worauf sich die Führungsebene geeinigt hat, welche Leitplanken gelten, und wer für welche Art von Entscheidung zuständig ist. Dieses Memo ist die Grundlage, auf der alle folgenden Workshops und Piloten aufbauen, weil es verhindert, dass später jede einzelne Initiative dieselbe Grundsatzdiskussion neu führen muss.
Use-Case Discovery Workshop
Sobald die Führungsebene ausgerichtet ist, stellt sich die nächste Frage: welches konkrete Problem zuerst angegangen wird. Der Use-Case Discovery Workshop bringt dafür Fachbereichsverantwortliche und Prozessverantwortliche zusammen, um systematisch durch mögliche Anwendungsfälle zu gehen: wo entstehen heute manuelle, repetitive oder fehleranfällige Arbeitsschritte, wo liegen Daten in ausreichender Qualität vor, wo ist der potenzielle Nutzen groß genug, um den Aufwand zu rechtfertigen.
Das Format arbeitet bewusst breiter als eine einzelne Fachabteilung, weil sich die interessantesten Use Cases häufig an Schnittstellen zwischen Abteilungen zeigen, etwa zwischen Vertrieb und Kundenservice oder zwischen Einkauf und Produktion. Am Ende steht keine lange Wunschliste, sondern eine bewusst kurz gehaltene Shortlist priorisierter Use Cases, jeweils mit einer groben Einschätzung zu Aufwand, Datenverfügbarkeit und erwartetem Nutzen. Diese Shortlist ist das zentrale Bindeglied zur Pilotphase: Sie entscheidet, was als Erstes tatsächlich gebaut wird.
Team Enablement Workshop
Ein priorisierter Use Case nützt wenig, wenn das Team, das ihn tragen soll, nicht über die notwendigen Grundfertigkeiten verfügt. Der Team Enablement Workshop richtet sich an die Mitarbeitenden, die künftig mit KI-gestützten Werkzeugen arbeiten oder einen Piloten operativ begleiten sollen. Anders als ein allgemeines Schulungsprogramm orientiert sich dieses Format an den konkret ausgewählten Use Cases aus dem Discovery-Workshop: Wenn der priorisierte Fall im Kundenservice liegt, wird mit Kundenservice-Teams an echten Anfragen und echten Tools gearbeitet, nicht an abstrakten Beispielen.
Das Ergebnis ist kein Zertifikat, sondern ein Team, das die Grundlogik von KI-gestützter Arbeit versteht, mit den vorgesehenen Werkzeugen umgehen kann und die Grenzen dieser Werkzeuge realistisch einschätzt. Diese Fähigkeit ist Voraussetzung dafür, dass ein anschließender Piloten nicht an mangelndem Verständnis oder unrealistischen Erwartungen scheitert.
Agent & Prompt Design Workshop
Wo ein Use Case auf Automatisierung durch Agenten oder auf wiederkehrende, komplexere Prompt-Interaktionen abzielt, reicht allgemeines Verständnis nicht aus. Der Agent & Prompt Design Workshop ist das technisch spezifischste der vier Formate. Hier wird gemeinsam mit den fachlichen und technischen Ansprechpartnern des Unternehmens an der konkreten Interaktionslogik gearbeitet: Welche Eingaben soll ein Agent verarbeiten können, welche Werkzeuge und Datenquellen braucht er, wie werden Grenzfälle und Fehlerzustände behandelt, wie wird die Qualität der Ausgaben überprüft.
Dieses Format setzt in der Regel voraus, dass bereits ein priorisierter Use Case existiert, es baut also direkt auf der Shortlist aus dem Discovery-Workshop auf, und profitiert davon, wenn die beteiligten Teammitglieder das Enablement-Format bereits durchlaufen haben. Das Ergebnis ist ein getesteter, dokumentierter Prompt- oder Agenten-Entwurf, der die Grundlage für den anschließenden Piloten bildet, statt dass dieser bei einem leeren Textfeld beginnt.
Die vier Formate lassen sich also grob in dieser Reihenfolge denken, auch wenn nicht jedes Unternehmen alle vier benötigt: Alignment schafft die Entscheidungsgrundlage, Discovery wählt das Problem aus, Enablement befähigt die Menschen, die es lösen sollen, und Agent & Prompt Design baut die konkrete technische Lösung vor. Ein Unternehmen mit bereits klarer Führungsausrichtung kann direkt mit Discovery beginnen. Ein Unternehmen, das schon einen priorisierten Use Case identifiziert hat, kann direkt in Enablement oder Agent & Prompt Design einsteigen. Die Formate sind modular, folgen aber einer inneren Logik, die selten sinnvoll übersprungen wird.
Wer typischerweise welches Format beauftragt
Die vier Formate sprechen unterschiedliche Rollen im Unternehmen an, was sich auch daran zeigt, wer sie in der Praxis anfragt.
Der Executive Alignment Workshop wird in der Regel von der Geschäftsführung, einem CIO, CTO oder einem Transformationsverantwortlichen initiiert, oft nachdem in der Führungsrunde bereits spürbar geworden ist, dass unterschiedliche Vorstellungen über Tempo und Ambition existieren. Häufig ist der Auslöser eine bevorstehende Investitionsentscheidung oder eine öffentliche Ankündigung, bei der intern noch keine gemeinsame Linie existiert.
Der Use-Case Discovery Workshop wird meist von Bereichsleitungen oder von einer zentralen Digitalisierungs- oder Innovationsfunktion beauftragt, die den Auftrag hat, aus vielen möglichen Ideen eine überschaubare, umsetzbare Auswahl zu treffen. Oft sitzen hier mehrere Fachbereiche gemeinsam am Tisch, weil die Auftraggeberrolle bewusst bereichsübergreifend angelegt ist.
Der Team Enablement Workshop wird typischerweise von der Fachbereichsleitung angefragt, die für die operative Umsetzung eines bereits identifizierten Use Cases verantwortlich ist, häufig in Abstimmung mit HR oder Personalentwicklung, wenn es um die Einbettung in bestehende Weiterbildungsstrukturen geht.
Der Agent & Prompt Design Workshop wird meist von technischen Verantwortlichen beauftragt, etwa aus IT, Data oder einer Digital-/Automatisierungsfunktion, oft gemeinsam mit der Fachbereichsleitung, die den Use Case fachlich verantwortet. Diese doppelte Auftraggeberschaft ist kein Zufall: gute Agentenlogik entsteht nur, wenn fachliches Prozesswissen und technisches Verständnis der Möglichkeiten und Grenzen zusammenkommen.
Wie die Workshop-Ergebnisse in den nächsten Schritt einfließen
Der eigentliche Wert dieser Workshop-Phase zeigt sich erst darin, was mit den Ergebnissen danach passiert. Ein Alignment-Memo aus dem Executive-Workshop wird zur Referenz für alle folgenden Entscheidungen: Wenn im späteren Piloten eine Grundsatzfrage zu Budget, Risikotoleranz oder Zuständigkeit auftaucht, wird auf dieses Dokument zurückgegriffen, statt die Diskussion neu zu führen. Es verhindert, dass jede einzelne Initiative im Unternehmen bei null anfängt, Rückendeckung von oben einzuholen.
Die Use-Case-Shortlist aus dem Discovery-Workshop wird zur Grundlage für die Pilotplanung. Sie legt fest, welcher Fall zuerst in einen begrenzten, beobachtbaren Pilotbetrieb überführt wird, und liefert bereits die grobe Einschätzung zu Aufwand und Datenlage, die für die Pilotplanung benötigt wird. Ohne diese vorgelagerte Priorisierung müsste die Auswahl im Pilotprojekt selbst nachgeholt werden, mit dem Risiko, dass technische statt fachliche Kriterien die Auswahl bestimmen.
Das trainierte Team aus dem Enablement-Workshop wird zum Träger des Piloten selbst. Es sind dieselben Personen, die im Pilotbetrieb die neuen Werkzeuge tatsächlich nutzen, Feedback geben und über Erfolg oder Anpassungsbedarf mitentscheiden. Ein Piloten, der auf ein unvorbereitetes Team trifft, verliert wertvolle Zeit allein damit, Grundverständnis nachzuholen, während gleichzeitig der eigentliche Piloten bewertet werden soll.
Der Prompt- oder Agenten-Entwurf aus dem Agent & Prompt Design Workshop wird zum technischen Ausgangspunkt des Piloten. Er muss im Pilotbetrieb weiterentwickelt und an reale Nutzungsdaten angepasst werden, aber er erspart die Aufbauarbeit, die sonst erst während des laufenden Piloten geleistet werden müsste, unter dem Druck, gleichzeitig Ergebnisse liefern zu müssen.
Zusammengenommen sorgt diese Kette von Übergaben dafür, dass die anschließende Pilotphase mit einer klaren Entscheidungsgrundlage, einem priorisierten Problem, einem vorbereiteten Team und einem getesteten technischen Ansatz beginnt, statt alle vier Fragen parallel zum eigentlichen Pilotbetrieb klären zu müssen. Das ist der eigentliche Grund, warum diese Praxis Workshops als eigenständige Phase führt, statt sie informell in Strategie- oder Pilotarbeit zu integrieren: Jede der vier Fragen verdient einen eigenen, fokussierten Termin mit den richtigen Personen im Raum, statt am Rand eines anderen Meetings mitbehandelt zu werden.
Wie ein passendes Format ausgewählt wird
Nicht jedes Unternehmen beginnt am selben Punkt. Manche haben bereits eine klare strategische Richtung aus einem vorangegangenen Beratungsprojekt und benötigen in erster Linie Alignment auf Führungsebene. Andere wissen genau, welches Problem sie lösen wollen, aber nicht, wie sie ihr Team darauf vorbereiten. Wieder andere haben ein Pilotprojekt in Planung, das an einer ungelösten technischen Frage zur Prompt- oder Agentenlogik hängt. Welches Format zuerst sinnvoll ist, hängt vom Ausgangspunkt der Organisation ab, nicht von einer starren Abfolge.
Ein orientierender erster Schritt kann der AI Readiness Check sein, der eine erste Einschätzung liefert, wo eine Organisation aktuell steht und welches Workshop-Format daran anschließend den größten Hebel bietet. Für Unternehmen, die bereits eine genauere Vorstellung haben oder direkt in ein Format einsteigen möchten, führt der direkte Weg über Kontakt, um Ziel, Format und Rahmen gemeinsam zu klären.
Die vier Workshop-Formate sind so konzipiert, dass sie einzeln nutzbar sind, aber ihren größten Wert im Zusammenspiel entfalten: als der Ort, an dem eine strategische Richtung zu einer konkreten, von den richtigen Personen getragenen und technisch vorbereiteten nächsten Aktion wird.
