methodatlas
RunsheetTeam Design

Team Cognitive Load Assessment

ComplexityMedium
Time60-90 min
Participants3-12
FormatWorkshop + async
MaturityEmerging
01

Prerequisite

What needs to be finished first

Complete firstWorking Agreements

Team has trust and openness to talk honestly about overload, established through Working Agreements or comparable culture.

Without: Without open culture, answers are polished, assessment yields distorted results and no real actions.
02

Preparation

What needs to be ready before start

Materials

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.

People / roles

One facilitator (coach, team lead, external person); entire team; manager as recipient of results (optional, depending on trust level); scribe for actions.

Pre-read

Cognitive-load concept (Sweller theory); definitions: Intrinsic (task complexity), Extraneous (tools/process), Germane (skill building); current team responsibilities; known frictions.

Time needed

60-90 min

Setup

Set up anonymous survey. Scale definition per category. Workshop after survey evaluation as retrospective format. Prepare measures list. Clarify manager involvement beforehand.

03

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?

04

Flow

Marker: Phase

StepDurationActionHint
1Phase 1: Introduce categories
15 minExplain 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 minFill 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 minShow 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 minFor 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 minTop-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.
05

Artifact

What comes out at the end

Form

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.

Versioning / ownership

Quarterly or semiannual survey. Keep previous profile as comparison, do not overwrite. Track measure status between surveys. Make trends visible (load improving or worsening).

Tool alternatives
  • 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.

06

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

  1. Team scope too broad: 3 subdomains in one team. Bounded-context split considered.
  2. Tooling deficit: CI, setup, on-call all extraneous drivers.
  3. Documentation decay: knowledge in heads, not docs.

Measures Q3

  1. 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.
  2. CI performance spike: reduce build time to <10 min. Owner: @ben, Sprint 24-25.
  3. Docs sprint: 1 sprint per quarter for docs update. Owner: @lisa, start Sprint 26.
  4. On-call expansion: 5-person rotation, cross-training with Team B. Owner: @marcus, by 2026-07-15.
  5. 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.

07

Pitfalls

Recognize symptoms and steer against them

Trap

Anonymity not secured

Symptom

In small team answers can be assigned to people, answers are polished.

What to do

Have external person run survey. For team <5 communicate only aggregated data, no distribution. Less granularity is better than breach of trust.

Trap

Blame

Symptom

High load interpreted as "team works inefficiently", measures become personnel issue.

What to do

Think strictly structurally. Cognitive Load is org-design problem, not personnel issue. On blame, pause workshop and clarify framing.

Trap

Measures without effect

Symptom

Measures agreed but not implementable (for example "less complexity" without team split).

What to do

Measures must be concrete and implementable. Escalate to management for structural topics (team splitting, hiring). If no implementable measure found, cause not understood.

Trap

One-time assessment

Symptom

Assessment done once, no follow-up, nobody checks whether load changed.

What to do

Cadence (3-6 months). Compare with previous survey as effectiveness indicator. If load stagnates, review measures or rethink.

Trap

Germane ignored

Symptom

Workshop focuses on Intrinsic and Extraneous, Germane (learning time) overlooked.

What to do

Address Germane explicitly. Learning time is investment, not loss. High Intrinsic without Germane investment slowly exhausts skill base.

08

Stop criteria

Done signals checkable in under a minute

Team lacks trust basis for honest answers (for example under active performance pressure).
Manager expects positive results, pressure distorts answers.
Team is in storming phase, structures not yet stabilized.
Team size <3, anonymous evaluation impossible.
No mandates for measures (neither team nor manager can act structurally), assessment would frustrate.
Anonymity cannot be guaranteed, privacy or tooling missing.

Finished the runsheet?

Go to the profile for purpose, similar methods, and sources or continue to the next method in the catalog.