Project Plan Creator

PMBOK準拠のプロジェクト計画を、WBS・ガントチャート・RACI・リスク管理を含めてMarkdown + Mermaid図で一括作成します。

API不要

スキルパッケージをダウンロード (.skill) GitHubでソースを見る ワークフロー

目次

概要

Project Plan Creatorは、プロジェクトの要件とステークホルダーのニーズから、PMBOK準拠のプロジェクト管理成果物一式を作成するスキルです。チャーター作成、スコープ定義、WBS策定、ガントチャートによるスケジュール作成、RACIマトリクスによるリソース計画、リスク管理計画までを体系的にカバーします。

出力はMarkdown + Mermaid図形式で、GitHub・GitLab等のMarkdown対応ツールでそのまま表示できます。

11ファイル（544KB）のPMナレッジベース（PMBOK第6/7/8版、DevOps/Agileベストプラクティス、IT PM指針、PRINCE2・ITIL 4・ISO 21502とのクロスフレームワーク対応表）を参照可能です。

利用シーン

  • 新規システム開発・導入プロジェクトの立ち上げ
  • プロジェクトチャーターの正式作成
  • WBS・スケジュール・リソース配分を含む包括的なプロジェクト計画の策定
  • Mermaid図（ガント・WBS・ワークフロー）によるプロジェクト構造の可視化
  • PMBOK準拠のプロジェクトドキュメント作成

前提条件

  • project-plan-creator スキルがインストールされたClaude Code
  • プロジェクトのスコープとステークホルダーの基本的な把握
  • 外部APIや有料サービスは不要

仕組み

7つのワークフローを順に実行します。

  1. プロジェクトチャーター作成 – インプット収集、目的・スコープ・マイルストーン・予算・ステークホルダー・成功基準の定義
  2. スコープ定義とWBS – チャーターの高レベルスコープを詳細化し、Mermaid図付きの階層的WBSを作成
  3. スケジュール作成 – アクティビティ定義、依存関係設定（FS/SS/FF/SF）、PERT三点見積もり、Mermaidガントチャートとクリティカルパス分析
  4. リソース計画とRACI – プロジェクトロール定義、RACIマトリクス、コミュニケーションプロトコル、チーム体制図の可視化
  5. リスク管理 – リスク識別（技術・スコープ・リソース・統合・外部）、確率と影響の評価、対応戦略の計画、モニタリングプロセスの確立
  6. コミュニケーションと品質計画 – ステークホルダーの情報ニーズ定義、品質基準、QAプロセス、受け入れ基準
  7. 統合とドキュメント生成 – 全成果物を12セクション・5つ以上のMermaid図を含むプロジェクト計画書に統合

チャーター作成の詳細

ビジネスケース、ベネフィット計画、高レベル要件、組織資産をインプットとして収集します。プロジェクトの目的、スコープ境界（スコープ内/外）、主要成果物とマイルストーン日付、予算内訳、ステークホルダー登録簿、リスクサマリー、成功基準を含む12セクションのドキュメントを出力します。ヘルパースクリプト generate_project_charter.py でMarkdownスケルトンの生成も可能です。

WBSとスコープ管理

スコープはフェーズ → 成果物 → ワークパッケージのパターンで階層的に分解されます。Mermaid graph TD 図による視覚的な階層表現と、ID・タスク名・成果物・担当者・期間を含むWBS表の両方を生成します。CCB（変更管理委員会）承認パスを示すMermaidフローチャート付きのスコープ変更管理プロセスも定義されます。

スケジュールとガントチャート

4種類の依存関係（FS・SS・FF・SF）でアクティビティを順序付けします。期間はPERT三点見積もり (楽観値 + 4 x 最頻値 + 悲観値) / 6 で算出します。各フェーズのセクション、マイルストーンマーカー、クリティカルパスの識別を含むMermaid gantt チャートとして出力されます。必要に応じてクラッシングやファストトラッキングによるスケジュール圧縮も適用します。

RACIマトリクスの構築

全成果物をプロジェクトロールにマッピングします。各行には意思決定権限を明確にするためA（Accountable）が必ず1名設定されます。報告構造を示すMermaid組織図と、会議頻度・参加者・形式を定義するコミュニケーション計画表も同時に生成します。

リスク登録簿とモニタリング

リスクは技術・スコープ/要件・リソース・統合・外部の5カテゴリに分類されます。各リスクの確率と影響（高/中/低）を評価し、回避・軽減・転嫁・受容の対応戦略を割り当てます。識別から対応・効果測定に至る継続的モニタリングループをMermaidフローチャートで可視化します。

5種類のMermaid図

1つのプロジェクト計画内で5種類のMermaid図を生成します。

図の種類 Mermaid構文 用途
ガントチャート gantt タスク依存関係とマイルストーンを含むプロジェクトスケジュール
WBS階層図 graph TD プロジェクトをワークパッケージに分解するトップダウン図
RACI/組織図 graph TD チーム構造とレポートライン
リスクモニタリング graph LR リスクの識別-分析-対応の継続ループ
変更管理 graph TD CCBを経由するスコープ変更要求の承認ワークフロー

PMBOKマッピング

7つのワークフローとPMBOK知識エリアの対応は以下の通りです。

