Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
A direct command skips the review prompt. Inspect the source before running it.
## MVP Definition: [Feature/Project]### Must Have (Ship-blocking)- [ ] [Core functionality 1]
- [ ] [Core functionality 2]
### Should Have (Target for v1.0)- [ ] [Important enhancement 1]
- [ ] [Important enhancement 2]
### Could Have (If time permits)- [ ] [Nice to have 1]
- [ ] [Nice to have 2]
### Won't Have (Explicitly v2+)- [ ] [Future idea 1]
- [ ] [Future idea 2]
### Definition of Done
[ ] [Specific, measurable completion criteria]
Scope Negotiation Patterns
1. The Capture & Defer
When someone suggests additions:
"That's a great idea. Let me add it to the backlog for Phase 2
so we don't lose it. For now, let's ship the core first."
2. The Trade-Off
When scope must grow:
"We can add X, but something needs to come out to keep the timeline.
Options:
A) Add X, defer Y to next release
B) Add X, extend timeline by Z days
C) Keep current scope, add X to backlog
Which works best for stakeholders?"
3. The MVP Challenge
When features keep adding:
"Quick check: If we shipped today with just what we have,
would users get value? If yes, maybe we're already at MVP."
4. The 80/20 Cut
When perfectionism strikes:
"This handles the 80% case. The remaining 20% is complex.
Ship now, gather feedback, then decide if the 20% is worth it?"
5. The Parking Lot
For good ideas at bad times:
"Great idea but out of scope for this sprint.
Added to the parking lot โ we'll prioritize it next planning."
Cut features, not quality: Remove whole features vs. half-implementing many
Reduce polish: Good enough > perfect
Hardcode first: Configuration can come later
Manual before automated: Prove value, then optimize
Single platform: Ship on one, expand later
Invite-only: Smaller user base = smaller scope
Questions to Ask
Question
If Yes โ
"Does this block launch?"
Keep it
"Can users workaround this?"
Defer it
"Is this proven valuable?"
Keep if proven
"Are we guessing about need?"
Validate first
"Can this be added later?"
Defer it
"Will this delay other must-haves?"
Defer it
Session Protocol
When to Invoke Scope Management
Project kickoff: Define MVP boundaries upfront
Feature requests: Evaluate fit against scope
Timeline pressure: Identify cutting candidates
Complexity growth: Assess scope health
Before release: Final scope check
Scope Check Command
/scopecheck
Output:
๐ Scope Health Report
Current scope: 12 features
- Must have: 5 โ
- Should have: 4 ๐
- Could have: 3 โณ
Complexity score: 18 (Moderate)
Recommendation: Consider deferring 2 "could have" items
to hit timeline with confidence.