개념
변경은 막을 대상이 아니라 관리할 대상이다
"요구사항이 또 바뀌었다"는 QA의 가장 흔한 불평이다. 하지만 변경 자체는 나쁜 것이 아니다. 시장이 바뀌고, 사용자 반응을 보고, 규제가 개정되면 제품도 바뀌어야 한다. 문제는 변경이 통제되지 않은 채 들어올 때다. 누가 승인했는지, 무엇에 영향을 주는지, 일정과 비용이 어떻게 바뀌는지 모른 채 개발이 먼저 바뀌고, 테스트는 나중에 알게 된다.
모듈 2 레슨 5에서 요구사항 변경과 추적성을 봤다. 이 레슨은 그것을 프로젝트·사업 관리 관점 에서 다룬다. 변경을 누가, 어떤 정보로, 어떻게 결정하는가.
변경 통제 절차
[변경 통제 흐름]
① 변경 요청 등록 ─ 요청자·내용·이유·긴급도
↓
② 영향 분석 ─ 개발·QA·운영·PM이 각자 영향 산정
↓
③ 변경 통제 위원회(CCB) 검토 ─ 승인 / 보류 / 반려 / 다음 릴리스
↓
④ 기준선 갱신 ─ 범위·일정·비용·요구사항 문서·추적표
↓
⑤ 실행과 검증 ─ 개발, 테스트, 회귀
↓
⑥ 종결 기록가장 자주 건너뛰는 단계는 ②와 ④다. 영향 분석 없이 "간단한 변경이니까"로 승인되고, 승인된 뒤에도 요구사항 문서와 추적표가 갱신되지 않는다. 석 달 뒤 인수 테스트에서 "이건 원래 요구사항과 다르다"는 논쟁이 나오는 이유다.
변경 통제 위원회(CCB)
CCB는 변경을 승인하는 회의체다. 대형 프로젝트에서는 공식 위원회로, 작은 팀에서는 주간 제품 회의의 한 안건으로 운영된다. 구성원과 역할을 정해 둔다.
| 구성원 | 역할 |
|---|---|
| 제품 책임자(또는 발주처 대표) | 사업 가치 판단, 최종 승인 |
| 프로젝트 관리자 | 일정·비용 영향, 기준선 관리 |
| 개발 리드 | 구현 영향과 공수 |
| QA 리드·테스트 매니저 | 테스트 영향, 품질 위험 |
| 운영 담당 | 운영·이행 영향 |
QA가 CCB에 없으면 테스트 영향은 계산되지 않은 채 승인된다. 테스트 매니저가 요구해야 할 첫 번째가 CCB 참여 다.
다섯 축의 영향 분석
변경 하나를 다섯 축으로 본다.
| 축 | 질문 | 예(쿠폰 중복 적용 허용) |
|---|---|---|
| 범위 | 무엇이 추가·변경·삭제되나 | 쿠폰 계산 로직, 주문 화면, 정산 |
| 일정 | 크리티컬 패스에 영향이 있나 | 개발 5일 + 테스트 4일, 크리티컬 패스 위 |
| 비용 | 추가 공수·비용은 | 개발 8인일, 테스트 6인일, 약 560만 원 |
| 품질 | 어떤 위험이 새로 생기나 | 할인 금액 음수, 정산 불일치, 기존 쿠폰 회귀 |
| 사업·고객 | 얻는 가치와 잃는 것은 | 프로모션 전환율 상승 기대, 할인 남용 위험 |
테스트 영향 산정
QA의 영향 분석은 "테스트 기간이 더 필요합니다"가 아니라 구체적인 재테스트 범위와 공수 다.
- 직접 영향 — 변경된 기능의 신규·수정 케이스
- 추적성 영향 — 추적표(모듈 2 레슨 5)에서 변경된 요구사항에 연결된 기존 케이스
- 회귀 영향 — 코드·데이터 의존 관계로 영향받을 수 있는 인접 기능
- 비기능 영향 — 성능·보안·접근성에 영향이 있는지
- 이미 끝난 테스트의 무효화 — 변경 때문에 다시 해야 하는 완료된 테스트
[테스트 영향 — 쿠폰 중복 적용 허용]
직접 신규 케이스 18개(결정표: 쿠폰 2종 × 포인트 × 최소 주문 금액 경계) 2.0인일
추적성 기존 쿠폰 관련 케이스 24개 수정 1.0인일
회귀 주문·결제·정산·환불 자동 회귀 실행 + 환불 수동 확인 1.5인일
비기능 해당 없음(계산 로직 변경, 부하 영향 미미) 0
무효화 완료된 쿠폰 테스트 1회차 결과 무효 → 재실행 1.5인일
합계 6.0인일 / 크리티컬 패스 영향 4일(병렬 불가 구간)
품질 위험 할인 금액이 결제 금액을 초과하는 경계, 부분 환불 시 쿠폰 복원 규칙 미정의"부분 환불 시 쿠폰 복원 규칙 미정의" 같은 발견이 영향 분석의 숨은 가치다. 변경 요청이 불완전하다는 것을 승인 전에 알려 준다.
한 장 의사결정 문서
CCB에 올리는 문서는 한 장이다. 모듈 43 레슨 7의 품질 상태 보고와 같은 원칙(결론 먼저, 선택지와 권고)을 따른다.
[변경 결정 요청 CR-027 — 쿠폰 중복 적용 허용]
요청 마케팅, 10월 프로모션용 / 긴급도 높음
요약 승인 시 오픈 4일 지연 또는 범위 조정 필요. 권고는 선택지 B.
영향 범위: 쿠폰·주문·정산 / 일정: +4일(크리티컬 패스) / 비용: 14인일(약 560만 원)
품질 위험: 할인 금액 초과 경계, 부분 환불 쿠폰 복원 규칙 미정의
사업: 프로모션 전환율 개선 기대(마케팅 추정 +8%)
선택지
A. 전면 승인 — 오픈 10/1 → 10/5. 프로모션 일정(10/3 시작)과 충돌
B. 제한 승인 — 쿠폰 2장까지, 부분 환불은 쿠폰 미복원(공지). 추가 +2일, 오픈 10/3
C. 다음 릴리스(10/20) — 첫 주 프로모션은 단일 쿠폰으로 진행
권고 B. 프로모션 일정을 지키면서 가장 위험한 부분 환불 경로를 범위에서 제외.
부분 환불 규칙은 10/20 릴리스에서 정의·구현.
후속 조치 (B 승인 시)
- 기획: 부분 환불 쿠폰 미복원 고객 공지 문구 9/25까지
- QA: 경계 결정표 18케이스, 정산 대사 자동 검증 추가
- PM: 기준선·추적표 갱신, 10/20 릴리스 백로그에 부분 환불 규칙 등록
결정 요청 9/23 CCB, 결정자: 제품 책임자성과와 투자 판단으로 연결한다
변경 결정은 끝이 아니라 다음 판단의 데이터 다. 프로젝트가 끝나면 변경 요청을 모아 분석한다.
- 변경 요청 수와 승인율, 변경으로 추가된 공수의 비율
- 변경이 몰린 영역(요구사항이 불안정한 영역)
- 변경 후 발생한 운영 결함(영향 분석이 놓친 것)
- 변경으로 얻은 사업 성과(프로모션 전환율이 실제로 올랐는가)
이 데이터로 다음 프로젝트의 변경 예비비(일정·비용의 일정 비율을 변경 대응용으로 확보)를 정하고, 요구사항이 자주 바뀌는 영역에는 적응형 접근을 제안한다(레슨 6). 경영진에게는 "변경 관리 체계 덕분에 변경 23건 중 운영 결함으로 이어진 것은 1건"이라는 성과로 보고한다.
실무에서 왜 필요한가
변경 통제가 없는 프로젝트에서 QA는 늘 마지막에 알고, 가장 적은 시간으로, 가장 많은 위험을 떠안는다. 영향 분석과 한 장 의사결정 문서는 이 구조를 바꾼다. 변경의 비용과 위험이 승인 전에 보이면 결정권자는 더 나은 선택을 하고, 그 결정의 책임도 분명해진다.
채용시장에서의 위치
프로젝트·사업 관리 역할의 핵심 역량이 바로 "변경 요청과 문제의 사업 영향을 분석해 의사결정을 지원하는 것"이다. QA 경력자는 테스트 영향 분석이라는 강점을 이미 갖고 있다. 여기에 일정·비용· 사업 영향을 더해 한 장으로 정리할 수 있으면 PM·PMO 역할로 넘어가는 증거가 된다.