ワークフロー PMBOK知識エリア プロセス群
1. チャーター作成 統合マネジメント 立上げ
2. スコープとWBS スコープマネジメント 計画
3. スケジュールとガント スケジュールマネジメント 計画
4. RACIとリソース 資源マネジメント 計画
5. リスク管理 リスクマネジメント 計画
6. コミュニケーションと品質 コミュニケーション + 品質マネジメント 計画
7. 統合 統合マネジメント 計画

ナレッジベースにはPRINCE2、ITIL 4、ISO 21502とのクロスフレームワーク対応表も含まれており、これらの方法論を採用する組織にも成果物を適応できます。

ヘルパースクリプト

Markdownスケルトンを生成する2つのPythonスクリプトが付属しています。

  • generate_project_charter.py – 12セクションすべてにプレースホルダーが入ったプロジェクトチャーターのスケルトンを生成します。プロジェクト名、PM名、日付、予算を引数で渡します。

    python3 scripts/generate_project_charter.py \
  --project "ECサイトリニューアル" --pm "鈴木花子" \
  --start-date 2026-04-01 --end-date 2026-11-30 \
  --budget 100000000 --output /tmp/charter.md

  • generate_wbs.py – Mermaid階層図付きのWBSテンプレートをMarkdownで作成します。プロジェクト名とフェーズ名を指定します。

    python3 scripts/generate_wbs.py \
  --project "ECサイトリニューアル" \
  --phases "要件定義,基本設計,詳細設計,実装,テスト,デプロイ" \
  --output /tmp/wbs.md

使用例

例1: プロジェクトチャーターの作成 

ECサイトリニューアルプロジェクトのプロジェクトチャーターを作成してください。
予算: 1億円、期間: 2026年4月～11月、
PM: 鈴木花子、スポンサー: CTO山田

例2: フルプロジェクト計画の生成 

CRM刷新プロジェクトです。画面数50、API40本、
外部連携3システムの規模です。
WBS、ガントチャート、RACIマトリクス、リスク登録簿を含む
完全なプロジェクト計画を作成してください。

例3: リスク管理計画のみ 

オンプレERPのクラウド移行を計画しています。
技術リスク、データ移行リスク、組織変革リスクをカバーした
リスク管理計画を作成してください。

例4: アジャイルプロジェクトのWBSとガントチャート 

6スプリント構成のモバイルアプリプロジェクトの
WBSとガントチャートを作成してください。
各スプリント2週間、Sprint 1-2はデザイン、
Sprint 3-4はコア機能、Sprint 5-6はブラッシュアップ
とリリースです。

例5: クロスファンクショナルチームのRACIマトリクス 

エンジニアリング、プロダクト、QA、Opsの4部門が関与します。
マイクロサービス移行の設計レビュー、実装、テスト、
デプロイ、本番後モニタリングについてRACIマトリクスを
作成してください。

ヒントとベストプラクティス

  • チャーターから始める。 プロジェクトを正式に認可するチャーターを先に作ることで、スコープの混乱を防げます。
  • Mermaid図を活用する。 GitHub、GitLab等でネイティブ表示できるため、画像のエクスポートが不要です。
  • RACIは早めに定義する。 各成果物にAccountable（説明責任者）が1名だけ設定されていることを確認しましょう。
  • スケジュールは保守的に。 PERT三点見積もりを使い、クリティカルパスにはバッファを設けましょう。
  • ベースラインを確定する。 計画承認後はベースラインとして保存し、変更はスコープ変更管理プロセスを通します。
  • ナレッジベースを活用する。 PMBOK標準やSaaS PMのQ&A、クロスフレームワーク対応表を参照できます。

トラブルシューティング

Mermaidガントチャートが表示されない

症状: ガントチャートが図ではなく生テキストとして表示される。

解決策: コードブロックが ` ```mermaid ` で囲まれていることを確認してください。古いGitHub Enterpriseなど一部のMarkdownレンダラーはMermaidをネイティブサポートしていません。その場合は markdown-to-pdf スキルを使ってMermaid描画付きPDFに変換するか、Mermaid CLIでエクスポートしてください。

RACIマトリクスにAccountableが設定されていない行がある

症状: 成果物の行にR・C・Iはあるが、A（説明責任者）がない。

解決策: すべての行にAが1名必要です。Claudeに「RACIマトリクスの各行にAが1名設定されているか確認して」と依頼してください。責任が実際に共有される場合は、成果物をサブ成果物に分割し、それぞれに明確な単一のオーナーを設定します。

プロジェクト計画が長すぎる

症状: 生成された計画がステークホルダーが読む気になる量を超えている。

解決策: 7ステップ全体ではなく、特定のワークフローのサブセットを指定してください。例:「チャーターとガントチャートのみ」「リスク登録簿のみ」。計画の冒頭にエグゼクティブサマリーを生成するよう依頼することもできます。

関連スキル

  • Business Analyst – 要件定義とBRD作成がプロジェクト計画のインプットになります。
  • Vendor Estimate Creator – プロジェクト計画と整合するWBS付きコスト見積を作成できます。
  • Strategic Planner – 戦略方針がプロジェクト目標のインプットになります。