テックエイド
AI・業務自動化

Claude CodeでWBS・スケジュール骨子を半日でドラフト｜PMの計画フェーズ実装レシピ

#Claude Code #WBS #プロジェクト計画 #PM自動化 #スケジュール
Claude CodeでWBS・スケジュール骨子を半日でドラフト｜PMの計画フェーズ実装レシピ

新規案件のキックオフが決まり、来週までにWBSとスケジュール骨子を出す必要がある。会議室のホワイトボードに付箋を貼り、Excelに落とし、また組み替える。気づけば3日が経ち、まだ細部を詰めきれていない。計画立案フェーズは、PMが最も多くの時間を溶かすにもかかわらず、再利用が効きにくい領域です。

「ChatGPTにWBS作らせれば早いのでは」という声もありますが、実際にやってみると粒度がバラバラで、自社流の階層構造に合わず、結局ゼロから手直しすることになる。本当に効くのは、過去案件のWBSと粒度ルールをClaude Codeに学ばせ、新規案件にあてはめて骨子を出させることです。

この記事では、Claude CodeのSkillに過去案件レポジトリと粒度ルールを読ませ、新規案件のWBS・スケジュール骨子を半日でドラフトする運用を、現場で動かせる粒度で解説します。

なぜ「AIにWBSを頼む」は失敗するのか

WBSは見た目のフォーマットが似ていても、組織ごと・案件ごとに「正しい粒度」が違います。受託SIerと自社サービス、要件定義フェーズと運用保守フェーズでは、同じ「テスト」というフェーズでも分解の深さが異なる。汎用AIに頼むと次の3つで行き詰まります。

  • 粒度が浅い／深いがバラバラ：1階層目が「設計」「開発」「テスト」だったり、いきなり「画面設計」が並んだりする
  • 自社の言葉で出てこない：自社では「結合テスト」と呼ぶ箇所が「インテグレーションテスト」になり、後で全置換する羽目になる
  • 過去案件の知見が反映されない：似た案件で苦労した工程がスルーされ、結局炎上の火種を抱える

Claude Codeは、過去案件のWBSをそのまま参照させ、自社流の粒度ルールをCLAUDE.mdに書くことで、この3つを構造的に解決できます。

Claude Codeを「WBSドラフト生成器」にする全体像

必要な要素は次の3つです。

  1. 過去案件WBSテンプレ：docs/wbs-templates/ に過去案件のWBSをMarkdownで保管
  2. WBSドラフトSkill：新規案件のスコープ要約を入力に、過去案件を参照してWBS骨子を生成する
  3. CLAUDE.md粒度ルール：自社の階層粒度・命名ルール・必須フェーズを明記

これらが揃うと、PMは新規案件のスコープを箇条書き5行で渡すだけで、過去案件と同じ粒度のWBSドラフトが出てくる状態を作れます。

ステップ1：過去案件WBSをテンプレ化する

docs/wbs-templates/ に、過去案件のWBSをMarkdown形式で保管します。

# WBSテンプレート：受託SI・要件定義〜結合テスト案件（2025年A社案件ベース）

## 1. 計画フェーズ
- 1.1 キックオフ準備
  - 1.1.1 ステークホルダー一覧作成
  - 1.1.2 RACI設計
- 1.2 スコープ定義
- 1.3 マイルストーン合意

## 2. 要件定義フェーズ
- 2.1 業務要件ヒアリング
  - 2.1.1 As-Is業務フロー作成
  - 2.1.2 To-Be業務フロー作成
- 2.2 機能要件整理
- 2.3 非機能要件整理（性能・可用性・セキュリティ）

## 3. 基本設計フェーズ
（中略）

## 注意点（過去案件で苦労した箇所）
- 業務要件ヒアリングは部署ごとに2回ずつ実施しないと漏れる
- 非機能要件は性能・可用性・セキュリティの3観点を分けないと議論が混ざる

ポイントは、「注意点」セクションに過去案件の教訓を必ず書くことです。Claude Codeは新規案件向けにWBSを出すとき、これを参照して同じ落とし穴を避けるように構成します。

ステップ2：WBSドラフト生成Skillを定義する

.claude/skills/wbs-draft/SKILL.md を作成します。

---
name: wbs-draft
description: 新規案件のスコープ要約を入力に、docs/wbs-templates/ を参照してWBS骨子とスケジュール案を tmp/wbs/{project-id}.md に出力する。粒度はCLAUDE.mdの粒度ルールに従う
disable-model-invocation: true
allowed-tools: Read, Write, Glob
---

# WBSドラフト生成Skill

## 入力
- `tmp/wbs/{project-id}-scope.md`：案件スコープ要約（PMが手で書く）

