見出し画像

WBSからリスクまで一気通貫──生成AIで計画書を30分で作る

のあち

はじめに

初めてプロジェクト計画書を任されたとき、Excelを開いて3時間フリーズした。WBSは何を分解すればいいかわからない。マイルストーンは「なんとなくここかな」で置いた。案の定、2週目でスケジュールが崩壊し、上司に「計画書が計画になっていない」と言われた。

問題は経験不足ではなく、計画書の「型」を知らなかったことだった。型さえあれば、生成AIで30分の叩き台が作れる。本記事では、その具体的な手順を解説する。

プロジェクト計画書の「型」を知る

計画書に最低限必要な要素は以下の5つだ。

  • プロジェクト概要: 目的、スコープ、成果物の定義

  • WBS: 成果物を作業単位に分解した構成図

  • スケジュール: マイルストーンと主要タスクの時系列配置

  • 体制図: 役割と責任の割り当て（RACI）

  • リスク一覧: 想定リスクと対応策

この5要素を生成AIに一括で作らせるのが、30分で仕上げるポイントだ。

この5要素を**「計画書の5骨格」**と呼んでいる。骨格が揃っていれば、あとは肉付けするだけ。逆に1つでも欠けていると、プロジェクト開始後に「これ決めてなかったよね？」が頻発する。まず5骨格を30分で組み、細部はチームレビューで詰める。この順序が重要だ。

手順1：プロジェクト情報を整理する（5分）

AIに渡す前に、以下の情報を箇条書きで整理する。

  • プロジェクト名: 例）社内業務システムリプレイス

  • 期間: 例）2026年5月〜10月（6ヶ月）

  • チーム規模: 例）5名（PM1名、開発3名、テスト1名）

  • 主な成果物: 例）要件定義書、設計書、システム、テスト報告書

  • 制約条件: 例）予算2,000万円、既存システムとの並行稼働必須

この整理に5分。ここが曖昧だと、AIの出力もぼやける。

手順2：計画書の叩き台を生成する（5分）

以下のプロンプトを生成AIに入力する。

あなたはPMOコンサルタントです。
以下のプロジェクト情報をもとに、プロジェクト計画書の叩き台を作成してください。

【プロジェクト名】社内業務システムリプレイス
【期間】2026年5月〜10月（6ヶ月）
【チーム】PM1名、開発3名、テスト1名
【成果物】要件定義書、基本設計書、詳細設計書、システム、テスト報告書
【制約】予算2,000万円、既存システムとの並行稼働が必要

以下の5要素を含めてください：
1. プロジェクト概要（目的・スコープ・成果物定義）
2. WBS（第3階層まで、表形式）
3. マイルストーン付きスケジュール（月単位）
4. 体制図とRACIマトリクス
5. リスク一覧（リスク・影響度・発生確率・対応策の表形式、5件以上）

生成AIはこのプロンプトに対し、5要素を網羅した計画書を出力する。

手順3：WBSを検証・修正する（10分）

AIが出力したWBSには、プロジェクト固有の作業が抜けていることがある。以下の観点でチェックする。

チェックリスト:

  • 成果物ごとにタスクが漏れなく分解されているか

  • 「レビュー」「承認」などの管理タスクが含まれているか

  • 外部依存（ベンダー対応、顧客承認）が明記されているか

  • テスト工程が十分に細分化されているか

不足があれば、AIに追加指示を出す。

WBSに以下を追加してください：
・データ移行のタスク（移行計画策定、移行リハーサル、本番移行）
・既存システムとの並行稼働テスト
・ユーザー受入テスト（UAT）

手順4：リスク一覧を深掘りする（5分）

AIが出すリスクは一般的なものになりがちだ。プロジェクト固有のリスクを追加するため、以下のプロンプトで深掘りする。

このプロジェクト特有のリスクを追加してください。
特に以下の観点で：
・既存システムとの並行稼働に伴うリスク
・6ヶ月という期間制約に伴うリスク
・5名体制での人的リソースリスク
各リスクに対して、具体的な対応策も記載してください。

出力例：

| リスク | 影響度 | 発生確率 | 対応策 |
|--------|--------|---------|--------|
| 既存システムとの並行稼働でデータ不整合 | 高 | 中 | 移行リハーサルを2回実施、差分検証ツール導入 |
| 要件定義の遅延によるスケジュール圧迫 | 高 | 高 | 要件凍結期限を設定、未確定事項は二次開発に振り分け |
| 主要メンバーの離脱 | 高 | 低 | ドキュメント整備を義務化、ペアプログラミング導入 |

手順5：全体を整形・仕上げる（5分）

最後に以下を確認して仕上げる。

  • WBSの粒度がチーム内で合意できるレベルか

  • マイルストーンが現実的な日程か

  • リスク対応策に担当者が割り当てられているか

  • 用語や表記が統一されているか

必要であれば「この計画書をレビューして、矛盾や抜け漏れを指摘してください」とAIに最終チェックさせる。

注意点

  • 叩き台であることを忘れない: AIの出力はあくまで初期版。チームレビューと上長承認を経て初めて計画書になる

  • 工数見積もりは別途行う: AIはタスクの分解はできるが、実工数の見積もりは現場の知見が必要

  • 過去の類似プロジェクトがあれば参照させる: 過去の計画書をAIに読ませると、出力精度が上がる

AIの出力したWBSが自社のプロジェクトに合わない場合は、過去の類似プロジェクトの計画書（完了報告書でもよい）をAIに読み込ませてから再生成する。「ゼロから作らせる」より「既存の型を参考にさせる」方が、現場に即したWBSが出る。過去資料がない場合は、プロジェクトの制約条件（予算・人数・期限）を箇条書きで追加入力するだけでも精度が上がる。

まとめ

プロジェクト計画書を30分で作る手順は5ステップだ。

  1. プロジェクト情報を整理する（5分）

  2. 計画書の叩き台を生成する（5分）

  3. WBSを検証・修正する（10分）

  4. リスク一覧を深掘りする（5分）

  5. 全体を整形・仕上げる（5分）

型が決まっているドキュメントほど、生成AIとの相性が良い。計画書作成に何時間もかけるのではなく、30分で叩き台を作り、残りの時間をチームとの議論や意思決定に使うべきだ。

関連記事

いいなと思ったら応援しよう！