Dt Curriculum
MicrosoftOfficialPublished by Microsoft
- Skill
- Guidelines
- Education and learning
- MIT
- No issues found
AutoGineer summary
Written by AutoGineer from the skill’s own files, not by the author
The DT Curriculum is a structured educational framework designed to guide learners through the full Design Thinking lifecycle, spanning the Problem, Solution, and Implementation spaces. It provides nine distinct modules that cover essential methods from initial scoping and research to prototyping, testing, and final handoff. To ensure consistent application of these concepts, the curriculum integrates a shared manufacturing reference scenario, allowing learners to apply theoretical knowledge to a realistic, evolving context throughout their training.
What it does
- Provides nine progressive modules covering the complete Design Thinking methodology.
- Uses a shared manufacturing reference scenario to maintain context across all learning modules.
- Teaches core techniques like stakeholder mapping, contextual inquiry, and frozen request unfreezing.
- Includes comprehension checks and practice exercises for each design method.
- Structures learning from the Problem Space through to the Implementation Space.
- Offers specific guidance on moving from stakeholder assumptions to user-validated reality.
When to use it
- When teaching or learning the end-to-end Design Thinking process.
- When you need a structured curriculum to train teams on problem-space scoping and solution-space design.
- When you want to use a consistent, realistic manufacturing scenario to practice design methods.
- When you need to bridge the gap between stakeholder requests and actual user needs.
- When you are preparing for design research, prototyping, or user testing phases.
Advantages
- Progressive structure ensures learners build skills logically from problem to implementation.
- Shared scenario provides a consistent baseline for comparing different design methods.
- Focuses on practical techniques like unfreezing requests and conducting contextual inquiry.
- Encourages discipline in staying within the problem space before jumping to solutions.
- Includes built-in assessment tools like comprehension checks and exercises.
Usage examples
- “I am starting Module 1 of the Design Thinking curriculum. Can you load the scoping module and the manufacturing scenario?”
- The agent loads the scoping module and the manufacturing scenario, then presents the first comprehension check regarding frozen versus fluid requests.
- “I need to practice unfreezing a request. Use the manufacturing scenario to give me an exercise.”
- The agent provides a specific request from the manufacturing scenario and asks the user to write three progressive questions to uncover the underlying problem.
Install
Download the skill as a ZIP:
https://autogineer.com/agent-skills/microsoft/dt-curriculum/downloadUnzip it into the cross-client skills folder of your project:
mkdir -p .agents/skills && unzip dt-curriculum.zip -d .agents/skills
Documentation by Microsoft
DT Curriculum — Skill Entry
This SKILL.md is the entrypoint for the Design Thinking learning curriculum.
The dt-learning-tutor agent loads this skill to teach Design Thinking concepts, run comprehension checks, and assign practice exercises. The curriculum spans nine progressive modules — one per Design Thinking method — and a shared manufacturing reference scenario that threads through every module so learners build on consistent context as they advance from the Problem Space to the Implementation Space.
Curriculum references
Load the module that matches the method the learner is studying. Load the manufacturing scenario alongside any module that uses scenario-based checks or exercises.
| Reference | When to load |
|---|---|
| curriculum-01-scoping.md | Teaching Method 1: Scope Conversations (Problem Space). |
| curriculum-02-research.md | Teaching Method 2: Design Research (Problem Space). |
| curriculum-03-synthesis.md | Teaching Method 3: Synthesis (Problem Space). |
| curriculum-04-brainstorming.md | Teaching Method 4: Brainstorming (Solution Space). |
| curriculum-05-concepts.md | Teaching Method 5: User Concepts (Solution Space). |
| curriculum-06-prototypes.md | Teaching Method 6: Low-Fidelity Prototypes (Solution Space). |
| curriculum-07-testing.md | Teaching Method 7: High-Fidelity Prototypes (Implementation Space). |
| curriculum-08-iteration.md | Teaching Method 8: User Testing (Implementation Space). |
| curriculum-09-handoff.md | Teaching Method 9: Iteration at Scale (Implementation Space). |
| curriculum-scenario-manufacturing.md | Alongside any module using scenario-based comprehension checks or practice exercises. |
Skill layout
SKILL.md— this file (skill entrypoint).references/— the DT curriculum knowledge documents.curriculum-01-scoping.mdthroughcurriculum-09-handoff.md— one module per Design Thinking method.curriculum-scenario-manufacturing.md— shared factory-floor reference scenario used across all nine modules.
Files
- ATTRIBUTION.mdAdded by AutoGineer877 B
- LICENSELicence file added by AutoGineer1.1 KiB
- SKILL.md3.5 KiB
- references/curriculum-01-scoping.md4.7 KiB
- references/curriculum-02-research.md5.0 KiB
- references/curriculum-03-synthesis.md5.6 KiB
- references/curriculum-04-brainstorming.md5.7 KiB
- references/curriculum-05-concepts.md5.8 KiB
- references/curriculum-06-prototypes.md5.9 KiB
- references/curriculum-07-testing.md6.1 KiB
- references/curriculum-08-iteration.md6.6 KiB
- references/curriculum-09-handoff.md6.4 KiB
- references/curriculum-scenario-manufacturing.md8.3 KiB
references/curriculum-08-iteration.md
title: 'DT Curriculum Module 8: User Testing' description: DT curriculum reference for Module 8 user testing; load when teaching leap-enabling questions, behavior-over-opinion observation, and non-linear iteration loops.
User testing validates whether the technically feasible solution actually works for the people it serves. This Implementation Space method is the primary trigger for non-linear navigation — test results may require returning to earlier methods rather than proceeding forward. This module teaches learners how to design tests that reveal genuine usage patterns, ask questions that generate actionable insight, and make honest assessments about when findings require iteration.
Key Concepts
Leap-enabling vs leap-killing questions — Leap-killing questions produce yes-or-no responses with no actionable insight ("Do you like this?" → "Yes"). Leap-enabling questions reveal how users actually experience the solution ("Walk me through what happened when the alarm went off"). The distinction is whether the question opens up exploration or shuts it down. Learners commonly default to satisfaction-style questions because they feel polite; these questions produce reassuring but useless data.
Non-linear iteration loops — Test results frequently point backward to earlier methods rather than forward to deployment. When users struggle with the fundamental interaction model, that is a Method 4 finding. When users reveal unmet needs not captured in research, that is a Method 2 finding. When test results show the problem was framed too narrowly, that is a Method 3 finding. Method 8 is where the DT process most often becomes non-linear. Learners resist backward movement because it feels like regression; it is actually the design process working correctly.
Behavior over opinions — What users do matters more than what they say. An operator who says "this is great" but consistently reaches for the old manual reveals a gap between stated preference and actual behavior. Observation of task completion, hesitation, workarounds, and abandonment provides more reliable data than satisfaction ratings. Learners tend to prioritize verbal feedback because it is easier to collect and interpret.
Confirmation bias prevention — Teams naturally focus on successful test sessions while dismissing failures as edge cases. If 7 of 10 users succeed but 3 abandon the task, those 3 abandonment sessions may reveal critical design flaws that the 7 successes masked by working around. Learners underestimate how powerfully they want their solution to succeed, which distorts how they weigh evidence.
Techniques
Leap-enabling question progressions start with observation ("Walk me through what just happened"), move to experience ("What was going through your mind when you reached that screen?"), and then explore alternatives ("What did you expect to happen instead?"). Each stage builds on the previous answer. Good output is an unexpected insight about user mental models. The pitfall is scripting questions so tightly that users cannot take the conversation in revealing directions.
Task-based testing gives users a scenario and goal without instructions on how to achieve it: "You are in the middle of a repair and need to find the torque specification for this bolt. Use the system to find it." Observe their approach — what they try first, where they hesitate, what they misunderstand. Good output is a task-completion map showing success paths, failure points, and workarounds. The pitfall is providing hints or correcting users during the test, which masks usability problems.
Non-linear loop decision framework assesses test findings against four possible destinations: proceed to Method 9 (findings are refinements), return to Method 7 (technical approach needs adjustment), return to Method 4-6 (solution concept needs rethinking), or return to Method 2-3 (problem understanding is incomplete). Good output is a clear recommendation with evidence. The pitfall is defaulting to "minor refinements" when findings actually indicate a deeper problem.
Comprehension Checks
Convert this leap-killing question into a leap-enabling question: "Is the voice command system easy to use?" Explain what additional insight the revised question can reveal.
During testing, 7 operators completed the task successfully while 3 abandoned it halfway through. A team concludes the solution is 70% effective. What is wrong with this interpretation?
An operator says "I like this system" but during observation was seen reaching for the paper manual twice during a single repair. Which data point is more reliable and why?
Test results show users can operate the system but consistently misunderstand which repair category to select. Does this finding point to Method 7 (technical adjustment), Method 4-6 (concept rethinking), or Method 2-3 (research gap)? Explain your reasoning.
Practice Exercises
Exercise: Question redesign — Rewrite these five questions for a manufacturing floor test session, converting each from leap-killing to leap-enabling: (a) "Do you find the interface intuitive?" (b) "Is the text readable?" (c) "Would you use this system every day?" (d) "Is the response time acceptable?" (e) "Do you prefer this to the current process?" For each, explain what the revised question can reveal that the original cannot.
Exercise: Non-linear loop assessment — A test session revealed three findings: (1) operators can use voice commands effectively in 85 dB noise, (2) operators consistently select the wrong repair category because the terminology does not match how they describe problems, (3) operators ignore the system during emergencies and revert to shouting for help. For each finding, identify which DT method it points back to and what specific investigation or change is needed.
Learner Level Adaptations
Beginners should focus on the leap-killing vs leap-enabling distinction and practice converting questions.
Intermediate learners benefit from analyzing observation data for behavioral contradictions (what users say vs what they do) and understanding the non-linear loop decision framework.
Advanced learners should explore how testing protocol design introduces bias (participant selection, scenario framing, facilitator presence), analyze when a series of backward loops signals a fundamental misframing of the original problem, and critique the ethical dimensions of observing workers' struggles during testing.
All DT coaching artifacts are scoped to
.copilot-tracking/dt/{project-slug}/. Never write DT artifacts directly under.copilot-tracking/dt/without a project-slug directory.
Requirements and compatibility
Written for: GitHub Copilot, Claude Code
Works with: Claude Code, Claude apps, OpenAI Codex, GitHub Copilot, Cursor, Gemini CLI, Kiro, OpenCode, Goose, Amp, Roo Code, JetBrains Junie, Factory Droid, Devin (ex-Windsurf), Mistral Vibe, OpenHands, Letta
“Works with” means the tool reads the open Agent Skills format; a skill written for one tool may use features others lack.
Needs: Claude Code frontmatter
Security
No issues found by our static scan· No issues found
A static scan is not a guarantee. Skills are third-party content: review a skill before you let an agent use it.
Attribution and licence
- Published by
- Microsoft
- Publisher
- Microsoft (Official)
- Source
- microsoft/hve-core · .github/skills/design-thinking/dt-curriculum · commit f425e94
- Licence
- MIT License (redistribution allowed)
- LICENSE (added by AutoGineer from LICENSE)
- ATTRIBUTION.md (written by AutoGineer)
- Synced
AutoGineer is not affiliated with or endorsed by Microsoft or Microsoft.
Download ZIP
The ZIP holds the skill’s files, its licence files and an ATTRIBUTION.md. Download dt-curriculum.zip