Remote design sprints skill

Running a design sprint with a distributed team requires deliberate adaptation of every exercise.

by wondelai·MIT license·★ 2,235 Stars on the repo·GitHub ↗

Use now

Files of Remote design sprints

wondelai/main1 file
remote-sprints.md
Show the full text317 lines

Remote Design Sprints

Running a design sprint with a distributed team requires deliberate adaptation of every exercise. The core principles remain the same: time-box, work individually, let the Decider decide, prototype, and test. But the tools, energy management, and communication patterns must change to account for screen fatigue, time zones, and the absence of a shared physical space.

Table of Contents

  1. Tool Stack
  2. Time Zone Considerations
  3. Adapting Each Day for Remote
  4. Compressed Schedule Options
  5. Remote-Specific Exercise Adaptations
  6. Energy Management for Remote Participants
  7. Async vs Sync Quick Reference
  8. Remote Prototype Testing Tools
  9. Common Remote Sprint Failures and Fixes
  10. Remote Sprint Checklist

Tool Stack

Essential Tools
Purpose Recommended Tool Why
Digital whiteboard Miro or FigJam Replaces physical whiteboards for mapping, HMWs, voting
Video conferencing Zoom or Google Meet Screen sharing, breakout rooms, recording
Prototyping Figma Real-time collaboration, easy sharing for testing
Async video Loom Lightning Demos, expert interviews that can be watched asynchronously
Chat Slack or Teams Side channel for logistics, questions, and sharing links
Timer Cuckoo.team or Toggl Timer Shared visible timer that all participants see
File sharing Google Drive or Notion Central place for templates, assets, and outputs
Miro/FigJam Board Setup

Create a single board for the entire sprint with clearly labeled sections:

+-------------------+-------------------+-------------------+
|     MONDAY        |     TUESDAY       |    WEDNESDAY      |
| - Long-term goal  | - Lightning Demos | - Art Museum      |
| - Sprint questions| - Sketch uploads  | - Heat map        |
| - Customer map    |                   | - Straw poll      |
| - HMW notes       |                   | - Storyboard      |
| - Target          |                   |                   |
+-------------------+-------------------+-------------------+
|     THURSDAY      |      FRIDAY       |     PARKING LOT   |
| - Prototype link  | - Note-taking     | - Unresolved      |
| - Interview script|   grid            |   questions       |
| - Trial run notes | - Patterns        | - Future ideas    |
|                   | - Next steps      |                   |
+-------------------+-------------------+-------------------+

Pre-populate each section with templates, instructions, and placeholder sticky notes before the sprint begins.

Time Zone Considerations

Single Time Zone (All Participants Within 2 Hours)

Run the sprint at normal hours for the majority. Adjust start/end times by 30-60 minutes to accommodate the edges.

Two Time Zones (3-6 Hours Apart)
Approach Schedule
Overlap window Find the 4-5 hour window where both zones are in working hours. Run all synchronous exercises during this window
Extended async Use 2-3 hours of sync time per day and shift more exercises to async

Example: New York (EST) + London (GMT), 5-hour difference:

Time (EST) Time (GMT) Activity
8:00 AM 1:00 PM Sync block begins
8:00 - 8:30 1:00 - 1:30 Recap and framing
8:30 - 11:30 1:30 - 4:30 Core exercises (sync)
11:30 - 12:00 4:30 - 5:00 Wrap-up and async assignments
12:00 - 2:00 5:00+ (done) US team does async work
Three or More Time Zones (7+ Hours Apart)

A fully synchronous 5-day sprint is impractical. Use compressed schedules (see below), heavy async with short sync check-ins, or extend the sprint across 7-8 calendar days.

Adapting Each Day for Remote

Remote Monday: Map

Sync exercises:

  • Long-term goal (30 min, video call, everyone writes in Miro simultaneously)
  • Sprint questions (30 min, same format)
  • Customer journey map (45 min, Sprint Master draws in Miro while team directs)

