スコープ管理とは｜プロジェクトの範囲を決めて、途中の変更に対応する方法

スコープ管理とは何かを調べている人の多くは、「プロジェクトの途中で依頼がどんどん増えて、締め切りも予算も守れなくなった」という経験をしているか、それを避けたいと考えています。スコープ管理とは、プロジェクトでやることとやらないことの範囲を最初に決め、その範囲を関係者で共有し、途中で変更を頼まれたときに決まった手順で受けるための考え方です。範囲がはっきりしていれば、作業の抜けも、気づかないうちに仕事が膨らむことも防げます。この記事では、スコープ管理の基本から、範囲の決め方、作業の分け方、変更の受け方までを、小さなチームや受託の仕事でも使える形で整理します。分けた作業を担当と期限つきで並べて見る道具の1つとして、プロジェクト管理ツールのPinatecaにも触れます。

スコープ管理とは何か

スコープとは英語で「範囲」という意味です。プロジェクトの話でスコープと言うときは、「このプロジェクトで何を作り、そのために何をするか」の範囲を指します。スコープ管理は、その範囲を決めて、守り、必要なときには正しい手順で変えていく取り組みのことです。

法人向けIT製品の比較サイトのITトレンドは、スコープ管理を次のように説明しています。

スコープ管理とは、プロジェクトの目標を設定し、そのために必要な作業内容や成果物を決める手法を指します。社内の各部門がこれらを共有することで、タスク漏れを防止し、同じ目標に向かってプロジェクトに取り組めるので成功につながるのです。 出典: it-trend.jp

スコープには、大きく分けて2つの種類があります。

• 成果物のスコープ：プロジェクトで作るものの範囲。たとえばWebサイトの制作なら「トップページと5つの下層ページ、問い合わせフォーム」
• 作業のスコープ：成果物を作るためにする作業の範囲。たとえば「原稿の作成、デザイン、コーディング、表示の確認、公開の作業」

成果物のスコープは「何を作るか」、作業のスコープは「何をするか」と考えると区別しやすくなります。両方をはっきりさせておくと、「ページは作ったが、原稿は誰が書くのか決まっていなかった」というような食い違いを防げます。

スコープ管理の考え方は、プロジェクトマネジメントの知識をまとめた国際的な手引きである「PMBOKガイド」でも、大切な領域の1つとして扱われてきました。PMBOKガイドは米国のPMI（プロジェクトマネジメント協会）が作っているもので、PMI日本支部の案内によると、2025年11月に英語の第8版が出ています。ただし、スコープ管理の考え方そのものは、資格の勉強をしていない人にも役立つ、ごく実務的なものです。この記事では、手引きの版ごとの用語の違いには深入りせず、現場で使える手順に絞って説明します。

スコープ管理が必要になる理由

スコープ管理が求められる一番の理由は、プロジェクトの範囲が放っておくと少しずつ広がっていくからです。この現象は「スコープクリープ」と呼ばれます。クリープは英語で「ゆっくり忍び寄る」という意味で、小さな追加が積み重なって、気づいたときには当初の計画と大きくずれている状態を指します。

スコープクリープは、たいてい善意から始まります。

• 依頼主から「ついでにこのページも直してもらえますか」と頼まれ、少しの作業だと思って引き受ける
• 作る側が「この機能もあったほうが便利だろう」と考えて、頼まれていない機能を付け加える
• 打ち合わせの中で話題に出た案が、いつの間にか「やること」として扱われている

1つひとつは数時間で終わる作業でも、10件積み重なれば数日分になります。締め切りと予算は最初のまま変わらないので、そのしわ寄せは作業する人の残業や、品質の低下として表れます。

もう1つの理由は、範囲があいまいだと、完成したかどうかを判断できないことです。「サイトを作る」とだけ決めていた場合、依頼主が「スマートフォンでも見やすくしてほしかった」と言ったときに、それが最初から含まれていたのか、追加の依頼なのかを決められません。範囲を文字で残しておけば、こうした場面で双方が同じ資料を見ながら話し合えます。

