본문으로 건너뛰기
고급약 35분

포트폴리오 품질 지표와 경영진 보고 — GQM 설계, 비교 가능한 지표, 지표의 역효과

여러 제품의 품질을 한 화면에서 비교하려면 지표를 목표에서 거꾸로 설계해야 한다. GQM(목표·질문·지표)으로 포트폴리오 지표를 도출하고, 제품 간 비교가 가능하도록 정규화하며, 선행·후행 지표를 짝지어 경영진 대시보드를 구성한다. 굿하트의 법칙이 말하는 지표의 역효과와 방지책, DORA 지표와 품질 지표의 연결도 다룬다.

  • #QMO
  • #품질지표
  • #GQM
  • #포트폴리오
  • #경영진보고
  • #DORA

개념

팀 지표와 포트폴리오 지표는 다르다

모듈 43 레슨 5의 지표는 한 릴리스를 운영하기 위한 것이었다. 결함 유입 곡선, 번업, 재오픈율. 이것들을 제품 다섯 개에 대해 모아서 경영진에게 보여 주면 어떻게 될까? 제품마다 규모도 주기도 다르니 비교가 안 된다. 결함 50건인 제품이 결함 10건인 제품보다 나쁜지 알 수 없다. 앞의 것은 사용자 100만 명의 핵심 서비스이고 뒤의 것은 사내 도구일 수 있다.

포트폴리오 지표는 다른 질문에 답한다. "조직 전체의 품질은 나아지고 있는가? 어느 제품에 투자가 필요한가?"

GQM — 목표에서 지표를 거꾸로 도출한다

지표를 고르는 가장 흔한 실수는 "측정하기 쉬운 것"부터 고르는 것이다. GQM(Goal-Question-Metric)은 Victor Basili가 제안한 방법으로, 순서를 뒤집는다.

  1. 목표(Goal) — 조직이 달성하려는 것
  2. 질문(Question) — 목표 달성 여부를 판단하려면 무엇을 알아야 하나
  3. 지표(Metric) — 그 질문에 답하는 측정값
G1  고객이 겪는 품질 문제를 줄인다
 Q1.1  운영에서 고객이 겪는 결함은 줄고 있는가?
       M  운영 결함 수(심각도 가중) / 활성 사용자 1만 명
 Q1.2  결함이 고객에게 닿기 전에 잡히는 비율은?
       M  결함 탈출률 = 운영 발견 결함 / 전체 결함
 Q1.3  문제가 생기면 얼마나 빨리 회복하는가?
       M  장애 복구 시간(MTTR)
 
G2  품질 활동의 효율을 높인다
 Q2.1  회귀에 드는 시간이 줄고 있는가?
       M  릴리스당 회귀 소요 시간
 Q2.2  자동 테스트는 신뢰할 만한가?
       M  플래키 테스트 비율

GQM으로 도출하면 모든 지표가 왜 측정하는지 답을 갖고 있다. 반대로 목표와 연결되지 않는 지표(예: 작성된 테스트 케이스 수)는 대시보드에서 빠진다.

비교 가능하게 정규화한다

제품 간 비교를 하려면 절대값이 아니라 비율 로 만든다.

절대값(비교 불가)정규화(비교 가능)
운영 결함 30건운영 결함 / 활성 사용자 1만 명, 또는 / 배포 100회
테스트 케이스 2,000개핵심 사용자 흐름 중 자동 회귀가 있는 비율
장애 5건월간 가용성(%), 장애 복구 시간 중앙값
결함 120건 발견결함 탈출률(%)

심각도도 가중한다. 치명 1건과 경미 1건을 같게 세면 경미 결함이 많은 제품이 나쁘게 보인다. 예: 치명 10점, 주요 3점, 보통 1점, 경미 0.2점. 가중치는 조직이 합의하고 공개한다.

선행 지표와 후행 지표를 짝짓는다

