pulpul 日本の試験

基本情報技術者 概念書 · プロジェクトマネジメント

プロジェクトのスコープ

要点と定義

スコープマネジメントは、プロジェクトで達成する目標や成果物、必要な作業の範囲を定め、その範囲を管理する活動です。何をプロジェクトに含めるかを明らかにすることで、関係者が作業の境界を共有し、変更が生じたときの影響も把握しやすくします。範囲の定義と変更の管理を含む対象群を問う場合、判断の鍵はこの役割です。

対象群のプロセスには、スコープの定義、WBSの作成、活動の定義、スコープの管理があります。スコープの定義は、プロジェクトの作業や成果物の範囲を明確にする計画上のプロセスです。プロセス群を問う知識が必要な問題では、この定義が計画プロセス群に属することが正答判断に直結します。

WBS(作業分解構成図)は、プロジェクトの成果物や作業を階層的に分解し、計画・管理できる単位に整理するためのものです。分解した作業単位をワークパッケージと呼びます。WBSの目的を問われたら、階層的な分解によって作業を管理可能な大きさにする点を判断根拠にします。

適用条件と例

例えば、社内申請システムの開発なら、スコープに「申請の登録、承認、検索機能を提供する」と定め、対象外の機能や境界も関係者と共有します。その後、WBSでは「申請機能」を画面、入力確認、保存処理などへ分け、各作業を担当や進捗を管理できる粒度にします。分解の深さは、見積りや担当割当て、進捗確認に使えるかを目安に調整します。細かくすれば常に良いわけではなく、管理の負担が過大になる場合は分解を止めます。

スコープを決めた後に要求や成果物の変更が出たら、変更による作業範囲や他の計画への影響を確認し、決められた管理手順で扱います。変更を記録・検討せず作業へ加えると、当初の合意外の作業が積み重なるスコープクリープにつながり、納期や費用の見通しも崩れやすくなります。

この節の続き

ここまでが冒頭部分です。ログインすると、無料でも1日2節まで全文をお読みいただけます。

アプリでこの節を読む