3人で5人分こなす：炎上プロジェクトで今日から使えるAI×MoSCoW最速スコープ交渉術
本ページはプロモーションが含まれています
人員不足のプロジェクトでMoSCoW法を使ってスコープを削り、RICEスコアで上司・クライアントを黙らせる実践的フレームワーク解説。
「3人しかいないのに5人分の仕事を詰め込まれている」——これはコンサルPMなら一度は直面する状況だ。この問題を感情論や残業で解決しようとすると必ず失敗する。必要なのはスコープを削るための構造化されたフレームワークと、それをステークホルダーに納得させるデータだ。
この記事では、MoSCoW法とRICEスコアを組み合わせて「今日のミーティングで使える」レベルまで落とし込んで解説する。
なぜ「人手不足だから無理」が通じないのか
上司やクライアントに「人が足りないので範囲を削ってください」と言っても、ほぼ通じない。理由は3つある。
- 「なんとかなる」という楽観バイアス - 過去に無理が通ってきた経験がある
- 優先順位の情報が非対称 - あなたには各タスクの負荷が見えているが、相手には見えていない
- 感情論で話してしまう - 「きつい」「無理」という言葉は数字ではない
逆にいえば、情報の非対称を埋めるデータと客観的な優先順位付けがあれば、交渉は成立する。
MoSCoW法：スコープを4分類で見える化する
MoSCoW法は、機能・タスクをMust/Should/Could/Won’tの4カテゴリに分類するフレームワークだ。炎上プロジェクトで最初にやるべきは、全タスクをこの表に落とし込むことだ。
| カテゴリ | 定義 | 判断基準 | 対応方針 |
|---|---|---|---|
| Must（必須） | これがなければリリース不可 | 法的要件・契約上の義務・コアKPI直結 | 絶対にやる |
| Should（重要） | 非常に重要だが代替手段がある | ユーザー体験に大きく影響するが回避策あり | できれば今回やる |
| Could（あれば良い） | あればよいが今回なくても問題ない | 要望はあるが影響が限定的 | 次フェーズへ移動候補 |
| Won’t（今回はやらない） | 今回のスコープから意図的に除外 | 将来的に検討するが今は価値が低い | 明示的に除外を宣言 |
ポイントはWon’tを「やれない」ではなく「やらないと決めた」として扱うことだ。Won’tリストを明示的に作ることで、「検討したが今回は対象外」という意思決定の記録ができる。
RICEスコア：優先順位を数字で示す
MoSCo分類でタスクを整理したら、次はRICEスコアで優先順位を数値化する。
RICE = (Reach × Impact × Confidence) ÷ Effort
- Reach（影響人数）: 3ヶ月で何人のユーザー・ステークホルダーに影響するか
- Impact（インパクト）: 1人あたりの影響度（0.25=わずか / 0.5=小 / 1=中 / 2=大 / 3=甚大）
- Confidence（確信度）: 見積もりの確かさ（100%=確実 / 80%=概ね確実 / 50%=推測）
- Effort（工数）: 人月換算の作業量
以下の表は実際のプロジェクトでの使用例だ。
| タスク | Reach | Impact | Confidence | Effort | RICEスコア |
|---|---|---|---|---|---|
| ログイン機能改修 | 5000 | 2 | 90% | 2 | 4500 |
| ダッシュボードUI刷新 | 3000 | 1 | 70% | 5 | 420 |
| CSVエクスポート機能 | 800 | 1 | 80% | 1 | 640 |
| 通知メール文面変更 | 5000 | 0.5 | 100% | 0.5 | 5000 |
| 管理者向けレポート機能 | 50 | 2 | 60% | 8 | 7.5 |
このスコアを見ると、「管理者向けレポート機能」が最も工数がかかり、最もスコアが低い（7.5）。逆に「通知メール文面変更」は5000で最高スコアだ。ステークホルダーが「レポート機能を先にやれ」と言っていた場合、この表一枚で議論の構造が変わる。
Won’tリストを使った交渉メールテンプレート
MoSCoW＋RICEの分析ができたら、ステークホルダーへの合意取得が必要だ。以下のメールテンプレートは「要求を拒否する」ではなく「意思決定を促す」フレームで書いてある。
件名：[プロジェクト名] フェーズ1スコープ確認のお願い
[担当者名] 様
お世話になっております。[PM名]です。
現在のリソース（[X]名・[期間]）でフェーズ1を予定通り納品するため、スコープの優先順位を整理しました。
Must（フェーズ1で必ず実装）
- [機能A]：[理由]
- [機能B]：[理由]
Won’t（今回は対象外とするご提案）
- [機能C]：RICEスコア[X]。フェーズ2での対応を推奨します
- [機能D]：現時点では利用ユーザー数が少なく、ROIが低いため
上記の判断についてご意見・ご異論があれば、[日時]のMTGでご確認いただけますと幸いです。
本メールを以てご了承いただけた場合、[機能C・D]はフェーズ2バックログに移動します。
よろしくお願いいたします。
このメールのポイントは返信がなければ承認とみなすという構造だ。「確認をお願いします」ではなく「ご異論があれば」に変えることで、応答コストを相手に転嫁している。
AI活用：MoSCoW分類を10分で終わらせるプロンプト
タスクリストが大量にある場合、MoSCoW分類自体をAIに任せると速い。
以下のタスクリストをMoSCoW法で分類してください。
## プロジェクト概要
- 目的：[プロジェクトの目的]
- 期限：[日付]
- チーム：[人数]名
- 最優先KPI：[指標]
## タスクリスト
[タスクを箇条書きでペースト]
## 出力形式
各タスクをMust/Should/Could/Won'tに分類し、分類理由を1行で説明してください。
Won'tに分類したものは「次フェーズでの対応推奨」と付記してください。このプロンプトで最初のドラフトが出る。あとはPMが「Must→Should」「Should→Won’t」の境界線を調整するだけだ。AI任せにせず、PMが最終判断することが重要だ。
まとめ：感情論から数字の議論へ
人員不足のプロジェクトで「頑張ります」を続けると、チームが潰れてプロジェクトも失敗する。MoSCoW＋RICEのコンビネーションを使えば、スコープ交渉を感情論から数字の議論に変えられる。
- MoSCoWでタスクを4分類し、Won’tリストを「意図的な除外」として記録する
- RICEで残ったタスクを数値化し、「なぜこの順番か」を説明できるようにする
- 交渉メールは「異論がなければ承認」の構造にして、応答コストを下げる
今日からでも使えるフレームワークだ。次のミーティングまでに全タスクをMoSCo分類してみることから始めてみてほしい。
PR
