[논문 리뷰] 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)|2014. 05. 19.

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 지표를 구현할 수 있는 정량적 프레임워크를 제공하기 위해.
• 소프트웨어 개발에 BS-6143-2:1990 CoQ 분류 모델(예방, 평가, 실패 비용)의 도입을 주장하기 위해.
• 진정한 품질 비용은 품질을 만드는 데 드는 비용이 아니라, 이를 하지 않을 경우 발생하는 비용임을 입증하기 위해.

제안 방법

• BS-6143-2:1990 프레임워크를 적응시켜 소프트웨어 품질 비용을 예방, 평가, 실패 비용으로 분류하기 위해.
• 실제 SDLC 프로젝트를 분석하여 개발 생애주기 전반에 걸쳐 CoQ 구성 요소를 식별하고 정량화하기 위해.
• 품질 관련 활동을 각 비용 유형에 매핑하기 위해 정성적 및 사례 기반 분석을 사용하기 위해.
• 결정 지원을 위해 CoQ 지표를 추적하고 보고하는 데 구조화된 접근 방식을 제안하기 위해.
• CoQ 데이터를 활용해 품질 관행에 대한 투자 지침을 제시하고, 배포 후 결함 해결 비용을 줄이기 위해 강조하기 위해.
• 제조업 품질 관리의 교훈을 소프트웨어 개발에 적용하여 프로세스 성숙도 향상시키기 위해.

실험 결과

연구 질문

• RQ1 제조업에서의 입증된 가치에도 불구하고 소프트웨어 개발 프로젝트에서 품질 비용(CoQ) 측정이 왜 충분히 정착되지 않았는가?
• RQ2 전통적인 CoQ 프레임워크(예방, 평가, 실패)를 어떻게 효과적으로 SDLC 프로젝트에 적용할 수 있는가?
• RQ3 소프트웨어 프로젝트에서 CoQ를 측정하지 않을 경우 재정적 및 운영적 영향은 무엇인가?
• RQ4 소규모 및 중소 소프트웨어 기업은 SDLC 프로세스에 CoQ 지표를 도입함으로써 어떤 이점을 얻을 수 있는가?
• RQ5 초기 결함 탐지 및 예방은 장기적인 소프트웨어 품질 비용을 줄이는 데 어떤 역할을 하는가?

주요 결과

• 품질 소프트웨어를 만들지 않을 경우 발생하는 비용—실패 비용으로 측정—은 예방 및 평가 활동에 투자하는 비용을 크게 초월한다.
• 배포 후 결함은 소프트웨어 프로젝트에서 흔하고 비용이 많이 드는 현실로, CoQ 측정 및 관리의 취약성을 보여준다.
• 다른 산업에서의 성공이 입증된 바에도 불구하고 소프트웨어 공학 분야에서 BS-6143-2:1990 CoQ 분류 모델의 도입은 여전히 제한적이다.
• CoQ 측정은 조직이 비효율성을 식별하고, 재작업을 줄이며, 비용, 일정, 범위 측면에서 프로젝트의 예측 가능성을 향상시킬 수 있음을 보여준다.
• 소규모 및 중소 소프트웨어 기업은 품질 향상을 위한 CoQ 지표를 도입함으로써 SDLC 성과를 크게 향상시킬 수 있다.
• 본 연구는 첫 시도에 소프트웨어를 제대로 만드는 것이 경제적으로 타당하고 필수적임을 확인하며, 특히 실패 비용을 정량화하고 사전에 관리할 경우 더욱 그렇다.