スコープ管理は、依頼する側を縛るためのものではありません。範囲がはっきりしていれば、依頼主は追加を頼むときに「どのくらいの期間と費用が増えるか」をその場で知ることができ、納得して判断できます。作る側と頼む側の両方を守るための仕組みと言えます。

スコープ管理の全体の流れ

スコープ管理の流れとして広く知られているのは、PMBOKガイドの第6版までで整理されていた次の6つの段階です。

1. スコープの管理の進め方を計画する
2. 関係者から要求を集める
3. スコープを定義する
4. WBSを作る
5. 完成した成果物が範囲どおりかを確かめる
6. スコープの変更を管理する

難しく見えますが、実務に置き換えると「どう決めるかを決める」「何が欲しいかを聞く」「やる範囲を文字にする」「作業に分ける」「できたものを確かめる」「途中の変更を決まった手順で受ける」という、ごく当たり前の流れです。

小さなチームや個人の受託の仕事では、6つを全部きっちり分けて書類を作る必要はありません。大切なのは、それぞれの段階で決めるべきことを飛ばさないことです。以下の節で、1つずつ具体的に説明します。

要求を集める

範囲を決める前に、関係者が何を求めているかを集めます。要求とは、成果物に求められる条件や機能のことです。

誰から聞くかを決める

要求を出すのは、依頼主の担当者だけとは限りません。実際に成果物を使う人、承認する上司、運用を引き継ぐ人など、関係者を先に書き出しておきます。後から「経理部の意見を聞いていなかった」と分かると、作り直しになります。

聞き方の例

要求を集めるときは、「何が欲しいですか」とだけ聞くより、場面を具体的にして聞くほうが答えが出やすくなります。

• この成果物を、誰が、いつ、どんな場面で使いますか
• 今のやり方で一番困っていることは何ですか
• 完成したと判断するのは、何ができるようになったときですか
• 絶対に必要なものと、あると嬉しいものを分けるとどうなりますか

優先度を付ける

集めた要求には、必ず優先度を付けます。よく使われるのは「必須」「あると望ましい」「今回は見送る」の3段階です。要求は出そうと思えばいくらでも出てくるので、期限と予算の中で実現できる範囲に絞り込むために、この仕分けが欠かせません。

この段階で「今回は見送る」と決めた要求も、捨てずに一覧に残しておきます。次の段階で範囲の外であることをはっきり書くための材料になりますし、次のプロジェクトで役に立つこともあります。

スコープを定義する

集めた要求をもとに、プロジェクトでやる範囲を文字にします。このとき作る資料は「スコープ記述書」と呼ばれます。スコープ記述書とは、プロジェクトの範囲を1か所にまとめて書いた資料のことです。

スコープ記述書に書く項目

小さなプロジェクトなら、A4で1枚から2枚の分量で十分です。次の項目を書きます。

• プロジェクトの目的：なぜこのプロジェクトをするのか
• 成果物：何を作り、何を納めるのか
• 含まれる作業：成果物のためにする作業
• 含まれない作業：今回はしないこと
• 完成の条件：何を満たせば完成とするか
• 前提と制約：予算、期限、使える人や道具、相手に用意してもらうもの

「含まれない作業」をはっきり書く

スコープ記述書で一番大切なのは、「含まれない作業」の欄です。人は書かれていないことを、自分に都合よく解釈しがちです。依頼主は「当然入っていると思っていた」、作る側は「頼まれていないと思っていた」という食い違いは、この欄を書くことでほとんど防げます。

Webサイトの制作の例なら、「原稿の作成は含まない（依頼主が用意する）」「写真の撮影は含まない」「公開後の更新作業は含まない」「掲載する文章の翻訳は含まない」のように書きます。

完成の条件を数字や行動で書く

