[論文レビュー] Measuring Cost of Quality (CoQ) on SDLC Projects is Indispensible for Effective Software Quality Assurance

Parvez Mahmood Khan, M. M. Sufyan Beg|arXiv (Cornell University)|May 19, 2014

Software Engineering Research参考文献 12被引用数 4

ひとこと要約

この論文は、ソフトウェア開発ライフサイクル（SDLC）プロジェクトにおける品質コスト（CoQ）の測定が、効果的なソフトウェア品質保証にとって不可欠であると主張している。製造業における伝統的なCoQフレームワーク（予防、評価、不具合のコスト）をソフトウェア工学に適応することで、著者らは、これらのコストを追跡することにより、初期段階での欠陥特定が可能になり、リリース後の障害が減少し、特に中小ソフトウェア企業においてプロジェクトのパフォーマンスが向上することを示している。

ABSTRACT

It is well known fact that was phrased by famous quality scholar P.B. Crosby that it is always cheaper to do the job right the first time. However, this statement must be reconsidered with respect to software development projects, because the concept of quality and associated costs measurements in software engineering discipline is not as matured as in manufacturing and other fields of the industry. Post delivery defects (i.e. software bugs) are very common and integral part of software industry. While the process of measuring and classifying quality cost components is visible, obvious and institutionalized in manufacturing industry, it is still evolving in software industry. In addition to this, the recommendations of British standard BS-6143-2:1990 for classifying quality-related costs into prevention costs, appraisal costs, and failure costs have been successfully adopted by many industries, by identifying the activities carried out within each of these categories, and measuring the costs connected with them, software industry has a long-way to go to have the same level of adoption and institutionalization of cost of quality measurements and visibility. Cost of Quality for software isn't the price of creating a quality software product or IT-service. It's actually the cost of NOT creating a quality software product or IT-service. The chronic affliction of majority of software development projects that are frequently found bleeding with cost overruns, schedule slippage, scope creep and poor quality of deliverables in the global IT industry, was the trigger for this research work. Lessons learnt from this study offer valuable prescriptive guidance for small and medium software businesses, who can benefit from this study by applying the same for their quality improvement initiatives using CoQ-metric, to enhance the capability and maturity of their SDLC-project performance.

研究の動機と目的

• 製造業における成熟した品質コスト（CoQ）測定とは対照的に、ソフトウェア工学分野におけるCoQ測定の制度化が不十分であるという問題に取り組むこと。
• ソフトウェアプロジェクトにおける品質の低さが引き起こす財務的・運用的影響、すなわち予算超過、スケジュール遅延、範囲拡大の原因を浮き彫りにすること。
• 中小ソフトウェア企業が品質向上のためのCoQ指標を実装するための規定的フレームワークを提供すること。
• ソフトウェア開発における採用を提唱する、BS-6143-2:1990 CoQ分類モデル（予防、評価、不具合のコスト）の利用。
• 品質を確保するために投資しないことの真のコストは、品質を創出するためのコストではなく、その反対であるという事実を実証すること。

提案手法

• BS-6143-2:1990フレームワークをソフトウェア品質コストを予防、評価、不具合のコストに分類するために適応すること。
• 実世界のSDLCプロジェクトを分析し、開発ライフサイクル全体にわたりCoQの各要素を特定および定量すること。
• 定性的かつ事例ベースの分析を用いて、品質関連活動をその対応するコストカテゴリにマッピングすること。
• 意思決定支援のためのCoQ指標の追跡および報告の構造的アプローチを提言すること。
• CoQデータの活用により、品質管理への投資を最適化し、リリース後の欠陥修正コストを削減することの重要性を強調すること。
• 製造業界の品質管理の教訓をソフトウェア開発に応用することで、プロセス成熟度を向上させること。

実験結果

リサーチクエスチョン

• RQ1 製造業における実証済みの価値にもかかわらず、なぜソフトウェア開発プロジェクトにおける品質コスト（CoQ）の測定が十分に制度化されていないのか？
• RQ2 予防、評価、不具合の3つのカテゴリーからなる伝統的なCoQフレームワークを、SDLCプロジェクトに効果的に適用する方法は何か？
• RQ3 CoQの測定を行わないことで、ソフトウェアプロジェクトにどのような財務的・運用的影響が生じるのか？
• RQ4 中小ソフトウェア企業は、SDLCプロセスにCoQ指標を導入することで、どのように利益を得られるのか？
• RQ5 初期段階での欠陥特定および予防は、長期的なソフトウェア品質コストを削減するために果たす役割は何か？

主な発見

• 品質をソフトウェアに創出しないことのコスト、すなわち不具合コストは、予防および評価活動への投資をはるかに上回る。
• リリース後の欠陥は、ソフトウェアプロジェクトにおいて一般的で高コストな現象であり、CoQの測定および管理が不十分であることを示している。
• 他の業界で実証済みの成功を収めているにもかかわらず、ソフトウェア工学分野におけるBS-6143-2:1990 CoQ分類モデルの採用は依然として限定的である。
• CoQの測定により、組織は非効率な点を特定し、リワークを削減し、コスト、スケジュール、範囲の面でプロジェクトの予測可能性を向上させることができる。
• 中小ソフトウェア企業は、品質向上のためのCoQ指標を導入することで、SDLCのパフォーマンスを著しく向上させることができる。
• 本研究は、初回に正しくソフトウェアを開発することが経済的にも実現可能であり、特に不具合コストを定量的に把握し、事前に管理することで必要不可欠であることを確認している。