Design Thinking Workshop Template
๐
๐พ Downloaddesign_thinking_workshop_template.md
Markdown โข 42,957 bytes
---
title: "Design Thinking Workshop Template"
methodology: "universal"
complexity: "advanced"
owner: "mirichard"
updated: "2026-10-08"
domain: "Delivery"
primary_principles: ["stakeholder-engagement", "collaborative-leadership"]
secondary_principles: ["adaptability", "value-focus"]
principle_rationale: "Facilitates collaborative problem framing with users and teams so workshop outputs drive adaptable value-focused delivery decisions."
tags: ["design-thinking", "workshop", "innovation", "human-centered-design"]
---
# Design Thinking Workshop Template
## Overview
This template provides a comprehensive framework for conducting design thinking workshops that integrate with project management practices. It combines human-centered design principles with structured project execution to drive innovation and solve complex problems.
## When to Use
- Run a cross-functional framing workshop when a problem is ambiguous and teams need a shared problem statement before committing delivery scope.
- Use this format when you need structured facilitation from empathy through prototype testing within a defined project window.
- Apply it when stakeholder alignment is weak and you need observable workshop outputs (insights, concepts, and next experiments).
## When NOT to Use
- Do not use as a substitute for delivery governance after execution has already started and committed controls are in place.
- Do not treat workshop artifacts as implementation evidence without contextual tailoring and accountable follow-through (see [Template as substitute for judgment](../../../docs/principles/anti-patterns.md#template-judgment)).
- Do not run this as a single-team exercise when the decision depends on customers, operations, and compliance inputs.
## Pairs Well With
- [User Empathy Mapping Template](user_empathy_mapping_template.md)
- [Experiment Design Template](../lean-startup/experiment-design-template.md)
Decision context model reference: 800-801-context-assessment-model.md
## Template Information
- **Methodology:** Design Thinking Integration
- **Purpose:** Facilitate human-centered problem solving and innovation
- **Audience:** Product Managers, UX Designers, Project Managers, Innovation Teams
- **Duration:** 2-5 days (depending on scope)
- **Prerequisites:** Problem statement defined, stakeholders identified
---
## Design Thinking Process Framework
### Five-Stage Design Thinking Process
#### Stage 1: Empathize ๐ค
**Objective:** Understand the user and their needs
**Duration:** 1-2 days
**Key Activities:**
- User interviews
- Observational studies
- Stakeholder mapping
- Empathy mapping
#### Stage 2: Define ๐ฏ
**Objective:** Frame the problem and define design challenge
**Duration:** 0.5-1 day
**Key Activities:**
- Problem statement creation
- Point of view development
- How might we questions
- Success criteria definition
#### Stage 3: Ideate ๐ก
**Objective:** Generate creative solutions
**Duration:** 1-2 days
**Key Activities:**
- Brainstorming sessions
- Mind mapping
- Worst possible idea
- Brainwriting
#### Stage 4: Prototype ๐ง
**Objective:** Build to think and test ideas
**Duration:** 1-2 days
**Key Activities:**
- Rapid prototyping
- Storyboarding
- Role playing
- Digital mockups
#### Stage 5: Test ๐งช
**Objective:** Validate solutions with users
**Duration:** 1-2 days
**Key Activities:**
- User testing
- Feedback collection
- Iteration planning
- Next steps definition
---
## Pre-Workshop Planning
### Workshop Planning Checklist
#### 6 Weeks Before Workshop:
```
Strategic Planning:
โโโ [ ] Define workshop objectives and success criteria
โโโ [ ] Identify key stakeholders and participants
โโโ [ ] Secure executive sponsorship and budget
โโโ [ ] Book venue and schedule facilitators
โโโ [ ] Create communication plan for participants
โโโ [ ] Define scope and constraints
Problem Definition:
โโโ [ ] Conduct stakeholder interviews
โโโ [ ] Review existing research and data
โโโ [ ] Define initial problem statement
โโโ [ ] Identify target user groups
โโโ [ ] Set measurable outcomes
โโโ [ ] Create context document for participants
```
#### 4 Weeks Before Workshop:
```
Participant Preparation:
โโโ [ ] Send save-the-dates and workshop overview
โโโ [ ] Distribute pre-work materials
โโโ [ ] Collect participant information and roles
โโโ [ ] Share relevant background materials
โโโ [ ] Confirm dietary requirements and accessibility needs
โโโ [ ] Set expectations for workshop outcomes
Research Preparation:
โโโ [ ] Gather existing user research
โโโ [ ] Prepare personas (if available)
โโโ [ ] Collect competitive analysis
โโโ [ ] Review market research and trends
โโโ [ ] Prepare industry insights
โโโ [ ] Create research synthesis
```
#### 2 Weeks Before Workshop:
```
Logistics and Materials:
โโโ [ ] Confirm venue setup and technology
โโโ [ ] Order workshop supplies (sticky notes, markers, etc.)
โโโ [ ] Prepare workshop templates and canvases
โโโ [ ] Set up collaboration tools (Miro, Figma, etc.)
โโโ [ ] Create participant welcome packet
โโโ [ ] Plan catering and break schedule
โโโ [ ] Prepare name tags and seating arrangement
โโโ [ ] Test all technology and backup plans
Final Preparations:
โโโ [ ] Send final agenda and logistics to participants
โโโ [ ] Confirm facilitator preparation and materials
โโโ [ ] Prepare opening presentation
โโโ [ ] Review and practice workshop facilitation
โโโ [ ] Prepare backup activities for each stage
โโโ [ ] Create documentation plan for workshop outputs
```
### Participant Selection Matrix
| Role | Why Include | Ideal Number | Key Contribution |
|------|-------------|--------------|------------------|
| Product Manager | Product vision and strategy | 1-2 | Business requirements, feasibility |
| UX/UI Designer | Design expertise | 2-3 | User experience, visual design |
| Developer/Engineer | Technical feasibility | 1-2 | Implementation insights, constraints |
| Business Stakeholder | Business requirements | 1-2 | Strategic alignment, resource approval |
| Customer/User Representative | User perspective | 2-3 | Real user needs, validation |
| Project Manager | Process facilitation | 1 | Timeline, resource management |
| Subject Matter Expert | Domain knowledge | 1-2 | Industry insights, compliance |
**Optimal Workshop Size:** 8-12 participants
---
## Stage 1: Empathize Templates
### User Interview Guide
#### Pre-Interview Preparation
```yaml
Interview Planning:
objective: "Understand user needs, pain points, and motivations"
duration: "45-60 minutes"
format: "Semi-structured interview"
tools: ["Recording device", "Interview guide", "Note-taking template"]
participant_criteria:
primary_users: "Direct users of the product/service"
secondary_users: "Indirect users or influencers"
edge_cases: "Power users or users with unique needs"
diversity: "Varied demographics, experience levels, use cases"
```
#### Interview Script Template
```
Opening (5 minutes):
โโโ Introduce yourself and the purpose of the interview
โโโ Explain how the information will be used
โโโ Ask for permission to record
โโโ Set expectations for duration and format
โโโ Begin with warmup questions
Background Questions (10 minutes):
โโโ Can you tell me about your role and responsibilities?
โโโ How long have you been in this position/using this type of solution?
โโโ What does a typical day/week look like for you?
โโโ What are your main goals and objectives?
โโโ What tools or systems do you currently use?
Current State Exploration (20 minutes):
โโโ Walk me through how you currently [perform specific task]
โโโ What works well in your current process?
โโโ What are the biggest challenges or frustrations you face?
โโโ Can you describe a recent time when things didn't go as planned?
โโโ What workarounds have you developed?
โโโ How do you measure success in this area?
โโโ What would make your life significantly easier?
Future State Vision (15 minutes):
โโโ If you could wave a magic wand, how would you solve this problem?
โโโ What would the ideal solution look like to you?
โโโ How would you know if a solution was working well?
โโโ What concerns would you have about changing the current approach?
โโโ Who else would be impacted by changes to this process?
โโโ What questions haven't I asked that I should have?
Closing (5 minutes):
โโโ Is there anything else you'd like to share?
โโโ Can I follow up if I have additional questions?
โโโ Would you be interested in seeing the results of this research?
โโโ Thank participant for their time and insights
```
### Empathy Map Template
#### Individual Empathy Map
```
User Empathy Map for: [User Name/Persona]
SAYS (Direct quotes) | THINKS (Thoughts, beliefs)
โโโ "I wish it was easier" | โโโ Worried about efficiency
โโโ "This never works" | โโโ Believes current system is broken
โโโ "I don't have time" | โโโ Thinks there should be a better way
โโโ "It's too complicated" | โโโ Suspects others have same problems
DOES (Observable actions) | FEELS (Emotions, feelings)
โโโ Uses workarounds | โโโ Frustrated with delays
โโโ Asks colleagues for help | โโโ Anxious about deadlines
โโโ Avoids certain features | โโโ Confident in their expertise
โโโ Creates personal systems | โโโ Hopeful for improvement
PAIN POINTS | GAINS/MOTIVATIONS
โโโ Time-consuming processes | โโโ Completing tasks efficiently
โโโ Lack of integration | โโโ Recognition for good work
โโโ Unclear instructions | โโโ Learning new skills
โโโ System unreliability | โโโ Helping team succeed
โโโ Information silos | โโโ Making impact on organization
```
### Stakeholder Map Template
#### Stakeholder Influence-Interest Matrix
```yaml
stakeholder_mapping:
high_influence_high_interest:
- name: "Product Owner"
role: "Decision maker"
needs: ["Clear ROI", "Reduced risk", "Fast delivery"]
communication: "Weekly updates, key decisions"
- name: "End Users"
role: "Primary beneficiary"
needs: ["Ease of use", "Reliability", "Training"]
communication: "User testing, feedback sessions"
high_influence_low_interest:
- name: "CEO/Executive Sponsor"
role: "Strategic oversight"
needs: ["Business impact", "Resource justification"]
communication: "Monthly summaries, major milestones"
low_influence_high_interest:
- name: "Customer Support Team"
role: "User advocate"
needs: ["Reduced support burden", "Clear documentation"]
communication: "Regular check-ins, training sessions"
low_influence_low_interest:
- name: "Compliance Team"
role: "Regulatory oversight"
needs: ["Compliance adherence", "Documentation"]
communication: "As needed, formal reviews"
```
---
## Stage 2: Define Templates
### Problem Statement Canvas
#### Problem Definition Framework
```
Problem Statement Canvas
Current State:
โโโ What is happening now?
โโโ Who is affected?
โโโ What are the symptoms?
โโโ What evidence do we have?
โโโ What are the business impacts?
Root Cause Analysis:
โโโ Why is this happening? (5 Whys)
โโโ What are the contributing factors?
โโโ What systems or processes are involved?
โโโ What constraints exist?
โโโ What assumptions are we making?
Desired Future State:
โโโ What would success look like?
โโโ How would we measure improvement?
โโโ What capabilities would we need?
โโโ What would be different for users?
โโโ What business outcomes would we achieve?
Problem Statement:
"We have observed that [user group]
is experiencing [problem/need]
when trying to [accomplish goal/task],
which is causing [negative impact].
A successful solution would allow [user group]
to [achieve desired outcome]
so that [business benefit]."
Success Criteria:
โโโ [ ] User satisfaction score > 4.5/5
โโโ [ ] Task completion time reduced by 30%
โโโ [ ] Error rate decreased by 50%
โโโ [ ] User adoption rate > 80% within 3 months
โโโ [ ] Business metric improvement [specific target]
```
### Point of View (POV) Statement Template
#### POV Development Worksheet
```yaml
point_of_view_development:
user_persona:
name: "[Primary User]"
role: "[Job title/role]"
context: "[Relevant background]"
user_need:
functional_need: "What they need to accomplish"
emotional_need: "How they want to feel"
social_need: "How they want to be perceived"
insight:
key_insight: "Surprising or meaningful discovery about the user"
supporting_evidence: ["Interview quote", "Observed behavior", "Data point"]
pov_statement:
template: "[User] needs [need] because [insight]"
example: "Busy project managers need a single dashboard to track project status because they spend too much time switching between tools and lose critical information in the process"
```
### How Might We (HMW) Question Generator
#### HMW Framework
```
How Might We Question Development
Based on POV: "[Your POV statement]"
Question Starters:
โโโ How might we make [process] more [adjective]?
โโโ How might we help [user] feel more [emotion]?
โโโ How might we remove barriers to [goal]?
โโโ How might we reimagine [current approach]?
โโโ How might we combine [X] and [Y] to create [Z]?
โโโ How might we use [technology/method] to improve [outcome]?
โโโ How might we prevent [problem] from occurring?
Generated HMW Questions:
1. How might we ________________________________?
2. How might we ________________________________?
3. How might we ________________________________?
4. How might we ________________________________?
5. How might we ________________________________?
Question Evaluation Criteria:
โโโ [ ] Is it broad enough to allow for creative solutions?
โโโ [ ] Is it specific enough to provide direction?
โโโ [ ] Does it assume a solution?
โโโ [ ] Does it inspire action?
โโโ [ ] Is it grounded in user needs?
Selected Focus Question:
"How might we ________________________________?"
Rationale for Selection:
_________________________________________________
_________________________________________________
```
---
## Stage 3: Ideate Templates
### Brainstorming Session Framework
#### Classic Brainstorming Setup
```yaml
brainstorming_session:
preparation:
duration: "45-60 minutes"
participants: "5-8 people maximum"
materials: ["Sticky notes", "Markers", "Timer", "Large wall space"]
mindset: "Yes, and..." thinking
rules:
- "Defer judgment - no criticism"
- "Strive for quantity over quality"
- "Build on ideas of others"
- "Stay focused on topic"
- "Encourage wild ideas"
- "Be visual when possible"
process:
warm_up: "5 minutes - practice round with fun topic"
focus_question: "Present the HMW question clearly"
individual_ideation: "5 minutes silent brainstorming"
sharing_round_1: "10 minutes - share and post ideas"
building_ideas: "15 minutes - build on posted ideas"
new_directions: "10 minutes - completely new approaches"
final_additions: "5 minutes - last ideas"
facilitation_tips:
- "Keep energy high"
- "Encourage participation from everyone"
- "Redirect if going off-topic"
- "Celebrate unusual ideas"
- "Capture everything visibly"
```
### Idea Clustering and Selection Matrix
#### Idea Organization Template
```
Idea Clustering Worksheet
Step 1: Idea Grouping
โโโ Group similar ideas together
โโโ Label each cluster with a theme
โโโ Identify any standalone ideas
โโโ Count ideas in each cluster
Cluster Categories:
1. [Cluster Name]: _____ ideas
- Key concept: ________________
- Representative ideas: ________
2. [Cluster Name]: _____ ideas
- Key concept: ________________
- Representative ideas: ________
3. [Cluster Name]: _____ ideas
- Key concept: ________________
- Representative ideas: ________
Step 2: Idea Evaluation Matrix
Evaluation Criteria (Weight 1-5):
โโโ User Impact: How much will this help users? (Weight: ___)
โโโ Feasibility: How realistic is implementation? (Weight: ___)
โโโ Innovation: How novel/creative is this approach? (Weight: ___)
โโโ Strategic Fit: How well does it align with business goals? (Weight: ___)
โโโ Resource Requirements: How much effort is needed? (Weight: ___)
Scoring Matrix (1-5 scale):
| Idea | User Impact | Feasibility | Innovation | Strategic Fit | Resources | Total Score |
|------|-------------|-------------|------------|---------------|-----------|-------------|
| A | 4 | 3 | 5 | 4 | 2 | 18 |
| B | 5 | 2 | 3 | 5 | 3 | 18 |
| C | 3 | 5 | 2 | 3 | 4 | 17 |
Step 3: Selection Criteria
โโโ Top 3 highest scoring ideas
โโโ Mix of quick wins and breakthrough ideas
โโโ Diverse approaches to the problem
โโโ Ideas that can be prototyped quickly
```
### Alternative Ideation Methods
#### Method 1: Brainwriting 6-3-5
```
Brainwriting 6-3-5 Template
Setup:
โโโ 6 participants
โโโ Each person gets a worksheet
โโโ 3 ideas per round
โโโ 5 minutes per round
โโโ Pass worksheet to next person
Worksheet Template:
Round 1 (5 min) - Your ideas:
1. ________________________________
2. ________________________________
3. ________________________________
Round 2 (5 min) - Build on previous ideas:
1. ________________________________
2. ________________________________
3. ________________________________
[Continue for 6 rounds total]
Benefits:
โโโ Equal participation from all team members
โโโ Builds on ideas systematically
โโโ Reduces groupthink
โโโ Generates 108 ideas in 30 minutes
```
#### Method 2: Worst Possible Idea
```
Worst Possible Idea Exercise
Purpose: Break mental barriers and inspire creative thinking
Instructions:
1. "How might we create the worst possible solution to our problem?"
2. Spend 10 minutes generating terrible ideas
3. For each bad idea, ask "What would the opposite look like?"
4. Transform opposite ideas into viable solutions
Example:
Bad Idea: "Make the process take 10 times longer"
Opposite: "Make the process much faster"
Good Idea: "Automate routine steps to save time"
Worksheet:
| Worst Idea | Opposite | Potential Good Idea |
|------------|----------|-------------------|
| | | |
| | | |
| | | |
```
---
## Stage 4: Prototype Templates
### Rapid Prototyping Framework
#### Prototype Planning Canvas
```yaml
prototype_planning:
objective:
what_to_test: "Core assumption about the solution"
target_users: "Who will interact with the prototype"
key_questions: ["What do we want to learn?", "What might go wrong?"]
prototype_type:
fidelity_level: "Low/Medium/High"
format: "Paper, Digital, Physical, Service"
complexity: "Simple concept vs detailed interaction"
resources_needed:
time_allocation: "2-4 hours maximum"
materials: ["Paper", "Sticky notes", "Digital tools"]
skills_required: ["Sketching", "Digital design", "Facilitation"]
team_members: "2-3 people maximum"
success_criteria:
learning_goals: "What insights do we want to gain?"
user_feedback: "What responses indicate success?"
iteration_plan: "How will we improve based on feedback?"
```
### Prototyping Method Selection Guide
#### Low-Fidelity Prototypes
**Paper Prototypes:**
```
When to Use:
โโโ Testing basic user flows
โโโ Exploring layout concepts
โโโ Limited time/resources
โโโ Early concept validation
Materials Needed:
โโโ Large sheets of paper (A3/A2)
โโโ Sticky notes for interactive elements
โโโ Markers and pens
โโโ Scissors and tape
โโโ Mobile/tablet frames (printed)
Process:
1. Sketch main screens or process steps
2. Use sticky notes for buttons and interactive elements
3. Create simple navigation flow
4. Test with users by "playing computer"
5. Document feedback and observations
Benefits:
โโโ Very fast to create (30-60 minutes)
โโโ Easy to modify during testing
โโโ Forces focus on core functionality
โโโ Low emotional attachment to design
โโโ Accessible to non-designers
```
**Storyboarding:**
```
Storyboard Template
Scene 1: Current State Problem
โโโ Setting: Where does the problem occur?
โโโ Character: Who experiences the problem?
โโโ Problem: What goes wrong?
โโโ Emotion: How does the character feel?
โโโ Thought bubble: What are they thinking?
Scene 2: Discovery of Solution
โโโ Trigger: What leads them to the solution?
โโโ First interaction: How do they encounter it?
โโโ Initial reaction: What's their first impression?
โโโ Action: What do they do?
โโโ Expectation: What do they hope will happen?
Scene 3: Using the Solution
โโโ Context: When/where do they use it?
โโโ Process: Step-by-step interaction
โโโ Support: What help is available?
โโโ Progress: How do they know it's working?
โโโ Outcome: What result do they achieve?
Scene 4: Success State
โโโ Accomplishment: What did they achieve?
โโโ Feeling: How do they feel now?
โโโ Sharing: Who do they tell about it?
โโโ Repeat: Will they use it again?
โโโ Recommendation: Would they recommend it?
Visual Elements:
โโโ Simple stick figures or basic illustrations
โโโ Speech bubbles for dialogue
โโโ Thought bubbles for internal thoughts
โโโ Arrows to show movement/progression
โโโ Emotional indicators (smiles, frowns, etc.)
```
#### Medium-Fidelity Prototypes
**Digital Wireframes:**
```yaml
digital_wireframe_template:
tools:
recommended: ["Figma", "Sketch", "Adobe XD", "Balsamiq"]
free_options: ["Figma (free tier)", "Marvel", "InVision", "Draw.io"]
components_to_include:
navigation: "Primary and secondary navigation elements"
content_areas: "Where key information will be displayed"
interactive_elements: "Buttons, forms, links"
feedback_indicators: "Loading states, error messages, success confirmations"
fidelity_guidelines:
layout: "Accurate positioning and sizing"
content: "Realistic text length and image placeholders"
functionality: "Key interactions should be clickable"
styling: "Grayscale with minimal visual design"
testing_approach:
task_scenarios: "Specific goals for users to accomplish"
think_aloud_protocol: "Ask users to verbalize their thoughts"
observation_focus: "Where do users hesitate or get confused?"
feedback_collection: "What do users expect to happen vs what happens?"
```
### Service Design Blueprinting
#### Service Blueprint Template
```
Service Blueprint for: [Service Name]
Customer Journey (Front Stage):
โโโ Awareness: How do customers discover the service?
โโโ Consideration: What factors influence their decision?
โโโ Onboarding: How do they get started?
โโโ Usage: What's their ongoing experience?
โโโ Support: When and how do they get help?
โโโ Advocacy: How do they share or recommend?
Line of Interaction
------------------------
Front Stage Actions (Visible to Customer):
โโโ Marketing materials and communications
โโโ Website or app interface
โโโ Customer service interactions
โโโ Physical touchpoints
โโโ Delivery or fulfillment
โโโ Follow-up communications
Line of Visibility
------------------------
Back Stage Actions (Invisible to Customer):
โโโ Content creation and management
โโโ Order processing and fulfillment
โโโ Quality assurance and testing
โโโ Data analysis and reporting
โโโ Staff training and development
โโโ Technology maintenance
Line of Internal Interaction
------------------------
Support Processes:
โโโ Technology infrastructure
โโโ Policies and procedures
โโโ Training and knowledge management
โโโ Vendor and partner management
โโโ Financial and legal compliance
โโโ Strategic planning and governance
Key Insights:
โโโ Pain points in customer journey
โโโ Moments of truth or critical interactions
โโโ Opportunities for improvement
โโโ Resource requirements and constraints
โโโ Success metrics and measurement points
```
---
## Stage 5: Test Templates
### User Testing Protocol
#### Testing Session Structure
```yaml
user_testing_session:
pre_session_setup:
duration: "60-90 minutes per participant"
environment: "Comfortable, distraction-free space"
technology: "Recording device, prototype, observation sheets"
team_roles: ["Facilitator", "Note-taker", "Observer"]
session_agenda:
introduction: "5 minutes"
background_questions: "10 minutes"
prototype_testing: "40-60 minutes"
post_test_discussion: "15 minutes"
wrap_up: "5 minutes"
testing_protocol:
task_scenarios: "3-5 realistic scenarios"
think_aloud_method: "Encourage continuous verbalization"
minimal_intervention: "Only help when completely stuck"
observation_focus: "Actions, emotions, comments, confusion points"
```
#### Task Scenario Template
```
Task Scenario [Number]: [Scenario Name]
Context Setting:
"Imagine you are [role/situation]. You need to [accomplish goal] because [motivation]. You have [time constraint/other constraints]."
Specific Task:
"Using this [prototype/system], please [specific action steps]."
Success Criteria:
โโโ [ ] User completes primary objective
โโโ [ ] User follows expected path (or finds acceptable alternative)
โโโ [ ] User expresses satisfaction with experience
โโโ [ ] User can explain what they accomplished
โโโ [ ] User would use this solution in real situation
Observation Points:
โโโ Where does the user start?
โโโ What do they try first?
โโโ Where do they hesitate or get confused?
โโโ What do they say while using it?
โโโ How do they recover from errors?
โโโ What do they expect vs what happens?
โโโ How do they react emotionally?
Follow-up Questions:
โโโ How did that experience compare to what you expected?
โโโ What was most confusing or frustrating?
โโโ What worked really well?
โโโ What would you change if you could?
โโโ How does this compare to your current approach?
โโโ Would you recommend this to others in your situation?
```
### Feedback Collection Framework
#### Structured Feedback Template
```
User Testing Feedback Summary
Participant Profile:
โโโ Role: ________________
โโโ Experience Level: ________________
โโโ Current Solutions Used: ________________
โโโ Testing Environment: ________________
Task Performance:
| Task | Completed? | Time | Errors | Help Needed | Satisfaction (1-5) |
|------|------------|------|--------|-------------|-------------------|
| 1 | | | | | |
| 2 | | | | | |
| 3 | | | | | |
Qualitative Feedback:
What Worked Well:
โโโ [Quote or observation]
โโโ [Quote or observation]
โโโ [Quote or observation]
Pain Points:
โโโ [Specific issue and impact]
โโโ [Specific issue and impact]
โโโ [Specific issue and impact]
Suggestions:
โโโ [User suggestion and context]
โโโ [User suggestion and context]
โโโ [User suggestion and context]
Emotional Response:
โโโ Initial Reaction: ________________
โโโ During Use: ________________
โโโ Final Impression: ________________
โโโ Likelihood to Recommend (1-10): ______
Key Insights:
โโโ [Insight about user behavior]
โโโ [Insight about solution effectiveness]
โโโ [Insight about market opportunity]
```
### Iteration Planning Template
#### Test Results Analysis Framework
```yaml
test_results_analysis:
quantitative_results:
task_completion_rates: "Percentage who completed each task"
time_on_task: "Average time for each task"
error_rates: "Number and types of errors"
user_satisfaction_scores: "Average ratings"
qualitative_insights:
user_mental_models: "How users think about the problem"
expectation_gaps: "Difference between expected and actual"
emotional_responses: "How users felt during interaction"
feature_priorities: "What users care about most"
pattern_identification:
common_pain_points: "Issues experienced by multiple users"
successful_interactions: "What worked well consistently"
user_segments: "Different types of users and their needs"
edge_cases: "Unusual but important scenarios"
priority_matrix:
high_impact_easy_fix: "Quick wins to implement immediately"
high_impact_hard_fix: "Important changes requiring significant effort"
low_impact_easy_fix: "Nice-to-have improvements"
low_impact_hard_fix: "Changes to defer or reconsider"
```
#### Next Steps Planning
```
Iteration Planning Worksheet
Based on Testing Results:
Immediate Changes (Next 1-2 days):
โโโ [ ] [Specific change and rationale]
โโโ [ ] [Specific change and rationale]
โโโ [ ] [Specific change and rationale]
Short-term Improvements (Next 1-2 weeks):
โโโ [ ] [Change description and success criteria]
โโโ [ ] [Change description and success criteria]
โโโ [ ] [Change description and success criteria]
Future Considerations (Next phase):
โโโ [ ] [Feature or change for later development]
โโโ [ ] [Feature or change for later development]
โโโ [ ] [Feature or change for later development]
Additional Research Needed:
โโโ [ ] [What we still need to learn]
โโโ [ ] [Who we need to talk to]
โโโ [ ] [What we need to test further]
Project Management Integration:
โโโ Sprint Planning: How will changes fit into development cycles?
โโโ Resource Allocation: What skills and time are needed?
โโโ Timeline Impact: How do changes affect project milestones?
โโโ Stakeholder Communication: Who needs to be informed?
โโโ Success Metrics: How will we measure improvement?
```
---
## Integration with Traditional PM Practices
### Design Thinking + Agile Integration
#### Sprint Integration Framework
```yaml
dt_agile_integration:
sprint_0_preparation:
activities: ["Empathy research", "Problem definition", "Initial ideation"]
deliverables: ["User personas", "Problem statement", "HMW questions"]
duration: "1-2 weeks before Sprint 1"
sprint_planning_enhancement:
user_story_refinement: "Include empathy insights in story creation"
acceptance_criteria: "Add user experience criteria"
definition_of_done: "Include user validation requirements"
sprint_execution:
daily_standups: "Include user feedback and insights"
prototype_development: "Build testable increments"
user_testing: "Test with real users during sprint"
sprint_review_expansion:
demo_to_users: "Include actual users in sprint review"
feedback_collection: "Structured user feedback process"
empathy_check: "Review how well solution meets user needs"
retrospective_enhancement:
user_impact_review: "Assess impact on user experience"
design_process_review: "Evaluate design thinking integration"
continuous_improvement: "Refine DT integration approach"
```
### Design Thinking + Traditional Integration
#### Project Phase Integration
```
Traditional Phase Integration with Design Thinking
Initiating Phase:
โโโ Traditional: Project Charter, Stakeholder Register
โโโ DT Enhancement: Empathy research, User journey mapping
โโโ Outcome: Human-centered project charter
โโโ Deliverable: User-informed project scope
Planning Phase:
โโโ Traditional: Project Management Plan, WBS
โโโ DT Enhancement: Problem definition, Ideation sessions
โโโ Outcome: Solution-focused project plan
โโโ Deliverable: Innovation-driven work breakdown
Executing Phase:
โโโ Traditional: Direct and manage project work
โโโ DT Enhancement: Prototype development, User testing
โโโ Outcome: User-validated project deliverables
โโโ Deliverable: Human-centered solution increments
Monitoring & Controlling:
โโโ Traditional: Performance monitoring, Change control
โโโ DT Enhancement: User feedback loops, Design iteration
โโโ Outcome: Adaptive project management
โโโ Deliverable: User-informed project adjustments
Closing Phase:
โโโ Traditional: Project closure, Lessons learned
โโโ DT Enhancement: Solution impact assessment, User adoption
โโโ Outcome: Human-centered project success evaluation
โโโ Deliverable: User satisfaction and adoption metrics
```
### Innovation Project Framework
#### Innovation Project Canvas
```
Innovation Project Canvas
Problem Space:
โโโ User Problem: What problem are we solving for users?
โโโ Business Problem: What business challenge are we addressing?
โโโ Market Opportunity: What's the potential impact and size?
โโโ Constraints: What limitations do we need to work within?
Solution Space:
โโโ Core Concept: What's the central idea or approach?
โโโ Unique Value: What makes this solution different/better?
โโโ Key Features: What are the essential capabilities?
โโโ Success Metrics: How will we measure success?
Implementation:
โโโ Development Approach: How will we build this?
โโโ Resource Requirements: What do we need to succeed?
โโโ Timeline: When will key milestones be reached?
โโโ Risk Mitigation: What could go wrong and how will we address it?
โโโ Go-to-Market: How will we launch and scale?
Validation:
โโโ Assumption Testing: What assumptions need validation?
โโโ User Research: How will we continue learning about users?
โโโ Market Testing: How will we validate market demand?
โโโ Iteration Plan: How will we improve based on feedback?
```
---
## Workshop Facilitation Guide
### Facilitator Preparation
#### Facilitator Competency Framework
```yaml
facilitator_skills:
core_competencies:
group_facilitation: "Guide group discussions and activities effectively"
design_thinking_expertise: "Deep understanding of DT process and methods"
active_listening: "Hear and synthesize diverse perspectives"
creative_problem_solving: "Help groups break through mental barriers"
behavioral_skills:
neutrality: "Remain impartial and manage personal biases"
energy_management: "Maintain group energy and engagement"
conflict_resolution: "Address disagreements constructively"
time_management: "Keep activities on track and productive"
technical_skills:
tool_proficiency: "Use collaboration tools and templates effectively"
documentation: "Capture and organize workshop outputs"
visual_facilitation: "Use drawings and diagrams to clarify ideas"
adaptation: "Modify activities based on group needs"
```
#### Pre-Workshop Facilitator Checklist
```
Facilitator Preparation Checklist
Content Preparation:
โโโ [ ] Review participant backgrounds and needs
โโโ [ ] Customize activities for specific context
โโโ [ ] Prepare backup activities for each stage
โโโ [ ] Practice timing for all activities
โโโ [ ] Prepare opening and closing remarks
โโโ [ ] Review problem statement and success criteria
Material Preparation:
โโโ [ ] Test all technology and tools
โโโ [ ] Organize physical materials and supplies
โโโ [ ] Prepare templates and handouts
โโโ [ ] Set up workspace for optimal collaboration
โโโ [ ] Create name tags and seating arrangements
โโโ [ ] Prepare documentation tools
Mental Preparation:
โโโ [ ] Review group dynamics principles
โโโ [ ] Practice challenging scenario responses
โโโ [ ] Prepare energizing activities
โโโ [ ] Plan for different personality types
โโโ [ ] Set personal intentions for the workshop
โโโ [ ] Prepare for unexpected situations
```
### Managing Workshop Dynamics
#### Common Challenges and Solutions
**Challenge: Dominant Participants**
```
Symptoms:
โโโ One person speaking most of the time
โโโ Others becoming quiet or disengaged
โโโ Ideas coming from limited perspectives
โโโ Group energy becoming unbalanced
Interventions:
โโโ Use structured turn-taking methods
โโโ Implement silent brainstorming periods
โโโ Ask specific individuals for input
โโโ Break into smaller groups
โโโ Use anonymous idea collection
โโโ Set speaking time limits
Prevention:
โโโ Establish ground rules at the beginning
โโโ Use diverse activity formats
โโโ Rotate leadership roles
โโโ Create psychological safety for all voices
```
**Challenge: Low Energy or Engagement**
```
Symptoms:
โโโ Participants seem tired or distracted
โโโ Limited participation in activities
โโโ Minimal idea generation
โโโ Lack of enthusiasm for process
Interventions:
โโโ Take a movement or stretch break
โโโ Change physical environment or seating
โโโ Introduce a high-energy icebreaker
โโโ Share success stories or inspiration
โโโ Acknowledge progress made so far
โโโ Ask participants what they need
Prevention:
โโโ Plan regular breaks and movement
โโโ Vary activity types and energy levels
โโโ Provide adequate food and hydration
โโโ Check in regularly with participants
โโโ Celebrate small wins throughout
```
### Workshop Documentation Template
#### Real-Time Documentation Framework
```yaml
workshop_documentation:
session_overview:
date_time: "Workshop date and duration"
participants: "List of attendees and roles"
facilitators: "Facilitation team members"
objectives: "Workshop goals and success criteria"
stage_outputs:
empathize:
- "User interview insights"
- "Empathy maps"
- "Key user needs identified"
define:
- "Problem statement"
- "Point of view"
- "How might we questions"
ideate:
- "Ideas generated (count and themes)"
- "Selected concepts"
- "Evaluation criteria used"
prototype:
- "Prototype type and fidelity"
- "Key features included"
- "Assumptions being tested"
test:
- "User feedback summary"
- "Insights and learnings"
- "Next steps identified"
action_items:
immediate_next_steps: "Actions to take within 1 week"
project_implications: "How insights affect project scope/plan"
follow_up_research: "Additional research or testing needed"
stakeholder_communication: "Who needs to be informed and when"
```
---
## Success Metrics and KPIs
### Workshop Success Measurement
#### Immediate Workshop Metrics
```yaml
workshop_success_metrics:
engagement_metrics:
participation_rate: "Percentage of active participation from attendees"
idea_generation: "Number of ideas generated per participant"
time_on_task: "Percentage of time spent in productive activities"
energy_levels: "Participant energy ratings throughout workshop"
outcome_metrics:
insights_generated: "Number of meaningful user insights discovered"
problem_clarity: "Clarity of problem statement (1-10 rating)"
solution_concepts: "Number of viable solution concepts identified"
consensus_level: "Team alignment on next steps (1-10 rating)"
satisfaction_metrics:
workshop_rating: "Overall workshop satisfaction (1-10)"
facilitator_effectiveness: "Facilitation quality rating (1-10)"
process_value: "Perceived value of design thinking process (1-10)"
recommendation_likelihood: "Net Promoter Score for workshop experience"
```
#### Post-Workshop Impact Metrics
**Short-term (1-3 months):**
```
Implementation Metrics:
โโโ Prototype development speed
โโโ User testing frequency
โโโ Iteration cycles completed
โโโ Stakeholder engagement levels
โโโ Project scope clarity improvement
User-Centered Metrics:
โโโ User research activities conducted
โโโ User feedback integration rate
โโโ User satisfaction with prototypes
โโโ User needs validation success
โโโ User story quality improvement
```
**Long-term (3-12 months):**
```
Business Impact Metrics:
โโโ Project delivery success rate
โโโ User adoption rates
โโโ Customer satisfaction scores
โโโ Business objective achievement
โโโ Innovation pipeline strength
โโโ Team design thinking capability
Organizational Metrics:
โโโ Design thinking adoption across teams
โโโ Innovation project success rate
โโโ Cross-functional collaboration improvement
โโโ User-centered decision making frequency
โโโ Creative problem-solving capability
```
---
## Related Templates and Integration Points
### Template Ecosystem Integration
- [User Empathy Mapping Template](./user_empathy_mapping_template.md) - Detailed empathy mapping process
- [Innovation Project Management Template](../../../organizational-frameworks/innovation-management/innovation_project_template.md) - Innovation project lifecycle
- [User Story Template](../../../domains/uncertainty/role-based-toolkits/product-owner/user-story-template.md) - User story integration with DT insights
- [Hybrid Project Management Templates](../../../Hybrid/Templates/) - Combining DT with traditional PM
- [Design Thinking Walkthrough Example](../../../examples/design-thinking/design-thinking-walkthrough.md) - Worked end-to-end example
---
## Version History
| Version | Date | Changes | Author |
|---------|------|---------|--------|
| 1.0 | [Date] | Initial Design Thinking Workshop template | [Author] |
---
*This template is part of the PM Tools Templates library. For more information and additional templates, visit [repository root](../../../README.md).*