必要準備物
プロジェクト企画・管理書
報告用フォーマット作成
議事用フォーマット作成
共通・全体統括
資料・ガイドライン名 内容概要
プロジェクト企画・管理書 背景、目的、範囲、スケジュール、体制、想定成果物などの全体方針を記載。 プロジェクト企画・管理書作成
プロジェクト運営マニュアル 進行ルール、コミュニケーション手段、承認プロセス、定例会の運営などを記載。 プロジェクト企画・管理書へ統合
役割・権限マトリクス（RACIなど） 各関係者の責任と承認範囲を整理（例：責任者、実行者、レビュー者など）。 1. 開始準備、計画フェーズ（プロジェクト立ち上げ、計画立案）内に含む
利用ツール一覧と運用ルール Trello、Backlog、Google Drive、Chat、Wiki などの使い方と使用範囲を明記。 プロジェクト企画・管理書へ統合
1. 開始準備・計画フェーズ
資料・ガイドライン名 内容概要
工程表（WBS付き） 作業分解構造とスケジュール。マイルストーン・レビュータイミング含む。 プロジェクト企画・管理書へ統合
品質チェックシート（初期版） 各工程や成果物のレビュー観点・基準を記載。プロジェクト立ち上げ時点で準備。 プロジェクト企画・管理書へ統合
リスク・課題管理方針 想定リスク、対処方針、記録フォーマット、定例レビューのルールなど。 プロジェクト企画・管理書へ統合
ステークホルダー一覧 利害関係者の名前、役割、関与度、連絡方法などを整理。 プロジェクト企画・管理書へ統合
2. 実行・監視コントロールフェーズ
資料・ガイドライン名 内容概要
進捗管理シート（Trello/Backlogなど） タスクの進行状況、担当、期限、依存関係を管理。 工程表（WBS付き）内へ統合
中間成果物レビューシート 各工程ごとの成果物に対してレビュー項目・評価欄を備えたテンプレート。 報告用フォーマット作成
振り返り記録フォーマット 「うまくいった点」「課題」「改善アクション」などを記録・共有するテンプレ。 報告用フォーマットへ統合
進捗会用アジェンダ・議事録テンプレート 朝礼や定例進捗会用の記録フォーマット。共有・蓄積しやすくする。 議事用フォーマット作成
3. 終了・効果測定フェーズ
資料・ガイドライン名 内容概要
成果物確認チェックリスト 成果物の網羅性、品質、利用可能性などを確認するためのチェック項目を記載。 プロジェクト企画・管理書へ統合
成果物引継ぎシート 納品物の説明、配置場所、アクセス権限、管理責任などを一覧化。 報告用フォーマットへ統合
効果測定設計シート 測定項目（定量・定性）、方法、対象期間、比較基準などを設計する資料。 項目のみ明示
効果測定結果報告書 実績と改善点をまとめた最終報告資料（グラフやフィードバック含む）。 項目のみ明示
クロージングMTG議事録テンプレート 最終MTG用のフォーマット。成果確認、残課題、今後の展望を記録。 議事用フォーマットへ統合
オプションで検討すると良い資料
資料・ガイドライン名 内容概要
コミュニケーションマトリクス 誰に・何を・いつ・どの手段で伝えるかを明文化した表（報告・連携ルール整理）。 プロジェクト企画・管理書、工程表（WBS付き）内へ統合
1. 開始準備、計画フェーズ（プロジェクト立ち上げ、計画立案）
内容 手段
①プロジェクト企画書作成
②プロジェクト実行承認プロセス（社内・関係組織）
(a)自組織管理者仮承認 打合せ設定
(b)自組織内説明、自組織管理者最終承認 打合せ、またはメール。最終は組織管理者から担当者へ連絡。
(c)関連組織への頭出し 自組織管理者より定例会で頭出し
(d)関連組織の承認 打合せ設定
(e)最高責任者の承認 打合せ設定（関連組織の承認と同時も可）
③承認以後の決定事項の決定 担当者
④※キックオフMTG開催 必要に応じて開催
2. 実行・監視・コントロールフェーズ
実行面
①タスクの実行 工程表から対象タスクを確認のうえ実行。
②工程表の更新 工程表を更新し進捗を常に可視化。管理状況は監視・コントロールフェーズと連動。
③進捗共有 朝礼や定例進捗会にて進捗・課題・次の予定を共有。
④中間成果物確認 工程終了時、または自組織のMTGの際に成果物を確認し、関係者と合意形成。レビュー形式：画面デモ、文書レビュー、成果物提出など。
⑤振り返り 工程ごとに「うまくいったこと・課題・改善点」を共有し、次工程に反映。ドキュメントとして記録し、次回共有時に再確認。
⑥成果物の整備と共有 各工程で作成された成果物（ドキュメント、設定資料、設計、テスト結果など）を命名規則や更新履歴のルールに従い整理し、資料格納先に格納＋共有。
監視・コントロール面
①進捗状況の監視 スケジュールに対する各工程の進捗状況を確認。進捗率、遅延の有無、要因などを把握。
②是正措置の判断と実施 問題・課題に対して、必要な対応（再スケジュール、追加リソース投入、仕様調整など）を関係者と相談して実施。判断は基本的に担当者の主観によるが、実施に際しては責任者への相談・合意を行う。
③人的リソースの調整 進捗状況に応じてタスクをチームメンバーへ割り当て。優先順位と依存関係も考慮し調整。
④成果物の確認（担当者確認） 中間成果物や提出物について、プロジェクト企画書の要件を満たしているかを確認。ドキュメント、設計書、画面、試作品などが対象。
⑤成果物の確認（責任者確認） 中間成果物や提出物について、プロジェクト企画書の要件を満たしているかを確認。ドキュメント、設計書、画面、試作品などが対象。
⑥ステークホルダーへの定期報告 プロジェクト責任者や関連組織に対して、決定したペースで定期的に報告。報告内容は進捗、課題、次のステップ、その他トピックス。
3. 終了・効果測定フェーズ
①成果物の最終確認 企画書や要件に基づき、納品物・成果物がすべて揃っているか、品質を満たしているかを最終確認する（ドキュメント、画面、マニュアルなど）。
②成果物の正式格納・移管 成果物を規定の格納先へ整理・保存し、必要に応じて関連組織・利用部門へ引き渡す（命名規則、バージョン管理、アクセス権限なども確認）。
③報告資料作成 企画書や要件に基づき、実績・課題・今後の対応などを含む報告資料を作成。
④承認資料作成 プロジェクト結果に基づき、導入承認を得るための承認資料を作成。必要に応じて報告資料と統合可能。
⑤説明資料作成 成果物の利用方法や背景を説明する資料を、成果物に応じて作成（例：操作説明、FAQ、導入意義など）。
⑥成果物の報告、導入承認獲得 成果（または成果物）、およびあればその利用方法・配置場所・留意事項などを、メールや定例会を通じて関係者へ共有。必要に応じてマニュアルの展開や説明会を実施。
(a)自組織管理者仮承認
(b)自組織内説明、自組織管理者最終承認
(c)関連組織への頭出し
(d)関連組織の承認
(e)最高責任者の承認
⑦※クロージングMTG プロジェクト終了にあたり、関係者と最終成果の確認、振り返り、残課題の整理などを行う。
⑧残課題の調整 修正が求められる残課題を調整する
⑨定期効果測定 企画書で定めた評価期間に基づき、導入効果（定量・定性）を測定。例：利用率、業務改善指標、ユーザー満足度など。
⑩効果測定結果報告 測定結果を取りまとめ、責任者および関係者へ報告。今後の展開や改善提案の参考とする。
プロジェクト企画書案 プロジェクト効果種別 (a)自組織管理者仮承認
カテゴリ 概要 具体例 2.プロジェクト概要
1.プロジェクト名 ① 業務効率・コスト削減 作業時間や人件費、外注・ツール等のコスト削減を通じて、業務全体の生産性を高める効果 ・月次報告作成の自動化による作業時間30％削減 1 プロジェクト名 社内的にわかりやすい／一意性があるか？
・RPA導入で定型作業を自動化 2 現在の問題点 実在する業務課題・現場のニーズに即しているか？
2.プロジェクト概要 ・SaaS統合によるライセンス費削減 3 問題点の発生起因 問題の原因が論理的に説明されているか？事実に基づいているか？
現在の問題点 ② 品質・安定性向上 エラー・ミス削減や業務の標準化、レビュー強化などにより、業務成果物の品質と安定性を向上させる効果 ・入力ミスの発生率が50％減 4 課題（なにをすべきか） 「やるべきこと」が目的と一致しており、曖昧でないか？
問題点の発生起因 ・チェックリスト導入で作業抜け漏れ防止 5 プロジェクトの目的 経営／組織方針と整合しているか？価値が説明されているか？
課題（なにをすべきか） ・コードレビュー体制構築による品質均一化 6 プロジェクト効果種別 分類は明確か？
プロジェクト名 ③ 運用統制・改善 属人性の排除、ガバナンス強化、情報共有の仕組み化などを通じて、持続可能で統制のとれた業務運営を実現する効果 ・業務マニュアル作成によるナレッジ継承 7 プロジェクトによる想定効果 数値または定性的に妥当な効果が示されているか？期待と現実に乖離がないか？
プロジェクトの目的 ・操作ログや承認記録の整備による監査対応 3. スコープ定義
プロジェクト効果種別 ・情報共有ルールの明文化でチーム間の連携強化 8 スコープ定義（範囲・外・理由） スコープの範囲が明確か？外の範囲・理由が納得できるか？
プロジェクトによる想定効果 9 想定リスク 主なリスクが把握されているか？回避策または備えがあるか？
4. プロジェクト体制とツールの決定
3. スコープ定義 10 ステークホルダーの特定 関係者の網羅性に漏れがないか？役割分担は適切か？
プロジェクトの関連範囲 11 チーム構成 プロジェクトに必要なスキル・人員が適切に配置されているか？
プロジェクトの範囲 12 資料格納先 情報共有の方法がチームに適しているか？アクセス制御は適切か？
プロジェクト外の範囲 13 教育・トレーニングの有無 必要なスキル向上策が計画されているか？不要ならその理由は？
理由 5.予算
プロジェクト外による想定リスク 14 予算（要否・金額・目的） 予算の設定根拠は妥当か？目的と金額が一致しているか？不要な場合の対策は？
対策 6. 工程表の作成（品質チェック項目を含む）
15 工程表（主要タスク・スケジュール） 流れは適切か？タスクの粒度が適切か？実現可能なスケジュールか？
4. プロジェクト体制 16 品質チェックポイント 成果物の品質確認タイミング・手段が明記されているか？
ステークホルダー/関連組織名 17 ステークホルダー/関連部署への報告等の設定 留意されているか？タイミングや内容は適切か？
関連組織の役割 18 リスク管理計画 想定リスクに対し、管理・対応の計画が具体的か？
チーム構成 19 実行フェーズ 実行フェーズの内容が十分に網羅されているか？
メンバーの役割 7.その他
（プロジェクト担当） 19 プロジェクトの重複 他プロジェクトとの内容的重複や関連は存在しないか？承認に問題がないか？
（関連部署確認、調整担当）
想定利用資料、利用データ (b)自組織内説明、自組織管理者最終承認
プロジェクト資料格納先 (a)自組織管理者仮承認 と同様
進捗報告頻度 1 現場担当者 現場担当者としてクリティカルな問題は存在しないか？存在した場合に回避策はあるか？
進捗報告形態
成果物の有無
提供方法
効果測定期間
効果測定頻度
効果測定報告方法
教育・トレーニング計画の有無
5.予算
設定要否
金額
その目的
予算が設定されない場合の回避策
6. 工程表の作成（品質チェック項目を含む）
主要タスクの洗い出し: プロジェクトに必要な作業の詳細リスト。
スケジュール作成: タスクのスケジュールと期限を設定。
品質チェックポイントの設定: 各フェーズでの品質チェック項目（例: コードレビュー、テスト計画、進捗確認）。
リスク管理計画: リスクの特定、影響度、対策を事前に整理。
7.承認者欄
自組織管理者承認
自組織内承認
関連組織の承認
最高責任者の承認