정보
이 Claude Skill은 개발자들이 애자일 스린트를 계획할 수 있도록 백로그를 정제하고, 목표를 정의하며, 팀 역량을 계산하고, 선정된 항목을 작업으로 분해하는 데 도움을 줍니다. 목표, 선정된 항목, 작업 분해 내용, 역량 할당을 포함한 구조화된 `SPRINT-PLAN.md` 파일을 자동으로 생성합니다. 새로운 스린트를 시작하거나, 범위 변경 후 재계획을 수립하거나, 백로그 그루밍을 통해 스린트 주기를 확립할 때 활용하세요.
빠른 설치
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-sprintClaude 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 planningdraft-project-charter— project context + initial scope for first sprintgenerate-status-report— report progress + velocity to stakeholdersconduct-retrospective— review sprint, improve planningcreate-work-breakdown-structure— WBS work packages feed backlog in hybrid agile-waterfall
GitHub 저장소
Frequently asked questions
What is the plan-sprint skill?
plan-sprint is a Claude Skill by pjt222. Skills package instructions and resources that Claude loads on demand, so Claude can perform plan-sprint-related tasks without extra prompting.
How do I install plan-sprint?
Use the install commands on this page: add plan-sprint to Claude Code as a plugin, or clone its repository into your skills directory, then restart Claude so it picks up the skill.
What category does plan-sprint belong to?
plan-sprint is in the Other category, tagged general.
Is plan-sprint free to use?
Yes. plan-sprint is listed on AIMCP and free to install. It runs inside Claude, so no separate service account is required to use the skill itself.
연관 스킬
LlamaGuard는 폭력 및 혐오 발언 등 6가지 안전 범주에서 LLM 입력과 출력을 조정하기 위한 Meta의 70-80억 파라미터 모델입니다. 94-95% 정확도를 제공하며 vLLM, Hugging Face 또는 Amazon SageMaker를 사용해 배포할 수 있습니다. 이 기술을 사용하여 AI 애플리케이션에 콘텐츠 필터링 및 안전 가드레일을 손쉽게 통합하세요.
이 Claude Skill은 리소스 적정화, 태깅 전략, 지출 분석을 통해 개발자들이 클라우드 비용을 최적화할 수 있도록 지원합니다. AWS, Azure, GCP에서 클라우드 비용을 절감하고 비용 거버넌스를 구현하기 위한 프레임워크를 제공합니다. 인프라 비용을 분석하거나, 리소스를 적정화하거나, 예산 제약을 충족해야 할 때 사용하세요.
이 Claude Skill은 스프레드, 오버/언더, 프로프 베트를 포함한 스포츠 베팅 시장을 분석합니다. 역사적 추이와 상황별 통계를 검토하여 가치 베트를 발견하고, 교육적 목적으로 실행 가능한 권장 사항이 담긴 구조화된 마크다운 결과를 제공합니다. 개발자는 이 기능을 스포츠 베팅 분석 도구에 활용할 수 있으며, 단순히 엔터테인먼트/교육 목적으로만 설계되었음을 유의해야 합니다.
이 스킬은 bitsandbytes를 사용하여 LLM을 8비트 또는 4비트 정밀도로 양자화하며, 최소한의 정확도 손실로 50-75%의 메모리 감소를 달성합니다. 제한된 GPU 메모리에서 더 큰 모델을 실행하거나 추론을 가속화하는 데 이상적이며, INT8, NF4, FP4와 같은 형식을 지원합니다. 이 스킬은 HuggingFace Transformers와 통합되어 QLoRA 학습 및 8비트 옵티마이저를 가능하게 합니다.