「使いやすいサイト」のような書き方では、完成したかどうかを判断できません。「指定のブラウザとスマートフォンで表示が崩れない」「問い合わせフォームから送信すると、担当者に通知のメールが届く」のように、確かめられる形で書きます。

スコープ記述書は、作ったら依頼主と作る側の両方が目を通し、合意したことを記録します。メールで「この内容で進めます」と送り、返事をもらうだけでも、後から確かめられる記録になります。

スコープ記述書の記入例

ここまでの説明を、具体的な例で確かめてみます。小さな会社のWebサイトを作り直す仕事を、フリーランスの制作者が受けた場面を想定したスコープ記述書の記入例です。

プロジェクトの目的

会社の案内サイトを作り直し、スマートフォンから問い合わせを受け付けられるようにする。今のサイトはスマートフォンで表示が崩れ、問い合わせの電話番号も探しにくいため、問い合わせの入口を分かりやすくすることを目的とする。

成果物

• トップページ1つと、会社概要、事業内容、実績紹介、採用情報、問い合わせの下層ページ5つ
• 問い合わせのフォーム（送信すると担当者に通知のメールが届く）
• 公開に必要なファイル一式と、更新の手順を書いた簡単な説明書

含まれる作業

• ページの構成案の作成とデザイン（トップページと下層ページの2種類）
• 依頼主から受け取った原稿と写真を使ったページの制作
• 指定のブラウザとスマートフォンでの表示の確認
• 依頼主が契約しているサーバーへの公開の作業

含まれない作業

• 原稿の作成（依頼主が用意する）
• 写真の撮影とイラストの制作
• 公開後のページの更新や追加
• 検索エンジンでの順位を上げるための継続的な対策
• 英語など他の言語のページ

完成の条件

• 6つのページが、指定のブラウザとスマートフォンで崩れずに表示される
• 問い合わせのフォームから送信すると、指定のアドレスに通知が届く
• デザインの修正は各ページ2回までとし、修正の反映を依頼主が確かめた時点で完成とする

前提と制約

• 原稿と写真は、作業の開始から2週間以内に依頼主が渡す
• 公開の予定日は、原稿と写真を受け取ってから4週間後とする
• サーバーの契約と管理は依頼主が行う

この程度の分量でも、後から「原稿も書いてもらえると思っていた」「英語のページも頼んだつもりだった」といった食い違いが起きる余地は大きく減ります。前提の欄に「原稿は2週間以内」と書いておけば、原稿が遅れて公開が延びたときにも、理由を双方が同じ資料で確かめられます。

WBSで作業に分ける

範囲を決めたら、それを実際の作業に分けます。このとき使うのが「WBS」です。WBSは英語のWork Breakdown Structureの略で、プロジェクトの成果物と作業を、大きなまとまりから小さな単位へと木の枝のように分けた一覧のことです。

WBSの作り方

1. 一番上にプロジェクト全体を書く
2. その下に、主な成果物や工程を並べる（例：設計、デザイン、制作、確認、公開）
3. それぞれを、さらに細かい作業に分ける（例：デザインなら、トップページのデザイン、下層ページのデザイン、修正の対応）
4. 担当者が1人で、数日以内に終えられる大きさになるまで分ける

一番下の単位は「ワークパッケージ」と呼ばれます。ワークパッケージとは、担当と期間と費用を見積もれる大きさまで分けた作業のまとまりのことです。

WBSの例

先ほどの会社のサイトの例なら、WBSは次のような形になります。一番上が「会社サイトの作り直し」、その下に「構成案」「デザイン」「制作」「確認」「公開」の5つの工程が並びます。「デザイン」の下には「トップページのデザイン」「下層ページのデザイン」「1回目の修正」「2回目の修正」が、「制作」の下には「6つのページの制作」「問い合わせのフォームの制作」「説明書の作成」が入ります。スコープ記述書で修正を2回までと決めたので、WBSにも修正の作業を2つだけ入れておきます。3回目の修正の依頼が来たときは、WBSにない作業なので変更の手順に乗せる、と一目で判断できます。