종류성격예
후행 지표결과. 이미 일어난 일운영 결함, 장애 시간, 고객 문의
선행 지표원인. 미래를 예측요구사항 리뷰 참여율, 자동 회귀 커버리지, 정적 분석 치명 건수

경영진은 후행 지표를 원한다. 하지만 후행 지표만 보면 문제가 이미 고객에게 간 뒤에야 안다. 포트폴리오 대시보드는 후행 지표 하나에 선행 지표 하나 를 짝지어 보여 준다. "운영 결함이 늘었다(후행) — 이 제품은 두 분기째 요구사항 리뷰 참여율이 30%대다(선행)."

DORA 지표와 품질의 연결

많은 조직이 이미 DORA(DevOps Research and Assessment) 지표를 쓴다. 배포 빈도, 변경 리드타임, 변경 실패율, 장애 복구 시간. 이 중 변경 실패율 과 장애 복구 시간 은 품질 지표와 직접 겹친다. QMO는 별도의 품질 지표 체계를 만들기보다 DORA 지표를 공유하고 거기에 결함 탈출률, 자동 회귀 비율 같은 품질 고유 지표를 더하는 편이 경영진 입장에서 이해하기 쉽다(모듈 14 레슨 7의 SLO·SLI도 같은 흐름이다).

경영진 대시보드 — 한 화면

[제품 품질 포트폴리오 — 2026 Q3]
제품        운영결함(가중)/1만명   탈출률   변경실패율   MTTR    선행: 자동회귀   추세
결제          0.8   ●           6%       4%        35분    92%            ▼ 개선
회원          1.9   ●           14%      9%        2.1시간  61%            ▲ 악화
커머스        1.1   ●           9%       6%        50분    78%            → 유지
관리자        0.4   ●           11%      3%        1.5시간  40%            → 유지
사내 정산      2.7   ●           21%      12%       4시간    22%            ▲ 악화
 
주의 제품: 사내 정산, 회원
권고: 사내 정산 자동 회귀 구축(비즈니스 케이스 첨부), 회원 요구사항 리뷰 게이트 적용

대시보드의 마지막 두 줄이 가장 중요하다. 주의 제품 과 권고. 경영진 보고의 목적은 투자와 우선순위 결정이다(모듈 43 레슨 7의 원칙이 조직 수준에서 반복된다).

굿하트의 법칙 — 지표가 목표가 되면

"측정값이 목표가 되면 좋은 측정값이 아니게 된다." 경제학자 Charles Goodhart의 관찰에서 나온 이 말은 품질 지표에서 특히 잘 맞는다.

지표를 목표로 삼으면일어나는 일
결함 발견 수사소한 결함을 쪼개서 등록한다
운영 결함 0건운영 결함을 "개선 요청"으로 분류한다
자동화 커버리지 90%검증 없는 테스트, 쉬운 경로만 자동화한다
테스트 통과율 100%실패하는 테스트를 비활성화한다
결함 해결 시간제대로 고치지 않고 닫았다가 재오픈한다

방지책은 네 가지다.

  1. 지표를 개인 평가에 직접 연결하지 않는다 — 팀과 조직의 개선 판단에 쓴다
  2. 짝 지표를 둔다 — 결함 해결 시간과 재오픈율을 함께 본다. 하나를 속이면 다른 하나가 나빠진다
  3. 정의를 공개하고 감사한다 — 결함 분류 기준을 문서화하고 분기마다 표본을 검토한다
  4. 숫자 옆에 이야기를 둔다 — 지표가 크게 변하면 반드시 원인 설명을 붙인다

실무에서 왜 필요한가

QMO가 경영진의 신뢰를 얻는 방법은 하나다. 품질을 투자 결정의 언어로 말하는 것. 제품별 정규화 지표와 선행 지표가 있으면 "어느 제품에 다음 분기 품질 투자를 해야 하는가"에 데이터로 답할 수 있다. 없으면 품질 예산은 목소리 큰 팀이나 최근 장애가 난 팀에 몰린다.

