スコープクリープとは
スコープクリープとは、プロジェクトの開始時に関係者で決めた作業範囲（スコープ）が、変更の手続きを踏まないまま、追加依頼の積み重ねによって少しずつ広がっていく現象です。一度の大きな変更ではなく、「小さな追加」の積み重ねによって引き起こされる点が特徴で、サイトの規模を問わず、Web制作を外注するあらゆる場面で起こり得ます。
定義と語源
スコープクリープは英語で "scope creep" と表記します。「creep」はじわじわと忍び寄る様子を意味する英語で、大きな変更が一度に加わるのではなく、小さな追加・変更が積み重なって気づかないうちにスコープが膨らんでいく状況を表しています。
別名として "kitchen sink syndrome"（キッチンシンク症候群）とも呼ばれ、「なんでもかんでも放り込んでしまう」という現象の本質を端的に言い表した表現です。
スコープ変更との違い
作業範囲が広がること自体が、すべてスコープクリープになるわけではありません。発注者と制作会社が影響を確認し、納期や費用の見直しに合意したうえで範囲を広げた場合は、正式な「スコープ変更」です。スコープクリープと呼ぶのは、この手続きを経ずに範囲が広がった場合に限られます。
| 用語 | 範囲が広がるきっかけ | 正式な合意 |
|---|---|---|
| スコープクリープ | 発注側（社内の関係者を含む）からの追加依頼 | なし |
| スコープ変更 | 発注側（社内の関係者を含む）からの追加依頼 | あり（納期・費用も見直す） |
スコープクリープのリスク
スコープクリープが引き起こすリスクは、単に作業量が増えるという問題にとどまりません。公開日・費用・品質、そして社内の負担や制作会社との関係にまで連鎖的な悪影響を与えます。
公開日・費用・品質への影響
スコープクリープが起きると、追加作業に対応するためのリソースが当初の計画から流用されます。その結果、スケジュールとコストが連鎖的に崩れ、公開日の遅れと追加費用の発生が同時に起きやすくなります。また、制作会社が本来の作業に割ける時間が減るため、品質低下のリスクも高まります。Web制作では、公開日が新サービスの開始や年度の切り替えなど動かせない予定と結びついていることが多く、遅れの影響はプロジェクトの外にまで及びます。
費用の面では、追加分の請求が公開直前や納品後にまとめて届くこともあります。予算の再申請や稟議が必要になり、社内での説明に苦労するのは発注側の担当者です。
社内の負担と制作会社との関係
追加依頼が続くと、発注側の担当者は社内の要望の取りまとめや確認作業に追われ、本来の業務に手が回らなくなります。制作会社の側でも、終わりの見えない追加対応はチームの疲弊につながり、その影響は品質やレスポンスの低下という形で発注者に返ってきます。
さらに、追加費用の扱いをめぐって発注者と制作会社の認識が食い違うと、信頼関係が損なわれ、公開後の運用や次の案件にも影響が残ります。
影響の大きさで対応を分ける
ただし、範囲の広がりがすべて深刻な問題になるわけではありません。軽微な文言修正や画像の差し替えのように、工数にほとんど影響しない追加もあります。大切なのは、依頼する前に制作会社と工数・納期・費用への影響を確認し、その大きさに応じて扱いを分けることです。
影響が小さければその場で対応し、大きければ正式な変更手続きに乗せる、という線引きを制作会社とあらかじめ決めておくと判断に迷いません。
スコープクリープの原因
スコープクリープは偶然に起きるのではなく、プロジェクトの設計や運営上の弱点から生じます。以下では、発注側で特に起きやすい原因を整理します。
発注時の作業範囲があいまい
スコープクリープが発生する最も根本的な原因は、発注の時点で作業範囲がはっきり決まっていないことです。仕様書や見積書に成果物・作業範囲・除外事項が書かれていないと、発注者と制作会社の間で「含まれているはず」という認識のずれが生じ、追加依頼の温床になります。
特に重要なのが、何をしないか（除外事項）の明示です。「何をするか」だけを定義したスコープでは、グレーゾーンが生まれやすく、どこからが追加の依頼なのかが分からなくなります。
目的や優先順位があいまい
サイトを作る目的がはっきりしていないと、出てきた要望が必要かどうかを判断する基準がありません。たとえば目的が「問い合わせ件数を増やす」と決まっていれば、問い合わせにつながらない機能は後回しにできます。目的があいまいなままだと、どの要望ももっともらしく見え、すべてを受け入れる方向に流れやすくなります。
社内の確認者が後から増える
制作が進んでから、上長や他部署、役員などの確認が新たに入ると、それまで合意していた内容が覆りやすくなります。後から加わった人は経緯を知らないため、すでに確定したデザインや原稿にも修正を求めがちです。誰がどの段階で確認するのかを発注前に決めていないことが、公開直前の大きな手戻りを招きます。
追加依頼の進め方が決まっていない
追加の要望は、定例会での口頭のひと言や、メール・チャットでの短いやり取りで伝えられることもあります。
たとえば、担当者がチャットで「トップページのバナーを1枚増やしてもらえますか」と送り、制作会社が「承知しました」と返す。このやり取りだけで作業が始まると、費用や納期への影響はどこにも記録されません。発注者は見積もりの範囲内だと思い、制作会社は追加作業だと考えたまま、同じようなやり取りが何度も重なっていきます。
その結果、どの依頼にいくらかかったのかを後からたどれなくなり、まとめて届いた追加費用を社内に説明することも難しくなります。
窓口と決定権者が決まっていない
社内の複数の部署がそれぞれ制作会社に直接連絡すると、異なる追加要求が別々に届き、方針が錯綜し、スコープが各方向に引っ張られます。発注側の窓口を一本化し、最終的に判断する人を決めておくことが重要です。
こうした状況には、RACIによる役割整理が有効です。RACIとは、各タスクや意思決定に対して実行責任者（Responsible）、説明責任者（Accountable）、相談先（Consulted）、報告先（Informed）の4つの役割を明文化するフレームワークです。説明責任者は最終的な判断と結果に責任を持つ立場で、原則として1つのタスクにつき1人に絞ります。社内で誰が最終的な意思決定権を持つかを事前に定めておくことで、複数の方向から寄せられる要求を一本化し、意思決定の混乱を防ぎやすくなります。
Web制作でスコープクリープが起きやすい場面と事例
Web制作では、作業範囲を数えにくい工程が多く、追加が「ついで」に見えやすいため、スコープクリープが起こりやすくなります。まずは典型的な場面を確認し、そのうえで事例を見ていきます。
起きやすい場面
| 場面 | よくある追加の例 | 発注前に決めておくこと |
|---|---|---|
| 原稿・素材の確認 | 上長や他部署の確認が後から入り、原稿の書き直しや差し替えが繰り返される | 原稿の確定日と、確認に関わる人の範囲 |
| デザインの修正 | 修正回数を決めていないため、確定後にも方向性の変更が入る | 修正回数の上限と、確定後の変更の扱い |
| ページ数・テンプレート | 公開直前に「このページも作りたい」と下層ページが増える | ページ数とテンプレート数、追加時の単価 |
| CMS移行 | 既存記事の移行や、リダイレクト設定などの付帯作業が見積もりに入っていない | 移行する記事の範囲と、付帯作業の担当 |
| 公開前のチェック | 対応ブラウザやアクセシビリティ、セキュリティの要件が後から加わる | 対応ブラウザ・端末と、準拠する基準 |
各部署の要望をそのまま伝えて公開が遅れた例
ある企業がコーポレートサイトのリニューアルプロジェクトを外部に発注しました。当初の合意スコープは「デザインリニューアル」と「CMSの移行」の2点でした。ところがプロジェクトが進むにつれ、社内の各部署から「SNSとの連携機能を追加してほしい」「お問い合わせフォームを刷新したい」「英語版のページも対応してほしい」という要望が出され、発注側の担当者はそれを制作会社にそのまま伝えていきました。
個別の要件はいずれも「それほど大きくない変更」と判断されたため、制作会社も見積もりを出し直さずに都度対応を続けました。しかし積み重なった追加要件は設計・実装・テストの各フェーズに影響を与え、最終的にリリースが約3週間遅延する結果となりました。さらに、公開後に追加作業分の費用を請求され、発注側の担当者は予算超過の説明に追われることになりました。依頼のたびに影響を確認する仕組みがなかったことが、スコープクリープを加速させた最大の要因です。
採用サイトの原稿修正の例
ある企業の採用サイトのリニューアルで、当初の合意は「トップページと職種紹介10ページの改修」でした。原稿の確定後、人事部の上長確認で社員インタビューの追加が決まり、さらに公開2週間前の役員確認で、職種紹介を全面的に書き直すことになりました。
どの依頼も「原稿の差し替えだけ」として扱われ、見積もりや納期の見直しは行われませんでした。その結果、ページ数は当初の1.5倍になり、撮影の手配とコーディングのやり直しが発生して、公開は採用説明会の直前までずれ込みました。発注側で修正回数の上限と、確認に関わる人の範囲を発注前に決めていれば防げたケースです。
デザインのイメージが合わず差し戻しが続く例
ある企業がサービスサイトのリニューアルを発注しました。キックオフで方向性をすり合わせたつもりでしたが、トップページのデザイン案が届くと、社内から「なんか違う」という声が上がりました。担当者は差し戻したものの、どこが違うのかを説明できず、制作会社へは「もう少し洗練された感じに」「うちらしさが足りない」といった指示しか出せませんでした。
制作会社は手がかりの少ないまま推測で案を作り直し、それがまた「イメージと違う」と差し戻される、というやり取りが3回続きました。見積もりに含まれていたデザイン修正は2回までだったため、3回目以降の作り直しは追加費用の対象になり、デザインの工程だけで約1か月延びました。
原因は、サイトの目的やターゲット、目指すイメージを発注前に言葉にしていなかったことです。参考にしたいサイトや避けたいイメージ、デザインを判断するときの観点を社内でまとめて制作会社に共有し、最終的に判断する人にはデザインの方向性を決める早い段階から確認してもらっていれば、差し戻しの多くは防げたはずです。
スコープクリープの防止策
スコープクリープへの最善策は、プロジェクトが始まる前に予防策を講じることです。ここでは、発注者が発注前と制作中に取り組めるポイントを解説します。
仕様書で作業範囲と対象外を明記する
スコープクリープ防止の最初のステップは、仕様書や提案依頼書（RFP）に成果物・作業範囲・除外事項を書き出し、制作会社と合意したうえで発注することです。口頭の合意だけで済ませず、見積書や契約書と合わせて書面で残しておけば、後から「そんな話はしていない」という認識のずれが生じた際の根拠となります。
Web制作であれば、ページ数とテンプレート数、デザインや原稿の修正回数の上限、対応ブラウザ・端末、原稿や素材をどちらが用意するか、CMS移行の対象範囲まで書いておくと、追加依頼が範囲内かどうかを判断しやすくなります。あわせて、「このプロジェクトでは多言語対応は行いません」のように対象外の作業も書いておくと、グレーゾーンを減らせます。
見積もりの前提条件を確認する
制作会社の見積書には、多くの場合、修正回数や支給素材の有無といった前提条件が書かれています。この前提を読み飛ばすと、発注者が当然含まれていると思っていた作業が、実は追加費用の対象だったということが起こります。見積もりを受け取ったら、前提条件と対象外の項目に目を通し、分からない点は発注前に質問しておきましょう。
社内の確認体制を先に決める
公開直前の大きな手戻りの多くは、社内の確認者が後から加わることで起こります。発注前に、誰がどの段階で確認し、どこで内容を確定させるのかを社内で決めておきましょう。上長や役員の確認が必要な場合は、デザインや原稿の確定前に確認の機会を設けておくと、確定後の修正を減らせます。
追加依頼の進め方を制作会社と決める
制作が始まる前に、追加の依頼をどう進めるかを制作会社と決めておきます。大がかりなルールは必要なく、次の3点を決めておくだけでも、依頼のたびに費用と納期への影響を確かめられるようになります。
- 追加の依頼は窓口の担当者からメールで送る
- 制作会社は着手する前に、費用と納期への影響を返信する
- 発注者が了承してから着手する
制作会社にWBSを共有してもらう
WBS（Work Breakdown Structure：作業分解構成図）とは、プロジェクトの成果物をタスクレベルまで階層的に分解したものです。制作会社にWBSを共有してもらうと、どの作業がスコープ内に含まれているかが可視化されるため、追加依頼がスコープの内か外かを明確に判断しやすくなります。
またWBSは進捗管理にも活用できるため、スコープ管理と進捗管理を一元的に行える点でも有効です。
定期的なスコープ確認
プロジェクト進行中にも、定期的なレビューをスケジュールに組み込み、当初スコープとの乖離を早期に発見する体制をつくることが重要です。制作会社との週次や隔週の定例会にスコープの確認を議題として設けるだけでも、小さなずれを早期に気づける効果があります。
社内から出てきた要望も、その場ですぐ制作会社に依頼するのではなく、いったん要望の一覧にまとめ、定例会で優先順位をつけてから依頼するようにしましょう。「次のフェーズでまとめて検討する」という運用にするだけで、都度の追加対応を減らすことができます。
制作中に追加を依頼する前に確認したいこと
制作が始まってから社内で新しい要望が出たときは、すぐに制作会社へ伝える前に、次の4点を確認しましょう。これだけで、追加作業の多くは正式な変更として扱えるようになります。
- 当初の範囲に含まれているか：仕様書や見積書、作業指示書を見直し、依頼したい作業が合意済みの範囲に入っているかを確かめます。
- 目的に照らして本当に必要か：その追加がサイトの目的にどう役立つのかを説明できるかを考えます。説明できない場合は、次のフェーズに回す候補です。
- 納期と費用への影響はどうか：依頼する前に、制作会社へ工数と納期への影響を見積もってもらいます。影響を知ったうえで判断すれば、後から揉めることを防げます。
発生後の対処法
「すでにスコープクリープが起きている」という状況でも、適切な手順で対処することで被害を最小限に抑えることができます。ここでは、発覚から社内への報告までの流れを整理します。
制作会社と現状を確認する
スコープクリープが発生していると気づいたら、まず「当初スコープと現在の作業範囲の差分」を可視化します。具体的には、制作会社に依頼して、当初の見積もりに含まれていた作業と、その後に追加された作業を一覧にしてもらい、承認されていない追加作業を洗い出します。
次に、その差分が工数・コスト・スケジュールにどの程度影響するかを制作会社に見積もってもらいます。「あとどれだけ工数が増えているか」「納期が何週間ズレているか」「追加費用がいくら発生しているか」を数値で把握することで、対処の優先度と方向性を決めやすくなります。
優先順位の再設定
差分の全量が把握できたら、追加されたすべての要件をそのまま抱えるのではなく、優先度で分類します。「今のフェーズで必須の要件」「あればよい要件」「次のフェーズに持ち越せる要件」の3つに整理するのが実践的なアプローチです。
分類したうえで、「公開を延期して全要件を入れる」か「公開日を守って一部機能を削る」かというトレードオフを明確にし、社内の関係者と制作会社の双方と合意を取り直します。この判断をあいまいなまま進めると、後から再び混乱が生じるため、選択した方針と、スコープから外した要件の記録を残しておくことが重要です。
社内への報告
対処の方針が固まったら、上長や関係部署への報告を行います。
報告内容としては、「スコープ変更の事実」「変更が生じた経緯」「スケジュール・コストへの影響」「今後の対応方針と選択肢」を整理して伝えます。どの部署からのどの依頼で何が増えたのかを事実として並べたうえで、公開日の延期、追加予算の確保、範囲の削減といった選択肢を示すと、社内の判断を得やすくなります。
スコープクリープの発生を「失敗の報告」ではなく「改善のための情報共有」として位置づけることが、社内と制作会社との信頼関係を維持するポイントです。
まとめ
スコープクリープとは、プロジェクト開始時に合意した作業範囲が、正式な変更管理プロセスを経ずに少しずつ拡大していく現象です。「小さな追加」の積み重ねが公開日の遅れ・追加費用の発生・社内外の負担増へとつながるリスクがあるため、Web制作を外注する担当者にとって、発注の段階から対策を講じることが重要です。
発注前の対策の基本は、仕様書で作業範囲と対象外を明記すること、見積もりの前提条件を確認すること、社内の確認体制を先に決めること、追加依頼の進め方を制作会社と決めることの4点です。制作中は、追加を依頼する前に範囲と影響を確認し、定例会でスコープを見直すことで、多くの追加を正式な変更として扱えるようになります。すでに発生している場合は、制作会社と現状を確認し、影響評価・優先順位の再設定・社内への報告という手順で対処することで、被害を最小限に抑えられます。
Webサイトの制作やリニューアルの発注にあたって、仕様書の作り方や制作会社との進め方にお困りの場合は、EWMグループへお気軽にご相談ください。要件整理から制作・運用まで、貴社の状況に合わせたサポートをご提案いたします。
