PMBOK 기반으로 품질관리 프로세스 재설계하기

PMBOK 기반으로 품질관리 프로세스 재설계하기

“우리도 품질관리는 하고 있어요.” 이 말, 너무 많이 들었습니다. 하지만 정작 그 ‘품질관리’가 어떤 기준과 프로세스에 근거하고 있는지 묻자 답을 못 하는 경우가 대부분이죠. 특히 SI 프로젝트나 대형 정보시스템 구축에서는 PMBOK 기반의 품질관리 프로세스를 갖추는 것이 점점 더 중요해지고 있습니다. 저 역시 품질 감리를 하면서 PMBOK의 가이드라인을 따를수록 프로젝트 안정성이 높아졌던 경험이 많습니다. 오늘은 PMBOK의 세 가지 품질관리 프로세스를 중심으로, 실무에서 어떻게 재설계할 수 있는지 살펴보겠습니다.

목차

PMBOK에서 말하는 품질관리란?

PMBOK 6판 기준으로, 품질관리는 “요구사항을 충족하는 산출물을 지속적으로 제공하는 프로세스”입니다. 이는 단순히 결과물의 검수에 그치지 않고, 계획 수립부터 실행, 통제까지 3단계로 구성되며, 각 단계는 프로젝트 전반에 통합되어야 효과를 발휘합니다. 즉, 품질은 QA 팀만의 책임이 아니라, 프로젝트 전체의 리더십 과제인 셈이죠.

1단계: 품질관리 계획 수립

이 단계에선 어떤 품질 기준을 따를 것인지, 어떤 품질지표(QA Metrics)를 사용할 것인지 명확히 정의해야 합니다. ISO 25010, IEEE 829와 같은 국제 표준을 참고해 기준을 설정하고, 품질 보증 계획서(Quality Assurance Plan)를 작성합니다. 주요 산출물은 다음과 같습니다.

산출물 내용
품질관리 계획서 목표 품질 기준, 검토 주기, 품질 도구 명시
품질 측정기준표 Defect Density, Coverage Rate, Review Rate 등

2단계: 품질관리 실행

실행 단계는 품질계획을 실제로 적용하는 단계입니다. 개발 중 코드 리뷰, 테스트케이스 리뷰, 문서 형상관리 등의 활동이 포함되며, 이슈 발생 시 변경관리 프로세스와 연결돼야 합니다. 특히 ‘QA가 늦게 들어가면 이미 실패’라는 말처럼, 초기부터 품질을 설계에 포함시켜야 합니다.

  • 정기 리뷰 회의 → 리뷰 결과 기록 → 이슈 관리 연동
  • 결함 유입 시점 기록 → 추후 회귀 테스트 설계 근거 확보

3단계: 품질관리 통제

마지막은 품질 데이터를 모니터링하고, 기준을 벗어난 결과에 대해 조치하는 단계입니다. 여기서는 품질표본도 검사 대상이며, 결함율 추이, 리뷰 누락률 등을 대시보드로 시각화하여 실시간 모니터링합니다. 통제는 QA의 업무가 아니라 PMO와 함께 관리되어야 프로젝트 차원의 품질이 확보됩니다.

  • 결함 발생률, 해결률 → 월별 지표화 → 성과보고 연계
  • 품질 목표 대비 실적 미달 시 RCA(Root Cause Analysis) 실시

PMBOK 기반 품질관리 템플릿 제안

PMBOK 기준에 따라 품질관리 계획서를 작성할 때 활용할 수 있는 템플릿 예시는 다음과 같습니다. SI 프로젝트 품질감리에서 실제 활용했던 구성입니다:

항목 세부 내용
품질 목표 결함율 0.3건/KLOC 이하, 테스트 커버리지 85% 이상
품질 도구 JIRA, TestRail, SonarQube
검토 체계 코드 리뷰(주 1회), 문서 리뷰(모듈별 완료 시)
품질 기준 ISO 25010 품질 속성 기반 체크리스트

