オペレーションモデル
仕事の進め方
プロジェクトが失敗する原因の多くは、努力不足ではありません。担当が曖昧で、依存関係が見えず、意思決定が本来の担当者以外を待って止まることです。それを防ぐための進め方と、その土台となる仕組みをまとめています。
- 01
Align｜認識を揃える
何を届けるのか、誰が決めるのかを最初に合意する。
目的
スケジュールを引く前に、業務内容、制約条件、意思決定の経路について共通認識をつくります。
実施すること
- 目的、成果物、成功条件をクライアントおよび社内責任者と明確化
- すべての関係者と、各人が必要とする情報を特定
- 成果物ごとに最終責任者を明示
- 予算、確定日程、稼働、承認、ローカライズなどの制約を早期に洗い出し
アウトプット
- スコープ定義
- ステークホルダーマップ
- RACIチャート
- 制約条件リスト
使用する資料
- RACIチャート
- ステークホルダーマップ
リーダーシップ上の意味
スケジュールのずれは、多くがこの段階から始まります。最初に最終責任者を決めておくことが、待ち時間の最大の原因を取り除きます。
- 02
Structure｜構造をつくる
意図を、現実に耐える計画へ変換する。
目的
希望的観測ではなく、実際の稼働可能量と依存関係にもとづく統合スケジュールとリソース計画を構築します。
実施すること
- 全ワークストリームを含む統合スケジュールを作成
- 外部人材の活用も織り込み、実際の稼働可能量にもとづいてリソースを計画
- 依存関係を整理し、クリティカルパスを特定
- 必要になる前に、報告リズムとエスカレーション経路を設定
アウトプット
- 統合マスタースケジュール
- リソースアロケーションマトリクス
- 依存関係マップ
- リスクレジスター
使用する資料
- 統合タイムライン
- リソースアロケーションマトリクス
- リスクレジスター
リーダーシップ上の意味
実際の稼働量にもとづく計画は、想定外を吸収できます。ベストケース前提の計画は、想定外のたびにエスカレーションを生みます。
- 03
Run｜進行させる
手を止めず、全員が状況を見えている状態に保つ。
目的
進行の勢いを維持し、チーム、パートナー、リーダーシップが同じ資料を参照できる状態をつくります。
実施すること
- 計画に対して制作進捗を追跡し、遅延の兆候を早期に可視化
- 報告リズムを運用（変わったこと、リスク、決めるべきこと）
- 時差と言語をまたいだ調整
- 計画に対する予算状況を維持
- クリエイティブ・制作チームの集中時間を確保
アウトプット
- 週次ステータスレポート
- 制作進行トラッカー
- プロジェクトヘルスダッシュボード
- 予算ステータスビュー
使用する資料
- プロジェクトボード
- 制作進行トラッカー
- ヘルスダッシュボード
リーダーシップ上の意味
報告は事務作業ではありません。適切に運用されていれば、チームが許可を待たずに動ける状態をつくる仕組みになります。
- 04
Adapt｜変化に対応する
変更を、暗黙にではなく意図的に受け止める。
目的
スコープ変更、リスク、リソース競合を、コストを明示したうえでの意思決定として扱います。
実施すること
- すべての変更要請を、合意前に日程とリソースへ換算
- 影響を吸収せず、トレードオフとして提示
- 優先度が変わった際に、並行案件をまたいでリソースを再配分
- 日程遅延だけでなく、担当が不明確になった時点でエスカレーション
アウトプット
- 変更管理ログ
- 改訂スケジュール
- 更新版リソース計画
使用する資料
- 変更管理フロー
- リスクレジスター
リーダーシップ上の意味
柔軟に動けるプロジェクトと、静かに劣化していくプロジェクトの差は、変更のコストを明示しているかどうかにあります。
- 05
Close｜締める
きちんと着地させ、次を楽にする。
目的
納品を確実に完了させ、起きたことをチームが再利用できる形に変換します。
実施すること
- 最終承認と納品準備状況の確認を実施
- 予算、発注、請求のクローズ処理
- アセットとドキュメントの引き渡し
- 所感ではなく、担当者付きのアクションを生む振り返りを実施
アウトプット
- 納品チェックリスト
- 最終予算精算
- 引き継ぎドキュメント
- 担当者付きの改善アクション
使用する資料
- 納品チェックリスト
- レトロスペクティブの枠組み
リーダーシップ上の意味
アクションごとの担当者が決まっていない振り返りは、単なる会話です。きちんと締めることが、案件をまたいで効いてきます。
プロジェクトオペレーティングシステム
どの案件でも担う11の領域。
以下は常時担当する責任範囲です。それぞれに対応する資料と担当者があり、誰かの記憶に依存しない状態を保ちます。
- 01スコープ
- 開始時に定義し、変更が生じるたびに明示的に再合意します。記録されないスコープが最もコストの高いスコープです。
- 02スケジュール
- 全員が参照する統合スケジュールを1本用意し、依存関係を暗黙ではなく可視の状態にします。
- 03要員計画
- 外部人材の活用も含め、進行中の全案件を通じた実際の稼働可能量にもとづいて計画します。
- 04予算
- ワークストリーム別に確定額、消化額、残額を管理し、まだ修正できる段階で差異を可視化します。
- 05リスク
- 担当者と発動条件をセットで記録します。両方が欠けたリスクは単なる懸念であり、管理されません。
- 06承認
- 承認者を事前に決め、承認にかかる期間を即時と仮定せずスケジュールへ組み込みます。
- 07依存関係
- ワークストリーム間だけでなく並行案件間でも整理します。リソースを共有する以上、依存は案件をまたぐためです。
- 08変更管理
- 合意前に日程とリソースへ換算し、トレードオフを暗黙に吸収せず選択できるようにします。
- 09関係者コミュニケーション
- 影響度と関与度に応じた量に調整します。重要な相手を驚かせず、関与の薄い相手を情報で埋めません。
- 10エスカレーション
- 経路をキックオフ時に合意し、日程が遅れてからではなく担当が不明確になった時点で発動します。
- 11振り返り
- 何が起きたか、なぜか、テーマごとに担当者付きの変更を一つ。この形でなければ改善は残りません。
オペレーション資料
その背後にある12の資料。
以下の資料はすべて本サイトのために作成したオリジナルです。クライアントデータの再現ではなく、第三者製品のスクリーンショットでもありません。名称、案件名、数値は構造を示すための架空のものです。
プロジェクトボード
「いま実際に何が動いているか」に答える資料です。各タスクは常に一つの状態に置かれ、個人の頭の中だけで進む状況をなくします。列ごとの件数が早期警告になり、レビュー列が膨らんでいれば、ボトルネックは制作ではなく承認だと分かります。
レビューに4件、承認済は1件。ボトルネックは制作力ではなく承認プロセスにあります。
統合キャンペーンタイムライン
ワークストリームの重なりと受け渡し地点を示します。重要なのはバーではなく依存線で、どの日程を動かすと他の三つが連動するかが一目で分かります。
ローカライズは制作完了前に着手します。制作の終了日が動けば、ローンチも動きます。
リソースアロケーションマトリクス
人と案件を同時に見て稼働を把握します。すでに他案件で埋まっている人にアサインしてしまい、確約後に判明するという最も多い失敗を防ぎます。
| 担当 | Taxi | Eats | リテール | ブランド | 稼働計 |
|---|---|---|---|---|---|
| アートディレクターA | 40% | 30% | — | 20% | 90% |
| コピーライターB | 20% | — | 50% | 40% | 110% |
| プロデューサーC | 30% | 30% | 20% | — | 80% |
| フリーランスD | — | 40% | 20% | — | 60% |
RACIチャート
「これは誰が決めるのか」という問いをなくします。スケジュール遅延の多くは作業の遅さではなく、承認者が特定されないまま止まることに起因します。各行の最終責任者は必ず一名です。
| 成果物 | PM | クリエイティブ | アカウント | クライアント |
|---|---|---|---|---|
| クリエイティブコンセプト | C | A | R | I |
| 制作スケジュール | R | I | C | A |
| 予算承認 | C | I | A | R |
| ローカライズ最終承認 | R | C | I | A |
| ローンチ準備完了 | A | C | I | R |
R = 実行責任 · A = 最終責任 · C = 相談 · I = 情報共有
プロジェクトヘルスダッシュボード
リーダーシップが30秒で把握できる一画面です。ステータスは色だけでなく必ず文字と形で示すため、印刷、プロジェクター、色覚特性のある読み手でも情報が失われません。
各行は色に加えて形と文言を持つため、白黒印刷でもステータスが伝わります。
週次ステータスレポート
その場にいなかった人に向けて書く資料です。完了した作業ではなく「必要な意思決定」から始めます。読み手の役割は進捗を確認することではなく、詰まりを外すことだからです。
必要な意思決定
- 木曜までに最終尺の確定が必要（ローカライズ着手をブロック）。
- 追加フリーランスの単価承認が必要（第6週のリソース確保をブロック）。
前週からの変更
- 撮影を2日後ろ倒し。ローンチ日は維持。
- メディアプランv3を受領。
リスク
ローカライズ期間が5日に圧縮。対応方針は合意済で、最終版ではなく確定版v4から翻訳を開始します。
リスクレジスター
漠然とした不安を、担当者とトリガーの付いたリストに変換します。担当者と発動条件のないリスクは単なる懸念であり、懸念は管理されません。
| リスク | 影響 | 担当 | トリガー | 状態 |
|---|---|---|---|---|
| クライアント承認の遅延 | 高 | PM | 48時間応答なし | 監視中 |
| 第6週のフリーランス確保不可 | 中 | リソース | 第4週までに未確定 | 発生中 |
| 撮影当日の天候 | 中 | 制作 | 3日前予報 | 監視中 |
変更管理フロー
すべての変更は、合意の前に日程とリソースへの影響を明示します。キャンペーン進行で最も効果の大きい仕組みで、静かに進むスコープ拡大を、明示的な意思決定に変えます。
- 1変更要請を記録
- 2日程・リソースへの影響を算定
- 3トレードオフを提示
- 4意思決定を記録
- 5スケジュール再発行
要はステップ2です。コストが示されない変更はスコープの拡大であり、示された変更は意思決定になります。
ステークホルダーマップ
影響度と関与度で配置し、コミュニケーション量を適切に配分します。不要な相手への過剰報告と、必要な相手への不意打ちという二つの典型的な失敗を防ぎます。
制作進行トラッカー
各成果物を進捗率ではなく実際の制作工程で追跡します。引き渡し前に本当に必要な問い、「次の工程に進めるか」に答えます。
| 成果物 | 工程 | 次工程に着手可 |
|---|---|---|
| ヒーロー映像60秒 | オンライン編集 | 可 |
| 短尺15秒 | オフライン編集 | 不可 |
| キービジュアル | レタッチ | 可 |
| 日本語字幕 | 確定待ち | 不可 |
予算ステータスビュー
ワークストリーム別に、確定・消化・残予算を示します。精算時に説明するしかなくなる前の、まだ修正できる段階で差異を可視化します。
すべての項目で確定額が消化額を上回っており、未記録の債務がない状態です。
レトロスペクティブの枠組み
「何が起きたか」と「何を変えるか」を分け、テーマごとに担当者付きのアクションを一つ設定します。担当者のいない振り返りは、改善ではなく会話に終わります。
何が起きたか
- 承認が6日間停滞
- 後半に変更要請2件
なぜ
- 承認者が特定されていなかった
- 影響が明示されていなかった
変更とその担当
- キックオフで承認者を確定 — PM
- 全変更のコストを算定 — PM