「あの件、まだ決まってないんですよね」「前に話した機能、どうなりましたか」——受託開発の現場では、未決事項が積み重なって忘れられたまま進むことがよくあります。そして未決のまま進んだ要件が、後から「やっぱりこうしてほしい」という追加要望につながります。
スコープが膨らむ原因の多くは、「まだ決まっていないこと」が可視化されていないことです。決まっていないことが見えていれば、「いつまでに誰が決めるか」を管理できます。見えていなければ、膨らむまで気づきません。
本記事では、スコープ膨張を防ぐための未決事項リストの作り方と運用方法を整理します。
未決事項を放置するとスコープが膨らむ
未決事項が放置されると、スコープに3つの影響が出ます。
後から追加要求として戻ってくる。決まっていなかった部分を「後でいいか」と先送りにしていると、顧客が「そういえばあの件は」と戻ってきます。その時点でプロジェクトが進んでいれば、対応するための追加工数が発生します。
認識のズレが拡大する。未決事項を放置しながら開発を進めると、チームが「こういう動きで作った」と顧客が「こういう動きを想定していた」がズレます。ズレが発覚した時点で手戻りが発生します。
責任の所在が曖昧になる。「あの件は顧客が確認することになっていた」「こちらが検討することになっていた」という確認が、後から難しくなります。
未決事項リストに入れる項目
未決事項リストは、スプレッドシートの1テーブルで十分です。入れる項目は次の5つです。
ID：リストを参照するときに使う通し番号。
論点：「〇〇機能の〇〇の動作仕様を確定する」「追加要望〇〇をスコープ内で対応するか判断する」など、「何が決まっていないか」を1行で。
影響：「この件が決まらないと〇〇の実装が始められない」「決定が〇日以降になると納期に影響が出る」など、未決のままだと何が起きるかを書きます。
期限：「〇月〇日までに決める必要がある」という期限。期限がない未決事項は後回しになります。
意思決定者と現状：「顧客〇〇さんに確認中（確認依頼日：〇月〇日）」「社内で工数見積もり中」など、現在の状態と誰が次に動く必要があるかを書きます。
スコープ判断につなげる見方
未決事項リストを作ったら、週に1回スコープ判断の観点で見直してください。
確認する視点は2つです。第1に、「この未決事項が現在の計画に影響しているか」——影響があれば判断を急ぐ必要があります。第2に、「スコープ内か外かが決まっていないものがあるか」——決まっていない場合は、影響を説明してから判断を促します。
「スコープ内かどうか分からないから保留」という状態が続いている項目は、決定しないことのコスト（手戻り・追加工数・顧客の期待値上昇）を整理してから判断を求めてください。
顧客定例での扱い方
顧客との定例会に未決事項リストを持ち込んでください。
「現在〇件の未決事項があります。このうち今週中に判断が必要なものはX件です」という形で一覧を示し、顧客が判断するべき事項を絞って確認します。
一覧を見せることで、「まだ決まっていないことがある」という事実が顧客にも伝わります。また、「前の会議で確認をお願いした件のその後」を確認する際にも、リストが根拠として機能します。
決定済みへ変える流れ
未決事項が決まったら、「決定済み」としてリストに記録した上で、決定内容を議事録や仕様書に反映してください。
「リストから削除する」ではなく「決定済みとして残す」ことで、後から「あの件どうなりましたっけ」に対して「〇月〇日に決定しました」と答えられます。
未決事項の管理に必要なのは、高機能なツールではありません。「誰が見ても分かる形で、決まっていないことが書いてある場所がある」という状態です。
未決事項リストを「使われるリスト」にする方法
未決事項リストを作っても、誰も見ない・更新されないリストになることがあります。「使われるリスト」にするためのポイントは「見やすい場所に置くこと」と「毎週の定例で必ず参照すること」の2点です。
共有ドライブの深い階層に置かれたリストは参照されません。プロジェクト共有フォルダのトップ、またはコミュニケーションツールのチャンネルに固定投稿することで、アクセスコストを下げます。また、週次定例のアジェンダ最初の項目に「未決事項リスト確認（5分）」を入れると、強制的に参照する機会が生まれます。
スコープ膨張を防ぐための顧客への伝え方
顧客からの追加要求を断るのではなく「管理する」という姿勢を伝えることが、関係を維持しながらスコープを守るポイントです。「承りました。未決事項リストに追加して、影響を確認します」という返答が、顧客に「受け入れてもらえた」という印象を与えながら、無制限の追加を防ぐ方法です。
「今すぐ対応できるか分かりませんが、記録して検討します」という姿勢が、顧客との信頼関係を維持しながらスコープを守る最も現実的な方法です。
未決事項が増え続ける場合の対処
未決事項リストが増え続け、解消されない項目が積み上がる場合は、リストの運用だけでは解決しない構造的な問題があります。「意思決定者が会議に参加していない」「判断に必要な情報が揃っていない」「優先度が決まっていないため誰も動かない」のいずれかです。
週次の定例で未決事項を確認する際に、各項目の「次のアクション」と「担当者」を必ず決めてください。「検討中」のまま持ち越すのではなく、「誰が・何を・いつまでに確認するか」を明記することで、未決事項が動き始めます。
未決事項リストの活用で信頼関係を強化する
未決事項リストは、スコープ管理の道具であるだけでなく、顧客との信頼関係を強化するツールでもあります。「あの件はリストに入っています。〇月〇日の定例で確認します」という回答は、「対応が管理されている」という安心感を顧客に与えます。
顧客の追加要求を「断る」のではなく「記録して管理する」という姿勢が、長期的なプロジェクト関係を維持します。リストが機能していると、顧客も「要求すれば記録される」という信頼感を持ち、場当たり的な追加要求が減る傾向があります。
未決事項リストを形式的に作るのではなく、プロジェクトの中心的なコミュニケーションツールとして機能させることが、スコープ管理の本質です。
未決事項リストを「クローズ」するルールを設ける
未決事項リストを作るだけでなく、「クローズのルール」を決めておくことが重要です。ルールがないと「追加されるが解消されない」リストになりがちです。
クローズの条件を「決定事項として合意が取れた」「要求が取り下げられた」「次フェーズへの持ち越しが確定した」の3パターンで定義してください。いずれかの条件が満たされた項目は、クローズ済みに移動します。
クローズされた項目も削除せずに記録として残すことで、「あの件は〇月〇日にこのように決まった」という確認が後からできます。未決事項リストは追加と解消のサイクルを回すことで、プロジェクト管理の中心的な道具として機能します。
未決事項リストは、スコープ膨張への対応と顧客との信頼維持を同時に実現できるシンプルなツールです。作成・参照・更新・クローズのサイクルを継続することで、プロジェクト管理の中心的な情報源として機能します。ツールの高度さより、「全員が参照する習慣」があることがリストの真の価値です。
未決事項の管理とスコープ管理については、炎上予防・立て直しパックで体系的に学べます。受託開発PMのスコープ膨張対策と変更管理の実務を体系的に理解できます。