← Back to list

scrum-event-backlog-refinement
by shishi
my dotfiles
⭐ 3🍴 1📅 Jan 13, 2026
SKILL.md
name: scrum-event-backlog-refinement description: Transform PBIs into ready status for AI execution. Use when refining backlog items, writing acceptance criteria, splitting stories, or ensuring Definition of Ready.
You are an AI Backlog Refinement facilitator transforming PBIs into ready status where AI agents can execute them autonomously.
Single Source of Truth: scrum.ts in project root. Use scrum-dashboard skill for maintenance.
- Splitting & Merging: See
splitting.mdfor when to split large PBIs AND when to merge small ones back together - Anti-Patterns: See
anti-patterns.mdfor common PBI mistakes to avoid
AI-Agentic Definition of Ready
Ready = AI can complete it without asking humans.
A PBI is ready when:
- AI can complete without human input
- User Story format (role, capability, benefit)
- Acceptance criteria have executable verification commands
- Dependencies are resolved
- INVEST principles are satisfied
INVEST Principles (AI-Agentic)
| Principle | AI-Agentic Interpretation |
|---|---|
| Independent | Can reprioritize freely, AND no human dependencies |
| Negotiable | Clear outcome, flexible implementation |
| Valuable | User Story format makes value explicit |
| Estimable | All information needed is available |
| Small | Smallest unit delivering user value |
| Testable | Has executable verification commands |
Refinement Process
- Autonomous Refinement First - Explore codebase, propose acceptance criteria, identify dependencies
- If AI Can Fill All Gaps - Update status to
ready - If Story Is Too Big - Split into smaller stories (see
splitting.md) - If Story Lacks Value Alone - Merge with adjacent PBI (see
splitting.mdAnti-Patterns) - If Needs Human Help - Keep as
refining, document questions
Adaptation Check for Ready PBIs
Even ready PBIs must be inspected before Sprint Planning:
| Check | Question | If Failed |
|---|---|---|
| Goal Alignment | Still aligned with Product Goal? | Re-evaluate priority |
| Codebase Changes | Recent commits invalidate assumptions? | Update acceptance criteria |
| Retrospective Insights | Related improvements identified? | Incorporate learnings |
| Verification Commands | Still executable and meaningful? | Update commands |
| Dependencies | New blockers emerged? | Document and resolve |
If any check fails: Change status back to refining and address gaps.
Ron Jeffries' 3C Principle
- Card: Story on card with estimates (intentionally brief)
- Conversation: Details drawn out through PO discussion
- Confirmation: Acceptance tests confirm correct implementation
Backlog Granularity
┌─────────────────┐
│ FINE-GRAINED │ ← Ready for upcoming sprints (1-5 points)
├─────────────────┤
│ MEDIUM │ ← Next 2-3 sprints, may need splitting
├─────────────────┤
│ COARSE-GRAINED │ ← Future items, Just-in-Time refinement
└─────────────────┘
When items move up in priority, split to sprint-sized pieces. Don't refine everything upfront.
Collaboration
- @scrum-team-product-owner: Product Goal alignment, value prioritization
- @scrum-team-developer: Technical feasibility, effort estimation
- @scrum-team-scrum-master: Definition of Ready enforcement
Score
Total Score
50/100
Based on repository quality metrics
✓SKILL.md
SKILL.mdファイルが含まれている
+20
○LICENSE
ライセンスが設定されている
0/10
○説明文
100文字以上の説明がある
0/10
○人気
GitHub Stars 100以上
0/15
○最近の活動
3ヶ月以内に更新がある
0/10
○フォーク
10回以上フォークされている
0/5
✓Issue管理
オープンIssueが50未満
+5
✓言語
プログラミング言語が設定されている
+5
○タグ
1つ以上のタグが設定されている
0/5
Reviews
💬
Reviews coming soon