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-01-scoping.md
title: 'DT Curriculum Module 1: Scope Conversations' description: DT curriculum reference for Module 1 scope conversations; load when teaching problem-space scoping, frozen vs fluid requests, and stakeholder mapping.
Scope conversations are the entry point to the Problem Space. They exist to ensure teams understand the actual problem before pursuing solutions. This module teaches learners how to move from an initial request to a validated problem frame through structured stakeholder dialogue.
Key Concepts
Frozen vs fluid requests — A frozen request names a specific solution ("Build me a quality dashboard"). A fluid request describes a vague desire ("We want to use AI somehow"). Classification determines the conversation strategy: frozen requests need unfreezing through assumption surfacing, while fluid requests need scoping through progressive focusing. Learners often assume frozen requests are clearer and therefore better, but they frequently mask the real problem.
Stakeholder ecosystem mapping — Identifying primary stakeholders (decision makers, budget holders, daily users), secondary stakeholders (influencers, supporters, resistors), and hidden stakeholders (compliance, regulatory, union, IT security). The goal is discovering who the solution affects, not just who requested it. A common misconception is that the person requesting work represents all affected users.
Constraint discovery — Uncovering physical environment, operational workflow, and technical reality constraints that could invalidate solution assumptions before significant effort is invested. Learners tend to treat constraints as obstacles rather than as design parameters that shape viable solutions.
Problem space discipline — Scope conversations deliberately avoid solution discussions. Premature solutioning anchors thinking on approaches that address symptoms rather than root causes. Learners frequently conflate understanding the problem with being slow or indecisive.
Techniques
Progressive questioning moves from broad context ("Tell me about your current process") to specific constraints ("What happens during night shifts when a machine stops?"). Each answer narrows the scope while revealing assumptions. Good output is a set of validated problem dimensions; a common pitfall is leading questions that confirm existing assumptions.
Frozen request unfreezing starts with the stated solution, then works backward: "What problem does the dashboard solve?" → "How do you know that problem exists?" → "Who experiences it most?" Each step peels back solution-first thinking. The pitfall is challenging the request too aggressively, which damages trust.
Stakeholder tier mapping categorizes every person or group the solution touches into primary, secondary, and hidden tiers, then identifies gaps — voices not yet heard. Good output is a map with at least one hidden stakeholder surfaced.
Comprehension Checks
A plant manager asks "Build us a real-time quality dashboard for the production floor." Is this request frozen or fluid? What would your first question be, and why?
Why must scope conversations stay in the problem space even when stakeholders push for solution discussions?
A team identified operators and supervisors as stakeholders but no one else. What category of stakeholders are they likely missing, and what risks does that create?
How does constraint discovery during scoping differ from constraint discovery during prototyping?
Practice Exercises
Exercise: Classify and unfreeze — Given the manufacturing scenario request "Build a quality dashboard," write three progressive questions that move from the stated solution toward the underlying problem. Each question should reveal a different assumption embedded in the original request.
Exercise: Hidden stakeholder search — Using the manufacturing plant context (day shifts outperform night shifts on first-pass yield), identify at least two hidden stakeholders not mentioned in the initial request. For each, explain what perspective they bring that primary stakeholders cannot.
Learner Level Adaptations
Beginners should focus on the frozen-vs-fluid distinction and basic progressive questioning. Intermediate learners benefit from comparing different questioning strategies and understanding how stakeholder mapping connects forward to Method 2 research planning. Advanced learners should explore edge cases where scope conversations reveal the original request should be abandoned entirely, and critique how power dynamics between stakeholders shape which problems get prioritized.
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