Was vorher fertig sein muss
Das Team hat Vertrauen und Offenheit, um ehrlich über Überlastung zu sprechen, etabliert durch Working Agreements oder vergleichbare Kultur.
Was vor Start vorliegen muss
Anonyme Umfrage (Mentimeter, Slido, Forms) mit Skala 1-5 pro Kategorie; Definitionen der drei Cognitive-Load-Kategorien sichtbar; Retrospektive-Format für Diskussion; Tool für Maßnahmen-Tracking.
Ein Facilitator (Coach, Team Lead, externe Person); das gesamte Team; ein Manager als Empfänger der Ergebnisse (optional, je nach Vertrauensgrad); Scribe für Maßnahmen.
Cognitive-Load-Konzept (Sweller-Theorie); Definitionen: Intrinsic (Aufgaben-Komplexität), Extraneous (Werkzeuge/Prozess), Germane (Skill-Aufbau); aktuelle Team-Verantwortungen; bekannte Reibungen.
60-90 min
Umfrage anonym aufsetzen. Skalen-Definition pro Kategorie. Workshop nach Umfrage-Auswertung als Retrospektive-Format. Maßnahmen-Liste vorbereiten. Manager-Beteiligung vorher klären.
Die eine Frage, die diese Methode beantwortet
Wie hoch ist die kognitive Last unseres Teams in den drei Kategorien, und welche strukturellen Maßnahmen reduzieren sie?
Marker: Phase
| Schritt | Dauer | Aktion | Hinweis |
|---|---|---|---|
1Phase 1: Kategorien einführen | 15 min | Cognitive-Load-Modell erklären mit Beispielen pro Kategorie. Intrinsic: Domain-Komplexität, Architektur-Tiefe. Extraneous: schlechte Tools, langwierige Prozesse, Doku-Mängel. Germane: Skill-Aufbau, Lernzeit. | Wenn Begriffe nicht klar, bewerten Teilnehmer Falsches. Beispiele aus eigener Org bringen, nicht abstrakte Theorie. |
2Phase 2: Anonyme Umfrage | 10-15 min | Pro Kategorie Skala 1-5 ausfüllen (1=niedrig, 5=überlastend). Optional: Freitextfelder pro Kategorie für konkrete Beispiele. Anonymität sichern. | Wenn Teamgröße <5, anonym schwer. Dann Anonymität klar kommunizieren oder externe Person die Umfrage durchführen lassen. |
3Phase 3: Ergebnisse teilen | 15-20 min | Aggregierte Werte zeigen (Durchschnitt und Verteilung pro Kategorie). Freitextfelder als Cluster-Themen. Diskussion: Was überrascht, was passt zu eigener Wahrnehmung. | Bei extremen Werten (Median >4) sofortige Reaktion signalisieren. Wer Hilfe gemeldet hat, soll sie erleben, nicht nur Workshop-Theater. |
4Phase 4: Strukturelle Ursachen diskutieren | 20-30 min | Pro hoch bewertete Kategorie Ursachen suchen. Intrinsic: lässt sich oft nicht reduzieren, aber zerlegen (Team-Splitting, Bounded Contexts). Extraneous: Tools, Prozesse, Doku verbessern. Germane: Lernzeit schaffen. | Schuld ist kein Hebel. Strukturelle Ursachen sind: Team zu groß, Verantwortungen zu breit, Tooling-Stand, Doku-Stand. Lösungen sind Org-Design, nicht Personalsache. |
5Phase 5: Maßnahmen und Owner | 15-20 min | Top-3 Maßnahmen mit Owner, Frist, Erfolgs-Indikator. Maßnahmen können Team-intern sein (z. B. Doku-Cleanup) oder Eskalation an Management (z. B. Team-Splitting). | Ohne Maßnahmen ist Assessment Frustration ohne Wirkung. Pro Workshop mindestens drei konkrete Maßnahmen mit Folgetermin. Nächstes Assessment in 3-6 Monaten als Vergleich. |
Was am Ende rauskommt
Cognitive-Load-Profil als Diagramm (Spider-Chart oder Balken-Chart der drei Kategorien) plus Maßnahmen-Liste mit Owner und Frist. Vertraulich oder team-intern, je nach Vereinbarung. Pseudonymisierte Aggregat-Daten.
Quartalsweise oder halbjährliche Erhebung. Vergangenes Profil als Vergleich, nicht überschreiben. Maßnahmen-Status zwischen Erhebungen tracken. Trends sichtbar machen (verbessert sich oder verschlechtert sich Last).
Kompakte Arbeitsvorlage für Team Cognitive Load Assessment mit Kontext, Input, Ergebnisartefakten und nächstem Schritt.
# Team Cognitive Load Assessment Arbeitsvorlage
## Ziel
Misst kognitive Last eines Teams in drei Kategorien.
## Kontext
Wann und wofür nutzen wir diese Methode?
## Input
Welche Daten, Beobachtungen, Entscheidungen oder Materialien liegen vor?
## Durchführung
Kurze Notizen entlang des Run Sheets.
## Ergebnisartefakte
- Cognitive-Load-Profil:
- Maßnahmenliste:
## Annahmen und offene Fragen
- ...
## Entscheidung / Nächster Schritt
Owner, Datum und Erfolgssignal.Konkret gefülltes Szenario
## Cognitive Load Assessment - Team „Order Service“, 2026-05-18
**Team-Größe**: 7. **Teilnahme**: 7/7 (100%).
**Aggregierte Werte (Skala 1-5)**
- Intrinsic: Median 4, Range 3-5.
- Extraneous: Median 4, Range 3-5.
- Germane: Median 2, Range 1-3.
**Freitext-Cluster**
**Intrinsic (Aufgaben-Komplexität)**
- „Order-Domain umfasst zu viele Subdomains (Payment, Inventory, Shipping)“ (4 Nennungen).
- „Multi-Tenant-Datenmodell ist komplex und schlecht dokumentiert“ (3 Nennungen).
- „Bus-Faktor 1 für viele Komponenten“ (3 Nennungen).
**Extraneous (Werkzeuge/Prozess)**
- „CI-Pipeline ist langsam, 35 min für Builds“ (5 Nennungen).
- „Lokales Setup dauert 2 Tage für neue Mitarbeiter“ (4 Nennungen).
- „On-Call-Rotation mit 3 Personen, häufige P1 nachts“ (4 Nennungen).
- „Veraltete Doku im Wiki, vieles nur im Kopf der Senior-Engineers“ (3 Nennungen).
**Germane (Skill-Aufbau)**
- „Wenig Zeit für Lernen, alles Production-Arbeit“ (2 Nennungen).
- „Internes Tech-Talk-Programm fehlt“ (1 Nennung).
**Strukturelle Ursachen identifiziert**
1. Team-Scope zu breit: 3 Subdomains in einem Team. Bounded-Context-Split überlegt.
2. Tooling-Defizit: CI, Setup, On-Call sind alle Extraneous-Treiber.
3. Doku-Verfall: Wissen ist in Köpfen, nicht in Doku.
**Maßnahmen Q3**
1. **Bounded-Context-Workshop** mit Architecture: Splitting in 2 Teams prüfen (Order Core + Order Fulfillment). Owner: @julia (CTO), Workshop-Termin 05.06., Entscheidung bis 30.06.
2. **CI-Performance-Spike**: Build-Zeit auf <10 min reduzieren. Owner: @ben, Sprint 24-25.
3. **Doku-Sprint**: 1 Sprint pro Quartal für Doku-Update. Owner: @lisa, Start Sprint 26.
4. **On-Call-Erweiterung**: 5-Personen-Rotation, Cross-Training mit Team B. Owner: @marcus, bis 15.07.
5. **Tech-Talk-Programm**: 30 min pro Woche, freiwillige Teilnahme. Owner: @anna, Start ab 03.06.
**Nächstes Assessment**: 2026-11-15 (6 Monate). Vergleich mit aktueller Erhebung.Symptome erkennen, gegensteuern
Bei kleinem Team können Antworten Personen zugeordnet werden, Antworten werden geschönt.
Externe Person die Umfrage durchführen lassen. Bei Team <5 nur aggregierte Daten kommunizieren, keine Verteilung. Lieber weniger Granularität als Vertrauensbruch.
Hohe Last wird als „Team arbeitet zu wenig effizient“ interpretiert, Maßnahmen werden Personalsache.
Strikt strukturell denken. Cognitive Load ist Org-Design-Problem, nicht Personalsache. Bei Schuldzuweisung Workshop pausieren und Framing klären.
Maßnahmen werden beschlossen, sind aber nicht umsetzbar (z. B. „weniger Komplexität“, ohne Team-Split).
Maßnahmen müssen konkret und umsetzbar sein. Eskalation an Management bei strukturellen Themen (Team-Splitting, Hiring). Wer keine umsetzbare Maßnahme findet, hat Ursache nicht verstanden.
Assessment wird einmal durchgeführt, kein Followup, niemand prüft, ob Last sich verändert hat.
Cadence (3-6 Monate). Vergleich mit Vorerhebung als Wirksamkeits-Indikator. Bei stagnierender Last Maßnahmen überprüfen oder neu denken.
Workshop fokussiert auf Intrinsic und Extraneous, Germane (Lernzeit) wird übersehen.
Germane explizit ansprechen. Lernzeit ist Investment, kein Verlust. Hohe Intrinsic ohne Germane-Investment führt zu langsamer Erschöpfung der Skill-Basis.
Done-Signale, in unter einer Minute prüfbar
Zum Steckbrief für Zweck, ähnliche Methoden und Quellen — oder direkt zur nächsten Methode im Katalog.