【プロジェクト計画書の解説】システム化範囲を正しく調査する方法とスコープ拡大を防ぐポイント
writing by えのき
ITプロジェクトでは、プロジェクト計画の段階でスコープを明確にする重要なタスクがあります。
スコープは、プロジェクトの中でも品質、コスト、スケジュールに大きな影響を与えるものです。
RFPには、クライアントがイメージしているすスコープが記載されているものですが、果たして、それだけで足りてるのでしょうか？
業務範囲とシステム範囲が明確にならないとスコープは決まりません。
特に、システムに慣れていないクライアントであれば、システム化範囲が曖昧な場合も多いものです。
こんにちは、プロコンサルのえのきです。
私が参加しているiPMでは、PM初心者のスキルアップやDX時代に適応したいPMのリスキリングのサポートとして、iPM TRAININGを運営しています。
このコースの一つとして、『プロジェクト計画書の作り方』を講座として提供しています。
計画書を作る中で、スコープを明確にしなくてはなりません。
その際、スコープに漏れがないように、システム化範囲を調査することが重要です。
受講されている人から話を聞くと、スコープを決めるにあたり、クライアントの業務運用を強く意識してヒアリングを行うあまり、システム化範囲を基本設計以降に実施するPMが多いようです。
これでは、計画段階でスコープが曖昧になり、スケジュールやコストに悪影響を与えてしまいます。
今回のコラムは大手コンサルファームでも使っている、システム化範囲の調査方法を解説します。
目次：
1.スコープを明確にする
プロジェクト計画では、スコープを明確にしなければなりません。
一般的にプロジェクトチームはクライアントが準備した作業範囲技術書をもとにシステム化対象の範囲、成果物を明確にしていきます。
スコープを明確にする上で失敗するケースは、作業範囲技術書を鵜呑みにすることです。
クライアントが、頭の中でイメージしているスコープと作業範囲技術書には、ギャップがあるものです。
そのため、どのようなシステムを作るのか？
まずは、システム化対象の範囲を確認することから始めてください。
2.クライアントへの確認
システム化範囲を調査をする上で、クライアントへ確認する必要があります。
作業範囲技術書に抜け漏れがないのか？
これが確認ということです。
この時、やってはいけないのが『作業範囲技術書に抜け漏れはありませんか？』という確認です。
確認とは、あなたがクライアントのイメージしているスコープを理解しているをを評価してもらう
ことです。
そのため、あなたがスコープの仮説を立てることになります。
また、スコープの仮説をクライアントがイメージできるように、いくつかの資料を準備してください。
所謂、仮説を検証する準備をすることになります。
3.資料を準備する
仮説検証に必要な資料は3つです。
・業務フロー図
・システム概要図
・機能一覧
（１）業務フロー図
業務フロー図は、作業範囲技術書をもとに作成します。
業務フローは、目に見えづらい仕事の流れを見える形にして、クライアントと共有したり、仕事の詳細な内容を確認することができます。
そのため、『誰が』、『いつ』、『何をきっかけに』、『どんな作業を』、『どのような場合に行っているのか』を表現します。
作成した業務フローが、辻褄が合わなく正しく業務運用ができないと思われる場合は、作業範囲技術書に抜け漏れがある、または間違っているこのようなことが考えられます。
その時は、クライアントがイメージしているサービスに対して、同業他社の業務フローや類似サービスフローを見つけ出し、それをあなたが作成した業務フローに追加していきます。
追加した範囲は、クライアントが理解できるように色付けしておきましょう。
（２）システム概念図
作業範囲技術書と業務フローを使って、同業他社の業務や類似サービスをヒントにシステム概要図を作成します。
システム概要図は、『新しいシステムがどうなるかの基本部分』と『関係するシステム』も含めて分かりやすく、具体的なイメージがつかめるように表現します。
この時、クライアントが、利用するフロントシステムは誰でもイメージしやすいので、抜け漏れすることはありません。
しかし、これらの抜け漏れが多いもので、失念せず作成してください
・インターフェースを持っているシステム
・社内の関係部門が利用するバックオフィスシステム
・定期的に実行されるバッチシステム
（３）機能一覧
機能一覧は、システムで実装される大きな括りでの機能を一覧にしたものです。
大きな括りとは、業務フローの一つのプロセスに対して、一つのシステム機能となります。
業務フローとシステム概要図を使って、同業他社の業務や類似サービスをヒントに、機能一覧を作成します。
4.仮説の検証
業務フロー図、システム概要図、機能一覧の作成が終わったら、これらの資料を使ってクライアントへ、スコープの確認を行ってください。
最初は、検討外れもあるでしょう！
しかし、資料を使っているので、クライアントもイメージしやすく、具体的な情報を得られることができます。
この確認作業を、何度か繰り返すことで、スコープが明確になっていきます。
また、ここで気を付けて欲しいのが、
あくまでも、スコープを決めるということです。
具体的に、要件を落とし込むことではありません。
要件を落とし込む作業は、要件定義工程や基本設計工程で行うことになります。
要件定義・基本設計を通じて、業務フロー図、システム概要図、機能一覧をブラッシュアップしてください。
5.まとめ
今回は、プロジェクト計画を立てる中で、スコープを明確にする上で、『システム化範囲の調査方法』について、解説しました。
クライアントの要望に従ってシステムを開発する際に、計画段階でシステム化範囲が分かっているのと、分かっていないのでは、天地の差があります。
要件定義工程や設計工程で、システム化範囲を調査して明確にしていくこともできますが、プロジェクト全体のスケジュールやコストに大きく影響を与えます。
そのため、プロジェクト計画の段階で、システム化範囲が分かっているプロジェクトとは、実行フェーズでのリスクを抑えているプロジェクトと位置付けられます。
システム化範囲を調査するには、クライアントへのヒアリングも重要なタスクです。
そのため、事前にプロジェクトでは、これらのポイントとなる資料を準備して、しっかりとクライアントへヒアリングしてください。
・業務フロー図
・システム概要図
・機能一覧
最後まで読んでくれて有難うございました。
プロジェクト管理に関する疑問やお悩みはありませんか？
iPM naviのLINE公式アカウントで、今すぐ気軽に質問できます！
あなたに役立つアドバイスが届きます✨
👉 ［LINEで質問を簡単受付！］
【次のアクション】
計画書作成に自信がついたら、次はPM初心者が抱いている疑問を確認しましょう！
👉 ［PM初心者の疑問を確認する］
#プロジェクト計画書
#プロジェクトのスコープ