tool-design-sprint-readiness

Diagnoses team readiness for a Design Sprint and produces a Go, Conditional Go, or Wait verdict.

640|81|Updated Jan 9, 2026
One-click install
npx skills add https://github.com/product-on-purpose/pm-skills --skill tool-design-sprint-readiness
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: tool-design-sprint-readiness
Source: https://github.com/product-on-purpose/pm-skills/tree/main/skills/tool-design-sprint-readiness
Command: npx skills add https://github.com/product-on-purpose/pm-skills --skill tool-design-sprint-readiness

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

Committing a team to a five-day Design Sprint is expensive: 35-40 person-days plus customer recruiting costs. This Skill runs a 45-minute pre-sprint diagnostic that catches common failure modes (no Decider, no customer access, oversized challenge) before that commitment is made.

Core Features & Use Cases

  • Eight-Criterion Readiness Check: Evaluates challenge scope, stakes, Decider availability, team size, calendar clearance, Friday customer access, prototype feasibility, and downstream path.
  • Structured Verdict Output: Produces a Go / Conditional Go / Wait verdict with diagnosis, recommended preconditions, attendee list, customer recruiting plan, and pre-sprint activities.
  • Decider Checkpoint: Ends with a formal Decider sign-off that converts the advisory verdict into a binding commitment to run or postpone the sprint.
  • Use Case: A team that just finished a Foundation Sprint wants to test its highest-risk assumption. Run this diagnostic to confirm the challenge is sprint-worthy, recruiting can land 5 customers by Friday, and the Decider can attend the load-bearing sessions before locking the sprint week.

Quick Start

Assess whether my team is ready to run a Design Sprint for our onboarding redesign challenge and give me a Go or Wait verdict with a recruiting plan.

Frequently Asked Questions about tool-design-sprint-readiness

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I know if my team is ready to run a Design Sprint?

Evaluate eight readiness criteria: a sprint-worthy challenge, meaningful stakes, Decider availability for load-bearing moments, a 4-7 person team, five cleared consecutive days, Friday customer access, a one-day prototype medium, and a path forward for results. All eight passing means Go; three or more failures means Wait.

What makes a challenge sprint-worthy for a Design Sprint?

A sprint-worthy challenge is specific enough to prototype in four days and big enough that a wrong direction would be costly. Broad challenges like redesigning onboarding should be narrowed, for example to testing the first-time signup flow for a specific customer segment.

When should I not run a Design Sprint?

Skip a Design Sprint when there is no clear challenge, no Decider with real authority, no realistic Friday customer access, or when leadership has already decided the outcome. Low-stakes tweaks also do not justify five days of team time; use a lighter experiment instead.

What is the difference between a Foundation Sprint and a Design Sprint?

A Foundation Sprint chooses strategic direction in two days with no prototype or customers. A Design Sprint validates a chosen direction over five days with a prototype and Friday customer testing. Teams without a chosen direction should run a Foundation Sprint first.

How far in advance should customer recruiting start for a Design Sprint?

Recruiting should start 7-10 days before Friday testing, as soon as the readiness verdict is Go. The canonical target is 5 target-profile customers with paid honoraria, ideally confirming 6 slots to buffer against no-shows.