プロジェクト計画書は、日程を並べた表だけでは足りません。「何を終えれば完了か」「誰が判断するか」「どこまで今回の範囲か」を合わせておくことで、着手後の認識違いを減らせます。この記事では、計画書の基本構成と、3つの図解テンプレートを使った整理方法を紹介します。
Roneoのスライドテンプレート
この図解、メールアドレスだけで使えます。
伝えたい内容に合う型を選んで、あなたの資料に。
プロジェクト計画書とスケジュール表の違い
スケジュール表は作業の時期を示すものです。計画書は、それに目的、成果物、体制、予算、確認方法を加えて、関係者が実行の前提を共有するための資料です。
例えば「10月に導入する」だけでは、10月の何をもって導入完了とするかが分かりません。設定が終わった状態なのか、担当者の教育が終わった状態なのか、実際に使って問題がないことを確認した状態なのかを決めます。
計画書は厚いほどよいわけではありません。承認を得る段階では、判断に必要な全体像を短くまとめます。作業担当者向けの詳細な手順や日次のタスク一覧は別に管理し、計画書から参照できるようにすると更新しやすくなります。
計画書に入れたい7つの項目
| 項目 | 答える問い | 書き方の例 |
|---|---|---|
| 背景・目的 | なぜ今行うのか | 受付の二重登録をなくす |
| 対象範囲 | どこまで行うか | 1拠点の受付業務を対象に試行 |
| 成果物・完了条件 | 何ができれば終わりか | 運用手順と試行結果の承認 |
| 体制・責任 | 誰が実行し、誰が決めるか | 運用担当、設定担当、承認者 |
| 工程・依存関係 | どの順序で進めるか | 設定完了後に試行、結果確認後に展開 |
| 費用・必要資源 | 何がどれだけ必要か | 試行費用、担当者の作業時間 |
| リスク・変更時の対応 | 前提が崩れたらどうするか | 課題が残れば展開を延期し再判定 |
予算も「全体でいくら」だけでなく、今回承認する部分と、試行後に判断する部分を分けます。見積未取得の費用を、見た目のために確定値として入れないようにします。
計画を伝える3つの図解テンプレート
見本は架空企業の検討資料です。工程数や金額をそのまま使うのではなく、計画の説明に必要な構造を取り入れます。
1．対策・実行・確認方法を一緒にまとめる
AOBA-155は、対策案、実行計画、効果の確認、横展開を1枚に置いた見本です。試行で確認してから次へ進む段階的な計画を説明できます。
このテンプレートを、自分の資料に。
この図解のZIPを無料で受け取る →使うときは「選んだ対策」「担当と日程」「効果を測る方法」「展開の条件」をそろえます。見本の試行160万円・展開320万円は別の判断として置かれています。自分の予算も、確定した費用と条件付きの費用を分けると、今回の承認範囲が明確になります。
これは計画の要約に向いた型です。日々の細かなタスクを詰め込むと読みづらくなるため、具体的な作業は別表にします。
2．日程と担当間の受け渡しをそろえる
AOBA-346は、上段で担当ごとの受け渡し、下段で同じ計画のガントチャートを示しています。作業の開始前に誰の何を待つのかと、月単位の日程を合わせて読めます。
このテンプレートを、自分の資料に。
この図解のZIPを無料で受け取る →工程名、担当、開始・終了、前提になる成果物を用意します。上下段が同じ時間軸を使うのがポイントです。片方だけ期間を変更すると、矛盾した計画に見えるため両方を更新します。
大きな節目だけを示すロードマップより、実行部門間の調整が必要な場面に向いています。
3．実行者と最終責任者を分ける
AOBA-240は、作業を行に、関係部門を列にした役割分担表です。Rは実行、Aは最終責任、Cは協議、Iは共有という凡例で、作業ごとの関わり方を示します。
このテンプレートを、自分の資料に。
この図解のZIPを無料で受け取る →この見本では各行のAを1つにしています。実際の組織で複数の承認が必要なら、承認の段階を別の作業として表すと、誰の判断で次へ進むかが分かりやすくなります。Aを1つにするために正式な決裁手続きを省く、という意味ではありません。
部署名が書かれただけで「誰かがやる」状態にならないよう、必要に応じて窓口となる役職や担当者も決めます。
記入例：問い合わせ受付を統一する8週間の試行
以下は書き方を説明するための例です。導入先や成果を保証する計画ではなく、完了条件の粒度を確認するために使ってください。
目的： 1拠点に分散した問い合わせ窓口を統一し、二重登録の発生状況を確認できるようにする。
今回の範囲： 受付フォーム、登録ルール、担当者向け手順書、1拠点の試行。全社展開と既存データの全面移行は含めない。
| 期間 | 成果物 | 完了を判断する条件 | 主担当 |
|---|---|---|---|
| 1〜2週 | 現状整理と対象範囲 | 例外を含む受付経路を運用責任者が確認 | 運用担当 |
| 3〜4週 | 試行用フォーム・登録ルール | 必須項目と振り分けの動作を確認 | 設定担当 |
| 5〜6週 | 試行記録 | 対象案件の記録漏れと二重登録を点検 | 拠点担当 |
| 7週 | 評価と残課題 | 基準に対する結果と未解決項目を整理 | 運用担当 |
| 8週 | 展開可否の判断 | 承認者が継続・修正・終了を決定 | 部門長 |
「試行したから成功」ではありません。合格条件を結果を見る前に決めます。例えば必須項目の欠落、誤った振り分け、二重登録について、何件を確認し、何を許容しないのかを設定します。基準がまだ決まらない段階なら、その決定自体を最初の作業に入れます。
計画書を作る順番
最初に目的と今回の範囲を書き、次に成果物と完了条件を置きます。その後で必要な作業へ分解し、担当、依存関係、期間を割り当てます。この順番なら、「予定を先に埋めたため、必要な確認が入らない」という状態を避けやすくなります。
最後に費用とリスクを重ねます。外部の見積、社内担当者の稼働、連休や繁忙期など、日程の前提も点検します。「予備期間あり」だけでなく、何が起きたらその期間を使うのかを示すと、余裕の根拠を説明できます。
変更が起きた場合は、日程だけを動かさず、範囲・費用・完了条件への影響を同時に確認します。計画書の更新日と、誰が変更を判断したかを残すと、古い版との混同を減らせます。
Claudeに計画書を依頼する指示文
添付の原稿とRoneoの図解テンプレートを使い、
プロジェクト計画書を編集可能なPPTXで作成してください。
構成：目的と範囲／成果物と完了条件／工程／役割／費用とリスク
原稿にある確定事項と、未決定事項を区別してください。
作業の前後関係を確認し、必要な成果物ができる前に
後続作業が始まっていないかを確認してください。
今回の承認範囲と、試行後に別途判断する範囲を分けてください。
担当や期限の不足は推測せず、確認事項として一覧にしてください。
各ページは16:9。日程・役割・全体像は適した図を使い分けてください。
完成したら、作業担当者には「次に何をするか」、承認者には「今回何を決めるか」を読み取ってもらいます。両者の答えが計画と一致すれば、実行に使える資料へ近づきます。
テンプレートは、Claudeで再現するためのプロンプトZIPで提供します。