分ける大きさの目安

細かく分けすぎると、管理の手間が作業そのものより重くなります。反対に大きすぎると、進み具合が分からなくなります。目安としては、1つの作業が半日から5日程度に収まる大きさにすると、進み具合を週ごとに確かめやすくなります。

スコープ記述書と突き合わせる

WBSを作ったら、スコープ記述書の成果物と作業がすべてWBSに入っているか、反対にWBSに範囲の外の作業が入っていないかを突き合わせます。WBSに入っていない作業は、誰もやらない作業です。WBSに入っているのに範囲の外の作業は、スコープクリープの芽です。この突き合わせが、スコープ管理の要と言えます。

WBSは、スケジュールやガントチャートを作るときの土台にもなります。ガントチャートとは、作業を縦に並べ、期間を横棒で表した工程表のことです。WBSの一番下の作業に期間と担当を付ければ、そのまま工程表になります。

完成した成果物を確かめる

作業が進んだら、できあがった成果物が範囲どおりかを確かめます。この段階は「スコープの妥当性確認」と呼ばれることがあります。妥当性確認とは、成果物を依頼主に見てもらい、決めた完成の条件を満たしているかを確かめて、受け入れてもらうことです。

確かめ方の手順

1. スコープ記述書の完成の条件を、確認の一覧表にする
2. 作る側が、一覧表に沿って自分で確かめる
3. 依頼主に成果物と一覧表を渡し、確かめてもらう
4. 条件を満たしていれば、受け入れの記録を残す
5. 満たしていない点があれば、直す点を書き出し、直してから再び確かめてもらう

品質の確認との違い

よく混同されるのが、作る側の中で行う品質の確認との違いです。品質の確認は「正しく作れているか」を作る側が調べることで、妥当性確認は「頼まれたものになっているか」を依頼主が確かめることです。どちらも必要ですが、順番としては、作る側の品質の確認を先に済ませてから、依頼主に見てもらいます。

完成の条件を最初にはっきり書いておくと、この段階がとても楽になります。条件があいまいなままだと、確認のたびに新しい要望が出てきて、いつまでも完成しません。

スケジュールや費用の管理とのつながり

スコープ管理は、単独で動くものではありません。プロジェクトの管理でよく言われるのが、範囲、期間、費用の3つが互いにつながっているという考え方です。どれか1つを変えると、ほかの2つにも影響が出ます。

範囲を広げると期間か費用が動く

範囲を広げれば、そのぶん作業が増えるので、期間を延ばすか、人を加えて費用をかけるかのどちらかが必要になります。範囲だけを広げて、期間も費用もそのままにしようとすると、無理は品質に出ます。確認の時間が削られたり、急いだ作業で不具合が増えたりします。

期間を縮めたいときは範囲を見直す

反対に、締め切りを早めたいと頼まれたときは、範囲を見直すのが近道です。「必須」と「あると望ましい」に分けた要求の一覧があれば、「望ましい」に入っている作業を次の段階に回すことで、期間を縮められます。要求の優先度を最初に付けておくことが、ここで生きてきます。

WBSが見積もりの土台になる

WBSで作業を細かく分けておくと、作業ごとに時間を見積もれるので、全体の期間と費用の見積もりが正確になります。大きな作業のまま見積もると、見えていない作業が抜け落ち、見積もりが甘くなりがちです。変更の依頼が来たときも、どの作業が増えるかをWBSで確かめれば、影響をすぐに計算できます。

範囲と期間と費用をいつも一緒に考える習慣があれば、「少しだけなら」という追加の依頼にも、落ち着いて影響を伝えられるようになります。

途中の変更を受ける手順

プロジェクトの途中で、依頼主から変更や追加を頼まれることは避けられません。スコープ管理は変更を拒むための仕組みではなく、変更を正しく受けるための仕組みです。

