### 【プロジェクト管理：マイルストーン・タスク実行計画書】 **1. プロジェクト基本情報** * **プロジェクト名称：** [プロジェクト名を入力] * **目的・ゴール：** [達成すべき最終成果物および期待される定量的指標を記載] * **期間：** [開始日] ～ [終了日] * **プロジェクトオーナー：** [氏名・役割] * **主要関係者（ステークホルダー）：** [部署名、協力会社名など] **2. プロジェクトの制約・前提条件** * **予算：** [金額またはリソース制限] * **優先順位：** [品質・納期・コストのうち、最優先事項を明記] * **除外範囲（スコープ外）：** [本プロジェクトでは対応しない事項を明確化] **3. マイルストーン・スケジュール** | フェーズ | マイルストーン目標 | 期限 | 担当者 | | :--- | :--- | :--- | :--- | | 第1フェーズ：計画・定義 | [要件定義完了] | [日付] | [氏名] | | 第2フェーズ：実行・構築 | [プロトタイプ完成] | [日付] | [氏名] | | 第3フェーズ：検証・テスト | [最終テスト完了] | [日付] | [氏名] | | 第4フェーズ：リリース・展開 | [本番稼働・移行] | [日付] | [氏名] | **4. 構造化タスクリスト（WBS）** * **タスクID：** [001] * **内容：** [タスクの具体的アクション] * **完了条件：** [何をもって完了とするか] * **依存関係：** [先行タスクがある場合はIDを記載] * **リスク：** [遅延の可能性や技術的課題] **5. 運用ルール・コミュニケーション計画** * **定例会議：** [頻度・曜日・時間・プラットフォーム] * **進捗報告：** [報告フォーマットおよび提出方法] * **課題管理（Issue Tracking）：** [課題発生時のエスカレーションルートおよびツール] * **承認フロー：** [成果物の承認権限者] --- ### 【業務依頼：タスク遂行指示書】 **依頼先：** [担当者名] **件名：** [タスク名]に関する実行依頼 **背景・目的：** [なぜこのタスクが必要なのか、背景情報を記載] **実行内容：** 1. [ステップ1：具体的に着手すべきこと] 2. [ステップ2：参照すべき資料やツール] 3. [ステップ3：最終的なアウトプットの形式] **期限：** [yyyy/mm/dd hh:mm] **優先度：** [高・中・低] **期待する成果物：** [具体的なファイル形式や、求められる品質レベル] **特記事項・補足：** [注意点や、参考にすべき過去事例などがあれば記載] --- ### 【事後評価：プロジェクト・振り返りレポート】 **1. 実績分析** * **予定との乖離：** [スケジュール通りだったか、遅延した場合はその理由] * **予算消化率：** [予定に対しての実際のコスト] **2. 成功要因（Good）** * [今回のプロジェクトで機能したプロセスや工夫した点] **3. 改善点（Problem）** * [発生した問題点と、その真因] **4. 次回への教訓（Try）** * [次回プロジェクトで採用すべきアクションプラン] --- ### 【システム運用・リスク管理用：アラート通知テンプレート】 **通知カテゴリ：** [障害・遅延・リソース不足・その他] **緊急度：** [緊急・警告・注意] **対象プロジェクト：** [プロジェクトID] **事象概要：** [発生した問題の簡潔な説明] **現在のアクション：** [既に実行済みの一次対応] **必要な支援：** [プロジェクトオーナーや他部署に求める協力事項] **予測される影響範囲：** [スケジュールへの遅延影響、または品質への影響度] --- **運用ガイドライン（エージェント推奨）：** 本フレームワークは、あらゆるプロジェクトにおいて「目的の明確化」「タスクの粒度化」「振り返りの習慣化」を自動的に促す構造となっている。入力項目を埋める行為自体が、プロジェクトの解像度を高める設計である。各項目はプロジェクトの規模に応じて増減させ、柔軟にカスタマイズして運用すること。特に、タスクIDと依存関係の管理を徹底することで、ボトルネックの可視化が容易になる。これらを標準化することで、チームの認知負荷を下げ、創造的な業務へリソースを集中させよ。