plan-sprint
关于
The plan-sprint skill helps developers create a structured sprint plan by refining backlog items, setting goals, calculating team capacity, and breaking down selected items into tasks. It automatically generates a comprehensive SPRINT-PLAN.md document with goal definition, selected items, task breakdowns, and capacity allocation. Use this skill when starting new Scrum sprints, re-planning after scope changes, transitioning from ad-hoc work, or after backlog grooming sessions.
快速安装
Claude Code
推荐npx skills add pjt222/agent-almanac -a claude-code/plugin add https://github.com/pjt222/agent-almanacgit clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/plan-sprint在 Claude Code 中复制并粘贴此命令以安装该技能
技能文档
規劃衝刺
為時程箱化之衝刺擇精煉後之待辦項至團隊產能上限,立明確之衝刺目標,並將所擇項分解為可執行任務。本技能產出一份完整之衝刺計畫,於整個衝刺迭代期間引導團隊工作。
適用時機
- 於 Scrum 或敏捷專案開始新衝刺
- 範圍重大變動後重新規劃衝刺
- 自臨時式工作過渡至結構化衝刺節奏
- 待辦清單經整理、項目可納入衝刺後
- 專案章程核可後之首次衝刺規劃
輸入
- 必要:產品待辦清單(已排序、附估算)
- 必要:衝刺時長(通常 1-2 週)
- 必要:團隊成員及其可用度
- 選擇性:上次衝刺速度(故事點或完成項數)
- 選擇性:衝刺編號與日期範圍
- 選擇性:自上次衝刺結轉之項目
步驟
步驟一:審視並精煉待辦項
讀當前之 BACKLOG.md。對每一近頂之候選項,驗證其具備:
- 明確之標題與描述
- 可測之驗收準則
- 估算(故事點或 T 恤尺寸)
- 無未解之阻擋
精煉所缺項;將估值大於半個衝刺產能之項拆為較小、可管理之單元。
預期: 待辦清單頂端 10-15 項皆「可入衝刺」,附驗收準則與估算。
失敗時: 若項缺驗收準則,現補;若項無法估算,安排精煉討論並僅擇就緒之項。
步驟二:訂衝刺目標
寫下單一明確之衝刺目標——以一句話陳述本次衝刺將達成何事。目標應:
- 於衝刺時長內可達
- 對利害關係人有價值
- 可測(衝刺末可驗證是否達成)
**Sprint Goal**: [One sentence describing the objective]
範例:「讓使用者得以透過郵件驗證並結合雙因素驗證重設密碼。」
預期: 衝刺目標已表為一句明確、可測之陳述。
失敗時: 若無一致之目標浮現,待辦清單之優先序恐失焦;與產品負責人共議,聚焦於單一有價值之成果。
步驟三:計算團隊產能
計算每名團隊成員之可用人天:
## Team Capacity
| Team Member | Available Days | Overhead (%) | Net Capacity |
|-------------|---------------|-------------|--------------|
| [Name] | [Sprint days - PTO] | 20% | [Available × 0.8] |
| [Name] | [Sprint days - PTO] | 20% | [Available × 0.8] |
| **Total** | | | **[Sum] person-days** |
額外開銷涵蓋會議、審查、臨時請求(一般 15-25%)。
若用故事點:以上次衝刺速度為產能;若為首次衝刺,以理論最高之 60-70% 為宜。
預期: 已以人天或故事點計算產能,並記錄假設。
失敗時: 若無歷史速度,採保守路線:計畫至 60% 產能,衝刺後再調整。寧少承諾而能交付,不多承諾而失信。
步驟四:擇項並組成衝刺待辦
自產品待辦頂端擇項,至產能上限。將每一所擇項分解為任務(每項 2-8 小時):
# Sprint Plan: Sprint [N]
## Document ID: SP-[PROJECT]-S[NNN]
### Sprint Details
- **Sprint Goal**: [From Step 2]
- **Duration**: [Start date] to [End date]
- **Capacity**: [From Step 3] person-days / [N] story points
- **Team**: [List team members]
### Sprint Backlog
| ID | Item | Points | Tasks | Assignee | Status |
|----|------|--------|-------|----------|--------|
| B-001 | [Item title] | 5 | 4 | [Name] | To Do |
| B-002 | [Item title] | 3 | 3 | [Name] | To Do |
| B-003 | [Item title] | 8 | 6 | [Name] | To Do |
| **Total** | | **16** | **13** | | |
### Task Breakdown
#### B-001: [Item title]
**Acceptance Criteria**: [From backlog item]
- [ ] Task 1: [Description] (4h, [Assignee])
- [ ] Task 2: [Description] (2h, [Assignee])
- [ ] Task 3: [Description] (4h, [Assignee])
- [ ] Task 4: [Description] (2h, [Assignee])
#### B-002: [Item title]
**Acceptance Criteria**: [From backlog item]
- [ ] Task 1: [Description] (3h, [Assignee])
- [ ] Task 2: [Description] (4h, [Assignee])
- [ ] Task 3: [Description] (2h, [Assignee])
#### B-003: [Item title]
**Acceptance Criteria**: [From backlog item]
- [ ] Task 1: [Description] (3h, [Assignee])
- [ ] Task 2: [Description] (4h, [Assignee])
- [ ] Task 3: [Description] (2h, [Assignee])
- [ ] Task 4: [Description] (3h, [Assignee])
- [ ] Task 5: [Description] (4h, [Assignee])
- [ ] Task 6: [Description] (2h, [Assignee])
### Risks and Dependencies
| Risk | Impact | Mitigation |
|------|--------|-----------|
| [Risk 1] | [Impact] | [Mitigation] |
| [Risk 2] | [Impact] | [Mitigation] |
### Carry-Over from Previous Sprint
| ID | Item | Reason | Remaining Effort |
|----|------|--------|-----------------|
| B-XXX | [Item] | [Reason] | [Hours/points] |
預期: 衝刺待辦至產能上限,每項皆分解為任務並附時間估算。
失敗時: 若總點數超過產能,刪除最低優先項。切勿超出產能逾 10%。若相依阻擋順序,重排或延後。
步驟五:記錄承諾並儲存
將衝刺計畫寫入 SPRINT-PLAN.md(或為存檔用之 SPRINT-PLAN-S[NNN].md)。確認:
- 以所擇項可達衝刺目標
- 無成員過度配置(>100% 產能)
- 項間相依排序正確
- 結轉項已納入產能計算
- 所有驗收準則皆自待辦項複製
執行最終驗證:
# Check that total task hours align with capacity
grep -A 100 "Task Breakdown" SPRINT-PLAN.md | grep -o '([0-9]*h' | sed 's/[^0-9]//g' | awk '{sum+=$1} END {print "Total hours:", sum}'
預期: SPRINT-PLAN.md 已建立,含完整衝刺待辦與任務分解。總時數應 ≤ 可用人天 × 8 小時 之 80%。
失敗時: 若承諾與目標不對齊,回到步驟四重審項目擇定。若任務時數超產能,刪除末項或將任務再細分。
驗證
- 衝刺目標為一句明確、可測之陳述
- 已計算團隊產能,並記錄假設(額外開銷比例、休假已扣)
- 所擇項未超產能(點數或人天)
- 每一所擇項之驗收準則已複製入任務分解
- 每一所擇項已分解為任務(每項 2-8 小時)
- 無成員過度配置超過 100% 產能
- 上次衝刺結轉項已記錄餘下工作量
- 項間相依排序正確
- 風險與緩解已記錄
- SPRINT-PLAN.md 檔案已建立並儲存
常見陷阱
- 無衝刺目標:無目標之衝刺只是任務之袋。目標提供焦點與衝刺中決定範圍之依據。
- 過度承諾:以 100% 產能規劃忽略干擾、缺陷與額外開銷。規劃至 70-80%,留意外緩衝。
- 任務過大:超過 8 小時之任務隱藏複雜度,使追蹤進度困難。分解直至每項 2-8 小時。
- 忽略結轉:上次衝刺未盡之項耗用本次產能。明確納入產能計算。
- 以項目清單為衝刺目標:「完成 B-001、B-002、B-003」非目標。目標描述成果:「使用者可透過郵件驗證重設密碼。」
- 任務無歸屬:每項任務於規劃時皆應有承擔人,俾及早浮出產能衝突。
- 省略驗收準則:無驗收準則之任務無法驗測。將待辦項之驗收準則複製入任務分解節。
相關技能
manage-backlog—— 維護與排序餵養衝刺規劃之產品待辦清單draft-project-charter—— 為首次衝刺提供專案脈絡與初始範圍generate-status-report—— 向利害關係人回報衝刺進度與速度conduct-retrospective—— 檢討衝刺執行並改善規劃流程create-work-breakdown-structure—— WBS 工作包可餵養混合敏捷瀑布之待辦清單
GitHub 仓库
相关推荐技能
executing-plans
设计该Skill用于当开发者提供完整实施计划时,以受控批次方式执行代码实现。它会先审阅计划并提出疑问,然后分批次执行任务(默认每批3个任务),并在批次间暂停等待审查。关键特性包括分批次执行、内置检查点和架构师审查机制,确保复杂系统实现的可控性。
requesting-code-review
设计该Skill可在完成任务、实现主要功能或合并代码前自动调度代码审查子代理,确保实现符合需求和计划。它支持通过指定git SHA范围进行精准的代码变更审查,帮助开发者在关键节点及时发现潜在问题。核心原则是"早审查、勤审查",适用于开发流程的各个关键阶段。
connect-mcp-server
设计这个Skill指导开发者如何将MCP服务器连接到Claude Code,支持HTTP、stdio和SSE三种传输协议。它涵盖了从安装配置到认证安全的完整流程,适用于集成GitHub、Notion、数据库等外部服务。当开发者需要添加集成、配置外部工具或提及MCP相关功能时,这个Skill能提供实用的操作指南。
web-cli-teleport
设计该Skill帮助开发者根据任务特性选择Claude Code的Web或CLI界面,并指导如何在两种环境间无缝迁移会话。它能分析任务复杂度、迭代需求等要素,推荐最优工作界面和工作流。关键特性包括会话状态管理、环境切换指导和上下文优化建议。
