writing by えのき *このコラムはiPM naviで配信しています プロジェクトマネージャは、品質・コスト・スケジュール・スコープ・コミュニケーション・組織・リスク、このような領域に対して、どのような方針にするのかと計画を立て、マネジメントを行なっていきます。 なかでも、スコープはプロジェクトの成功を左右する大きな要因の一つとなります。 いい加減にスコープを決めたり、顧客の大雑把な要求を深掘りしなかったり、顧客の要望を勝手に解釈したり...etc このようなプロジェクトをたくさん見てきました。 結果、大炎上🔥 今回のコラムは、プロジェクトを失敗させないために計画段階で、スコープを明確にしていく手順を解説します。
監修：MASA 2004年に大手コンサルファームBにジョイン。大手事業会社をクライアントに持ち、クライアント社内で活用する品質マネジメント基準・開発プロセス基準の策定に従事。また、PMOとしてクライアントのプロジェクト推進及び品質維持に貢献しプロジェクトを成功に導いた。
2016年に大手コンサルファームMにジョイン。
大手エネルギーインフラ会社のガバナンス部門にて、大規模システム開発プロジェクトのマネジメント品質管理に従事。PMOとしてプロジェクト運営における問題点の可視化とプロジェクトマネージャおよび上位層への改善提案によりプロジェクトを成功に導いた。 MASAのコラムを読む...
こんにちは、プロコンサルのえのきです。 私が参加している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を作成することで抜け漏れしていた成果物も見つけ出すことができます。 抜け漏れしていた成果物は、成果物一覧に盛り込んでください。
🗒 メモ
WBSを作成するヒントはこちらのコラムを読んでください↓
プロジェクトのスコープを明確にするということは、対象業務、対象システム、成果物をきちんと整理し定義することは一般的なことです。 あなたも、プロジェクトで『これってやるの？』、『XXXX機能は実装しないから、やらないでしょ..』といった曖昧な場面を経験したことがあると思います。 実は、これはプロジェクト計画の段階で、顧客と『プロジェクト対象外』を明確にしなかったことによって、起こる事故なんです。 『プロジェクト対象外』もスコープの明確化の範囲であることを忘れないでください。
QAセッション
失敗プロジェクトの原因に関する質問に答えるQ&Aセッションを設けています。 皆さんの疑問や質問に対応することができます。 失敗プロジェクトに対する理解を深め、同じような失敗を回避するためのアドバイスをします。 iPM naviのサイトにアクセスしてコミュニティーに登録してください。 大手コンサルファームの社員や出身者が無料でアドバイスします。 ファームの人材とコミュニケーションが取れるイイ機会です。 是非、ご利用ください。 またコミュニティでは今回の失敗プロジェクトをプロジェクトの教訓としてリスク管理表にまとめました。 こちらも併せてチェックしてください!!
*メンバー登録（無料）する前にiPM naviでどんなことができるのか？を確認する。
最後まで読んでくれて有難う御座いました。
プロジェクトマネージャーを目指すなら必見！計画書の作り方を解説
プロジェクトマネージャーになるために欠かせないスキルの一つが、プロジェクト計画書の作成です。 しかし、初めて計画書を作成する人にとっては、何から手を付けていいか分からず苦戦することもあります。 そこで、プロジェクト計画書の作成手順を分かりやすく解説します。
