tool-foundation-sprint-basics
starsforks
How to install tool-foundation-sprint-basics?
product-on-purpose/pm-skills/tool-foundation-sprint-basics
$npx -y skills add product-on-purpose/pm-skills --skill tool-foundation-sprint-basicsDay 1 morning move of a Foundation Sprint. Forces explicit team choices on target customer, important problem, team advantage, and competitors and alternatives. Produces a single coherent strategic frame that becomes the input to Day 1 afternoon Differentiation. Use after the spr
SKILL.md
| 1 | <!-- PM-Skills | https://github.com/product-on-purpose/pm-skills | Apache 2.0 --> |
| 2 | |
| 3 | # Foundation Sprint Basics |
| 4 | |
| 5 | Day 1 morning of a Foundation Sprint. The team makes four foundational choices explicit: who the product is for, what important problem it solves, why this team has a right to win, and what customers do today instead. The output is one coherent strategic frame, not four separable decisions. |
| 6 | |
| 7 | Family contract: [`docs/reference/skill-families/foundation-sprint-skills-contract.md`](../../docs/reference/skill-families/foundation-sprint-skills-contract.md). This skill is a member of `foundation-sprint-skills`. |
| 8 | |
| 9 | ## When to Use |
| 10 | |
| 11 | - Day 1 morning of a Foundation Sprint, after the brief is signed. |
| 12 | - The team has sufficient customer and market knowledge (per readiness verdict) to make informed choices. |
| 13 | - Each of the four sub-decisions is open or contested; the team has not pre-aligned on any of them. |
| 14 | - The Decider is in the room and ready to sign off on the bundled output before lunch. |
| 15 | |
| 16 | ## When NOT to Use |
| 17 | |
| 18 | - The team lacks enough customer knowledge to choose a target customer or name an important problem. Run customer research or problem framing first; revisit when readiness criterion 3 passes. |
| 19 | - The team has already committed to a specific customer-problem pair and just wants to validate it. Use a lighter validation tool; Basics is for genuine decision-making, not ratification theater. |
| 20 | - Day 1 morning has slipped into afternoon. Differentiation depends on Basics being complete; if Basics did not produce a coherent frame by lunch, do not start Differentiation. Reframe or postpone. |
| 21 | |
| 22 | ## What This Skill Produces |
| 23 | |
| 24 | A single bundled artifact with five sections: |
| 25 | |
| 26 | 1. **Target customer statement**: a specific, named customer with markers (demographic, behavioral, contextual). |
| 27 | 2. **Important problem statement**: a customer-perceived pain strong enough to drive switching from alternatives. |
| 28 | 3. **Team advantage inventory**: the capabilities, insights, relationships, data, and timing edges that make this team credible against the problem. |
| 29 | 4. **Competitor and alternative map**: direct competitors, substitute workflows, manual workarounds, internal tools, and the strongest baseline of all: doing nothing. |
| 30 | 5. **Note-and-Vote trace**: a record of how each sub-decision was made, including alternatives considered and Decider rationale. |
| 31 | |
| 32 | The artifact is treated as one coherent output, not four separate ones. The team signs off on the bundled frame, not on the components in isolation. See `references/TEMPLATE.md` for the canonical structure and `references/EXAMPLE.md` for the Brainshelf example. |
| 33 | |
| 34 | ## The Four Sub-Decisions |
| 35 | |
| 36 | Each sub-decision uses `tool-note-and-vote` (the silent ideation + voting + Decider supervote protocol). The skill structures the sequence but the decision protocol is the standalone note-and-vote tool. |
| 37 | |
| 38 | ### 1. Target customer (25-35 minutes) |
| 39 | |
| 40 | The team produces 3-7 candidate customer descriptions through silent ideation, then votes, then the Decider supervotes one. The chosen customer MUST be specific (not "SaaS PMs" but "PMs at Series-B SaaS companies between 20 and 100 engineers"). The skill rejects vague segments and prompts the team to add markers until the description names someone the team can recognize. |
| 41 | |
| 42 | ### 2. Important problem (20-30 minutes) |
| 43 | |
| 44 | The team names 3-7 candidate pains the chosen customer experiences. Vote, then Decider supervote. The chosen problem MUST be painful enough to drive switching from current behavior (including doing nothing). Mild annoyances are not Important Problems; the skill enforces this by asking explicitly: "What does the customer currently do, and why would they leave it for our solution?" |
| 45 | |
| 46 | ### 3. Team advantage inventory (20-30 minutes) |
| 47 | |
| 48 | The team enumerates its specific edges: capabilities, insights, relatio |
People who liked this also viewed
6 picksType
- find-skillsHelps users discover and install agent skills when they ask questions like "how do I do X", "find a skill for X", "is there a skill that can...", or express interest in extending capabilities. This skSkillsJul 2026
- grill-meA relentless interview to sharpen a plan or design.SkillsJul 2026
- vercel-react-best-practicesVercel's official collection of agent skillsSkillsJul 2026
- improve-codebase-architectureScan a codebase for deepening opportunities, present them as a visual HTML report, then grill through whichever one you pick.SkillsJul 2026
- setup-matt-pocock-skillsConfigure this repo for the engineering skills — set up its issue tracker, triage label vocabulary, and domain doc layout. Run once before first use of the other engineering skills.SkillsJul 2026
- triageMove issues and external PRs through a state machine of triage roles — categorise, verify, grill if needed, and write agent-ready briefs.SkillsJul 2026
