MCP HubMCP Hub
SKILL·415743

plan-sprint

pjt222
업데이트됨 1 month ago
9 조회
26
3
26
GitHub에서 보기
기타general

정보

이 Claude Skill은 개발자들이 애자일 스린트를 계획할 수 있도록 백로그를 정제하고, 목표를 정의하며, 팀 역량을 계산하고, 선정된 항목을 작업으로 분해하는 데 도움을 줍니다. 목표, 선정된 항목, 작업 분해 내용, 역량 할당을 포함한 구조화된 `SPRINT-PLAN.md` 파일을 자동으로 생성합니다. 새로운 스린트를 시작하거나, 범위 변경 후 재계획을 수립하거나, 백로그 그루밍을 통해 스린트 주기를 확립할 때 활용하세요.

빠른 설치

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
FAQ

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
기타

LlamaGuard는 폭력 및 혐오 발언 등 6가지 안전 범주에서 LLM 입력과 출력을 조정하기 위한 Meta의 70-80억 파라미터 모델입니다. 94-95% 정확도를 제공하며 vLLM, Hugging Face 또는 Amazon SageMaker를 사용해 배포할 수 있습니다. 이 기술을 사용하여 AI 애플리케이션에 콘텐츠 필터링 및 안전 가드레일을 손쉽게 통합하세요.

스킬 보기
cost-optimization
기타

이 Claude Skill은 리소스 적정화, 태깅 전략, 지출 분석을 통해 개발자들이 클라우드 비용을 최적화할 수 있도록 지원합니다. AWS, Azure, GCP에서 클라우드 비용을 절감하고 비용 거버넌스를 구현하기 위한 프레임워크를 제공합니다. 인프라 비용을 분석하거나, 리소스를 적정화하거나, 예산 제약을 충족해야 할 때 사용하세요.

스킬 보기
sports-betting-analyzer
기타

이 Claude Skill은 스프레드, 오버/언더, 프로프 베트를 포함한 스포츠 베팅 시장을 분석합니다. 역사적 추이와 상황별 통계를 검토하여 가치 베트를 발견하고, 교육적 목적으로 실행 가능한 권장 사항이 담긴 구조화된 마크다운 결과를 제공합니다. 개발자는 이 기능을 스포츠 베팅 분석 도구에 활용할 수 있으며, 단순히 엔터테인먼트/교육 목적으로만 설계되었음을 유의해야 합니다.

스킬 보기
quantizing-models-bitsandbytes
기타

이 스킬은 bitsandbytes를 사용하여 LLM을 8비트 또는 4비트 정밀도로 양자화하며, 최소한의 정확도 손실로 50-75%의 메모리 감소를 달성합니다. 제한된 GPU 메모리에서 더 큰 모델을 실행하거나 추론을 가속화하는 데 이상적이며, INT8, NF4, FP4와 같은 형식을 지원합니다. 이 스킬은 HuggingFace Transformers와 통합되어 QLoRA 학습 및 8비트 옵티마이저를 가능하게 합니다.

스킬 보기