## 処理
1. `docs/wbs-templates/` 配下から、案件タイプが最も近いテンプレートを2件選ぶ
2. テンプレの「注意点」を必ず読み、新規案件に当てはまるものを抽出
3. 階層は最大3階層、各階層は CLAUDE.md の命名ルールに従う
4. スケジュールは「フェーズ単位の概算工数（人日）」のみ提示、日付は埋めない

## 出力フォーマット
- ファイル名：`tmp/wbs/{project-id}.md`
- 章立て：①参照テンプレ ②WBS（3階層）③過去案件由来の注意点 ④フェーズ別概算工数 ⑤PMが追加検討すべき論点

## 厳守
- 自社用語に統一すること（命名ルールはCLAUDE.md参照）
- 推測でフェーズを増やさず、参照テンプレに無いものは ⑤ に書く
- 工数は1日単位で丸め、根拠（似た過去案件名）を併記

**disable-model-invocation: true**を付けることで、Skillは明示的呼び出しでしか動きません。WBSは案件の前提が固まらないうちにAIが自走すると質が落ちるため、PMが/wbs-draftと叩いた時だけ動かす設計が安全です。

ステップ3：CLAUDE.mdに粒度ルールを書く

## WBS粒度ルール（自社共通）

- 階層は最大3階層（フェーズ→アクティビティ→タスク）
- フェーズ命名：「計画」「要件定義」「基本設計」「詳細設計」「実装」「結合テスト」「総合テスト」「移行」の8つから選ぶ
- アクティビティは動詞で終わる（例：「業務要件ヒアリング」「画面設計レビュー」）
- タスクは1〜5人日で区切る。それ以上はアクティビティに昇格させる
- 横軸の連結語（〜および、〜ならびに）は使わない

## 自社用語と一般用語の対応
- 「結合テスト」=「IT」（インテグレーションテストとは呼ばない）
- 「総合テスト」=「ST」
- 「受入テスト」=「UAT」

CLAUDE.mdに「自社の言葉」を書くと、Claude CodeはWBS出力時にこの語彙を選ぶようになります。粒度ルールを後から変えてもSkillを書き直す必要がなく、ルールの一元管理が効きます。

ステップ4：実際の運用フロー

新規案件のキックオフが決まったら、PMがやることは次の4ステップです。

  1. tmp/wbs/PROJ-2026-NEW-scope.md にスコープ要約を5〜10行で書く（業界・規模・期間・ゴール・リスク観点）
  2. ターミナルで claude を起動し、/wbs-draft PROJ-2026-NEW と入力
  3. 生成されたtmp/wbs/PROJ-2026-NEW.mdを開き、⑤の「PMが追加検討すべき論点」をチームと議論
  4. 議論結果を反映してdocs/wbs/PROJ-2026-NEW.mdに確定版として配置

慣れたPMで半日、要件があやふやな案件でも1日あれば、過去案件の知見入りWBSとスケジュール骨子が手元に揃います。

期待効果と運用上の注意点

導入チームから報告される効果は次の3点です。

  • 計画フェーズの初動が3日→半日：ゼロから書くのではなく、過去案件をベースに調整するだけになる
  • 同じ落とし穴を踏みにくくなる：「注意点」が自動で次の案件に引き継がれる
  • 新任PMでも自社流で組める：粒度がCLAUDE.mdで担保されるため、経験に依存しない

一方で、運用上の注意点も3つあります。

  • テンプレの管理を放置しない：過去案件WBSは年1回棚卸しし、廃案件のテンプレを退避する
  • AIに最終判断をさせない：あくまで骨子の生成器として使い、フェーズの追加削除はPMが決める
  • 粒度ルールの更新を全員に共有する：CLAUDE.mdを変えたら、関係PMに通知してから運用する

まとめ

  • WBSの精度は過去案件の言語化と粒度ルールの明文化で決まる
  • Skill＋CLAUDE.mdの分業で、AI生成WBSが「自社の言葉」で出るようになる
  • 計画フェーズの初動を半日に圧縮できれば、議論と判断に時間を使える
  • AIに最終判断を任せず、骨子生成器として使うのが事故を防ぐ鍵

ここまでで「動くWBSドラフト生成器」は作れます。ただし実務でWBSを“読まれる計画書”に育てるには、リスクバッファ設計・スケジュール見立て・関係者合意のプロセスを通す必要があります。

IPJ-103『プロジェクト計画とWBS設計』 と AIX-103『AIで進める計画フェーズ』 を組み合わせると、本記事のSkillをベースにしながら、計画フェーズ全体をAIで加速する体系を学べます。新規案件で計画フェーズを毎回ゼロから始めているPMには、最短の導線です。