### プロジェクト管理・実行標準化テンプレート：『CORE-FLOW 01』 本フォーマットは、複雑化する業務プロセスを論理的に解体し、実行者の迷いを排除するために設計されている。構造美と実用性の均衡を追求した、標準化のためのフレームワークである。 --- #### 1. プロジェクト基本定義（Project Definition） このセクションでは、プロジェクトの「存在理由」を明確化する。曖昧な目的は、後の全行程における手戻りの温床となる。 * **プロジェクト名称：** [記入：例：Q3期・新規顧客獲得施策] * **目的（What & Why）：** [記入：なぜこのプロジェクトが必要か。数値目標を伴うことが望ましい] * **成功の定義（KPI/KGI）：** [記入：何をもって完了とするか。達成基準を定量的に記述] * **制約条件（Constraints）：** [記入：予算、納期、人員、物理的リミットなど] --- #### 2. ステークホルダーと責任分担（RACI Matrix） 誰が何を担い、誰に承認を仰ぐべきか。責任の所在を可視化することで、組織的停滞を防ぐ。 | タスク項目 | 責任者 (R) | 承認者 (A) | 相談先 (C) | 通知先 (I) | | :--- | :--- | :--- | :--- | :--- | | [項目1] | [氏名] | [氏名] | [氏名] | [氏名] | | [項目2] | [氏名] | [氏名] | [氏名] | [氏名] | | [項目3] | [氏名] | [氏名] | [氏名] | [氏名] | * **R (Responsible):** 実務実行者 * **A (Accountable):** 最終的な説明責任者（1名のみ） * **C (Consulted):** 専門知識を要する助言者 * **I (Informed):** 進捗報告を受ける対象者 --- #### 3. WBS：タスク分解とマイルストーン（Work Breakdown Structure） 作業を最小単位まで分解する。「動詞」で記述することで、実行の解像度を高める。 **フェーズ：[フェーズ名：例：企画立案]** * **ID-01：** [タスク名]（期限：YYYY/MM/DD） * 手順：[1.資料精査 2.構成案作成 3.レビュー依頼] * 成果物：[成果物名] * **ID-02：** [タスク名]（期限：YYYY/MM/DD） * 手順：[1.～ 2.～] * 成果物：[成果物名] --- #### 4. リスク・イシュー管理表（Risk & Issue Log） 不確実性を管理下に置く。発生前の「リスク」と、発生後の「イシュー」を厳格に切り分ける。 | 発生可能性 | 影響度 | 内容 | 対策（緩和策・回避策） | 対応担当 | | :--- | :--- | :--- | :--- | :--- | | 高/中/低 | 大/中/小 | [詳細] | [具体的なアクション] | [氏名] | --- #### 5. コミュニケーション・プロトコル（Communication Protocol） 情報の非対称性を解消するためのルールを定める。 * **定例会議：** [頻度：毎週月曜 10:00-10:30] * **報告ツール：** [ツール名：Slack / Notion / 共有フォルダ] * **エスカレーション基準：** [条件：納期遅延のリスクが生じた場合、即時にAに直接チャットで報告すること] * **ドキュメント格納場所：** [URLリンクを記載] --- #### 6. 振り返り・レトロスペクティブ（Retrospective Log） プロジェクト終了後、または節目において、形式知化を図るための問いを投げかける。 * **何が計画通りに進んだか：** [記述] * **何が期待と異なっていたか：** [記述] * **次回の標準化に向けた改善点：** [記述] --- ### 【記入例と運用ガイド】 **運用の鉄則：** 1. **「形容詞」を排す：** 「なるべく早く」「適宜」といった曖昧な表現は禁止。数値と期限を必ず付与すること。 2. **更新のトリガー：** 本シートは静的なドキュメントではない。週に一度、必ず「実績」を更新し、進捗率を可視化すること。 3. **完了の証明：** 「成果物」が指定された場所に格納された時点でタスクの終了とみなす。口頭報告のみで完了としない。 **記入サンプル（タスク分解）：** * **ID-10：** クライアント向けプレゼン資料作成（期限：202X/10/15） * 手順： 1. 過去の類似案件の資料を「ナレッジベース」よりDL 2. 目次構成をドラフトし、Aの承認を得る 3. グラフデータを最新の数値に更新 * 成果物：Presentation_Draft_V01.pptx --- ### 運用上の注意点 このフォーマットは、個人の思考を外部化し、チームの共通言語として機能させるために存在している。テンプレート自体が目的化しないよう注意せよ。フォーマットはあくまで「器」であり、そこに注ぎ込まれる情報の質が、プロジェクトの成否を決定する。 「型」を習得することは、自由を制限することではない。むしろ、定型的な判断を自動化し、クリエイティブな課題解決に脳のリソースを割くための、最も合理的な戦略である。この構造を理解し、現場に合わせて微調整せよ。それが、卓越したプロジェクト管理者の姿である。