スコープ定義・変更管理と見積り
スコープとは、プロジェクトで作り出す成果物と、それを実現するために行う作業の範囲のことである。スコープ管理は、この範囲を明確に定め、途中で生じる変更を統制して、必要な作業を漏らさず、不要な作業を加えないように保つ活動である。工数やコストの見積りは、この範囲を前提に規模を把握して行われるため、スコープの管理と見積りは密接に関係する。
スコープ管理の仕組み
スコープ管理の出発点は、プロジェクトで実施する作業と成果物を明確に定めることにある。プロジェクト・スコープ記述書には、プロジェクトの目的や成果物の概要とともに、対象外とする事項である除外事項を記載する。除外事項を明示しておくと、途中で持ち上がった要望が範囲に含まれるかどうかを判断しやすくなる。
進行中の変更を監視して対応する活動は、スコープコントロールと呼ばれる。たとえば、連携する予定の外部システムのリリースが延期された場合に、その連携作業を別プロジェクトで実施すると決めることは、現在のプロジェクトが扱う作業の範囲を変える判断である。この判断はスコープ管理の活動に当たる。
この種の判断は、過去にも同じ趣旨で問われている。作業の範囲を変えるか否かを判断する点が、スコープ管理の中心にある。
規模と工数の見積りの基準
ソフトウェアの規模を利用者の視点から見積もる方法が、ファンクションポイント法である。この方法では、入力、出力、照会、内部論理ファイル、外部インタフェースファイルといった機能を洗い出し、種類と複雑さを数えて重み付けし、調整前FPを求める。画面は利用者向けの機能を洗い出す手掛かりとなるため、調整前FPを求める情報としては画面数が適切である。ただし、画面数だけで正確なFPが決まるわけではない。
開発者数や利用者数は、体制や運用要件を考えるための情報であり、機能の量を直接表すものではない。ファンクションポイント法で規模を見積もる際には、コードの行数ではなく利用者に提供する機能を基準とする点を押さえておく必要がある。
この節の続き
- 変更管理の実務
- 試験で問われやすい区別
ここまでが冒頭部分です。ログインすると、無料でも1日2節まで全文をお読みいただけます。
アプリでこの節を読む