変更を受ける5つの手順

1. 変更の依頼を文字で受け取る（口頭やチャットで頼まれた場合も、内容を文字にして相手に確かめる）
2. 変更の影響を見積もる（期間、費用、ほかの作業への影響）
3. 影響を依頼主に伝え、変更するかどうかを決めてもらう
4. 決まった内容をスコープ記述書とWBSに反映する
5. 変更の記録を一覧に残す

影響を伝えるときの書き方

影響は、選べる形で伝えると話が進みやすくなります。たとえば「ページを2つ追加する場合、作業が3日増えます。締め切りを3日延ばすか、別の作業を次回に回すか、費用を加えて人を増やすかのいずれかになります」のように伝えます。依頼主は、どれを選ぶかを自分で判断できます。

小さな変更をどう扱うか

「数分で終わる小さな変更まで手順を踏むのは大げさだ」と感じることもあるはずです。その場合は、あらかじめ「1件あたり1時間以内の修正は、合計で何時間までは手順なしで受ける」のように枠を決めておく方法があります。枠を超えたら、通常の手順に戻します。枠があれば、小さな変更を気持ちよく受けながら、積み重なりは防げます。

変更の記録の一覧には、依頼日、依頼者、内容、影響、決まったこと、反映した日を書きます。プロジェクトの終わりに見返すと、どこで計画がずれたかが分かり、次の見積もりの精度を上げる材料になります。

スコープ管理でよくある失敗

スコープ管理の考え方を知っていても、実務ではつまずくことがあります。よくある失敗を挙げます。

最初の打ち合わせの内容を文字にしていない

打ち合わせで話した内容を、議事録やメールで残していないと、後から「言った」「言わない」の話になります。打ち合わせの後に、決まったことと決まっていないことを短く書いて相手に送るだけで、多くのもめごとは防げます。

頼まれていない機能を作る側が付け加える

スコープクリープは依頼主からだけ起きるのではありません。作る側が「こうしたほうがよい」と考えて範囲の外の作業をすると、その分だけほかの作業の時間が削られます。良い案を思いついたら、作る前に依頼主に提案し、変更の手順に乗せます。

変更を記録せずに反映する

急ぎの変更をその場で反映し、スコープ記述書やWBSを直さないままにすると、資料と実際の作業がずれていきます。資料が信用されなくなると、スコープ管理そのものが形だけになります。

関係者の一部にしか範囲を見せていない

スコープ記述書を依頼主の担当者とだけ共有し、実際に作業するメンバーや、承認する上司に見せていないと、範囲の外の作業が別の経路から入り込みます。たとえば、作業するメンバーが依頼主の別の人から直接頼まれ、範囲の外と知らずに引き受けてしまう場面です。範囲の資料は、作業するメンバー全員と、依頼主の側で判断する人の両方がいつでも見られる場所で共有し、「範囲の外の依頼は担当の窓口を通す」という決まりも一緒に伝えておきます。

完成の確認を最後にまとめて行う

すべてを作り終えてから初めて依頼主に見せると、方向のずれが見つかったときの手戻りが大きくなります。デザインの段階、制作の途中の段階のように、節目ごとに成果物を見てもらい、その時点の範囲どおりかを確かめておくと、ずれを小さいうちに直せます。

範囲を細かく決めすぎる

反対に、最初から全部を細かく決めようとして、計画だけで時間を使ってしまう失敗もあります。先が読みにくいプロジェクトでは、最初は大まかな範囲を決め、進めながら細かくしていくほうが現実的です。短い期間で区切って範囲を決め直すアジャイルという進め方も、この考え方に近いものです。

社内のプロジェクトで使うとき

スコープ管理は、社外から仕事を受けるときだけのものではありません。社内の業務改善や新しい仕組みの導入のように、依頼主も作り手も同じ会社の中にいるプロジェクトでも役に立ちます。社内のプロジェクトは契約書がない分、範囲がかえってあいまいになりやすいからです。

