SW 품질관리의 계획·평가·개선 체계
SW 품질관리의 품질특성, 품질계획·평가·관리 흐름, 측정 방법과 도입 시 고려사항을 실무 관점에서 정리한다.
2026-08-14 · 최초 발행 2026-04-17
품질은 개발 전 주기에서 관리된다
SW 품질관리는 소프트웨어의 품질을 사전에 계획하고, 개발 과정과 결과를 평가한 뒤, 측정 결과를 개선으로 되돌리는 관리 활동이다. 금융·의료·교통처럼 소프트웨어 의존도가 높은 영역에서는 결함이 경제적 손실이나 안전사고로 이어질 수 있다. 완성도와 신뢰성에 대한 시장 요구도 품질관리를 개발 프로세스의 일부로 다루게 하는 배경이다.
IEEE 9001 및 ISO 25000(SQuaRE)은 이 활동을 뒷받침하는 국제적 프레임워크다. ISO 25000은 기존 ISO 9126의 품질특성과 ISO 14598의 평가프로세스를 통합한 표준체계다.
품질을 평가할 때는 다음 품질특성을 함께 본다.
- 기능성(Functionality)
- 신뢰성(Reliability)
- 사용성(Usability)
- 효율성(Efficiency)
- 유지보수성(Maintainability)
- 이식성(Portability)
- 호환성(Compatibility)
- 보안성(Security)
계획에서 개선으로 이어지는 품질관리 흐름
품질관리는 계획을 세우고, 이를 평가하며, 결과를 관리 활동에 반영하는 순환 구조다. 개선 결과는 다음 계획의 기준이 되므로, 각 단계는 독립된 절차가 아니라 연결된 흐름으로 봐야 한다.
품질계획에서 기준을 정한다
품질계획(Quality Planning)은 제품과 절차, 필요한 확인 사항의 요구사항 및 평가절차를 미리 수립하는 활동이다. 어떤 품질특성을 우선할지 정하고, 분류와 가중치를 설정하며, 측정 가능한 기준으로 정량화한다.
IEEE 9001 기반 품질계획서에는 다음 항목을 포함할 수 있다.
| 항목 | 내용 |
|---|---|
| 목적 | 품질관리 활동의 목표 명시 |
| 참고목록 | 관련 표준 및 규정 |
| 관리 | 조직, 작업, 책임 분장 |
| SW문서 | 필요 산출물 정의 |
| 표준/지침/협약 | 적용 기술 표준 및 계약사항 |
검토와 감사로 품질을 평가한다
품질평가(Quality Evaluation)는 기술적·관리적 관점에서 검토(Reviews)와 감사(Audits)를 수행하는 활동이다. 요구사항부터 사용자 매뉴얼까지의 산출물을 확인 대상으로 삼는다.
- SW 요구사항 검토: 기능적·비기능적 요구사항의 적절성 검증
- 고수준 디자인 검토: 아키텍처 설계의 적정성 평가
- 상세 디자인 검토: 모듈 및 인터페이스 설계 검증
- 테스트 계획 검토: 테스트 적합성 및 완결성 평가
- 시스템 기능 감사: 요구사항 충족 여부 검증
- 물리적 제약사항 검토: 하드웨어 및 환경 제약 검증
- 관리적 평가 검토: 품질평가 계획의 실행가능성 평가
- 사용자 매뉴얼 검토: 문서의 정확성과 완전성 검증
측정 결과를 관리 활동으로 연결한다
품질관리(Quality Control)는 측정 결과를 피드백으로 사용해 개선을 수행하는 활동이다. 형상, 변경 요구, 소프트웨어공학 적용이 이 단계의 주요 관리 영역이다.
SW 형상관리(SCM)는 소프트웨어 버전과 환경 등을 체계적인 방법 및 도구로 관리한다. 변경 요구관리(SCRM)는 개발 중 발생하는 문제점 보고, 변경 요청, 수정 추적의 일련 과정을 다룬다. 품질평가 관점에서는 에러 예방을 위한 모범사례 적용도 품질관리의 일부가 된다.
측정 대상에 따라 평가 방식을 달리한다
품질평가에서는 계획과 관리 체계 자체, 구축 활동, 산출물의 정량 분석, 참여자의 심리적 측면을 서로 다른 대상으로 다룬다.
품질평가시스템의 구축·소개·유지 상태는 시간 단위 또는 프로젝트 단위로 구분해 측정할 수 있다. 구축 활동에 대한 측정은 품질에 영향을 주는 모든 활동을 대상으로 하며, 가능한 에러를 예방적 수준에서 관리하고 에러 정정 활동까지 포함한다.
분석적 측정은 실제로 가장 많이 활용되는 방식이다. 소프트웨어를 정량적 형태로 분석한 뒤 여러 요소를 적용해 수치화한다.
| 측정지표 | 설명 | 적용 분야 |
|---|---|---|
| KLOC | 라인 단위 측정(Thousand Lines of Code) | 규모 측정 |
| COCOMO | 비용 문제 산출 모델 | 프로젝트 비용 예측 |
| CK 메트릭 | 객체지향 시스템 평가지표 | OO 설계 품질 |
심리기반 품질평가 측정은 개발자, 리더, 매니저처럼 프로젝트에 참여하는 사람이 수행하는 역할과 팀의 관심사에 따라 측정한다. SW 품질평가에서는 다른 분야에 비해 심리적 기반 평가가 아직 미약한 수준이지만, 팀 역학과 개발자 만족도는 품질에 직접적인 영향을 미치므로 중요성이 커지고 있다.
품질관리 체계가 만드는 변화
품질 보증은 고객 만족도와 신뢰성 확보에 연결된다. 초기 결함 예방은 장기적인 유지보수 비용 절감의 기반이 되고, 체계적인 관리는 개발 효율성을 높여 시장 출시 시간 단축에도 기여한다.
기술적으로는 개발 초기 단계에서 결함을 발견할 수 있고, 명확한 품질기준은 재작업을 줄이며 개발 일정 준수를 돕는다. 품질 데이터를 축적하면 조직 차원의 역량도 함께 쌓인다.
현장 도입에서 확인할 조건
품질 중심 문화가 정착하려면 리더십의 확고한 의지가 필요하다. 형상관리, 결함추적, 테스트 자동화 도구는 조직과 프로젝트에 맞게 선정해야 하며, 개발자와 품질관리자를 대상으로 표준 및 방법론 교육도 병행해야 한다.
적용 범위는 파일럿 프로젝트에서 시작해 단계적으로 확산하는 방식이 적합하다. 품질관리 체계 역시 PDCA 사이클을 통해 지속적으로 개선 대상이 된다.
SW 품질관리는 단순한 검사 활동이 아니라 개발 전 주기에 걸친 관리 체계다. 품질계획, 품질평가, 품질관리의 흐름을 순환시키고, 정량적 평가와 개발자·팀 관점의 평가를 함께 다룰 때 품질 개선을 지속할 수 있다.