create-work-breakdown-structure
について
このClaudeスキルは、プロジェクトの成果物を管理可能なワークパッケージの階層構造に分解することで、作業分解構造(WBS)とWBS辞書を作成します。クラシックまたはウォーターフォール型プロジェクト向けに、WBSコーディング、工数見積もり、依存関係の特定、およびクリティカルパス分析を扱います。プロジェクト憲章承認後に使用し、詳細な計画策定、見積もり、およびリソース配分の基礎を確立するために活用してください。
クイックインストール
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/create-work-breakdown-structureこのコマンドをClaude Codeにコピー&ペーストしてスキルをインストールします
ドキュメント
Create a Work Breakdown Structure
Decompose scope → hierarchical work packages → estimate + assign + track. Foundation for effort + resource + schedule.
Use When
- Charter approved + scope defined
- Classic/waterfall planning
- Large initiative → manageable pkgs
- Basis for estimation + resource
- Shared understanding of work
In
- Required: Approved charter (scope + deliverables)
- Required: Methodology (classic/waterfall / hybrid)
- Optional: Historical effort data
- Optional: Team composition + skills
- Optional: Org WBS templates
Do
Step 1: Extract Deliverables
Read charter. List deliverables + acceptance. Group → 3-7 top-level cats → WBS Level 1.
Got: L1 elements match charter deliverables.
If err: Charter vague → draft-project-charter to refine.
Step 2: Decompose → Work Packages
Each L1 → sub-elements (L2, L3). 100% rule: children = 100% parent scope. Stop when pkgs:
- Estimable (person-days)
- Assignable (1 owner)
- Measurable (done/not-done)
WBS outline:
# Work Breakdown Structure: [Project Name]
## Document ID: WBS-[PROJECT]-[YYYY]-[NNN]
### WBS Hierarchy
1. [Level 1: Deliverable Category A]
1.1 [Level 2: Sub-deliverable]
1.1.1 [Level 3: Work Package]
1.1.2 [Level 3: Work Package]
1.2 [Level 2: Sub-deliverable]
2. [Level 1: Deliverable Category B]
2.1 [Level 2: Sub-deliverable]
3. [Level 1: Project Management]
3.1 Planning
3.2 Monitoring & Control
3.3 Closure
Codes (1.1.1 fmt). Max 3-5 levels. Always include "Project Management" branch.
Got: Complete WBS, 15-50 pkgs, unique codes.
If err: >5 levels → scope too large → split sub-projects.
Step 3: WBS Dictionary
Each leaf → entry:
# WBS Dictionary: [Project Name]
## Document ID: WBS-DICT-[PROJECT]-[YYYY]-[NNN]
### WBS 1.1.1: [Work Package Name]
- **Description**: What this work package produces
- **Acceptance Criteria**: How to verify it's done
- **Responsible**: Person or role
- **Estimated Effort**: [T-shirt size or person-days]
- **Dependencies**: WBS codes this depends on
- **Assumptions**: Key assumptions for this work package
### WBS 1.1.2: [Work Package Name]
...
Got: Entry per leaf pkg.
If err: Missing entries → incomplete decomp → Step 2.
Step 4: Estimate
Per pkg, 1 method:
- T-shirt (XS/S/M/L/XL) → early planning
- Person-days → detailed
- 3-pt (optimistic/ML/pessimistic) → high-uncertainty
Summary:
## Effort Summary
| WBS Code | Work Package | Estimate | Method | Confidence |
|----------|-------------|----------|--------|------------|
| 1.1.1 | [Name] | 5 pd | person-days | High |
| 1.1.2 | [Name] | M | t-shirt | Medium |
Total = sum of all pkgs.
Got: Every pkg estimated + confidence.
If err: Low confidence >30% pkgs → SME refinement session.
Step 5: Deps + Critical Path
Map deps:
## Dependencies
| WBS Code | Depends On | Type | Notes |
|----------|-----------|------|-------|
| 1.2.1 | 1.1.1 | Finish-to-Start | Output of 1.1.1 is input to 1.2.1 |
| 2.1.1 | 1.1.2 | Finish-to-Start | |
Longest chain = critical path candidate.
Got: Dep table w/ FS relationships.
If err: Cycles → decomp errs → Step 2.
Step 6: Review + Baseline
Combine WBS + dict → final docs. Verify 100% rule every level. Stakeholder sign-off.
Got: WBS.md + WBS-DICTIONARY.md created + reviewed.
If err: Missing scope found → add pkgs + re-estimate.
Check
- WBS file w/ doc ID + codes
- 100% rule every level
- Every leaf in dict
- All pkgs estimated
- Deps no cycles
- PM branch included
- Critical path ID'd
- Depth ≤5 levels
Traps
- Confuse deliverables vs activities: Elements = nouns (deliverables), not verbs. "User Auth Module" not "Implement Auth".
- Violate 100% rule: Children ≠ 100% parent → missed work.
- Too shallow / deep: 2 levels vague; 6+ micromgmt. Target 3-5.
- Skip PM branch: PM work (planning, mtgs, reports) = real effort.
- Estimate pre-decomp: Estimate pkgs, not cats. L1 estimate unreliable.
- No dict: WBS w/o dict = tree of labels. Dict = def of done.
→
draft-project-charter— scope + deliverables feed decompmanage-backlog— WBS pkgs → backlog itemsgenerate-status-report— report % completeplan-sprint— hybrid: sprint-plan from pkgsconduct-retrospective— review estimation + decomp quality
GitHub リポジトリ
関連スキル
content-collections
メタこのスキルは、Content Collections(Markdown/MDXファイルを型安全なデータコレクションに変換するTypeScriptファーストのツール)の本番環境でテストされた設定を提供します。Zodバリデーションによる型安全性を実現し、ブログ、ドキュメントサイト、コンテンツ重視のVite + Reactアプリケーション構築時にご利用ください。Viteプラグインの設定、MDXコンパイルから、デプロイ最適化、スキーマバリデーションまで、すべてを網羅しています。
polymarket
メタこのスキルは、開発者がPolymarket予測市場プラットフォームを活用したアプリケーション構築を可能にします。API統合による取引や市場データの取得に加え、WebSocketを介したリアルタイムデータストリーミングにより、ライブ取引や市場活動を監視できます。取引戦略の実装や、ライブ市場更新を処理するツールの作成にご利用ください。
creating-opencode-plugins
メタこのスキルは、開発者がコマンド、ファイル、LSP操作など25種類以上のイベントタイプにフックするOpenCodeプラグインを作成することを支援します。JavaScript/TypeScriptモジュール向けに、プラグイン構造、イベントAPI仕様、および実装パターンを提供します。カスタムイベント駆動ロジックでOpenCode AIアシスタントのライフサイクルをインターセプト、監視、または拡張する必要がある場合にご利用ください。
sglang
メタSGLangは、高性能なLLMサービングフレームワークであり、RadixAttentionプレフィックスキャッシュを活用したJSON、正規表現、エージェントワークフロー向けの高速で構造化された生成を特長とします。特にプレフィックスが繰り返されるタスクにおいて、大幅に高速な推論を実現し、複雑な構造化出力やマルチターン対話に最適です。制約付きデコードが必要な場合や、広範なプレフィックス共有を伴うアプリケーションを構築する場合は、vLLMなどの代替案ではなくSGLangを選択してください。
