Guidelines für Workshop-Gestaltung
Lesezeit: ~
5 mins
Nicht jedes Thema eignet sich gleich gut für einen Workshop. Gut funktioniert, was sich in einem überschaubaren Mini-Projekt oder einer Demo zeigen lässt, also Themen, bei denen Teilnehmende innerhalb von 180 Minuten etwas Handfestes produzieren können. Überlegen Sie außerdem frühzeitig, wie Sie eine gute Balance zwischen Theorie, Praxis und Diskussion herstellen. Mehr als drei Hands-on-Praxisteile sind in der Regel zu viel, besser weniger, dafür tiefer.
Ein Workshop beginnt nicht mit dem ersten Codeblock, sondern mit einer Einladung. Teilnehmende müssen verstehen, warum dieses Thema ihre Zeit wert ist und wo es sie hinführt. Wer den Kontext nicht kennt, kann das Gelernte nicht einordnen. Eine kurze Lernstandanalyse zu Beginn hilft dabei, den Workshop auf die tatsächlich anwesende Gruppe abzustimmen und Überraschungen im Praxisteil zu vermeiden. Fragen Sie auch nach Betriebssystem und Dev-Setup, um technische Probleme früh zu antizipieren.
Der Theorieteil ist kein notwendiges Übel vor dem eigentlichen Workshop, sondern das Fundament, auf dem alles andere aufbaut. Wer die grundsätzliche Idee und Architektur einer Technologie nicht verstanden hat, kann im Praxisteil nur kopieren, nicht denken. Visualisierungen und Anwendungsbeispiele aus der Praxis machen abstrakte Konzepte greifbar. Nutzen Sie ruhig auch Whiteboard oder Skizzen, wenn das dem Verständnis hilft. Folien sind hier ein legitimes und hilfreiches Werkzeug.
Der Moment, in dem der Workshop von Theorie in Praxis wechselt, wird häufig unterschätzt. Ein abrupter Wechsel verwirrt die Gruppe und lässt den Theorieteil isoliert wirken. Dieser Übergang soll sich aus dem Konzeptteil ableiten: Was haben wir gerade verstanden, und was probieren wir jetzt damit aus? Moderieren Sie diesen Schritt explizit.
Der Praxisteil ist der Kern des Workshops. Hier entscheidet sich, ob Teilnehmende wirklich etwas mitnehmen oder nur zugeschaut haben. Die häufigsten Probleme sind zu komplexe Startsituationen, unklare Aufgabenstellungen und fehlende Begleitung während der Bearbeitungszeit. Verwenden Sie im Boilerplate-Code nach Möglichkeit keine Frameworks/ Tools wie React, Vite oder Webpack. Sie machen den Workshop komplexer und den Code undurchsichtiger. Der Einstieg sollte so einfach sein, dass ihn wirklich alle meistern können. Steigern Sie die Komplexität erst im Verlauf. Zeigen Sie auch Fehler und debuggen Sie gemeinsam, das erzeugt oft mehr Verständnis als ein reibungsloser Durchlauf.
Die gemeinsame Nachbesprechung ist der Moment, in dem aus einer Übung echtes Lernen wird. Typische Fehler zu zeigen und zu erklären, warum sie passieren, erzeugt mehr Verständnis als eine Musterlösung allein. Nehmen Sie sich dafür ausreichend Zeit und beziehen Sie Teilnehmende aktiv ein, indem Sie deren Lösungen vorstellen lassen.
Ein guter Abschluss macht den Bogen zum Einstieg sichtbar. Teilnehmende sollen den Workshop nicht mit dem Gefühl verlassen, eine Reihe von Übungen absolviert zu haben, sondern mit einem Bild davon, was sie gelernt haben und wie sie es in ihrem Arbeitsalltag einsetzen können. Bieten Sie auch nach dem Workshop Möglichkeiten für Rückfragen oder weitere Beispiele an.
Wie Sie im Raum sind, beeinflusst, wie viel Teilnehmende aufnehmen. Wer zum Bildschirm spricht statt zur Gruppe, verliert die Verbindung. Wer zu lange beim Lieblingsaspekt des Themas verweilt, verliert das Tempo. Nervosität ist verständlich, lässt sich aber durch gute Vorbereitung und einen Testlauf im Vorfeld deutlich reduzieren.