Team has trust and openness to talk honestly about overload, established through Working Agreements or comparable culture.
Team Cognitive Load Assessment
Prerequisite
What needs to be finished first
Preparation
What needs to be ready before start
Anonymous survey (Mentimeter, Slido, Forms) with scale 1-5 per category; definitions of three cognitive-load categories visible; retrospective format for discussion; tool for action tracking.
One facilitator (coach, team lead, external person); entire team; manager as recipient of results (optional, depending on trust level); scribe for actions.
Cognitive-load concept (Sweller theory); definitions: Intrinsic (task complexity), Extraneous (tools/process), Germane (skill building); current team responsibilities; known frictions.
60-90 min
Set up anonymous survey. Scale definition per category. Workshop after survey evaluation as retrospective format. Prepare measures list. Clarify manager involvement beforehand.
Core question
The one question this method answers
How high is our team's cognitive load in three categories, and which structural measures reduce it?
Flow
Marker: Phase
| Step | Duration | Action | Hint |
|---|---|---|---|
1Phase 1: Introduce categories | 15 min | Explain cognitive-load model with examples per category. Intrinsic: domain complexity, architecture depth. Extraneous: bad tools, slow processes, documentation gaps. Germane: skill building, learning time. | If terms are unclear, participants rate wrong thing. Bring examples from own org, not abstract theory. |
2Phase 2: Anonymous survey | 10-15 min | Fill scale 1-5 per category (1=low, 5=overloading). Optional free-text fields per category for concrete examples. Secure anonymity. | If team size <5, anonymity hard. Then communicate anonymity clearly or have external person run survey. |
3Phase 3: Share results | 15-20 min | Show aggregated values (average and distribution per category). Free-text fields as clustered topics. Discussion: what surprises, what matches own perception. | For extreme values (median >4), signal immediate reaction. Whoever reported help should experience it, not workshop theater. |
4Phase 4: Discuss structural causes | 20-30 min | For each highly rated category, look for causes. Intrinsic: often cannot be reduced, but decomposed (team splitting, bounded contexts). Extraneous: improve tools, processes, docs. Germane: create learning time. | Blame is not lever. Structural causes are: team too large, responsibilities too broad, tooling state, documentation state. Solutions are org design, not personnel issue. |
5Phase 5: Measures and owners | 15-20 min | Top-3 measures with owner, deadline, success indicator. Measures can be team-internal (for example docs cleanup) or escalation to management (for example team splitting). | Without measures, assessment is frustration without effect. At least three concrete measures with follow-up date per workshop. Next assessment in 3-6 months for comparison. |
Artifact
What comes out at the end
Cognitive-load profile as diagram (spider chart or bar chart of three categories) plus measures list with owner and deadline. Confidential or team-internal, depending on agreement. Pseudonymized aggregate data.
Quarterly or semiannual survey. Keep previous profile as comparison, do not overwrite. Track measure status between surveys. Make trends visible (load improving or worsening).
- Mentimeter or Slido for anonymous survey
- Microsoft Forms or Google Forms
- Officevibe or Lattice for regular health checks
- Miro with anonymous voting cards
- Team Topologies tooling (for example Plandek with cognitive-load feature)
team-cognitive-load-assessment-working-template.md
Compact working template for Team Cognitive Load Assessment with context, input, output artifacts, and next step.
Team Cognitive Load Assessment Working Template
Goal
Measures a team's cognitive load in three categories.
Context
When and for what do we use this method?
Input
Which data, observations, decisions, or materials are available?
Execution
Short notes along the runsheet.
Output artifacts
- Cognitive load profile:
- Action list:
Assumptions and open questions
- ...
Decision / next step
Owner, date, and success signal.
Example output
Concrete filled scenario, fictional example
team-cognitive-load-assessment-beispiel.md
Concrete filled scenario, fictional example
Cognitive Load Assessment - Team "Order Service", 2026-05-18
Team size: 7. Participation: 7/7 (100%).
Aggregated values (scale 1-5)
- Intrinsic: Median 4, Range 3-5.
- Extraneous: Median 4, Range 3-5.
- Germane: Median 2, Range 1-3.
Free-text clusters
Intrinsic (task complexity)
- "Order domain covers too many subdomains (Payment, Inventory, Shipping)" (4 mentions).
- "Multi-tenant data model is complex and poorly documented" (3 mentions).
- "Bus factor 1 for many components" (3 mentions).
Extraneous (tools/process)
- "CI pipeline slow, 35 min for builds" (5 mentions).
- "Local setup takes 2 days for new employees" (4 mentions).
- "On-call rotation with 3 people, frequent P1 at night" (4 mentions).
- "Outdated docs in wiki, much only in heads of senior engineers" (3 mentions).
Germane (skill building)
- "Little time for learning, everything production work" (2 mentions).
- "Internal tech-talk program missing" (1 mention).
Structural causes identified
- Team scope too broad: 3 subdomains in one team. Bounded-context split considered.
- Tooling deficit: CI, setup, on-call all extraneous drivers.
- Documentation decay: knowledge in heads, not docs.
Measures Q3
- Bounded-context workshop with Architecture: examine split into 2 teams (Order Core + Order Fulfillment). Owner: @julia (CTO), workshop date 2026-06-05, decision by 2026-06-30.
- CI performance spike: reduce build time to <10 min. Owner: @ben, Sprint 24-25.
- Docs sprint: 1 sprint per quarter for docs update. Owner: @lisa, start Sprint 26.
- On-call expansion: 5-person rotation, cross-training with Team B. Owner: @marcus, by 2026-07-15.
- Tech-talk program: 30 min per week, voluntary participation. Owner: @anna, from 2026-06-03.
Next assessment: 2026-11-15 (6 months). Compare with current survey.
Pitfalls
Recognize symptoms and steer against them
Anonymity not secured
In small team answers can be assigned to people, answers are polished.
Have external person run survey. For team <5 communicate only aggregated data, no distribution. Less granularity is better than breach of trust.
Blame
High load interpreted as "team works inefficiently", measures become personnel issue.
Think strictly structurally. Cognitive Load is org-design problem, not personnel issue. On blame, pause workshop and clarify framing.
Measures without effect
Measures agreed but not implementable (for example "less complexity" without team split).
Measures must be concrete and implementable. Escalate to management for structural topics (team splitting, hiring). If no implementable measure found, cause not understood.
One-time assessment
Assessment done once, no follow-up, nobody checks whether load changed.
Cadence (3-6 months). Compare with previous survey as effectiveness indicator. If load stagnates, review measures or rethink.
Germane ignored
Workshop focuses on Intrinsic and Extraneous, Germane (learning time) overlooked.
Address Germane explicitly. Learning time is investment, not loss. High Intrinsic without Germane investment slowly exhausts skill base.
Stop criteria
Done signals checkable in under a minute
Finished the runsheet?
Go to the profile for purpose, similar methods, and sources or continue to the next method in the catalog.