Async exercises:

  • Expert interviews can be pre-recorded on Loom (10-15 min each, team watches on their own time)
  • HMW notes: each person adds sticky notes to the Miro board asynchronously after watching expert videos

Sync decision:

  • HMW voting (15 min, use Miro's built-in voting feature)
  • Target selection with Decider (15 min, video call)
Remote Tuesday: Sketch

Sync exercises:

  • Lightning Demos (45 min, each person shares screen for 3 minutes)

Async exercises:

  • Notes phase (20 min, everyone reviews the Miro board on their own)
  • Ideas phase (20 min, individual work)
  • Crazy 8s (8 min, individual work, upload photos of paper sketches)
  • Solution Sketch (60-90 min, individual work)

How to handle sketches remotely:

  1. Sketch on paper with a thick marker (same as in-person)
  2. Photograph each panel with a phone
  3. Upload to the designated Miro area by a set deadline
  4. Each sketch gets its own frame in Miro, numbered and anonymous

Set a firm deadline for sketch uploads. The Sprint Master confirms receipt of all sketches. No one views others' sketches until Wednesday.

Remote Wednesday: Decide

Sync exercises (these must be synchronous):

  • Art Museum: everyone silently reviews sketches in Miro, placing dot stickers (20 min)
  • Speed Critique: Sprint Master shares screen and narrates each sketch (3 min per sketch)
  • Straw Poll: everyone places their vote simultaneously in Miro (5 min)
  • Supervote: Decider places their votes (5 min)

Async/sync exercises:

  • Storyboard: can be done with the Sprint Master building in Miro while the team provides direction on a video call, or the Sprint Master can draft it async and get sync approval

Remote Wednesday tips:

  • The Art Museum works surprisingly well in Miro: participants browse and place dots silently
  • During Speed Critique, the Sprint Master must share screen and control the zoom/navigation
  • Use a different color dot for each participant to track who voted for what
  • The Decider should be present for the entire sync session
Remote Thursday: Prototype

Sync exercises:

  • Morning kick-off: assign roles and divide storyboard (30 min)
  • Mid-day check-in (15 min)
  • End-of-day review: walk through prototype together (30 min)
  • Trial run (30 min)

Async work:

  • Building the prototype (individual or paired work in Figma)
  • Writing copy (Writer works independently, shares in Slack)
  • Gathering assets (Collector works independently)
  • Writing the interview script (Interviewer works independently)

Remote Thursday tips:

  • Figma's real-time collaboration makes remote prototyping nearly as efficient as in-person
  • The Stitcher should set up the Figma file structure before the morning kick-off
  • Use a shared Slack channel for quick questions and asset sharing
  • The Sprint Master should check in every 90 minutes via a quick standup message
Remote Friday: Test

Interview options:

  • Video call interview (Zoom, Google Meet) with the participant sharing their screen
  • Unmoderated testing platform (UserTesting.com, Maze) for asynchronous feedback
  • Moderated video call is strongly preferred for design sprints

Observation setup:

  • All observers join a separate "observation" Zoom call
  • The Interviewer conducts the interview on the main call
  • Screen share from the Interviewer's call is piped to the observation call
  • Observers take notes in the shared Miro grid (same format as in-person)
  • Use a shared chat channel for observers to flag interesting moments in real time

Remote Friday tips:

  • Test the video/audio setup 24 hours before the first interview
  • Send participants a test link to verify their screen sharing works
  • Have a backup plan if a participant cannot share their screen (the Interviewer controls the prototype and asks the participant to direct them)
  • Between interviews, do a quick 5-minute debrief on the observation call

Compressed Schedule Options

4-Day Sprint

Combine Monday and Tuesday into a single day by compressing exercises and using async pre-work.

Day Activities
Pre-work (async) Expert interviews via Loom, Lightning Demos recorded and shared
Day 1 (Mon) Long-term goal, sprint questions, map, HMW, target + Notes, Ideas, Crazy 8s, Solution Sketch
Day 2 (Tue) Art Museum, Speed Critique, Voting, Storyboard
Day 3 (Wed) Prototype
Day 4 (Thu) Test and debrief

4-day sprint trade-offs:

  • Day 1 is very long and intense (8-9 hours of focused work)
  • Less time for expert interviews (use async pre-recorded format)
  • Solution sketches have less incubation time
  • Works best for experienced sprint teams
3-Day Sprint

Requires significant async pre-work (expert interviews, Lightning Demos, goal/questions drafts done 1 week before). Day 1 covers finalize/map/sketch/decide. Day 2 is prototyping. Day 3 is testing and debrief. Works for focused problems where the team has deep context. Not recommended for first-time sprints.

Remote-Specific Exercise Adaptations

Dot Voting in Miro
  1. Create a "voting" frame in the Miro board
  2. Give each participant a set number of colored dots (use Miro's sticker feature or small circles)
  3. Set a timer (visible to all via the shared timer)
  4. Lock the board after voting to prevent late changes
  5. Use Miro's "hide cursors" feature during voting to prevent following behavior
Crazy 8s: Remote Version

Sketch on paper with a thick marker (same as in-person), photograph each panel, and upload to the designated Miro area. The Sprint Master counts down each minute on the video call. Paper and photograph is strongly preferred over digital sketching in Miro because the physical act of folding and drawing creates energy that digital tools cannot replicate.

Storyboard: Remote Version

The Sprint Master builds the storyboard in Miro while the team provides direction over video call. The Sprint Master shares their screen, draws each frame based on team input, and controls the final layout. Alternatively, assign one person to draft the storyboard async and review sync the next morning.

Energy Management for Remote Participants

Screen Fatigue Is Real

Remote sprints are more exhausting than in-person sprints because video calls require more cognitive effort than face-to-face conversation. Plan for it.

Remote Energy Tactics
Tactic Implementation
Camera breaks Turn cameras off during individual work, on during group work
Shorter sync blocks Max 90 minutes of sync time before a break
Physical movement 5-minute stretch break every 60 minutes
Async work blocks Alternate between sync discussion and async individual work
Music during silent work Sprint Master plays music via screen share or shares a playlist link
Chat engagement Use emoji reactions in chat to maintain energy without interrupting
Daily Structure for Remote Energy
Sync block 1 (90 min) → Break (15 min) → Async work (60 min) →
Sync block 2 (60 min) → Lunch (60 min) → Async work (90 min) →
Sync block 3 (60 min) → Break (15 min) → Wrap-up sync (15 min)

This structure limits total sync time to approximately 3.5 hours per day while maintaining 6-7 hours of productive sprint work.

Async vs Sync Quick Reference

Must be sync: Long-term goal discussion, customer journey map, all voting (HMW, Art Museum, straw poll, supervote), speed critique, user interviews, debrief.

Can be async: Expert interviews (Loom), HMW note writing, four-step sketch, prototype building, asset gathering, copy writing.

Either way: Lightning Demos (sync is more energetic, async Loom works for time zone conflicts), storyboard (Sprint Master can draft async, team reviews sync).

Remote Prototype Testing Tools

Moderated (recommended): Zoom + Figma prototype link (participant shares screen), Lookback, or UserZoom.

Unmoderated (backup): Maze, UserTesting, or Useberry. Use when you cannot schedule 5 participants on the same day or time zones make live interviews impossible. Trade-off: no follow-up questions, less natural think-aloud, and you miss body language.

Common Remote Sprint Failures and Fixes

Multitasking During Sync Sessions

Problem: Participants check email, Slack, or work on other tasks during video calls. Fix: Set a ground rule on Day 1: close all other tabs and apps during sync time. Use frequent engagement tactics: polls, voting, round-robin sharing. Keep sync blocks under 90 minutes. The Sprint Master calls on people by name regularly.

Poor Audio/Video Quality

Problem: Participants join from noisy environments or with bad connections, disrupting the flow. Fix: Require headphones with a microphone. Test audio/video setup the day before the sprint. Have a backup plan: phone dial-in for audio if video fails. Encourage wired internet connections over WiFi for stability.

Miro Board Chaos

Problem: The Miro board becomes a mess of overlapping sticky notes, orphaned elements, and unclear structure. Fix: The Sprint Master sets up the board with clear sections, labels, and locked background elements before the sprint. Only the Sprint Master should move structural elements. Use frames to contain each exercise. Lock completed sections so they are not accidentally edited.

Lost Momentum Between Days

Problem: In a physical sprint, the room and the walls full of work maintain continuity. Remotely, people close their laptop and lose context overnight. Fix: Start each day with a 10-minute recap. The Sprint Master walks through the Miro board, highlighting where the team left off and what happens today. Send a short end-of-day summary via Slack or email with a screenshot of the day's output.

Sketches Are Hard to Read When Photographed

Problem: Participants upload blurry or poorly lit photos of their paper sketches, making the Art Museum difficult. Fix: Require thick black markers (thin pens do not photograph well). Provide instructions for photographing: lay the paper flat, use good lighting, crop to the sketch only. Alternatively, allow digital sketching in Miro for participants who prefer it.

The Decider Is Not Fully Engaged

Problem: The Decider joins for 10 minutes and then drops off, leaving key decisions hanging. Fix: Before the sprint, get the Decider's explicit commitment to attend all voting and decision sessions. Create a "Decider schedule" showing the specific times they are needed (typically 30-60 minutes per day, not the full day). If the Decider cannot commit, postpone the sprint.

Time Zone Conflicts Kill Participation

Problem: Team members in distant time zones attend at inconvenient hours and contribute less. Fix: Identify the minimum overlap window and schedule all critical sync activities there. Shift the burden of inconvenience across the week. Use async exercises to maximize contribution from all time zones.

Friday Testing Feels Disconnected

Problem: The team watches user interviews on video but does not feel the energy and immediacy of in-person observation. Fix: Use a dedicated observation channel where team members react and note observations in real time. Between each interview, do a live 5-minute debrief on video.

Remote Sprint Checklist

  • Tool accounts set up for all participants (Miro, Zoom, Figma)
  • Miro board pre-populated with templates and structure
  • Sprint schedule adjusted for time zones
  • Async vs sync plan communicated to all participants
  • Tech check completed (audio, video, screen sharing)
  • Supplies shipped to remote participants (thick markers, blank paper, sticky notes)
  • Each day starts with a 10-minute recap and board walkthrough
  • Sync blocks limited to 90 minutes before a break
  • All outputs captured in the Miro board
  • End-of-day summary sent to all participants
  • Friday participants confirmed and tested for screen sharing
  • Observation channel set up (separate from interview call)
  • Note-taking grid created in Miro
1# Remote Design Sprints
2 
3Running a design sprint with a distributed team requires deliberate adaptation of every exercise. The core principles remain the same: time-box, work individually, let the Decider decide, prototype, and test. But the tools, energy management, and communication patterns must change to account for screen fatigue, time zones, and the absence of a shared physical space.
4 
5 
6## Table of Contents
71. [Tool Stack](#tool-stack)
82. [Time Zone Considerations](#time-zone-considerations)
93. [Adapting Each Day for Remote](#adapting-each-day-for-remote)
104. [Compressed Schedule Options](#compressed-schedule-options)
115. [Remote-Specific Exercise Adaptations](#remote-specific-exercise-adaptations)
126. [Energy Management for Remote Participants](#energy-management-for-remote-participants)
137. [Async vs Sync Quick Reference](#async-vs-sync-quick-reference)
148. [Remote Prototype Testing Tools](#remote-prototype-testing-tools)
159. [Common Remote Sprint Failures and Fixes](#common-remote-sprint-failures-and-fixes)
1610. [Remote Sprint Checklist](#remote-sprint-checklist)
17 
18---
19 
20## Tool Stack
21 
22### Essential Tools
23 
24| Purpose | Recommended Tool | Why |
25|---------|-----------------|-----|
26| Digital whiteboard | Miro or FigJam | Replaces physical whiteboards for mapping, HMWs, voting |
27| Video conferencing | Zoom or Google Meet | Screen sharing, breakout rooms, recording |
28| Prototyping | Figma | Real-time collaboration, easy sharing for testing |
29| Async video | Loom | Lightning Demos, expert interviews that can be watched asynchronously |
30| Chat | Slack or Teams | Side channel for logistics, questions, and sharing links |
31| Timer | Cuckoo.team or Toggl Timer | Shared visible timer that all participants see |
32| File sharing | Google Drive or Notion | Central place for templates, assets, and outputs |
33 
34### Miro/FigJam Board Setup
35 
36Create a single board for the entire sprint with clearly labeled sections:
37 
38```
39+-------------------+-------------------+-------------------+
40| MONDAY | TUESDAY | WEDNESDAY |
41| - Long-term goal | - Lightning Demos | - Art Museum |
42| - Sprint questions| - Sketch uploads | - Heat map |
43| - Customer map | | - Straw poll |
44| - HMW notes | | - Storyboard |
45| - Target | | |
46+-------------------+-------------------+-------------------+
47| THURSDAY | FRIDAY | PARKING LOT |
48| - Prototype link | - Note-taking | - Unresolved |
49| - Interview script| grid | questions |
50| - Trial run notes | - Patterns | - Future ideas |
51| | - Next steps | |
52+-------------------+-------------------+-------------------+
53```
54 
55Pre-populate each section with templates, instructions, and placeholder sticky notes before the sprint begins.
56 
57## Time Zone Considerations
58 
59### Single Time Zone (All Participants Within 2 Hours)
60 
61Run the sprint at normal hours for the majority. Adjust start/end times by 30-60 minutes to accommodate the edges.
62 
63### Two Time Zones (3-6 Hours Apart)
64 
65| Approach | Schedule |
66|----------|----------|
67| Overlap window | Find the 4-5 hour window where both zones are in working hours. Run all synchronous exercises during this window |
68| Extended async | Use 2-3 hours of sync time per day and shift more exercises to async |
69 
70**Example: New York (EST) + London (GMT), 5-hour difference:**
71 
72| Time (EST) | Time (GMT) | Activity |
73|------------|------------|----------|
74| 8:00 AM | 1:00 PM | Sync block begins |
75| 8:00 - 8:30 | 1:00 - 1:30 | Recap and framing |
76| 8:30 - 11:30 | 1:30 - 4:30 | Core exercises (sync) |
77| 11:30 - 12:00 | 4:30 - 5:00 | Wrap-up and async assignments |
78| 12:00 - 2:00 | 5:00+ (done) | US team does async work |
79 
80### Three or More Time Zones (7+ Hours Apart)
81 
82A fully synchronous 5-day sprint is impractical. Use compressed schedules (see below), heavy async with short sync check-ins, or extend the sprint across 7-8 calendar days.
83 
84## Adapting Each Day for Remote
85 
86### Remote Monday: Map
87 
88**Sync exercises:**
89- Long-term goal (30 min, video call, everyone writes in Miro simultaneously)
90- Sprint questions (30 min, same format)
91- Customer journey map (45 min, Sprint Master draws in Miro while team directs)
92 
93**Async exercises:**
94- Expert interviews can be pre-recorded on Loom (10-15 min each, team watches on their own time)
95- HMW notes: each person adds sticky notes to the Miro board asynchronously after watching expert videos
96 
97**Sync decision:**
98- HMW voting (15 min, use Miro's built-in voting feature)
99- Target selection with Decider (15 min, video call)
100 
101### Remote Tuesday: Sketch
102 
103**Sync exercises:**
104- Lightning Demos (45 min, each person shares screen for 3 minutes)
105 
106**Async exercises:**
107- Notes phase (20 min, everyone reviews the Miro board on their own)
108- Ideas phase (20 min, individual work)
109- Crazy 8s (8 min, individual work, upload photos of paper sketches)
110- Solution Sketch (60-90 min, individual work)
111 
112**How to handle sketches remotely:**
1131. Sketch on paper with a thick marker (same as in-person)
1142. Photograph each panel with a phone
1153. Upload to the designated Miro area by a set deadline
1164. Each sketch gets its own frame in Miro, numbered and anonymous
117 
118Set a firm deadline for sketch uploads. The Sprint Master confirms receipt of all sketches. No one views others' sketches until Wednesday.
119 
120### Remote Wednesday: Decide
121 
122**Sync exercises (these must be synchronous):**
123- Art Museum: everyone silently reviews sketches in Miro, placing dot stickers (20 min)
124- Speed Critique: Sprint Master shares screen and narrates each sketch (3 min per sketch)
125- Straw Poll: everyone places their vote simultaneously in Miro (5 min)
126- Supervote: Decider places their votes (5 min)
127 
128**Async/sync exercises:**
129- Storyboard: can be done with the Sprint Master building in Miro while the team provides direction on a video call, or the Sprint Master can draft it async and get sync approval
130 
131**Remote Wednesday tips:**
132- The Art Museum works surprisingly well in Miro: participants browse and place dots silently
133- During Speed Critique, the Sprint Master must share screen and control the zoom/navigation
134- Use a different color dot for each participant to track who voted for what
135- The Decider should be present for the entire sync session
136 
137### Remote Thursday: Prototype
138 
139**Sync exercises:**
140- Morning kick-off: assign roles and divide storyboard (30 min)
141- Mid-day check-in (15 min)
142- End-of-day review: walk through prototype together (30 min)
143- Trial run (30 min)
144 
145**Async work:**
146- Building the prototype (individual or paired work in Figma)
147- Writing copy (Writer works independently, shares in Slack)
148- Gathering assets (Collector works independently)
149- Writing the interview script (Interviewer works independently)
150 
151**Remote Thursday tips:**
152- Figma's real-time collaboration makes remote prototyping nearly as efficient as in-person
153- The Stitcher should set up the Figma file structure before the morning kick-off
154- Use a shared Slack channel for quick questions and asset sharing
155- The Sprint Master should check in every 90 minutes via a quick standup message
156 
157### Remote Friday: Test
158 
159**Interview options:**
160- Video call interview (Zoom, Google Meet) with the participant sharing their screen
161- Unmoderated testing platform (UserTesting.com, Maze) for asynchronous feedback
162- Moderated video call is strongly preferred for design sprints
163 
164**Observation setup:**
165- All observers join a separate "observation" Zoom call
166- The Interviewer conducts the interview on the main call
167- Screen share from the Interviewer's call is piped to the observation call
168- Observers take notes in the shared Miro grid (same format as in-person)
169- Use a shared chat channel for observers to flag interesting moments in real time
170 
171**Remote Friday tips:**
172- Test the video/audio setup 24 hours before the first interview
173- Send participants a test link to verify their screen sharing works
174- Have a backup plan if a participant cannot share their screen (the Interviewer controls the prototype and asks the participant to direct them)
175- Between interviews, do a quick 5-minute debrief on the observation call
176 
177## Compressed Schedule Options
178 
179### 4-Day Sprint
180 
181Combine Monday and Tuesday into a single day by compressing exercises and using async pre-work.
182 
183| Day | Activities |
184|-----|-----------|
185| Pre-work (async) | Expert interviews via Loom, Lightning Demos recorded and shared |
186| Day 1 (Mon) | Long-term goal, sprint questions, map, HMW, target + Notes, Ideas, Crazy 8s, Solution Sketch |
187| Day 2 (Tue) | Art Museum, Speed Critique, Voting, Storyboard |
188| Day 3 (Wed) | Prototype |
189| Day 4 (Thu) | Test and debrief |
190 
191**4-day sprint trade-offs:**
192- Day 1 is very long and intense (8-9 hours of focused work)
193- Less time for expert interviews (use async pre-recorded format)
194- Solution sketches have less incubation time
195- Works best for experienced sprint teams
196 
197### 3-Day Sprint
198 
199Requires significant async pre-work (expert interviews, Lightning Demos, goal/questions drafts done 1 week before). Day 1 covers finalize/map/sketch/decide. Day 2 is prototyping. Day 3 is testing and debrief. Works for focused problems where the team has deep context. Not recommended for first-time sprints.
200 
201## Remote-Specific Exercise Adaptations
202 
203### Dot Voting in Miro
204 
2051. Create a "voting" frame in the Miro board
2062. Give each participant a set number of colored dots (use Miro's sticker feature or small circles)
2073. Set a timer (visible to all via the shared timer)
2084. Lock the board after voting to prevent late changes
2095. Use Miro's "hide cursors" feature during voting to prevent following behavior
210 
211### Crazy 8s: Remote Version
212 
213Sketch on paper with a thick marker (same as in-person), photograph each panel, and upload to the designated Miro area. The Sprint Master counts down each minute on the video call. Paper and photograph is strongly preferred over digital sketching in Miro because the physical act of folding and drawing creates energy that digital tools cannot replicate.
214 
215### Storyboard: Remote Version
216 
217The Sprint Master builds the storyboard in Miro while the team provides direction over video call. The Sprint Master shares their screen, draws each frame based on team input, and controls the final layout. Alternatively, assign one person to draft the storyboard async and review sync the next morning.
218 
219## Energy Management for Remote Participants
220 
221### Screen Fatigue Is Real
222 
223Remote sprints are more exhausting than in-person sprints because video calls require more cognitive effort than face-to-face conversation. Plan for it.
224 
225### Remote Energy Tactics
226 
227| Tactic | Implementation |
228|--------|---------------|
229| Camera breaks | Turn cameras off during individual work, on during group work |
230| Shorter sync blocks | Max 90 minutes of sync time before a break |
231| Physical movement | 5-minute stretch break every 60 minutes |
232| Async work blocks | Alternate between sync discussion and async individual work |
233| Music during silent work | Sprint Master plays music via screen share or shares a playlist link |
234| Chat engagement | Use emoji reactions in chat to maintain energy without interrupting |
235 
236### Daily Structure for Remote Energy
237 
238```
239Sync block 1 (90 min) → Break (15 min) → Async work (60 min) →
240Sync block 2 (60 min) → Lunch (60 min) → Async work (90 min) →
241Sync block 3 (60 min) → Break (15 min) → Wrap-up sync (15 min)
242```
243 
244This structure limits total sync time to approximately 3.5 hours per day while maintaining 6-7 hours of productive sprint work.
245 
246## Async vs Sync Quick Reference
247 
248**Must be sync:** Long-term goal discussion, customer journey map, all voting (HMW, Art Museum, straw poll, supervote), speed critique, user interviews, debrief.
249 
250**Can be async:** Expert interviews (Loom), HMW note writing, four-step sketch, prototype building, asset gathering, copy writing.
251 
252**Either way:** Lightning Demos (sync is more energetic, async Loom works for time zone conflicts), storyboard (Sprint Master can draft async, team reviews sync).
253 
254## Remote Prototype Testing Tools
255 
256**Moderated (recommended):** Zoom + Figma prototype link (participant shares screen), Lookback, or UserZoom.
257 
258**Unmoderated (backup):** Maze, UserTesting, or Useberry. Use when you cannot schedule 5 participants on the same day or time zones make live interviews impossible. Trade-off: no follow-up questions, less natural think-aloud, and you miss body language.
259 
260## Common Remote Sprint Failures and Fixes
261 
262### Multitasking During Sync Sessions
263 
264**Problem:** Participants check email, Slack, or work on other tasks during video calls.
265**Fix:** Set a ground rule on Day 1: close all other tabs and apps during sync time. Use frequent engagement tactics: polls, voting, round-robin sharing. Keep sync blocks under 90 minutes. The Sprint Master calls on people by name regularly.
266 
267### Poor Audio/Video Quality
268 
269**Problem:** Participants join from noisy environments or with bad connections, disrupting the flow.
270**Fix:** Require headphones with a microphone. Test audio/video setup the day before the sprint. Have a backup plan: phone dial-in for audio if video fails. Encourage wired internet connections over WiFi for stability.
271 
272### Miro Board Chaos
273 
274**Problem:** The Miro board becomes a mess of overlapping sticky notes, orphaned elements, and unclear structure.
275**Fix:** The Sprint Master sets up the board with clear sections, labels, and locked background elements before the sprint. Only the Sprint Master should move structural elements. Use frames to contain each exercise. Lock completed sections so they are not accidentally edited.
276 
277### Lost Momentum Between Days
278 
279**Problem:** In a physical sprint, the room and the walls full of work maintain continuity. Remotely, people close their laptop and lose context overnight.
280**Fix:** Start each day with a 10-minute recap. The Sprint Master walks through the Miro board, highlighting where the team left off and what happens today. Send a short end-of-day summary via Slack or email with a screenshot of the day's output.
281 
282### Sketches Are Hard to Read When Photographed
283 
284**Problem:** Participants upload blurry or poorly lit photos of their paper sketches, making the Art Museum difficult.
285**Fix:** Require thick black markers (thin pens do not photograph well). Provide instructions for photographing: lay the paper flat, use good lighting, crop to the sketch only. Alternatively, allow digital sketching in Miro for participants who prefer it.
286 
287### The Decider Is Not Fully Engaged
288 
289**Problem:** The Decider joins for 10 minutes and then drops off, leaving key decisions hanging.
290**Fix:** Before the sprint, get the Decider's explicit commitment to attend all voting and decision sessions. Create a "Decider schedule" showing the specific times they are needed (typically 30-60 minutes per day, not the full day). If the Decider cannot commit, postpone the sprint.
291 
292### Time Zone Conflicts Kill Participation
293 
294**Problem:** Team members in distant time zones attend at inconvenient hours and contribute less.
295**Fix:** Identify the minimum overlap window and schedule all critical sync activities there. Shift the burden of inconvenience across the week. Use async exercises to maximize contribution from all time zones.
296 
297### Friday Testing Feels Disconnected
298 
299**Problem:** The team watches user interviews on video but does not feel the energy and immediacy of in-person observation.
300**Fix:** Use a dedicated observation channel where team members react and note observations in real time. Between each interview, do a live 5-minute debrief on video.
301 
302## Remote Sprint Checklist
303 
304- [ ] Tool accounts set up for all participants (Miro, Zoom, Figma)
305- [ ] Miro board pre-populated with templates and structure
306- [ ] Sprint schedule adjusted for time zones
307- [ ] Async vs sync plan communicated to all participants
308- [ ] Tech check completed (audio, video, screen sharing)
309- [ ] Supplies shipped to remote participants (thick markers, blank paper, sticky notes)
310- [ ] Each day starts with a 10-minute recap and board walkthrough
311- [ ] Sync blocks limited to 90 minutes before a break
312- [ ] All outputs captured in the Miro board
313- [ ] End-of-day summary sent to all participants
314- [ ] Friday participants confirmed and tested for screen sharing
315- [ ] Observation channel set up (separate from interview call)
316- [ ] Note-taking grid created in Miro
317 

Discussion