【プロジェクト計画書の解説】スコープ設定の落とし穴！手順ミスで失敗しないためのポイント
writing by えのき
プロジェクトマネージャは、品質・コスト・スケジュール・スコープ・コミュニケーション・組織・リスク、このような領域に対して、どのような方針にするのかと計画を立て、マネジメントを行なっていきます。
なかでも、スコープはプロジェクトの成功を左右する大きな要因の一つとなります。
いい加減にスコープを決めたり、顧客の大雑把な要求を深掘りしなかったり、顧客の要望を勝手に解釈したり...etc
このようなプロジェクトをたくさん見てきました。
結果、大炎上🔥
このコラムは、プロジェクトを失敗させないために計画段階で、スコープを明確にしていく手順を解説します。
私が参加しているiPMでは、PM初心者のスキルアップやDX時代に適応したいPMのリスキリングのサポートとして、iPM TRAININGを運営しています。
このコースの一つとして、『プロジェクト計画書の作り方』を講座として提供しています。
その中でも重要な部分な『スコープを明確にする手順』を、今回のコラムでWHAT・WHY・HOWの順番で解説します。
目次：
WHAT：スコープの明確化とは
プロジェクトチームは、限られた時間の中でプロジェクトの目的を達成しなくてはなりません。
そのため、顧客の要求から『成果物』と『作業の実行範囲』を決める必要があります。
これがスコープを明確にするということです。
WHY：なぜプロジェクトのスコープを明確にするのか
PMは、プロジェクトの目的が明確になっても目的を達成させるために、プロジェクトの範囲に対して何をしなければならないのかを決めなくてはなりません。
これが決まっていないプロジェクトは、目的が達成できない延々と続くプロジェクトや炎上プロジェクトになります。
PMは、プロジェクトの目的をしっかりと理解したうえで、スコープを明確にしてください。
HOW：スコープの明確化を考える
こちらはプロジェクト計画書に記載する『スコープ』の事例です。
あなたは、以降のACTをしっかりと押さえてください。
【ACT1：顧客の要求事項の明確化】
ここでは、『対象業務』、『対象システム』を考えていきます。
その際、必要となるINPUT情報は、顧客から提供される作業範囲記述書になります。
PMは、顧客のビジネスニーズ、システムニーズを見つけ出して、対象業務とシステムと範囲を明確にしていきます。
また、プロジェクトによっては作業範囲記述書が準備されていない場合や曖昧な場合があります。
このような時は、PMが中心となって以下のことを行う必要があります。
・システム化範囲が曖昧な場合は調査する
・顧客の要求が将来的に有効なビジネスになり得るかを決定する
・顧客要求の優先度を決定する
作業範囲記述書は、プロジェクト開始前の企画工程において、顧客が準備するプロジェクトの作業範囲を定義した文書でです。
具体的には、顧客が以下を定義し文書としてまとめている。プロジェクトの目標、成果物の取り決め、スケジュール、作業内容、役割分担、権限、投資効果...etc
この資料は、本来は顧客が準備するものですが、準備されていない、準備されているが漏れが多い、このような場合が多いものです。
そのため、プロジェクト計画の段階で開発チーム（上流工程が得意んアメンバー）で、顧客を巻き込み精査してください。
【ACT2：プロジェクト除外事項の明確化】
ここでは、『プロジェクトの対象外』を考えていきます。
その際、必要となるINPUT情報は、顧客から提供される作業範囲記述書になります。
PMは、プロジェクトにおいて顧客との要求齟齬（ビジネス要求、システム要求等）を防ぐために対象外となる作業を明確にしてください。
その時、PMは顧客の曖昧な要求を特定して、プロジェクトの範囲とするのかを決めてください。
【ACT3：プロジェクト成果物の決定】
ここでは、『プロジェクトの成果物』を考えていきます。
その際、必要となるINPUT情報は、作業範囲記述書、組織体の環境要因、組織のプロセス資源になります。
組織体の環境要因は、プロジェクトへ制約を与えるものを指すします。
顧客（または、あなたの所属する会社）のメンバーが不足しているので、外部の要員に頼らざる得ない状況など、顧客（または、あなたの所属する会社）では解決できない問題。
また、顧客（または、あなたの所属する会社）の方針などもプロジェクトを縛る要因となります。
顧客（または、あなたの所属する会社）の方針を無視してプロジェクトを行うことは出来ないが、ネガティブなものだけでなく逆に顧客（または、あなたの所属する会社）としてプロジェクトを支える仕組みもある。
PMは、このように利用できるもの、利用できないものを合わせて考える必要があります、
組織のプロセス資源は、顧客（または、あなたの所属する会社）が持っているナレッジやノウハウを指します。
例えば、過去のプロジェクトの資産・品質指標・社内の業務ルール等となります。
PMは、プロジェクトで決めたシステム範囲を対象に成果物を明確にしてください。
成果物はドキュメントといった書類もあれば、システムを動かすためのプログラムソース等が対象となります。
これらを成果物の一覧表として開発工程ごとに明確に整理してください。
【ACT4：WBSの作成】
ここでは、『プロジェクトの成果物』を整理します。
そのため、作業範囲記述書とWBSを使っていきます。
特に、このACTでは、どのような作業を行うのかWBSで作業を分解してください。
WBSはワークパッケージを洗い出し、作業順序を決めていきます。
また、WBSを作成することで抜け漏れしていた成果物も見つけ出すことができます。
抜け漏れしていた成果物は、成果物一覧に盛り込んでください。
最後に！
プロジェクトのスコープを明確にするということは、対象業務、対象システム、成果物をきちんと整理し定義することは一般的なことです。
あなたも、プロジェクトで『これってやるの？』、『XXXX機能は実装しないから、やらないでしょ..』といった曖昧な場面を経験したことがあると思います。
実は、これはプロジェクト計画の段階で、顧客と『プロジェクト対象外』を明確にしなかったことによって、起こる事故なんです。
『プロジェクト対象外』もスコープの明確化の範囲であることを忘れないでください。
最後まで読んでいただき有り難うございました。
プロジェクト管理に関する疑問やお悩みはありませんか？
iPM naviのLINE公式アカウントで、今すぐ気軽に質問できます！
あなたに役立つアドバイスが届きます✨
👉 ［LINEで質問を簡単受付！］
【次のアクション】
計画書作成に自信がついたら、次はPM初心者が抱いている疑問を確認しましょう！
👉 ［PM初心者の疑問を確認する］
#プロジェクトのスコープ