複数クライアントの案件を同時に推進する広告代理店やクロスファンクショナルなプロジェクトチームにおいて、納期管理は常に綱渡りです。クライアントからの素材納品が2日遅れたり、シニアコピーライターが体調不良で離脱したりするだけで、後続のUIデザイナー、フロントエンド開発者、QAエンジニアの予定が一気にドミノ倒しのように破綻します。AsanaやMonday.comのような従来のプロジェクト管理ツールでは、PMがガントチャート上で何十本ものタイムラインを手動でドラッグし、メンバーのGoogleカレンダーと突き合わせ、チャットで空き状況を調整し直す作業に膨大な工数を奪われます。
Motionの独自性は、プロジェクト追跡とAI駆動の動的タイムブロッキングエンジンを統合している点にあります。静的なタスクリストを維持するのではなく、見積もり所要時間、メンバーの就業時間、前後関係の依存関係（ブロッカー）、優先度、厳格な納期に基づき、各メンバーの実カレンダーへ直接タスクを自動配置します。
クライアント案件が並行する現場でメンバーの過密労働（バーンアウト）を防ぎつつ納期を守るには、基礎工数の定義、依存関係チェーンの構築、ワークロードビューを活用した負荷再配分という3つの階層を正しく設計する必要があります。
1. 基本アーキテクチャと稼働可能キャパシティの定義
高度な自動化を設定する前に、ワークスペースの境界を定め、メンバーごとの基準稼働時間を正確に設定する必要があります。Motionの自動スケジューリングアルゴリズムは、カレンダーの空き時間と数学的キャパシティに基づいて動作するため、基準設定に誤りがあるとスケジュール全体が破綻します。
ワークスペースとプロジェクトの分離
- Workspaces（ワークスペース）： チーム管理、請求、権限管理の単位です。機密保持が厳格なクライアントごとに分離するか、自社代理店ワークスペース内にクライアント別プロジェクトを作成するかを検討します。なお、Motionのタスク依存関係（ブロッカー）は異なるワークスペース間をまたいで設定することはできません。
- Projects（プロジェクト）とWorkflow Templates（PWT）： サイト制作、ブランディング、広告キャンペーン立ち上げなど、代理店で頻繁に繰り返される定型プロセスは「Project Workflow Templates」としてテンプレート化します。フェーズ構成、タスク標準工数、担当ロール、依存関係を事前定義しておくことで、新規案件の開始時にワンクリックで正確な依存チェーンを展開できます。
勤務時間設定とカレンダーの双方向同期
Motionが過負荷を正確に検知するためには、メンバーの実働時間枠と外部予定を把握させる必要があります。
- メインカレンダーの連携： メンバー全員のGoogle CalendarまたはMicrosoft 365を双方向同期で接続します。
- 就業時間（Working Hours）の指定： 各自のMotion設定画面で、標準勤務時間（例：月〜金 9:00〜17:00）を登録します。
- 会議とBusy属性の処理： 連携カレンダー上で「予定あり（Busy）」と設定されたイベントはすべて作業不可時間として扱われ、自動スケジューリングはその時間帯を迂回します。終日イベントは8時間の予定として計算され、重複する会議は二重計上を防ぐためフラット化（1時間枠として計算）されます。
2. 依存関係タスクチェーン（Blockers）の構築
クリエイティブや開発のパイプラインでは、前提条件が完了していない後続タスクを作業者のカレンダーに配置してはいけません。Motionでは**Blockers（ブロッカー）**機能によって厳密な着手順序を制御します。
タスクレベルおよびステージレベルのブロッカー設定
- プロジェクトへの所属： 依存関係を設定するには、対象タスクが特定のプロジェクト内に保存されている必要があります。
- Blocked by（先行タスク）の設定： 後続タスク（例：「Figma詳細デザイン」）を開き、詳細画面のBlocked by欄で先行タスク（例：「要件定義・ワイヤーフレーム確定」）を選択します。
- 複数ブロッカーの割り当て： Motionでは1つのタスクに対して複数の先行タスクを指定できます。例えば開発タスクが「UIデザイン承認」と「API仕様書作成」の双方を必要とする場合、Blocked byに両方を登録します。すべての先行タスクが完了（Done）になるまで、後続タスクはカレンダーに配置されません。
- Stage（ステージ）ブロッカー： プロジェクトのフェーズ全体が特定のマイルストーンに依存している場合（例：「開発フェーズ」が「顧客仕様承認」を待っている場合）、ステージそのものにブロッカーを適用することで、フェーズ内の全タスクをまとめて保留できます。
自動スケジューリングに必要な4大パラメータ
アルゴリズムが依存タスクを最適な時間帯へ自動配置するために、以下のパラメータを必ず設定します。
- Duration（見積もり所要時間）： 完了に必要な合計時間。所要時間が未設定のタスクはカレンダーにスケジュールされません。
- Chunking（分割設定）： 長時間タスク（例：6時間の資料作成）は、最小ブロックサイズ（例：1.5時間や2時間）を指定してチャンク分割を許可します。これにより、まとまった6時間の空きを待つことなく、日々の空き枠に分割配置されます。
- Deadline（納期種別）： 契約上の確定納期（Hard Deadline）と柔軟な目標納期を使い分けます。確定納期を設定すると、アルゴリズムは優先的に前倒し配置を行います。
- Priority（優先度）： Urgent（至急/ASAP）、High（高）、Medium（中）、Low（低）の4段階。納期が近づくにつれてアルゴリズムが動的に緊迫度を判定します。
先行タスク遅延時の動的リスケジュール挙動
クライアントの確認遅れや作業の難航によって先行タスクが遅延した場合、Motionのエンジンは即座に再計算を実行します。
- 後続タスクは、先行タスクの新たな完了予定日時（ETA）以降の最も早い空き枠へと自動的に後方シフトされます。PMが手動で日程を引き直す必要はありません。
- シフトによってプロジェクト全体の納期が脅かされる場合、以下の警告ステータスが表示されます。
- ❗ 単一感嘆符： 特定タスクのスケジュールが納期を超過。
- ❗ 黄色感嘆符： プロジェクト内の特定ステージが期日を超過（全体納期は維持）。
- ❗❗ 二重赤感嘆符： プロジェクト全体が納期を超過する見込み。
- ❗❗❗ 三重赤感嘆符： プロジェクトが正式に納期未達。
- 担当者のカレンダーが埋まっており納期内にタスクを収める空きがない場合、タスクは**Could not fit（配置不可）**として警告され、リードは事前にリスクを察知できます。
3. プロジェクト横断でのチームキャパシティ配分（Capacity Planning）
個人のカレンダーが整理されていても、複数案件を束ねるリードにはチーム全体の負荷を俯瞰する視点が不可欠です。Motionのマルチシートプランでは、専用の**Workload（キャパシティプランニング）**ビューが提供されます。
Motionのキャパシティ計算ロジック
Motionは以下の明確な計算式に基づいてメンバーの空き工数を算出します。
$$\text{利用可能キャパシティ} = \text{設定就業時間} - \text{カレンダーの予定枠（Busy）} - \text{未完了の自動スケジュールタスク}$$
計算上の重要ルール：
- 残余工数のみ控除： 8時間のタスクで3時間分が完了している場合、残りの5時間のみがキャパシティから控除されます。
- 自動スケジュールタスクのみ対象： 負荷計算に含まれるのは自動スケジューリングが有効なタスクのみです。固定時間タスク（Fixed-Time Tasks）はカレンダーイベント側に分類されます。
- 過密（Overbooked）判定： 指定日または週において、タスク工数と会議時間の合計が設定勤務時間を超過した場合、該当メンバーは「Overbooked」と判定され、赤色で警告されます。
代理店向けWorkloadビューの作成手順
- サイドバーからProjects & Tasksを選択します。
- 上部のプラス（+）ボタンをクリックし、ビュー形式からWorkloadを選択します。
- ビュー名を設定します（例：「クリエイティブチーム稼働状況」「クライアント案件負荷一覧」）。
- 権限を選択：PM間で共有する場合はTeam view、管理者個人で確認する場合はPersonal viewで保存します。
- 対象期間を設定：左上で7日間〜90日間の範囲を指定します（不確定要素が増えるため90日を超える予測は制限されています）。
- 表示設定：**Show OOO events（休暇予定）**を有効化して不在日を把握し、週末を非表示にして営業日ベースに絞り込みます。
- 担当者と案件のフィルタリング：デザイン、開発などの専門チームを選択し、必要に応じて重要クライアント案件で絞り込みます。
ドラッグ＆ドロップによるボトルネックの即時解消
メンバーの稼働バーが赤くなり過負荷（Overbooked）が発生した場合、手動で納期や属性を細かく打ち直す必要はありません。
- 該当メンバーの行にある矢印（🔽）をクリックして展開し、割り当てられたタスクと会議の内訳を確認します。
- 他のメンバーでも対応可能なタスクを特定します。
- そのタスクカードをドラッグし、同じ期間内で緑色（余裕あり）を示している別のメンバーの行、または次週の枠へドロップします。
- Motionが即座にアサインを変更し、受け取り側のカレンダー枠を再計算してタスクの完了予測（ETA）および後続依存タスクを自動連動更新します。
4. 複数クライアント並行案件の運用ベストプラクティス
高密度なマルチクライアント体制においてMotionの自動化を安定運用するためのガイドラインは以下の通りです。
| 現場の課題 | よくある誤った運用 | Motion推奨のベストプラクティス |
|---|---|---|
| クライアント間の優先順位競合 | 全クライアントのタスクを「Urgent」や「Hard Deadline」に設定する。 | 後続を止めているクリティカルな先行タスクのみUrgentとし、通常案件はHigh/Mediumにして納期ベースで自動最適化させる。 |
| クライアント側の確認待ち遅延 | タスクを着手状態のまま放置し、カレンダー枠を無駄に圧迫させる。 | タスクに「External Blocker（外部ブロッカー）」を付与する。返答が来るまで後続の自動配置が一時停止され、余計な空枠消費を防ぐ。 |
| カレンダーの過度な密集 | 1日8時間の勤務枠を100%タスクで埋め尽くす。 | スケジュール設定でバッファ時間を確保し、計画タスク枠を75〜80%程度に抑えて突発的なクライアント打ち合わせに備える。 |
| 大型制作タスクの扱い | 16〜20時間の巨大タスクを単一でアサインする。 | サブタスクへ分割するか、最小2時間のチャンク設定を施し、アルゴリズムが日常の会議の合間に柔軟に分散配置できるようにする。 |
| 稼働モニタリングの遅れ | 週次の振り返りMTGまで過負荷に気づかない。 | 14日間のWorkloadビューを朝会のアジェンダとし、Overbookedの赤サインが出た段階で先行してリバランスを行う。 |
5. 導入・運用フローのまとめ
- 基本稼働時間の整備： 全員が主要カレンダーを双方向同期し、就業時間を正しく登録していることを確認する。
- 定型テンプレート化： 標準的なクライアント案件はProject Workflow Templatesに落とし込み、工数とBlocked by依存関係をプリセットする。
- タスクパラメータの徹底： 見積もり所要時間、適切な優先度、確定納期を入力してからタスクを発行する運用を徹底する。
- Workloadビューでの常時監視： 14〜30日スパンのWorkloadビューを活用し、チーム全体のキャパシティ消化状況を可視化する。
- 迅速なドラッグリバランス： 前行の遅延や過負荷が発生した際は、ビュー上でタスクを再配分し、アルゴリズムによる自動リスケジュールを活用する。
参考資料
- Capacity Planning | Motion Help Center
- Capacity Planning FAQ | Motion Help Center
- Project Stages & Blockers | Motion Help Center
- What Auto-Scheduling Considers | Motion Help Center
- How Auto-Scheduling Works: Behind the Scenes | Motion Help Center
- Status Indicators | Motion Help Center
- Regular Projects vs Workflow Templates | Motion Help Center
- Tasks How-to Guide | Motion Help Center
- Gantt Chart: A Deep Dive | Motion Help Center