Generated banner for Dt Curriculum
Generated logo for Dt Curriculum

Dt Curriculum

MicrosoftOfficialPublished by Microsoft

  • Skill
  • Guidelines
  • Education and learning
  • MIT
  • No issues found

From the author

Design Thinking learning curriculum covering nine progressive modules across the full Problem, Solution, and Implementation Space methods plus a shared manufacturing reference scenario for teaching and practice
— the description by Microsoft

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

  1. Download the skill as a ZIP:

    https://mp-staging.autogineer.com/agent-skills/microsoft/dt-curriculum/download
  2. Unzip 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.

ReferenceWhen to load
curriculum-01-scoping.mdTeaching Method 1: Scope Conversations (Problem Space).
curriculum-02-research.mdTeaching Method 2: Design Research (Problem Space).
curriculum-03-synthesis.mdTeaching Method 3: Synthesis (Problem Space).
curriculum-04-brainstorming.mdTeaching Method 4: Brainstorming (Solution Space).
curriculum-05-concepts.mdTeaching Method 5: User Concepts (Solution Space).
curriculum-06-prototypes.mdTeaching Method 6: Low-Fidelity Prototypes (Solution Space).
curriculum-07-testing.mdTeaching Method 7: High-Fidelity Prototypes (Implementation Space).
curriculum-08-iteration.mdTeaching Method 8: User Testing (Implementation Space).
curriculum-09-handoff.mdTeaching Method 9: Iteration at Scale (Implementation Space).
curriculum-scenario-manufacturing.mdAlongside 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.md through curriculum-09-handoff.md — one module per Design Thinking method.

    • curriculum-scenario-manufacturing.md — shared factory-floor reference scenario used across all nine modules.

Files

references/curriculum-03-synthesis.md


title: 'DT Curriculum Module 3: Input Synthesis' description: DT curriculum reference for Module 3 input synthesis; load when teaching affinity clustering, theme development, and solution-ready problem statements.

Input synthesis is the Problem Space exit point — the bridge between raw research data and actionable direction for the Solution Space. This module teaches learners how to transform scattered observations, interview notes, and field data into coherent themes that frame problems without prescribing solutions.

Key Concepts

Multi-source pattern recognition — Identifying themes that appear across different types of research data (interviews, observations, environmental audits, existing reports). Patterns that emerge from only one source may be artifacts of research method rather than genuine findings. Learners often anchor on the most vivid or recent data point rather than looking across sources for convergent evidence.

Theme development progression — Individual data points become actionable themes through a specific evolution: fragment → supporting evidence from other sources → unified theme → actionable direction. Rushing from fragment to direction produces themes that sound reasonable but lack the evidence base to survive scrutiny. Learners commonly force themes too early, grouping loosely related points under a convenient label.

Context preservation — Maintaining domain-specific nuances and environmental factors while abstracting to themes. "Workers struggle with information access" loses critical detail compared to "Night-shift operators spend 10-15 minutes locating manual sections while machines sit idle in 85 dB environments with greasy hands." Learners tend to abstract too aggressively, losing the constraints that make themes actionable.

Solution-ready problem statements — Framing discovered themes as clear direction for brainstorming without dictating specific approaches. "Operators need immediate access to repair procedures in hands-free, high-noise environments" enables creative solutions; "Operators need a voice-controlled repair guide" prescribes one. Learners frequently embed solutions in their problem statements without realizing it.

Techniques

Affinity clustering groups individual research data points by natural similarity. Work with physical or virtual cards — one observation per card — and group by emerging themes rather than predetermined categories. Good output is 4-7 theme clusters with clear boundaries. The pitfall is creating categories first and sorting data into them, which forces findings into preconceived frameworks.

Cross-source validation tests whether a theme appears in interview data, observation data, and existing metrics. Themes supported by all three carry higher confidence than single-source themes. Good output is a confidence-weighted theme list. The pitfall is discarding themes that appear in only one source without investigating whether the other sources simply did not capture that dimension.

Stakeholder perspective balancing ensures synthesis does not over-represent the loudest or most accessible voices. Count how many data points come from each stakeholder group and check for missing perspectives. Good output is a coverage map showing which groups informed which themes. The pitfall is letting management perspectives dominate when frontline workers provided different signals.

Comprehension Checks

  1. A team has 40 interview transcripts and grouped them into 3 themes in one hour. What risks does this speed suggest about their synthesis process?

  2. Why does synthesis happen before brainstorming rather than during it? What goes wrong when teams try to synthesize and ideate simultaneously?

  3. A synthesis produced the theme "Workers want better technology." Explain what is wrong with this framing and rewrite it as a solution-ready problem statement using manufacturing scenario details.

  4. Research found that day-shift operators rarely mentioned information access problems while night-shift operators cited it repeatedly. How should synthesis handle this discrepancy?

Practice Exercises

Exercise: Theme from fragments — Given these manufacturing research fragments, develop one unified theme: (a) "Night-shift workers take 10-15 minutes to find the right manual section," (b) "Day-shift workers ask experienced colleagues instead of using manuals," (c) "Maintenance logs show faster resolution times during shifts with senior operators present." Write the theme as a solution-ready problem statement that preserves environmental context.

Exercise: Bias check — Review this stakeholder data distribution and identify the gap: 12 data points from plant managers, 8 from day-shift supervisors, 3 from night-shift operators, 0 from temporary workers. What perspective is missing, why does it matter, and what research method from Module 2 would fill the gap?

Learner Level Adaptations

Beginners should focus on the difference between premature theme forcing and evidence-based pattern recognition, and practice writing solution-ready problem statements.

Intermediate learners benefit from comparing affinity clustering with top-down categorization and understanding how synthesis quality directly affects brainstorming scope in Method 4.

Advanced learners should explore how organizational power dynamics distort synthesis (whose data gets weighted more), analyze cases where contradictory themes are both valid, and critique the boundary between sufficient synthesis and analysis paralysis.

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

Download ZIP

The ZIP holds the skill’s files, its licence files and an ATTRIBUTION.md. Download dt-curriculum.zip