依頼した部署と進める部署で範囲をそろえる

たとえば総務部が「勤怠の打刻を紙から道具に変えたい」と情報システムの担当に頼んだ場面を考えます。総務部は「申請と承認まで道具でできる」と考え、情報システムの担当は「打刻だけを置き換える」と考えていた、というずれはよく起きます。最初に1枚のスコープ記述書を作り、両方の部署の責任者が目を通すだけで、このずれは防げます。

「含まれない作業」に運用を入れるかを決める

社内のプロジェクトで抜けやすいのが、導入した後の運用です。使い方の説明会、問い合わせの窓口、マニュアルの更新を誰が受け持つのかを、範囲に含めるか含めないかを最初に決めておきます。含めないなら、誰が引き継ぐのかを書いておきます。

経営層の追加の要望を手順に乗せる

社内では、上の立場の人からの「ついでにこれも」という依頼を断りにくいものです。だからこそ、変更の手順を最初に決めて共有しておくことに意味があります。「追加の要望は、影響を見積もってから判断してもらう」という決まりがあれば、立場に関係なく同じ手順で話し合えます。

先が読みにくい仕事で範囲を決めるには

新しいサービスの立ち上げや、試しながら形を決めていく仕事では、最初から範囲を細かく決めるのは難しいものです。こうした仕事では、範囲の決め方を工夫します。

段階に分けて範囲を決める

全体を一度に決めるのではなく、「第1段階は試作品を作って社内で試すまで」「第2段階は試した結果を受けて本番の形を決める」のように段階に分けます。各段階の範囲だけをはっきり決め、次の段階の範囲は前の段階の結果を見てから決めます。受託の仕事なら、段階ごとに見積もりと契約を分けると、双方が無理なく進められます。

期間と費用を先に固め、範囲で調整する

もう1つの方法は、期間と費用を先に決め、その中でできる範囲を優先度の高い順に進めるやり方です。短い期間ごとに区切って、その期間でやる範囲を決め直していくアジャイルという進め方は、この考え方に近いものです。この場合も、要求の一覧と優先度は欠かせません。何を先にやり、何を後に回すかを決める材料になるからです。

どちらの方法でも、「今の段階でやること」と「今の段階ではやらないこと」をはっきりさせるという、スコープ管理の基本は変わりません。

小さなチームや受託の仕事での使い方

スコープ管理は大きな会社のプロジェクトだけのものではありません。フリーランスや数人のチームで仕事を受けるときこそ、範囲のあいまいさがそのまま収入に響きます。

見積もりの段階で範囲を書く

見積書には、金額と一緒に「含まれる作業」と「含まれない作業」を書きます。見積書が、そのまま簡単なスコープ記述書の役割を果たします。修正の回数（例：デザインの修正は2回まで）も書いておくと、後から修正が何度も続く事態を防げます。

契約の前に完成の条件をそろえる

業務委託の契約では、何をもって納品とするかが大切です。完成の条件を契約の前にそろえておけば、納品のときの確認がすんなり進みます。

追加の依頼には追加の見積もりを出す

範囲の外の依頼が来たら、気軽に引き受けず、追加の作業として見積もりを出します。相手との関係を気にして無償で引き受けると、それが当たり前になります。「範囲の外なので、追加の作業としてお見積もりします」と伝えるのは、関係を悪くするどころか、仕事の進め方がしっかりしているという信頼につながります。

作業の分け方と変更を見える形で管理する

スコープ管理は、紙や表計算でも十分にできます。スコープ記述書は文書で、WBSは表計算の表で、変更の記録も表で作れます。数人のチームで、作業が数十件程度なら、まずは表計算から始めるのが手軽です。

一方で、次のような場面では、表計算だけでは回しにくくなります。

• 複数の人が同じ表を同時に更新し、どれが最新か分からなくなる
• WBSの作業ごとの進み具合を、毎週手で書き直している
• 変更の依頼がチャットやメールに散らばり、一覧に転記し忘れる

