■PMBOK ドリルダウン！_No.38
PM定量化の実践技術 (18)
今日は、品質マネジメントを実践する上で最も重要なメトリクスである「欠陥除去率」について考察していきましょう。
欠陥除去率の概念と測定は、今やソフトウェア開発における最重要テーマとなっています。欠陥除去はソフトウェアプロジェクトでもっとも費用がかかる作業の１つであり、スケジュールに大きな影響を及ぼします。効率的な欠陥除去は、開発期間の短縮と高い製品品質につながります。品質および生産性の向上そしてコストの削減には、スケジュールと同様にそのプロジェクトにとってもっとも効果のある欠陥予防と欠陥除去の方法を用いることが重要になります。また、すべてのプロジェクトと開発組織にとって、欠陥除去プロセスの効果を測定することが大切です。
まず、C.Jonesが定義している欠陥除去率について述べましょう。
除去率＝（欠陥除去作業で検出した欠陥数）÷（欠陥除去作業時に存在した欠陥数）×１００％
＝（検出欠陥数）÷（検出欠陥数＋未検出欠陥数（のちに発見））×１００％
欠陥除去率を正確に定義するためには、欠陥の混入と除去に関連する開発プロセスのアクティビティを理解しなければいけません。欠陥はさまざまなフェーズで、製品あるいは中間成果物に混入します。
それでは、欠陥の混入と除去に関するアクティビティを例示しましょう。
テスト前の開発フェーズではアクティビティ自体が欠陥混入の対象となるため、フェーズ終了時のレビューやインスペクションは欠陥除去の重要な手段となります。
テストフェーズにおけるテスト自体は欠陥除去のための作業ですが、テストによって発見されたバグを誤って修正すれば欠陥混入の機会にもなります。
次に、開発プロセスの各段階における欠陥の混入と除去の詳細なメカニズムを以下に示します。
この図から各開発ステップにおける欠陥除去率は以下のように定義できます。
欠陥除去率＝（欠陥除去率（当該ステップ））÷（当該ステップの開発時に存在した欠陥数＋当該ステップの開発中に混入した欠陥数）×１００％
これは概念的な定義です。除去された欠陥の数は、修正欠陥数から誤修正数を引いたものです。ただし、誤修正を正確に追跡することが難しいのが現実です。
では次に、欠陥データを欠陥の発生源（混入時点）と発見時点の各視点で整理したマトリックスアプローチを用いて、フェーズごとの欠陥除去率と合わせて、全体的な欠陥除去率、インスペクション効率、テスト効率を算出していきましょう。
この例では、正規の要求定義インスペクションを行なっていません。
また、すべての誤修正は混入したフェーズの中で検出され、修正されているとします。
さて、それでは、いままでに学んだ概念的な定義より、種々の効率を求めてみましょう。
まず、機能設計インスペクション効率：ＩＥ（Ｉ０）を求めます。
マトリックスからＩ０の欠陥除去数：７３０
ＨＤ開始時に存在した欠陥数：１２２
ＨＤで混入した欠陥数：８５９
となります。
ＩＥ（Ｉ０）＝７３０÷（１２２＋８５９）×１００％＝７４％
同様に詳細設計インスペクション効率：ＩＥ（Ｉ１）を求めます。
ＩＥ（Ｉ１）＝７２９÷（２５１※ ＋９３９）×１００％＝６１％
※ ：２５１＝１２２＋８５９−７３０
また、コードインスペクション効率：ＩＥ（Ｉ２）を求めます。
ＩＥ（Ｉ２）＝１０９５÷（４６１＋１５３７）×１００％＝５５％
次にテスト効率を求めます。テストフェーズは誤修正による欠陥の混入が一般に少ない場合、Jonesの式 効率＝（現フェーズでの欠陥除去数）÷（現フェーズでの除去欠陥数＋以降のフェーズでの除去欠陥数）×１００％ を用います。
単体テスト効率：ＴＥ（ＵＴ）を求めます。
ＴＥ（ＵＴ）＝３３２÷（３３２＋３８７＋１１１＋８１）×１００％＝３６％
結合テスト効率：ＴＥ（ＣＴ）を求めます。
ＴＥ（ＣＴ）＝３８７÷（３８７＋１１１＋８１）×１００％＝６７％
システムテスト効率：ＴＥ（ＳＴ）を求めます。
ＴＥ（ＳＴ）＝１１１÷（１１１＋８１）×１００％＝５８％
全体のインスペクション効率：ＩＥを求めます。
ＩＥ＝（７３０＋７２９＋１０９５）÷（１２２＋８５９＋９３９＋１５３７）×１００％＝７４％
または、
ＩＥ＝インスペクションによる除去欠陥数÷全欠陥数×１００％＝（７３０＋７２９＋１０９５）÷３４６５×１００％＝７４％
全体のテスト効率：ＴＥを求めます。
ＴＥ＝（３３２＋３８７＋１１１）÷（３３２＋３８７＋１１１＋８１）×１００％＝９１％
プロセス全体の欠陥除去率：ＤＲＥを求めます。
ＤＲＥ＝（１−８１÷３４６５）×１００％＝９７．７％
となります。
本日はここまでにします。次回も更にPM定量化の実践技術をご紹介します。ご期待ください。お疲れ様でした。
参考資料：「ソフトウェア品質工学の尺度とモデル、共立出版」