제품 품질 엔지니어링과 비즈니스 분석 — 사용자 여정·품질 데이터·제품 지표·요구 도출·우선순위
결함을 찾는 일을 제품 목표와 사업 가치에 연결한다. 제품 품질 엔지니어의 역할과 가치 흐름을 이해하고, 사용자 여정 지도에서 품질 위험을 찾으며, 결함·고객 문의·운영 데이터를 하나의 분류 체계로 묶어 반복 문제를 찾는다. HEART·Goals-Signals-Metrics·퍼널로 제품 지표를 읽고 품질과 연결한다. BABOK v3의 지식 영역과 인터뷰·워크숍·관찰로 요구를 도출하고 업무 흐름을 모델링하며, 정책·비즈니스 규칙·예외를 검증 가능한 요구사항으로 바꾼다. RICE·MoSCoW·Kano·지연 비용으로 우선순위를 정하고, 문제·근거·선택지·기대 효과가 연결된 개선안을 쓰고 적용 전후 효과를 측정한다.
★ 품질 문제는 사용자와 사업의 언어로 설명될 때 비로소 우선순위를 얻는다.
학습 목표
이 모듈 한 줄 요약 — "결함을 제품 결정의 근거로 바꾸는 법". 결함을 찾는 데서 멈추면 그 결함은 개발팀의 할 일 목록으로만 남는다. 같은 결함을 사용자가 겪는 흐름과 제품 목표에 연결하면 무엇을 먼저 고칠지 정하는 근거가 된다. 이 모듈은 품질 데이터를 제품의 언어로 읽는 쪽과, 요구사항을 처음부터 확인 가능하게 만드는 쪽 — 두 갈래를 다룬다.
QA가 결함을 찾는 데서 멈추면 결함은 "개발팀의 할 일 목록"으로만 남는다. 같은 결함을 사용자 여정과 제품 목표에 연결하면 제품 결정의 근거 가 된다. 이 모듈은 커리어 지도의 제너럴리스트 경로 — 제품 품질 엔지니어와 BA·제품 기획 — 로 넓히는 데 필요한 두 가지 능력을 다룬다. 하나는 품질 데이터를 제품의 언어로 읽는 능력, 다른 하나는 요구사항을 처음부터 검증 가능하게 만드는 능력 이다.
앞부분은 제품 품질 엔지니어의 일이다. 사용자 여정 지도에서 품질 위험이 가장 비싼 지점을 찾고, 결함·고객 문의·운영 데이터를 하나의 분류 체계로 묶어 반복 문제를 찾으며, HEART와 Goals-Signals-Metrics로 제품 지표를 읽어 품질과 연결한다. 뒷부분은 BA의 일이다. BABOK v3의 지식 영역과 인터뷰·워크숍·관찰로 요구를 도출하고 업무 흐름을 모델링하며, 정책·비즈니스 규칙·예외를 검증 가능한 요구사항으로 바꾼다. 마지막으로 RICE·MoSCoW·Kano·지연 비용으로 우선순위를 정하고, 문제·근거·선택지·기대 효과가 연결된 개선안을 쓴 뒤 적용 전후 효과를 측정한다.
이 모듈을 관통하는 문장은 하나다. 품질 문제는 사용자와 사업의 언어로 설명될 때 비로소 우선순위를 얻는다.
완료 후 할 수 있는 것
- 제품 품질 엔지니어의 역할을 결함 탐지 중심 QA와 구분하고, 가치 흐름에서 품질 활동의 위치를 설명할 수 있다
- 사용자 여정 지도를 그리고 단계별 이탈·실패 비용을 근거로 품질 위험의 우선순위를 정할 수 있다
- 결함·고객 문의·운영 로그를 공통 분류 체계로 묶어 파레토 분석과 재발 문제 탐지를 할 수 있다
- HEART·GSM·퍼널로 제품 지표를 설계하고, 품질 문제가 지표에 미친 영향을 설명할 수 있다
- BABOK v3의 6개 지식 영역을 이해하고, 인터뷰·워크숍·관찰로 요구를 도출하며 BPMN 수준의 업무 흐름을 그릴 수 있다
- 정책·비즈니스 규칙·예외를 규칙 카탈로그와 결정표로 정리하고 검증 가능한 요구사항과 수용 기준으로 바꿀 수 있다
- RICE·MoSCoW·Kano·지연 비용으로 우선순위를 비교하고, 전후 효과 측정 계획이 있는 개선안을 쓸 수 있다
채용시장에서의 위치
"Product QA", "품질 분석", "서비스 품질 담당", "QA 기반 서비스 기획자" 같은 공고가 제품 품질 엔지니어 자리다. 커머스·핀테크·플랫폼 기업에서 QA 조직이 "출시 전 테스트"를 넘어 "출시 후 품질 개선"까지 맡으면서 늘어나는 수요다. BA는 금융·공공 SI의 업무 분석가, 스타트업의 서비스 기획자, 대기업 IT 조직의 현업 요건 담당으로 나온다.
QA 경력자는 이 경로에서 강점이 분명하다. 요구사항의 모호함과 누락을 찾는 훈련(모듈 2), 결정표와 상태 전이로 규칙을 구조화하는 훈련(모듈 3)이 BA 업무의 핵심과 그대로 겹친다. 반대로 공백이 되기 쉬운 것은 제품 지표와 데이터 분석, 이해관계자 인터뷰, 우선순위를 정하고 책임지는 경험 이다.
면접에서 힘을 갖는 이야기는 "결함을 많이 찾았다"가 아니라 "결제 단계 이탈률과 결제 오류 문의를 묶어 분석해, 카드사 응답 지연 시 재시도 안내가 없는 것이 이탈의 주원인임을 찾고, 개선 후 결제 완료율이 2.3%p 올랐다" 같은 문제→근거→개선→효과의 이야기다.
레슨 (9개)
- 중급약 30분
제품 품질 엔지니어 — 결함 탐지를 넘어 제품 목표와 연결하기
제품 품질 엔지니어는 출시 전 테스트에 머물지 않고 사용자·제품·개발 흐름을 연결해 품질 문제를 개선 기회로 바꾼다. 결함 탐지 중심 QA와의 차이, 가치 흐름(아이디어에서 사용자 가치까지)에서 품질 활동의 위치, 출시 전후를 잇는 품질 피드백 루프, 제품 팀과 완료 기준·품질 우선순위를 합의하는 방법을 익힌다.
- 중급약 35분
사용자 여정 지도로 품질 위험 찾기 — 단계·접점·실패 비용·이탈
기능 목록이 아니라 사용자가 목표를 이루는 여정으로 제품을 보면 품질 위험의 우선순위가 달라진다. 페르소나와 목표를 정하고 여정을 단계·행동·접점·감정으로 그린 뒤, 단계마다 실패 모드와 실패 비용(이탈·재시도·문의·금전 손실)을 붙여 위험 지도를 만든다. 여정 사이의 이음새, 비정상 경로, 채널 전환에서 결함이 몰리는 이유도 다룬다.
- 중급약 40분
결함·고객 문의·운영 데이터 통합 분석 — 공통 분류 체계, 파레토, 재발 문제 탐지
결함은 이슈 트래커에, 고객 문의는 CS 도구에, 오류는 로그에 흩어져 있으면 같은 문제가 세 번 다른 이름으로 보인다. 세 출처를 여정 단계·기능·원인 유형의 공통 분류 체계로 묶고, 파레토 분석으로 상위 문제를 찾으며, 재발 문제를 탐지하고, 원인과 영향 중심으로 설명하는 품질 데이터 분석 절차를 익힌다. SQL로 직접 집계하는 예시를 포함한다.
- 중급약 35분
제품 지표 읽기 — HEART·Goals-Signals-Metrics·퍼널로 품질과 제품 목표 잇기
제품 팀은 품질을 결함 수가 아니라 지표로 판단한다. Google의 HEART(행복·참여·채택·유지·과업 성공)와 Goals-Signals-Metrics로 제품 지표를 설계하고, 퍼널로 단계별 전환과 이탈을 읽으며, 품질 문제가 과업 성공률·이탈률에 미친 영향을 분리해 추정한다. 지표 해석의 함정(평균·계절성·동시 변경·생존 편향)도 다룬다.
- 중급약 40분
업무 분석과 요구 도출 — BABOK v3 지식 영역, 인터뷰·워크숍·관찰, 업무 흐름 모델링
BA는 요구사항의 빈틈을 찾는 사람이 아니라 빈틈 없는 요구사항을 만드는 사람이다. BABOK v3의 6개 지식 영역으로 BA의 일을 조망하고, 이해관계자 분석, 인터뷰·워크숍·관찰·문서 분석 같은 도출 기법의 선택과 진행, 현행(AS-IS)과 목표(TO-BE) 업무 흐름을 BPMN 수준으로 모델링하는 법, 도출 결과를 확인받는 절차를 익힌다.
- 중급약 40분
정책·규칙·예외를 검증 가능한 요구사항으로 — 비즈니스 규칙 카탈로그와 결정표
정책서는 사람이 읽기 좋게 쓰여 있고, 시스템은 규칙으로 동작한다. 그 사이의 번역이 BA의 핵심 결과물이다. 정책 문장을 원자적 비즈니스 규칙으로 쪼개 카탈로그로 관리하고, 조건이 얽힌 규칙은 결정표로, 상태가 바뀌는 규칙은 상태 전이로 모델링하며, 예외를 체계적으로 찾아 사용자 스토리와 수용 기준으로 옮긴다. 규칙과 테스트 케이스를 1:1로 추적하는 법까지 다룬다.
- 중급약 40분
우선순위와 개선안 — RICE·MoSCoW·Kano·지연 비용, 전후 효과 측정
개선할 것은 늘 해낼 수 있는 것보다 많다. RICE로 정량 비교하고, MoSCoW로 릴리스 범위를 합의하며, Kano로 기능의 성격을 구분하고, 지연 비용으로 시간 가치를 반영한다. 품질 개선 항목을 신규 기능과 같은 저울에 올리는 법, 문제·근거·선택지·기대 효과가 연결된 개선안 작성, 적용 전후를 같은 조건으로 측정해 효과를 증명하는 법을 익힌다.
- 중급약 45분
SQL·제품 분석 도구 실습 — 이벤트 로그로 퍼널과 코호트를 직접 뽑아 보기
제품 분석의 질문은 "가입한 사람 중 몇 %가 첫 결제까지 갔나", "8월에 가입한 사람은 4주 뒤에도 남아 있나" 같은 모양이다. 이벤트 로그 스키마를 정의하고 윈도 함수로 단계 순서를 보장하는 퍼널 쿼리, 가입 주차별 코호트의 N주차 잔존율을 삼각 표로 뽑는 리텐션 쿼리를 직접 쓴다. 숫자를 보고하기 전에 확인할 이벤트 중복·봇·타임존·세션 경계도 함께 다룬다.
- 중급약 40분
프로토타이핑과 사용자 인터뷰 실습 — 요구 도출 결과를 화면으로 확인받기
레슨 5가 요구 도출 기법의 목록이라면 이 레슨은 한 번의 실습 사이클이다. 무엇을 알아낼지부터 거꾸로 인터뷰 질문을 짜고, 유도 질문을 걸러내고, 종이·와이어프레임 수준의 로우파이 프로토타입으로 이해관계자에게 합의를 확인받은 뒤, 그 결과를 Given-When-Then 형태의 검증 가능한 수용 기준으로 번역하는 데까지 간다. 마지막 번역이 QA 의 몫이다.