返回技能列表

plan-sprint

pjt222
更新于 2 days ago
2 次查看
17
2
17
在 GitHub 上查看
其他general

关于

This Claude Skill helps developers plan Agile sprints by refining backlogs, defining goals, calculating team capacity, and decomposing selected items into tasks. It automatically generates a structured `SPRINT-PLAN.md` file containing the goal, selected items, task breakdown, and capacity allocation. Use it to kick off a new sprint, re-plan after scope changes, or establish a sprint cadence following backlog grooming.

快速安装

Claude Code

推荐
主要方式
npx skills add pjt222/agent-almanac -a claude-code
插件命令备选方式
/plugin add https://github.com/pjt222/agent-almanac
Git 克隆备选方式
git clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/plan-sprint

在 Claude Code 中复制并粘贴此命令以安装该技能

技能文档

Plan a Sprint

Plan time-boxed sprint: pick refined backlog items up to capacity, define clear goal, decompose into actionable tasks. Output: complete plan guiding team for sprint duration.

Use When

  • New sprint in Scrum/agile project
  • Re-plan after major scope change
  • Ad-hoc → structured sprint cadence
  • Post-backlog-grooming when items ready
  • First sprint after charter approval

In

  • Required: Product backlog (prioritized, w/ estimates)
  • Required: Sprint duration (typically 1-2 wks)
  • Required: Team members + availability
  • Optional: Prior sprint velocity (story points or items completed)
  • Optional: Sprint number + date range
  • Optional: Carry-over from prev sprint

Do

Step 1: Review + Refine Backlog Items

Read current BACKLOG.md. For each candidate near top, verify:

  • Clear title + desc
  • Acceptance criteria (testable)
  • Estimate (story points or T-shirt)
  • No unresolved blockers

Refine missing. Split items > half sprint capacity → smaller pieces.

→ Top 10-15 items "sprint-ready" w/ acceptance criteria + estimates.

If err: items lack acceptance → write now. Can't estimate → schedule refinement, only pick ready.

Step 2: Define Sprint Goal

One sentence stating sprint outcome. Goal should:

  • Achievable in sprint duration
  • Valuable to stakeholders
  • Testable (verifiable at sprint end)
**Sprint Goal**: [One sentence describing the objective]

Example: "Enable users to reset their password through email verification with two-factor authentication."

→ Sprint goal = one clear testable sentence.

If err: no coherent goal → backlog priorities scattered, consult product owner → focus on single valuable outcome.

Step 3: Calc Team Capacity

Available person-days per member:

## 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** |

Overhead = meetings, reviews, ad-hoc (typically 15-25%).

Story points → use prior velocity. First sprint → 60-70% theoretical max.

→ Capacity calc'd in person-days or story points w/ doc'd assumptions.

If err: no historical velocity → conservative: 60%, adjust after. Better under-commit + deliver than over-commit + fail.

Step 4: Select Items + Compose Sprint Backlog

Pick from top of product backlog until capacity. Decompose each → tasks (2-8 hrs):

# 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] |

→ Sprint backlog w/ items up to capacity, each decomposed into tasks w/ time estimates.

If err: total points > capacity → drop lowest-pri item. Never exceed capacity by >10%. Deps block sequencing → reorder or defer.

Step 5: Document Commitments + Save

Write plan → SPRINT-PLAN.md (or SPRINT-PLAN-S[NNN].md for archive). Confirm:

  • Sprint goal achievable w/ selected items
  • No member overallocated (>100% capacity)
  • Deps sequenced correctly
  • Carry-over in capacity
  • All acceptance criteria copied from backlog

Final validation:

# 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 created w/ complete backlog + task breakdown. Total hours ≤80% of available person-days × 8 hrs.

If err: commitments don't align w/ goal → revisit Step 4. Task hours > capacity → drop last item or decompose more granular.

Check

  • Sprint goal = one clear testable sentence
  • Capacity calc'd w/ doc'd assumptions (overhead %, PTO)
  • Selected items don't exceed capacity (points or person-days)
  • Every item has acceptance criteria in task breakdown
  • Every item decomposed → tasks (2-8 hrs each)
  • No member overallocated >100% capacity
  • Carry-over doc'd w/ remaining effort
  • Deps sequenced correctly
  • Risks + mitigations doc'd
  • SPRINT-PLAN.md created + saved

Traps

  • No sprint goal: No goal → just bag of tasks. Goal = focus + basis for mid-sprint scope decisions.
  • Over-commit: 100% capacity ignores interrupts, bugs, overhead. Plan 70-80% → buffer for unexpected.
  • Tasks too large: >8 hrs hides complexity, hard tracking. Decompose to 2-8 hrs.
  • Ignore carry-over: Unfinished items consume current sprint capacity. Account explicitly.
  • Goal as item list: "Complete B-001, B-002, B-003" ≠ goal. Goal = outcome: "Users can reset password via email verification."
  • No task ownership: Every task → assignee at planning → surface capacity conflicts early.
  • Skip acceptance criteria: Tasks w/o criteria = untestable. Copy criteria from backlog into task breakdown.

  • manage-backlog — maintain + prioritize backlog feeding planning
  • draft-project-charter — project context + initial scope for first sprint
  • generate-status-report — report progress + velocity to stakeholders
  • conduct-retrospective — review sprint, improve planning
  • create-work-breakdown-structure — WBS work packages feed backlog in hybrid agile-waterfall

GitHub 仓库

pjt222/agent-almanac
路径: i18n/caveman-ultra/skills/plan-sprint
0
agentsagentskillsai-assisted-developmentclaude-codeskillsteams

相关推荐技能

llamaguard

其他

LlamaGuard是Meta推出的7-8B参数内容审核模型,专门用于过滤LLM的输入和输出内容。它能检测六大安全风险类别(暴力/仇恨、性内容、武器、违禁品、自残、犯罪计划),准确率达94-95%。开发者可通过HuggingFace、vLLM或Sagemaker快速部署,并能与NeMo Guardrails集成实现自动化安全防护。

查看技能

cost-optimization

其他

这个Claude Skill帮助开发者优化云成本,通过资源调整、标记策略和预留实例来降低AWS、Azure和GCP的开支。它适用于减少云支出、分析基础设施成本或实施成本治理策略的场景。关键功能包括提供成本可视化、资源规模调整指导和定价模型优化建议。

查看技能

quantizing-models-bitsandbytes

其他

这个Skill使用bitsandbytes库量化大语言模型,能在GPU内存有限时通过8位或4位量化减少50-75%内存占用,同时保持精度损失最小。它支持INT8、NF4、FP4等多种量化格式,可与HuggingFace Transformers无缝集成,适用于需要部署更大模型或加速推理的场景。还提供QLoRA训练和8位优化器支持,让开发者能轻松实现高效模型压缩。

查看技能

dispatching-parallel-agents

其他

该Skill用于并行处理3个以上无依赖关系的独立故障,可为每个问题域分派专属Claude代理同时执行调查修复。它通过并发处理多个独立问题显著提升故障排查效率,特别适用于测试文件、子系统等无共享状态的场景。

查看技能