―― PdM / PM のための実務設計 ――
AIプロジェクトでは、フォルダとNotionは以下のように使い分けます。
- フォルダ：成果物・証跡・再現性
- Notion：進行管理・意思決定・コミュニケーション
本記事では、
「AIプロジェクト名」から始まる Notion ページの構成をどう設計すべきか
を、ビジネス実務に即して解説します。
この記事で分かること
- AIプロジェクト1件分の Notion ページ構成（完成形）
- 各ページの役割と「何を書くか」
- フォルダ管理との正しい棲み分け
- 日常運用・引き継ぎ・レビューに強い構成
1. Notionで管理すべきもの／管理しないもの
Notionで管理するもの
- 進捗
- 意思決定
- 課題・論点
- 会話・議事メモ
- 状態（未着手／検討中／完了 など）
フォルダで管理するもの
- 納品物
- 仕様書の正式版
- モデル・データの成果物
- 証跡として残すべき資料
Notionは「生きている情報」、フォルダは「確定した資産」
これを混ぜないのが最大のポイントです。
2. Notionの全体構成
トップページ名
AIプロジェクト｜案件名
推奨ページ構成（完成形）
以下、1ページずつ「目的」「書く内容」「使いどころ」を説明します。
3. 各ページの役割と中身
① プロジェクト概要
目的：誰でも5分で全体像を理解できる
書くこと
- プロジェクト目的・背景
- 業務課題と狙い
- 成功指標（KPI）
- スコープ（やる／やらない）
- 関係者（責任者・承認者）
ポイント
- フォルダの「00_プロジェクト概要」と内容は対応させる
- Notionは要約、フォルダは正式文書
② スケジュール・進捗管理
目的：今どこにいて、何が遅れているかを一目で把握
書くこと
- フェーズ一覧（要件定義／設計／開発／検証／納品／運用）
- マイルストーン 各タスクのステータス（未着手／進行中／レビュー中／完了）
- 担当者
使いどころ
- クライアントとの進捗共有
- 社内定例の進捗確認
③ 要件・仕様管理
目的：認識ズレを防ぎ、判断軸を固定する
書くこと
- 業務要件（要点のみ）
- AI要件（提供価値）
- 前提条件・制約 仕様変更ログ（いつ・なぜ変えたか）
重要
- 「なぜこの判断をしたか」を必ず残す
- 詳細仕様はフォルダにリンク
④ 課題・リスク管理
目的：問題を早期に可視化し、属人化を防ぐ
書くこと
- 課題内容
- 影響範囲（品質／スケジュール／コスト）
- 対応方針
- ステータス
- 担当者
典型例
- データ欠損が多い
- 想定精度に届かない
- クライアント判断待ち
⑤ 会議・意思決定ログ
目的：あとから「なぜそうなったか」を説明できる状態にする
書くこと
- 会議日付
- 議題
- 決定事項
- 保留事項
- 次アクション
強い理由
引き継ぎ・炎上時・監査対応で最も価値が出る
⑥ 納品・成果物リンク集
目的：成果物の所在を迷わせない
書くこと
- フォルダ（SharePoint / Drive 等）へのリンク
- 納品物一覧
- バージョン
- 納品日
注意
Notionにファイルを直接溜めず、あくまで「リンク集」。
⑦ 運用・改善管理
目的：納品後もAIを使い続けられる状態にする
書くこと
- 運用ルール（誰が・いつ・何を見るか）
- モニタリング指標
- 改善アイデア・要望
- 再学習や改修の検討ログ
ポイント
運用が始まると、ここが一番使われる
⑧ アーカイブ
目的：終了後も判断履歴を残す
書くこと
- 完了済みタスク
- 終了した議論
- 過去フェーズの情報
運用
基本は参照のみ 編集禁止でもOK
4. フォルダ管理との正しい棲み分け
Notionはハブ、フォルダは保管庫
5. PdM / PM がやるべき初期セットアップ手順
- 「AIプロジェクト｜案件名」ページを作成
- 上記8ページをすべて作る（中身は空でもOK）
- プロジェクト概要だけは最初に埋める
- 定例MTGの議事メモを必ず Notion に残す
- 週1回、課題・進捗ページを更新する
これだけで プロジェクトの透明性が一気に上がります。
6. よくある失敗と対策
- ❌ Notionに資料を全部置く → ⭕ フォルダへのリンクだけ置く
- ❌ ページが増えすぎて迷子 → ⭕ プロジェクト単位で1トップ構成にする
- ❌ 更新されなくなる → ⭕ 定例会のアジェンダをNotion固定にする
7. まとめ
AIプロジェクトの成功は、
モデルの性能より「管理の設計」で8割決まる
と言っても過言ではありません。
- フォルダ：会社の資産として残す
- Notion：プロジェクトを前に進める
この2つを分けて設計できれば、
PdM / PM としての再現性は一気に高まります。
AIプロジェクト用Notionテンプレ
※必要に応じて、テーブル部分を選択して右上メニュー → 「変換」→「データベース」にすると管理が楽になります（Tasks は Board、Issues は Table など推奨）。
AIプロジェクト
ステータス：(未着手 / 進行中 / 停滞 / 完了)
プロジェクトリード：
クライアント / 事業部：
主要KPI（Success Criteria）：
主要マイルストーン：
M1：要件合意（YYYY-MM-DD）
M2：PoC完了（YYYY-MM-DD）
M3：本番リリース（YYYY-MM-DD）
目次
- プロジェクト概要
- スケジュール・進捗
- 要件・仕様
- 課題・リスク
- 会議・意思決定
- 納品・成果物
- データカタログ
- モデル仕様
- 運用・モニタリング
- アーカイブ
プロジェクト概要
目的（1行）：
背景（要点）：
期待効果 / ビジネスインパクト：
スコープ（やること）：
除外事項（やらないこと）：
関係者（役割・承認者）：
- プロジェクト責任者（承認）：
- PdM / PM（運営）：
- データエンジニア：
- データサイエンティスト：
- 業務担当（利用者）：
スケジュール・進捗— タスク管理
推奨フィールド：タイトル / ステータス（Backlog・Todo・In Progress・Review・Done） / 担当者 / 期日 / 重要度 / 関連（リンク）
運用ルール：週次（または定例）でステータス更新。PdMが週1でレビューして未更新項目をピックアップする。
要件・仕様
業務要件（要約）：
- 目的・現行フロー（簡潔に） AI要件（提供価値）：
- 何を出力するか / どう使うか（例：来週の客数予測、CSVで提供、店舗別） 成功基準（Acceptance / KPI）：
- 例：来週の客数を±10%以内で把握できること（責任者：○○） 制約：データ、法務、時間、予算など
課題・リスク
推奨フィールド：ID / 課題タイトル / 種別（課題/リスク） / 影響範囲 / 優先度 / 状態 / 担当 / 対応期限 / 対応方針
運用ルール：新課題は即登録。重大リスクは週次でエスカレーション（誰に報告するかを明記）。
会議・意思決定ログ
会議テンプレ（コピーして使用）
会議名：
日時：
参加者：
アジェンダ：
1.
2.
決定事項：
D-001：決定内容（責任者、期限） 保留事項： アクション： タスク（担当／期日）
ルール：議事録は会議終了24時間以内に記載。決定事項は Decisions に要約して記録（ID付与）。
意思決定
ID
日付
決定事項
影響範囲
決定者
参照会議
D-001
2026-01-30
PoCは手動運用で検証する
運用方式
事業責任者A
MTG_2026-01-29
納品・成果物
ここにはフォルダ（共有ドライブ）へのリンクを並べる（Notion内にファイルを置かない）
納品一覧
- v0.1_PoC出力（リンク） — 2026-02-21
- v1.0_本番出力（リンク） — 予定日：2026-03-31
- 利用ガイド（リンク）
- 受け入れ基準（リンク）
運用・モニタリング
運用フロー（要点）：
- 日次：データ受領確認（担当：）
- 週次：モデル指標確認（担当：）
- 月次：精度レビュー（PdM/PMと業務担当）
モニタリング指標（例）：予測誤差（MAE）、データ欠損率、出力件数、利用頻度
インシデント対応フロー：発見→暫定対応→影響調査→恒久対策→報告（誰へ）
再学習計画：条件（例：MAEが閾値超過、データ量がX％増加）／手順の要約へのリンク
アーカイブ
- 完了済みタスクの要約
- 廃止モデルの理由と参照先
- 過去の重要決定のログ （参照専用。編集は制限推奨）
便利なテンプレ
ミーティング議事録テンプレ
会議名： 日時： 参加者： アジェンダ： 1. 2. 決定事項： - D-XXX： (短い説明) — 決定者：／期限： アクション： - [ ] タスク名 — 担当： — 期日：
意思決定テンプレ
ID：D-XXX 日付： 決定内容（短文）： 背景（要点）： 影響（スコープ）： 決定者： 参照（会議名／ドキュメント）： フォローアップ（アクション／担当／期日）：
課題テンプレ
ID：I-XXX タイトル： 種別（課題／リスク）： 詳細： 影響範囲： 優先度（高／中／低）： 状態（Open／In Progress／Resolved）： 担当： 対応期限： 対応方針： 履歴：
引き継ぎチェックリスト
- [ ] プロジェクト概要を読む（00_プロジェクト概要） - [ ] AI要件を確認（01_要件定義） - [ ] 出力仕様を確認（02_設計） - [ ] モデル仕様を確認（04_モデル） - [ ] 運用フローを読む（06_運用） - [ ] 現在の重要課題（Issues）を把握 - [ ] 引継ぎ完了日を記載して署名
Data Nexus Science 
コメントを残す