作業を担当と期限つきで並べて見たいときの候補

WBSで分けた作業を担当と期限つきで並べ、進み具合を見える形で管理したいときの選択肢の1つが、チームのプロジェクト管理ツールのPinatecaです。公式サイトの記載によると、カンバン、ガント、カレンダー、リスト、ディスカッションなど8種類のボードが無料プランから使えます。WBSの一番下の作業をカードにしてガントのボードに並べれば、カードの期間がそのまま横棒で並び、締め切りの重なりを確かめられます。変更の依頼は、論点ごとに話し合えるディスカッションのボードで受け、決まった内容をカードに反映する、という使い方もできます。

カードには見積もりの工数や優先度などの項目を自由に加えられ、料金ページでは5人までのチームなら無料で、クレジットカードの登録も要らないと案内されています。

Pinatecaは、@SOHOを運営する株式会社ライフスケープが開発・提供しています。

道具を入れるときも、スコープ記述書の中身を決めるのは人です。道具は、決めた範囲を守り、変更を記録するのを助けるものだと考えて選ぶと、使いこなしやすくなります。

受託の仕事の範囲について見てきたこと

在宅ワークやフリーランスの仲介を20年続けてきた運営者として見てきた限りでは、依頼する側と受ける側のもめごとの多くは、作業の質ではなく、範囲の食い違いから始まっています。「修正は何回まで」「原稿は誰が用意するか」「公開後の対応は含むか」といった点を最初に文字にしている取引ほど、納品までが穏やかに進み、次の依頼にもつながっています。

仲介の手数料が乗らない直接の取引は、手数料0%で依頼する側は同じ予算でより多くを頼め、受ける側は手取りが厚くなる、双方に得のある形です。その分、範囲の取り決めは当事者どうしで整える必要があります。スコープ記述書のような1枚の資料は、直接の取引を長く続けるための共通の土台になります。

スコープ管理の考え方は、システムやアプリの開発の仕事で特に重く見られます。開発の仕事の内容はアプリケーション開発のお仕事で、業務への道具の導入を支える仕事はAIコンサル・業務活用支援のお仕事で紹介しています。製造業で生産管理の道具を入れるときの範囲の考え方は中小製造業のDX推進｜生産管理SaaS比較2026｜補助金活用の完全ガイドが、制作の仕事の単価の目安はデザイナーの年収・単価相場が参考になります。

よくある質問

Q. スコープ管理とタスク管理は何が違いますか？

スコープ管理は、プロジェクトでやることとやらないことの範囲を決め、その範囲を守り、変更を正しく受けるための取り組みです。タスク管理は、決まった範囲の中の作業を、担当と期限を付けて進める取り組みです。範囲が決まっていないままタスクを管理すると、作業の抜けや、範囲の外の作業が混ざる原因になります。

Q. スコープクリープを防ぐにはどうすればよいですか？

最初にスコープ記述書で「含まれる作業」と「含まれない作業」を文字にして合意し、途中の追加は必ず変更の手順に乗せることです。依頼を文字で受け、期間と費用への影響を伝えてから決めてもらいます。小さな修正は、合計の時間の枠を決めて手順なしで受ける方法もあります。

Q. WBSはどのくらい細かく分ければよいですか？

担当者が1人で、半日から5日程度で終えられる大きさが目安です。細かすぎると管理の手間が重くなり、大きすぎると進み具合が分からなくなります。分けたら、スコープ記述書の成果物と作業がすべてWBSに入っているか、範囲の外の作業が混ざっていないかを突き合わせます。

Q. フリーランスの仕事でもスコープ管理は必要ですか？

必要です。範囲があいまいだと、追加の作業を無償で引き受けることになり、収入に直接響きます。見積書に含まれる作業と含まれない作業、修正の回数を書き、契約の前に完成の条件をそろえておくだけでも、スコープ管理の大部分を押さえられます。