실제 적용을 위한 통합 전략

품질관리는 고립된 기능이 아닙니다. 일정, 리스크, 변경관리와 통합 운영되어야 효과를 발휘하죠. 저는 다음과 같은 전략을 통해 PMBOK 품질관리 프로세스를 시스템에 정착시켰습니다:

  • 품질관리 계획을 Kick-off 문서와 통합 → 전체 인식 공유
  • QA 지표를 주간 WBS 점검회의에 포함 → 시점별 추이 확인
  • JIRA와 연계한 리뷰 이력 관리 자동화 → 품질 이슈 추적
Q PMBOK 품질관리 3단계는 어떻게 구분되나요?

계획(Plan Quality), 실행(Manage Quality), 통제(Control Quality)로 구분됩니다.

A 계획은 기준 설정, 실행은 QA 활동 수행, 통제는 결과 모니터링과 개선 조치에 해당합니다.
Q PMBOK 품질 프로세스를 실제 프로젝트에 적용하기 어려운 이유는?

각 단계 간 연결 구조가 시스템화되지 않아서입니다.

A 품질계획이 단독 문서로 존재하거나, QA 실행 내용이 프로젝트 일정과 분리되어 관리될 경우 적용이 어려워집니다.
Q ISO 25010 품질 속성은 어떻게 활용되나요?

기능성, 성능, 사용성, 유지보수성 등 8개 속성 기준으로 체크리스트를 작성합니다.

A 이 속성을 기반으로 테스트 항목과 리뷰 항목을 구성하면 국제 표준에 부합하는 품질 수준을 확보할 수 있습니다.
Q 품질 통제에서 가장 중요한 데이터는 무엇인가요?

결함율, 해결율, 리뷰 커버리지 등입니다.

A 이 데이터를 기반으로 PMO는 품질 리스크를 조기 감지하고, QA팀은 회귀 테스트와 개선안 도출의 근거로 삼을 수 있습니다.
Q 프로젝트 초기에 품질계획을 세우지 않으면 어떻게 되나요?

모든 품질활동이 사후 대응 위주로 흘러가게 됩니다.

A 그 결과 일정 지연, 중복 테스트, 기능 누락 등의 문제가 발생하며, 품질에 대한 신뢰를 확보하기 어려워집니다.

품질관리는 더 이상 QA의 문제가 아닙니다. 프로젝트 전 과정에 내재화되어야 할 운영 체계이며, PMBOK은 그 체계를 설계할 수 있는 훌륭한 기준을 제시합니다. 오늘 공유한 계획-실행-통제의 3단계 모델은 단순한 이론이 아닌, 실제 프로젝트 성공률을 높이는 핵심 전략입니다. 품질을 기준으로 프로젝트를 바라볼 때, 고객의 신뢰도 함께 따라오게 될 것입니다.

PMBOK, 품질관리, QA 프로세스, 품질계획, 프로젝트 통제, ISO 25010, 품질 템플릿, 통합 품질관리, 결함율, 감리 대응

bigpunch

안녕하세요 '루카스, 일과 생각 사이' 블로그 입니다. 25년 넘게 IT 실무를 해왔습니다. 프로그래머로 시작해, PM을 거치고, 지금은 전사 품질을 맡고 있습니다. 일은 숫자와 일정으로 흘러가지만, 사람과 판단은 늘 그 사이 어딘가에 있습니다. 그 사이를 기록합니다. 이 블로그엔 세 가지를 담습니다. 일: 프로젝트 관리, 품질, 기획, 실무에서 배운 것들 도구: 생산성과 기록에 도움이 되었던 방식과 툴, 책 생각: 전시회, 책, 공간, 그리고 살아가는 감각들 경험을 기반으로 진짜로. 일과 인생 사이 어딘가에서 길을 찾는 분들께 이 글을 함께 하겠습니다.

댓글 쓰기

다음 이전