Wann einsetzen
Bei neuen Teams, nach Teamkonflikten, wenn implizite Regeln zu Missverständnissen führen, oder als regelmäßiges Ritual (z. B. alle 3 Monate), um die Vereinbarungen zu überprüfen und anzupassen. Bei der Einführung von hybrider oder Remote-Arbeit.
Beschreibung
Workshop zur gemeinsamen Erarbeitung verbindlicher Spielregeln für die Zusammenarbeit im Team. Working Agreements sind explizite Vereinbarungen darüber, wie das Team miteinander arbeiten will, von Kommunikationsregeln über Meeting-Etikette bis zu Code-Standards. Sie verhindern damit die häufigste Quelle von Teamkonflikten: unterschiedliche, nie ausgesprochene Annahmen darüber, wie Dinge laufen sollten.
Der entscheidende Unterschied zu „aufgeschriebenen Regeln“: Working Agreements werden vom Team selbst erarbeitet und regelmäßig überprüft. Das erzeugt Ownership, denn wer die Regel mitgestaltet hat, hält sie eher ein.
Gute Working Agreements sind konkret und beobachtbar: Nicht „Wir kommunizieren besser“, sondern „Blocker werden innerhalb von 2 Stunden im Team-Channel gepostet.“ Sie sind positiv formuliert: Nicht „Wir kommen nicht zu spät“, sondern „Meetings starten pünktlich, auch wenn nicht alle da sind.“
Typische Kategorien sind Meetings, Kommunikation, Code/Arbeit und Zusammenarbeit. Meetings: Pünktlichkeit, Handyregeln, Kamera an/aus bei Remote-Calls. Kommunikation: Antwortzeiten, Kanäle (wann Slack, wann E-Mail, wann persönlich), Erreichbarkeit. Code/Arbeit: Review-Zeiten, Definition of Done, Branch-Strategie. Zusammenarbeit: Entscheidungsmethoden, Feedback-Rhythmus, Umgang mit Konflikten.
Schritt-für-Schritt-Anleitung
- 1Warum Working Agreements? (5 Min):Kurzer Impuls: Working Agreements sind keine Regeln von oben, sondern gemeinsame Vereinbarungen. Sie schützen die Zusammenarbeit, machen Erwartungen explizit und geben dem Team ein Werkzeug, um Probleme anzusprechen.
- 2Pain Points sammeln (10 Min):Stilles Brainstorming, bei dem jede:r auf Stickies schreibt, wo es in der Zusammenarbeit hakt, anonym, wenn gewünscht. Einstiegsfrage: „Was hat dich in der Zusammenarbeit in den letzten 4 Wochen genervt, irritiert oder verlangsamt?“ Beispiele: „Meetings überziehen ständig“, „Ich weiß nie, ob jemand im Homeoffice ist“, „PRs liegen tagelang ohne Review“.
- 3Clustern (5 Min):Ähnliche Pain Points gruppieren. Typische Cluster: Meetings, Kommunikation, Code/Qualität, Erreichbarkeit, Entscheidungen.
- 4Wünsche sammeln (10 Min):Für die Cluster: „Wie wünschst du dir, dass es stattdessen läuft?“ Wieder auf Stickies, gemeinsam besprechen. Der Wechsel von Frust zu Wunsch macht die Diskussion konstruktiv.
- 5Agreements formulieren (20 Min):Für jeden Cluster gemeinsam ein Working Agreement formulieren. Format: „Wir vereinbaren, dass …“ Wichtig: Konkret und beobachtbar. Test: Kann jemand von außen erkennen, ob das Agreement eingehalten wird? „Wir behandeln uns respektvoll“ ist nicht überprüfbar. „Pull Requests werden innerhalb von 4 Stunden reviewed“ ist überprüfbar. Jedes Agreement im Konsent verabschieden: nicht „Stimmen alle zu?“, sondern „Hat jemand einen schwerwiegenden Einwand?“
- 6Priorisieren (5 Min):Maximal 7–10 Agreements, denn mehr kann sich niemand merken. Wenn es mehr Vorschläge gibt: Dot-Voting auf die wichtigsten. Der Rest kommt auf eine Warteliste.
- 7Commitment-Check (5 Min):Jede:r bewertet jedes Agreement mit Daumen hoch (ich stehe dahinter), Daumen zur Seite (kann ich mittragen), Daumen runter (habe einen Einwand). Einwände besprechen und das Agreement ggf. anpassen.
- 8Sichtbar machen (5 Min):Agreements aufschreiben und sichtbar aufhängen, physisch im Büro, als Pin im Team-Channel oder im Team-Wiki. Review-Termin vereinbaren: In 4–6 Wochen die Agreements überprüfen. Was funktioniert, was nicht? Danach in jeder Retrospektive 5 Minuten dafür einplanen.
Materialliste
- Sticky Notes, Whiteboard oder Flipchart, Stifte, Dot-Sticker, Timer, Dokumentationsvorlage
- Optional: Vorlage mit den häufigsten Kategorien (Meetings, Kommunikation, Code, Erreichbarkeit)