개념
이 모듈의 목표를 먼저 정한다
지금까지의 모듈은 대부분 어떻게 테스트하는가 를 다뤘다. 이 모듈은 테스트 결과를 누가, 어떤 기준으로 쓰는가 를 다룬다.
목표 아님: 경영학을 공부한다, 임원 직무를 외운다
목표: "이 결함은 누구의 숫자를 건드리는가"를 알고, 그 사람의 언어로 보고할 수 있다QA가 찾은 결함은 결국 누군가의 의사결정 재료가 된다. 배포를 미룰지(CEO), 보안 사고로 볼지(CISO), 캠페인을 늦출지(CMO), 예산을 더 쓸지(CFO). 결정하는 사람이 무엇을 책임지는지 모르면, 보고가 정확해도 전달되지 않는다.
CXO란
Chief X Officer. X 자리에 담당 영역이 들어가는 최고책임자 직함의 총칭이다. "C레벨", "C-suite" 라고도 부른다.
먼저 알아둘 사실 두 가지.
- CXO는 법적 지위가 아니라 직함이다. 한국 상법에서 회사를 대표하는 법적 기관은 대표이사(집행임원 제도를 둔 회사는 대표집행임원)다. "CEO" 는 그 사람을 부르는 호칭이다. 그래서 대표이사가 여러 명(공동대표·각자대표)이거나, 등기이사가 아닌 미등기 임원 CXO 가 흔하다.
- 어떤 CXO를 둘지는 회사가 정한다. 회사 규모와 업종에 따라 CFO 없이 CEO가 재무를 겸하기도 하고, CRO·CCO 같은 직함은 아예 없기도 하다. 다만 법이 '책임자 지정'을 요구하는 역할은 있다 — 정보보호 최고책임자(CISO), 개인정보 보호책임자(CPO)가 대표적이다. (레슨 4에서 다룬다)
주요 CXO 한 장 정리
| 약어 | 이름 | 한 줄 역할 | 주로 보는 숫자 | QA와 만나는 지점 |
|---|---|---|---|---|
| CEO | Chief Executive Officer · 최고경영자 | 모든 업무 총괄, 최종 결정 | 매출·이익·기업가치·리스크 | 릴리즈 Go/No-Go 최종 결정, 대형 장애 보고 |
| CEO Japan | 일본 지사/법인 최고경영자 | 일본 지역 사업과 법인을 이끈다 | 일본 매출·손익, 현지 규제 준수 | 일본 출시 품질, 현지화 결함 |
| CSO | Chief Strategy Officer · 최고전략책임자 | 미래 성장 방향, 신사업 전략 | 전략 과제 진척, 신사업 성과 | 신사업이 가져오는 새 리스크 |
| CISO | Chief Information Security Officer · 정보보호최고책임자 | 정보·시스템을 해킹·유출로부터 보호 | 보안 사고, 취약점 조치 기간, 인증 유지 | 보안 결함 보고, 테스트 데이터 보안 |
| CIO | Chief Information Officer · 최고정보책임자 | 사내 IT 시스템 관리 | 시스템 가용성, IT 비용 | 사내 시스템 도입 검증(UAT) |
| CDO | Chief Digital Officer · 최고디지털책임자 | 디지털 전환(DX) 주도 | 디지털 매출 비중, 전환 과제 진척 | DX 프로젝트 품질 게이트 |
| CRO | Chief Revenue Officer · 최고수익책임자 | 영업·마케팅 조율로 매출·수익 극대화 | 파이프라인, 매출 달성률, 순매출유지율 | 매출 경로 결함의 금액 영향 |
| CCO | Chief Customer Journey & Growth Officer · 최고고객경험·성장책임자 | 고객 여정 전체 관리와 성장 | 전환율, 리텐션, 이탈률, NPS | 여정 단계별 결함 영향 |
| CFO | Chief Financial Officer · 최고재무책임자 | 자금·예산·회계·투자 | 현금흐름, 예산 대비 실적, ROI | 자동화·도구 예산, 품질 비용 |
| COO | Chief Operating Officer · 최고운영책임자 | 일상 사업 운영과 생산 관리 | SLA, 운영 효율, 장애 시간 | 장애 대응, 운영 프로세스 |
| CMO | Chief Marketing Officer · 최고마케팅책임자 | 브랜드 가치, 마케팅 전략 | 고객획득비용(CAC), 캠페인 성과 | 캠페인 페이지·트래킹 검증 |
| CHRO | Chief Human Resources Officer · 최고인사책임자 | 채용·평가·복지 등 인사 총괄 | 채용 리드타임, 이직률, 몰입도 | QA 채용, 역량 모델, 교육 |
실무에서 자주 만나는 추가 직함도 있다. (레슨 6에서 다룬다)
| 약어 | 이름 | 한 줄 역할 |
|---|---|---|
| CTO | Chief Technology Officer · 최고기술책임자 | 제품 기술·아키텍처·개발 조직 |
| CPO | Chief Product Officer · 최고제품책임자 | 제품 비전·로드맵·우선순위 |
| CAIO | Chief AI Officer · 최고AI책임자 | AI 전략·도입·거버넌스 |
| CQO | Chief Quality Officer · 최고품질책임자 | 전사 품질경영 체계 |
| CLO | Chief Legal Officer · 최고법무책임자 | 계약·규제·분쟁 |
같은 약어, 다른 직책 — 조직도에서 가장 흔한 함정
| 약어 | 가능한 뜻 |
|---|---|
| CSO | Chief Strategy Officer / Chief Sales Officer / Chief Security Officer / Chief Sustainability Officer |
| CDO | Chief Digital Officer / Chief Data Officer / Chief Design Officer |
| CCO | Chief Customer Officer / Chief Commercial Officer / Chief Compliance Officer / Chief Communications Officer / Chief Content·Creative Officer |
| CPO | Chief Product Officer / Chief Privacy Officer / Chief People Officer |
| CRO | Chief Revenue Officer / Chief Risk Officer |
위 표의 CCO는 "Chief Customer Journey & Growth Officer" 로 정의돼 있다. 일반적인 Chief Customer Officer(구매 이후 만족·유지 중심)보다 범위가 넓어 첫 접점부터 성장(그로스)까지 가진다. 이런 회사 고유 직함은 약어만 보고 판단하면 틀린다.
QA 습관: 조직도에서 약어를 보면 풀네임부터 확인한다. 사내 위키, 경영진 소개 페이지, 보도자료, 사업보고서가 출처다.
보고 라인 — 누가 누구에게 보고하는가
회사마다 다르지만 전형적인 모습은 이렇다.
이사회 (Board)
│
CEO ─────────────── CEO Japan
│ (본사 CEO 또는 지역 총괄에 보고)
┌──────┬──────┬──────┬───────┼───────┬──────┬──────┬──────┐
CSO CFO COO CTO CIO/CDO CRO CCO CHRO CISO
│
┌───────┼────────┐
CMO 영업 고객성공읽을 때 주의할 점.
| 관찰 | 의미 |
|---|---|
| CMO가 CEO 직속인가, CRO 아래인가 | 마케팅이 브랜드 중심인지, 매출 중심인지 |
| CISO가 누구에게 보고하는가 | CIO·CTO 아래면 "보안 vs 일정" 에서 목소리가 약해질 수 있어 CEO 직속으로 두는 회사도 있다 |
| CEO Japan의 보고선이 둘인가 | 지역(실선)과 기능(점선)이 겹치는 매트릭스 조직 — 레슨 2 |
| CIO와 CDO가 한 사람인가 | 작은 조직은 겸직이 흔하다 |
QA 조직은 어디에 붙는가
모듈 7 레슨 9에서 독립·임베디드·혼합이라는 조직 형태 를 비교했다. 여기서는 한 걸음 위에서 어느 임원 아래에 붙는가 를 본다.
| 소속 | 장점 | 주의할 점 |
|---|---|---|
| CTO(개발) 산하 | 개발과 가깝고 자동화·CI 협업이 쉽다 | 일정 압박 때 품질 의견이 개발 일정에 묻힐 수 있다 |
| CPO(제품) 산하 | 요구사항·사용자 관점과 가깝다 | 기술 인프라 협업은 별도 노력이 필요하다 |
| COO/CEO 직속, 독립 품질 조직 | 출시 판단에서 독립성이 높다 | 개발 흐름과 멀어지지 않게 해야 한다 |
어느 쪽이 정답이라기보다, 보고 라인이 품질 의사결정 구조를 알려준다. 면접에서 "QA 조직은 누구에게 보고하나요?" 는 좋은 역질문이다.
품질 이슈의 결정권자 찾기
순서는 결함 → 영향 → 그 영향의 숫자를 책임지는 사람이다.
결함: 일본어 결제 페이지에서 편의점 결제 선택 시 합계 금액이 0엔으로 표시
영향 1. 결제 실패·오결제 → 매출·정산 → CRO, CFO
영향 2. 고객 문의 폭증, 신뢰 하락 → CCO
영향 3. 일본 출시 일정 → CEO Japan
영향 4. 출시를 미룰지 최종 결정 → CEO (또는 권한을 위임받은 CEO Japan)영향이 여러 개면 보고 대상도 여러 명이다. 하지만 모두에게 같은 내용을 보내면 아무도 읽지 않는다. 역할별 번역은 레슨 7에서 실습한다.
조직도가 없을 때 결정권자를 찾는 세 단서
공식 조직도가 없거나, 있어도 실제 결정 구조와 다른 회사가 많다. 그때 쓸 수 있는 단서가 셋이다.
| 단서 | 어떻게 확인하나 |
|---|---|
| 누가 회의를 소집하나 | 출시 판단 회의를 부르는 사람이 대개 결정권자다 |
| 누가 예산을 쥐나 | 도구·인력 요청이 누구 승인까지 가는지(레슨 3) |
| 누가 숫자를 보고받나 | 주간 지표가 누구에게 올라가는지 |
세 번째가 가장 정확하다. 직함과 무관하게, 그 숫자가 나빠졌을 때 설명해야 하는 사람이 그 영역의 실질 책임자다. 모듈 6 레슨 5의 지표가 어디로 올라가는지를 따라가 보면 알 수 있다.
그리고 권한이 위임된 경우를 놓치지 않는다. 직함상 CEO가 최종 결정권자 여도 "일본 출시는 CEO Japan이 정한다" 처럼 위임돼 있으면, 실제로 물어야 할 사람은 후자다(레슨 2의 매트릭스 조직).
확인하는 방법은 단순하다 — 미리 묻는 것이다. "이 영역의 출시 판단은 누가 하시나요" 를 평시에 물어 두면, D-1에 그 질문으로 반나절을 쓰지 않는다.
사례 — 보안 이슈를 CSO에게 보낸 날
개인정보가 로그에 평문으로 남는 결함을 발견했다. 긴급 건이라 CSO에게 바로 보고했다. 조직도에 CSO가 있었기 때문이다.
답이 오지 않았다. 이틀 뒤 확인해 보니 그 회사의 CSO는 Chief Strategy Officer(전략책임자) 였다. 보안 담당자는 CISO 였고, 조직도의 다른 칸에 있었다.
| 벌어진 일 |
|---|
| 보고는 했지만 아무도 받지 않았다 |
| 그 사이 결함이 이틀간 그대로 있었다 |
| 전략책임자에게 개인정보 결함 상세가 전달됐다(불필요한 공유) |
세 번째가 간과되기 쉽다. 잘못 보낸 보고는 "안 간 것" 이 아니라 엉뚱한 곳에 간 것이고, 보안 건에서는 그 자체가 2차 문제다(레슨 4).
그 뒤 팀이 만든 것은 연락처 한 장이었다.
■ 품질 이슈 에스컬레이션 (2026-10-08 · 소유: QA 리드)
보안·개인정보 CISO 000 / 개인정보 보호책임자 000 ← 일정과 무관하게 즉시
출시 판단(국내) CPO 000 → 최종 CEO
출시 판단(일본) CEO Japan 000 (위임됨)
매출 영향 CRO 000
운영·장애 COO 000 / SRE 리드 000
지표·데이터 CDO(Data) 000
※ 약어 풀네임 확인 완료 — 이 회사의 CSO는 전략(Strategy), 보안은 CISO마지막 주석 한 줄이 이 문서의 핵심이다. 약어 함정은 한 번 겪으면 잊지 않지만, 다음 사람은 또 겪는다. 그래서 문서에 남긴다(모듈 7 레슨 7의 "반복 설명을 없애는 문서").
만드는 데 30분이 걸렸고, 그 뒤로 "이건 누구에게 말해야 하지" 에 쓰는 시간이 사라졌다. 이 레슨에서 가져갈 산출물이 정확히 이 한 장이다.
실무에서 왜 필요한가
QA가 찾은 결함이 제대로 처리되지 않는 이유는 리포트가 나빠서인 경우보다 보고가 결정권자에게 닿지 않았거나, 닿았는데 그 사람이 책임지는 숫자와 연결되지 않은 경우 가 훨씬 많다. 결함 리포트(모듈 6 레슨 2)는 개발자를 위한 문서다. 반면 출시를 미룰지, 캠페인을 멈출지, 보안 사고로 볼지는 개발자가 아니라 임원이 정한다.
조직도를 읽지 못하면 "이건 누구에게 말해야 하지?"에서 반나절이 간다. 약어 함정도 실제로 일어난다 — 보안 이슈를 CSO에게 보냈는데 그 회사의 CSO가 전략책임자라면, 보고는 했지만 아무도 받지 않은 셈이 된다.
회사 규모에 따라 필요한 이유도 달라진다. 스타트업에서는 QA가 CEO와 직접 이야기하므로 그 사람이 무엇을 걱정하는지 를 알아야 하고, 큰 조직에서는 보고가 여러 단계를 거치므로 누가 최종 결정권자인지 를 미리 알아야 에스컬레이션이 빨라진다. 모듈 4 레슨 5의 Go/No-Go에서 "결정권자"가 추상적으로 등장했다면, 이 레슨은 그 사람이 실제로 누구인지 찾는 법이다.
채용시장에서의 위치
- 시니어·리드 QA 공고의 "이해관계자 커뮤니케이션", "비즈니스 임팩트 기반 우선순위", "경영진 보고" 는 결국 이 지도를 전제로 한다.
- 면접 질문: "품질 이슈를 경영진에게 어떻게 설명하시겠습니까?" — 누구에게 무엇을 말할지 구분해 답하면 강하다.
- 스타트업·중소 규모 회사에서는 QA가 C레벨과 직접 일한다. 직함을 모르면 첫 회의부터 헤맨다.
- AI가 테스트 실행을 대신할수록(스테이지 6), 사람 QA의 가치는 판단과 설명으로 옮겨간다.
질문별로 갈리는 지점은 이렇다.
| 질문 | 약한 답 | 강한 답 |
|---|---|---|
| "품질 이슈를 경영진에게 어떻게 설명하시겠습니까?" | "현황을 정리해 보고합니다" | "영향별로 책임자가 다릅니다. 매출·보안·일정 중 무엇인지에 따라 받는 사람과 첫 문장이 달라집니다" |
| "결정권자를 어떻게 찾으세요?" | "조직도를 봅니다" | "주간 지표가 누구에게 올라가는지 봅니다. 위임된 권한도 확인합니다" |
| "조직도의 약어는 어떻게 확인하세요?" | "일반적인 뜻으로 이해합니다" | "풀네임부터 확인합니다. CSO가 전략일 수도 보안일 수도 있습니다" |
| "에스컬레이션 경로가 있으세요?" | "리드에게 보고합니다" | "영역별 연락처를 한 장으로 둡니다. 보안·개인정보는 일정과 무관하게 즉시 갑니다" |
| "QA가 어느 조직에 있는 게 좋나요?" | "독립 조직이 좋습니다" | "제품 수·릴리즈 주기에 따라 다릅니다. 중요한 건 품질 판단이 보고 라인에서 희석되지 않는 것입니다" |
두 번째와 네 번째가 가장 변별력이 크다. 둘 다 보고가 닿지 않는 경험 을 해 본 사람의 답이다. 특히 네 번째의 "한 장으로 둔다" 는 문제를 개인의 기억이 아니라 팀의 문서로 해결한 사람의 답이다.
세 번째는 사소해 보이지만 실제 사고를 막는 답이다. 약어를 일반적인 뜻으로 가정하는 습관이 보고가 엉뚱한 곳에 가는 원인이 된다.