Eine agile Alternative zum klassischen Teamworkshop
>> Die sich ausbreitende Sensibilität für Agilität in Unternehmen eröffnet ein neues Spielfeld, in welchem Experimente gewagt werden dürfen. In diesem Blogbeitrag möchte ich das Format eines Sprintworkshops vorstellen, das aus einem solchen Experiment entstanden ist und mit dem ich in mehreren Projekten gute Erfahrungen gemacht habe. Den ersten Prototypen entwickelte ich bereits vor einigen Jahren aus einer gewissen Frustration heraus: Eine Veranstaltung mit 50 hochrangigen Führungskräften zum Thema Agilität war in die Sackgasse geraten. Statt der Bearbeitung relevanter Themen hatten nur Scheindiskussionen stattgefunden, die jede tiefe Reflexion verhindert hatten. Eine Taktik des Dauerkommentars hatte jegliche Maßnahmenbildung unmöglich gemacht. Auch ein kontinuierliches Spiegeln der wirkenden destruktiven Muster in die Gruppe hinein hatte keine Effekte generiert. Irgendwie hatten wir es dann doch noch einigermaßen fertiggebracht, den Workshop zu einem Minimalziel zu bringen. Aber die Frustration war sowohl auf Seiten der Teilnehmenden als beim Moderator groß.
Gemeinsam mit einer mutigen Auftraggeberin kam ich im Nachgang zu dem Schluss, dass wir – um mit dieser Gruppe Wert und Wirksamkeit stiften zu können – im nächsten Workshop die Muster komplett brechen mussten. Aus dieser Erkenntnis heraus entwickelte ich das im Folgenden beschriebene Format eines Sprintworkshops. Dieses Format half nicht nur, die oben geschilderte Gruppe in eine produktive Diskussion relevanter Themen zu bringen und sie greifbare und greifende Maßnahmen entwickeln zu lassen; es bewährte sich auch in der Umsetzung mit mehreren anderen Großgruppen und in anderen Kontexten. Heute setze ich dieses Format vielfach ein, um agile Prinzipien in der konkreten Arbeit an drängenden und komplexen Themen erlebbar und wirksam zu machen.
Das Format versucht zum einen, die drei von Dan Pink prominent beschriebenen Hauptmotivatoren des Menschen anzutriggern: Es setzt auf Purpose, Autonomy und Mastery. Zum anderen nimmt es die Vorzüge einer Scrum- bzw. Sprintlogik in Dienst, kombiniert mit supervisorischen Rollen und kontinuierlichem Feedback. Es setzt dabei folgendes Framework:
1. Erstellung eines Themenbacklogs (90 min)
Die Teilnehmenden werden in kleine Teams von ca. sechs Personen aufgeteilt. Gemeinsam sammeln sie in einem ersten Schritt unter einer geeigneten Leitfrage die Herausforderungen bzw. Hürden der aktuellen Situation. Anschließend schreiben sie aus Perspektive entsprechender Stakeholder- bzw. Zielgruppen (mit Hilfe von Templates) User Stories zur Bearbeitung der jeweiligen Herausforderung bzw. Beseitigung der Hürde.
Im Falle eines Workshops mit Führungskräften könnten User Storie zum Beispiel wie folgt klingen:
- „Als MitarbeiterIn möchte von meiner Führungskraft regelmäßig über die Ziele orientiert werden, damit ich für mich gut planen kann.“
- „Als KollegIn möchte ich von anderen Führungskräften maximal unterstützt werden, um die mir zugeordneten komplexen Ziele wirklich erfüllen zu können.“
- „Als Vorgesetzte(r) möchte ich von der mir unterstellten Führungskraft frühzeitig über Probleme informiert werden, damit ich mich sicher fühle.“
Alle aus der Diskussion abgeleiteten User Stories werden dann im Plenum vorgestellt. Im nächsten Schritt werden sie in eine priorisierte Reihenfolge gebracht. Hierzu bietet sich eine einfache Schwarmbewertung an: Jede(r) Teilnehmende erhält die gleiche Anzahl von Punkten und kann sie auf die User Stories verteilen. Letztere werden dann entsprechend der Punkte von oben nach unten im Themenbacklog sortiert.
2. Sprinteinheiten (je 90 min)
Ist das Themenbacklog fertiggestellt, geht es in den Sprintmodus. Die Teilnehmenden werden in cross-funktional/divers zusammengesetzte Sprintteams (fünf bis sieben Personen) aufgeteilt, deren Aufgabe es nun ist, die Backlogthemen von oben nach unten zu bearbeiten. Ziel ist es, aus den User Stories konkrete Maßnahmen abzuleiten und deren Umsetzung konzeptionell abzusichern.
2.1. Arbeitsphase (45 min)
In der Arbeitsphase jedes Sprints „zieht“ sich jedes Sprintteam jeweils das oberste Thema und arbeitet an der Erstellung eines Maßnahmenprototyps, der auf einer Pinnwand präsentiert werden soll. Es hat sich hier bewährt, Canvas-Poster zur Verfügung zu stellen, die über Leitfragen einen groben Orientierungsrahmen setzen, von den Teams jedoch in selbstorganisierten Brainstorming-, Diskussions- und Ableitungsphasen unmoderiert befüllt werden. Ziel ist es, dass jedes Sprintteam den Maßnahmenprototyp an der Pinnwand jeweils so aufbereitet, dass er quasi selbsterklärend präsentiert werden kann. Befindet das Sprintteam eine User Story als zufriedenstellend in Maßnahmen übersetzt, „zieht“ es sich die nächste, oberste User Story vom Backlog und startet sofort deren Bearbeitung.
Zu Beginn jeder Arbeitsphase bestimmt jedes Sprintteam aus der eigenen Mitte einen stillen Beobachter. Dieser hat die Aufgabe, das Team in der Arbeitsphase supervisorisch zu beobachten, um später Feedback geben zu können.
2.2. Review-Marktplatz (15 min)
Nach der Arbeitsphase findet in Marktplatzlogik ein Review der Maßnahmenprotoypen statt. Hierzu bleibt jeweils ein Vertreter des Sprintteams als Repräsentant an der Pinnwand des Sprintteams stehen; die anderen schwärmen aus, um sich die Prototypen der anderen Sprintteams anzusehen bzw. vorstellen zu lassen und zum jeweiligen Arbeitsstand Feedback zu geben. Der Repräsentant des Sprintteams sammelt dieses Feedback, sodass sein Sprintteam den Maßnahmenprototypen im nächsten Sprint gegebenenfalls optimieren kann.
2.3. Sprintteam-Retrospektive (15 min)
Anschließend trifft sich jedes Sprintteam wieder im eigenen Kreis. Der Beobachter teilt der Gruppe innerhalb von fünf Minuten seine Beobachtungen mit, adressiert wahrgenommene Hürden und macht Verbesserungsvorschläge für den nächsten Sprint. In den nächsten fünf Minuten melden alle Sprintteammitglieder kurz zurück, wie sie die allgemeine Zusammenarbeit in der Arbeitsphase wahrgenommen haben. Die letzten fünf Minuten der Retrospektive werden dazu genutzt, dass sich die Sprintteammitglieder in einem 1:1-Dialog jeweils gegenseitig kurz rückmelden, wie sie den jeweils anderen in seinem Einzelverhalten in der Arbeitsphase wahrgenommen haben.
2.4. Pause (15 min)
Bevor der nächste Sprint beginnt, wird eine Pause eingelegt.
Der nächste Sprint läuft wie der erste ab. Hat das Sprintteam von den anderen Teilnehmenden die Rückmeldung erhalten, dass der Maßnahmenprototyp noch nicht zufriedenstellend ist, wird an diesem weitergearbeitet. Ist dieser von der Gesamtgruppe für gut befunden, holt sich das Sprintteam das nächste Thema. Es wählt einen neuen Beobachter aus und startet in die selbstorganisierte Themenbearbeitung…
3. Schlussplenum (60 min)
In einer letzten Runde werden die fertigen Maßnahmen noch einmal kurz vorgestellt und – so kein Veto geäußert wird – gemeinsam verabschiedet. Der Sprintworkshop endet mit einer finalen Feedbackrunde, in welcher individuelle Erfahrungen mit dem Format vergemeinschaftet und gegebenenfalls Schlussfolgerungen für eine folgende Veranstaltung gezogen werden.
Ein so gestalteter Sprintworkshop kann an einem Tag mit insgesamt vier Sprints bereits hohe Wirksamkeit erzielen. Werden anderthalb oder gar zwei Tage in diesem Format gestaltet, kann eine beachtliche Anzahl an Maßnahmen mit hoher Umsetzungswahrscheinlichkeit generiert werden. Je nach Zielgruppe, Themenfokus und Dauer des Workshops können die Maßnahmentemplates, Leitfragen und Sprintlängen individuell angepasst sowie Zwischenplena oder Gesamtretrospektiven eingezogen werden. Der vorgestellt Gesamtframework des Formats hat sich jedoch in dieser Form in mehreren Projekten als tragfähig und überaus produktiv erwiesen. Das Feedback der Teilnehmenden thematisiert immer wieder das eigene Erstaunen, wie zielfokussiert und produktiv das Format wirkt; gleichzeitig melden viele Teilnehmende zurück, dass sie aus dem eigenen Erleben von Sprintlogik, Retrospektiven und Feedback einen wertvollen Zugang zum Thema Agilität erhalten hätten.
(Dieser Text ist ebenfalls im Synnecta-Blog veröffentlicht)
Johannes Ries