채용시장에서의 위치

QMO·QA 조직장 면접에서 "품질을 어떻게 측정하셨나요"는 반드시 나온다. GQM으로 도출한 지표 체계와 굿하트의 법칙에 대한 방지책까지 말할 수 있으면, 지표를 숫자 놀이가 아니라 경영 도구로 다룰 줄 아는 사람으로 보인다.

실습 과제

과제 1 — GQM 도출 (20분)

"릴리스 속도를 떨어뜨리지 않으면서 운영 장애를 줄인다"는 목표로 질문 3개, 지표 5개를 도출한다. 각 지표가 선행인지 후행인지 표시한다.

과제 2 — 정규화 (10분)

제품 세 개(사용자 200만·5만·300명, 월 배포 40·8·2회)의 운영 결함 수(각 60·20·6건)를 두 가지 방식(사용자당·배포당)으로 정규화하고, 어느 제품이 가장 주의가 필요한지 판단한다.

과제 3 — 역효과 방지 (10분)

"자동화 커버리지 80%"를 조직 목표로 삼으려는 경영진에게 예상되는 역효과와 짝 지표를 제안하는 메시지를 다섯 줄로 쓴다.

자가 체크리스트

  • 팀 운영 지표와 포트폴리오 지표의 차이를 설명할 수 있다
  • GQM으로 목표에서 지표를 도출할 수 있다
  • 제품 간 비교를 위해 지표를 정규화하고 심각도를 가중할 수 있다
  • 선행·후행 지표를 짝지어 대시보드를 구성할 수 있다
  • DORA 지표와 품질 지표의 겹치는 부분을 말할 수 있다
  • 굿하트의 법칙과 네 가지 방지책을 설명할 수 있다

흔한 실수

  • 측정하기 쉬운 것부터 고른다. 목표와 연결되지 않은 지표는 소음이다.
  • 절대값으로 제품을 비교한다. 규모가 다른 제품은 비율로 비교한다.
  • 후행 지표만 본다. 문제가 고객에게 간 뒤에야 안다.
  • 지표를 개인 평가에 직결한다. 지표 조작이 시작된다.
  • 대시보드에 권고가 없다. 경영진은 무엇을 결정해야 하는지 모른다.

참고 자료

  • Victor R. Basili, Gianluigi Caldiera, H. Dieter Rombach, "The Goal Question Metric Approach" (Encyclopedia of Software Engineering, 1994) — GQM 원전
  • DORA — Research program — 배포 빈도·리드타임·변경 실패율·복구 시간 지표
  • ISO/IEC 25010:2023 — 제품 품질 모델(측정 대상 특성의 기준)
  • 레슨 s2-m06-l05 — 테스트 보고서와 품질 지표
  • 레슨 s4-m14-l07 — SLO·SLI로 릴리스 이후 품질을 숫자로 잇기

낯선 말 풀이

이 레슨에 나온 약어입니다. 본문에서도 처음 나올 때 점선으로 표시해 두었습니다 (제목과 링크 글자는 그대로 둡니다).

DORA — 도라 지표
개발·배포를 얼마나 잘하는지 네 가지 숫자로 재는 방식.
QMO — 품질관리 조직
여러 팀의 품질 활동을 한곳에서 보며 기준을 정하는 조직.
SLO — 서비스 수준 목표
내부적으로 지키려는 목표치. 고객과의 약속보다 조금 더 엄격하게 잡는다.
SLI — 서비스 수준 지표
실제로 재는 숫자 — 응답 시간, 성공률 같은 것.
QA — 품질보증
만든 것이 쓸 만한지 확인하고, 애초에 덜 망가지게 만드는 방법을 정하는 일. "테스트"는 그 일의 일부다.
ISO/IEC — 국제표준화기구·국제전기기술위원회 공동 표준
두 국제 단체가 함께 낸 표준이라는 표시. 뒤에 붙는 숫자가 문서 번호다.

용어집 전체 보기