Teaminteraktions-Design-Workshop

Typische Dauer:: 1h 30m

Ein Design-Workshop, in dem Führungskräfte die Teamstruktur ihrer Organisation den vier grundlegenden Teamtypen und drei Interaktionsmodi nach Skelton und Pais gegenüberstellen.

Zweck

Der Teaminteraktions-Design-Workshop hilft Organisationen, Teamstrukturen zu gestalten, die den schnellen Fluss von Veränderung optimieren. Durch Zuordnung von Teams zu vier Typen und drei Interaktionsmodi können Führungskräfte kognitive Last reduzieren und die Lieferung verbessern.

Auf einen Blick

Merkmal	Detail
Gruppengröße	5 – 20
Dauer	90 Minuten
Schwierigkeit	Hoch
Moderationsstil	Moderierter Design-Workshop
Setting	Vor Ort bevorzugt; remote mit Miro

Ablauf

Einführung (10 Min.) — Vier Teamtypen und drei Interaktionsmodi präsentieren.
Aktuelle Teams mappen (20 Min.) — Alle Teams auflisten. Aktuellen Typ und primären Interaktionsmodus identifizieren.
Kognitive Last bewerten (15 Min.) — Pro Team die kognitive Last einschätzen. Überlastete Teams identifizieren.
Ziel-Topologie gestalten (25 Min.) — Änderungen vorschlagen: überlastete Teams aufteilen, Plattform-Teams einrichten, Enabling-Teams einführen.
Übergangsschritte identifizieren (15 Min.) — Was muss sich ändern, um vom Ist zum Soll zu kommen?
Abschluss (5 Min.) — Nächste Schritte und Zeitplan vereinbaren.

Material

Zusammenfassung der Teamtypen und Interaktionsmodi
Aktuelles Organigramm und Teamliste
Visuelles Mapping-Board
Cognitive-Load-Bewertungs-Template

Stolperfallen & häufige Fehler

Umbenennen ohne Umstrukturieren — Ein Team „Plattform“ zu nennen macht es nicht dazu.
Kognitive Last ignorieren — Das primäre Signal für Teamdesign ist kognitive Last, nicht Kopfzahl.
Zu viele Interaktionsmodi — Jedes Teampaar sollte einen primären Modus haben.
Big-Bang-Reorg — Schrittweise entwickeln.

Inklusion & Barrierefreiheit

Teamleiter und -mitglieder in das Design einbeziehen, nicht nur Management.
Framework-Zusammenfassung vorab bereitstellen.
Visuelles Mapping mit Textlabels.

Varianten

Team-API-Workshop — Jedes Team definiert seine API.
Inverse-Conway-Manöver — Org-Struktur nach gewünschter Architektur gestalten.
Platform-as-a-Product-Workshop — Fokus auf das Produktangebot des internen Plattform-Teams.

Wann NICHT einsetzen

Wenn die Organisation nur ein Team hat.
Wenn die Führung nicht bereit ist umzustrukturieren.

Quelle & Weiterlesen

Skelton, M. & Pais, M. (2019). *Team Topologies*. IT Revolution.
Conway, M. (1968). „How Do Committees Invent?“ Datamation.

Aus den Bausteinen eine Agenda machen

Leg den Tag an, zieh die Blöcke in die Reihenfolge, die dir vorschwebt, und lass die Zeiten sich selbst ausrechnen. Oder beschreib deiner KI, was du vorhast, und lass sie den ersten Entwurf schreiben.

14 Tage kostenlos testen