개념
CSO — 회사의 미래 성장 방향과 신사업 전략
CEO가 전략을 세우고, 전달하고, 실행되게 하고, 유지하는 일을 전담시키려고 두는 자리다. HBR의 CSO 연구(2007)에 따르면 CSO는 순수한 기획가라기보다 실행을 챙기는 사람에 가깝고, 운영 경험이 많은 임원이 맡는 경우가 많다.
| 하는 일 | 예 |
|---|---|
| 중장기 전략 수립 | 3~5년 성장 방향, 집중할 시장 |
| 신사업 발굴·검토 | 새 국가 진출, 새 상품군, 새 수익모델 |
| M&A·제휴 | 인수 대상 검토, 파트너십 |
| 시장·경쟁 분석 | 시장 규모, 경쟁사 움직임 |
| 전략 과제 실행 관리 | OKR, 분기 로드맵 점검 |
약어 주의 — CSO는 Chief Sales Officer(영업), Chief Security Officer(보안)일 수도 있다. (레슨 1)
CSO의 언어와 QA의 연결
CSO가 쓰는 말은 시장, 기회, 로드맵, 우선순위다. QA와 연결되는 지점은 "새로움" 이다.
| 전략 결정 | QA가 가져가야 할 리스크 |
|---|---|
| 새 국가 진출 (예: 일본) | 현지화, 현지 결제, 현지 법규 (레슨 2) |
| 새 결제·수익모델 (구독, 후불) | 상태전이, 정산 데이터 정합성 (모듈 3 레슨 3, 모듈 9 레슨 5) |
| 인수한 서비스 통합 | 계정 통합, 데이터 이관, 중복 회원 |
| AI 기능 도입 | 환각·편향 검증, 규제 대응 (모듈 18b, 레슨 6) |
| 새 플랫폼 (웹 → 앱) | 디바이스 매트릭스, 모바일 자동화 (모듈 13 레슨 7, 모듈 17) |
전략 발표 자료를 QA가 읽어야 하는 이유가 여기 있다. 6개월 뒤 테스트해야 할 것이 지금 발표된다.
전략 로드맵: "내년 2분기 일본 출시, 3분기 후불결제 도입"
QA 준비: 1분기 — 일본어 테스트 환경·디바이스, 현지화 TC 설계
2분기 — 현지 결제 대행사 샌드박스 연동 테스트
3분기 — 후불결제 상태전이·정산 대사 자동화전략 과제의 "완료" 정의에 품질 기준을 넣자고 제안하는 것도 QA의 일이다. "출시" 가 아니라 "출시 + 결제 성공률 99% 이상 유지" 처럼.
CFO — 돈과 관련된 모든 것
| 하는 일 | 설명 |
|---|---|
| 재무 계획·예산 | 연간 예산 편성, 부서별 배분 |
| 회계·결산 | 장부, 재무제표, 감사 대응 |
| 자금 관리 | 현금흐름, 운영 자금 |
| 투자·IR | 투자 유치, 주주·투자자 커뮤니케이션 |
| 재무 리스크·내부통제 | 정산 오류, 부정 방지 |
CFO의 언어 — QA 예시로 익히기
| 용어 | 뜻 | QA 예시 |
|---|---|---|
| 예산 (Budget) | 연간 계획된 지출 | 테스트 도구 라이선스, 디바이스 팜 |
| CAPEX / OPEX | 자본적 지출(자산 구입) / 운영 비용 | 테스트 단말 구매 vs 클라우드 디바이스 팜 구독 |
| ROI | (얻은 가치 − 비용) ÷ 비용 | 자동화 투자 수익 |
| 회수 기간 (Payback) | 투자금을 되찾는 데 걸리는 기간 | 자동화 구축비를 몇 개월 만에 회수하나 |
| TCO | 총소유비용 | 오픈소스도 유지보수 인건비가 든다 |
| 기회비용 | 다른 곳에 썼다면 얻었을 가치 | 수동 회귀에 쓴 시간 = 못 한 탐색 테스트 |
회계 처리(비용인지 자산인지)는 회사 기준을 따르므로 CFO 조직에 확인한다. QA가 정할 일은 아니다.
품질 비용(COQ) — 품질을 돈으로 보는 프레임
모듈 7 레슨 9에서 품질 비용을 적합·비적합 비용으로 나눠 봤다. 여기서는 같은 틀을 한 단계 더 쪼갠 PAF 모델 로, CFO에게 가져갈 수 있는 형태를 만든다.
| 구분 | 뜻 | 소프트웨어 예 |
|---|---|---|
| 예방 비용 (Prevention) | 결함이 생기지 않게 | 요구사항 리뷰, 테스트 설계 교육, 정적 분석 도입 |
| 평가 비용 (Appraisal) | 결함을 찾기 위해 | 테스트 수행, 자동화 유지, 테스트 환경 |
| 내부 실패 비용 (Internal failure) | 출시 전에 찾은 결함 처리 | 수정·재테스트, 릴리즈 지연 |
| 외부 실패 비용 (External failure) | 고객이 찾은 결함 처리 | 핫픽스, CS 문의, 환불·보상, 이탈, 평판 |
CFO에게 보이는 것은 앞의 두 칸(QA 인건비, 도구비)뿐인 경우가 많다. 외부 실패 비용은 CS·환불·이탈로 흩어져 있어 "품질 비용" 으로 집계되지 않는다. QA가 할 일은 숨은 네 번째 칸을 보이게 만드는 것이다.
지난 분기 결제 장애 1건의 외부 실패 비용 (예시)
CS 문의 처리 1,200건 × 건당 처리비 3,000원 = 360만원
보상 쿠폰 실제 사용액 = 900만원
긴급 핫픽스 개발 3명 × 12시간 × 시간당 6만원 = 216만원
─────────────────────────────────────────────────────
합계 ≈ 1,476만원 (+ 이탈 고객은 별도 추정)"결함은 늦게 발견될수록 10배, 100배 비싸다" 는 수치는 널리 인용되지만, 근거 데이터가 오래됐고 일반화가 논쟁적이다. CFO 앞에서는 남의 배수 대신 우리 회사 데이터를 쓴다. 되물으면 답할 수 있어야 하기 때문이다.
자동화 ROI — CFO에게 가져갈 수 있는 형태
모듈 11 레슨 3에서 시나리오 하나의 손익분기점을 계산했다면, 여기서는 팀 단위 투자 를 CFO가 보는 연간 비용과 회수 기간으로 바꾼다.
[가정 — 반드시 우리 팀 실측값으로 바꾼다]
수동 회귀 1회 40시간 (QA 2명 × 20시간)
릴리즈 빈도 월 2회 → 연 24회
시간당 인건비 5만원 (회사 부담분 포함, 예시)
자동화 구축 400시간 (1회성)
자동화 유지보수 월 20시간
자동화 후 남는 수동 1회 8시간
[연간 비용]
수동 유지 40h × 24회 × 5만원 = 4,800만원
자동화 1년차 구축 400h × 5만원 = 2,000만원
+ 유지 20h × 12개월 × 5만원 = 1,200만원
+ 잔여 수동 8h × 24회 × 5만원 = 960만원
= 4,160만원 → 1년차 절감 640만원
자동화 2년차~ 1,200만원 + 960만원 = 2,160만원 → 연 2,640만원 절감
[회수 기간]
월 절감 = (4,800 − 2,160) ÷ 12 = 220만원
구축비 2,000만원 ÷ 220만원 ≈ 9.1개월CFO는 반드시 가정을 흔든다. 민감도를 미리 계산해 간다.
| 시나리오 | 유지보수 (월) | 월 절감 | 회수 기간 |
|---|---|---|---|
| 기본 | 20시간 | 220만원 | 약 9.1개월 |
| 유지보수 2배 | 40시간 | 120만원 | 약 16.7개월 |
| 릴리즈 월 4회로 증가 | 20시간 | 540만원 | 약 3.7개월 |
(릴리즈 월 4회: 수동 40h×4×5만원 = 800만원/월, 자동화 100만원 + 8h×4×5만원 = 260만원/월 → 절감 540만원)
돈 외의 효과(릴리즈 리드타임 단축, 야간 배포 부담 감소)는 보조 근거로 붙인다. 그리고 "인력 감축" 이 아니라 "같은 인력으로 더 넓은 범위를 검증" 으로 제안한다. 숫자는 같아도 조직이 받아들이는 방식이 다르다.
CSO와 CFO가 함께 던지는 질문
"이 신사업에 품질 투자를 얼마나 해야 하는가?"
답의 틀은 모듈 4 레슨 2의 리스크 기반 테스트와 같다.
품질 투자의 상한 ≈ (실패 시 예상 손실) × (발생 가능성)정밀한 계산보다 "이 기능이 실패하면 얼마를 잃는가" 를 CSO·CFO와 같은 표로 본다는 것이 중요하다.
재무 쪽이 싫어하는 세 가지 표현
같은 제안이라도 말의 형태 때문에 통과하지 못하는 경우가 있다.
| 피한다 | 바꾼다 |
|---|---|
| "품질이 향상됩니다" | "운영 결함 대응 공수가 월 30시간 줄어듭니다" |
| "리스크가 큽니다" | "실패 시 환불·보상 예상액과 대응 공수는 이렇습니다" |
| "업계 표준입니다" | "우리 데이터로는 이렇습니다" |
세 번째가 특히 약하다. 업계 평균은 우리 조직의 숫자가 아니고, 재무 쪽은 자기 회사 데이터를 묻는다. 모듈 6 레슨 5의 지표를 쌓아 두는 이유가 여기서도 돌아온다 — 쌓인 숫자가 없으면 할 말이 업계 평균뿐이 된다.
가정을 먼저 적는 것이 숫자를 지킨다
ROI 제안이 깨지는 방식은 거의 하나다 — 누군가 가정을 흔든다. "유지보수가 그보다 더 들 텐데요", "그 시간이 정말 절약되나요" 같은 말이다.
그래서 숫자보다 가정을 먼저, 눈에 보이게 적는다.
| 항목 | 이렇게 적는다 |
|---|---|
| 현재 비용 | 회귀 수동 4일 × 2명 × 월 2회 |
| 절감 대상 | 그중 자동화 가능 60%(스모크·핵심 흐름) |
| 구축 비용 | 초기 20일 + 유지보수 월 2일 |
| 흔들릴 수 있는 가정 | 자동화 비율 60% · 유지보수 월 2일 |
| 민감도 | 비율 40%면 회수 14개월 · 유지보수 2배면 17개월 |
아래 두 줄이 제안을 지킨다. 가정을 숨기면 지적당할 때 방어하게 되고, 먼저 적으면 "그 경우도 계산해 뒀습니다" 가 된다. 모듈 6 레슨 5의 "숫자에 비교와 해석을 붙인다" 가 재무 쪽에서 나타나는 모습이다.
그리고 최악 가정에서도 회수되는지를 보여 주는 것이 핵심이다. 낙관 시나리오 하나만 있는 제안은 낙관이 의심받는 순간 전부 무너진다.
사례 — 세 번 밀린 디바이스 팜 요청
모바일 테스트 기기가 부족해 분기마다 요청했고 세 번 밀렸다. 요청 문구는 매번 비슷했다 — "실기기 테스트 환경이 필요합니다."
네 번째에 QA가 숫자를 만들어 갔다.
① 안 하면 드는 비용(지난 2분기 실측)
| 항목 | 값 |
|---|---|
| 기기 관련 운영 결함 | 11건 |
| 그중 긴급 배포로 처리 | 4회 |
| 대응 공수(개발·QA 합계) | 약 180시간 |
| CS 문의 | 약 90건 |
| 앱스토어 리뷰 평점 영향 | 2주간 4.3 → 4.0 |
② 하면 드는 비용
| 항목 | 값 |
|---|---|
| 클라우드 디바이스 팜 | 월 사용료 + 초기 설정 5일 |
| 또는 실기기 6종 구매 | 1회 비용 + 관리 공수 월 1일 |
③ 비교와 회수
지난 2분기 대응 공수 180시간은 월 평균 30시간입니다. 디바이스 팜 월 비용은 그 절반 이하이고, 긴급 배포 4회가 줄면 배포 리스크도 함께 줄어듭니다.
가정 — 기기 관련 결함의 70%를 사전에 잡는다고 보면 월 21시간 절감입니다. 50%만 잡아도 월 15시간이고, 그 경우에도 비용을 넘습니다.
같이 얻는 것 — 리뷰 평점 하락은 되돌리는 데 수개월이 걸립니다. 이 항목은 금액으로 환산하지 않았습니다.
승인됐다. 결정적이었던 것은 ①의 실측값이다. 1~3차 요청은 "필요하다" 였고 4차는 "안 하면 월 30시간이 든다" 였다.
여기서 교훈이 셋이다.
- 비적합 비용을 먼저 집계한다 — ①이 없으면 ②는 그냥 지출이다
- 최악 가정(50%)에서도 성립하게 만든다 — 낙관만 있으면 깎인다
- 환산하지 않은 것을 환산하지 않았다고 적는다 — 평점·평판을 억지로 금액화하면 숫자 전체의 신뢰가 떨어진다
세 번째가 의외로 중요하다. 재무 쪽 사람들은 억지 환산을 바로 알아본다. "환산 불가, 다만 회복에 수개월" 이라고 적는 편이 훨씬 설득력이 있다.
실무에서 왜 필요한가
예산 시즌에 QA의 인력·도구 요청이 먼저 깎이는 이유를 모듈 7 레슨 9에서 "적합 비용은 보이고 비적합 비용은 안 보이기 때문"이라고 정리했다. CFO 쪽에서 보면 한 가지가 더 있다. CFO는 품질에 반대하는 것이 아니라, 다른 요청과 숫자로 비교할 수 없는 요청을 뒤로 미룬다. 마케팅은 광고비 대비 매출을, 영업은 인건비 대비 계약을 들고 오는데 QA만 "필요합니다"를 들고 오면 비교표에 올라가지 못한다.
자동화 도입, 디바이스 팜, 성능 테스트 환경은 전부 돈이 드는 결정이다. 가정과 민감도를 갖춘 ROI 한 장이 있으면 "필요합니다"가 "9개월에 회수되고, 유지보수가 두 배로 들어도 17개월입니다" 로 바뀐다. 이 문장은 반박하기 어렵다. 반박하려면 가정을 흔들어야 하는데, 그 답도 이미 표에 있기 때문이다.
전략 쪽도 마찬가지다. 신사업 발표를 출시 석 달 전에 알게 되면 테스트 환경·데이터·인력을 준비할 시간이 없다. 전략 문서를 QA 리스크로 읽는 습관 이 있으면, 6개월 뒤의 테스트 준비를 지금 예산 요청에 넣을 수 있다.
채용시장에서의 위치
- 리드·매니저 공고에 "테스트 도구 선정 및 도입", "자동화 효과 측정" 이 들어간다. 결국 예산 설득이다.
- 면접 질문: "자동화 도입 효과를 어떻게 측정했나요?" — 시간·금액·회수 기간으로 답하면 강하다.
- 도구 비교(모듈 22 레슨 12)를 라이선스 가격이 아니라 TCO 로 말할 수 있으면 시니어로 보인다.
- 전략 로드맵에서 6개월 뒤 테스트 리스크를 미리 꺼내는 QA 는 드물고, 그래서 눈에 띈다.
면접에서 갈리는 지점을 질문으로 보면 이렇다.
| 질문 | 약한 답 | 강한 답 |
|---|---|---|
| "자동화 도입 효과를 어떻게 측정했나요?" | "테스트 시간이 줄었습니다" | "회귀 4일 × 2명 × 월 2회 기준으로 회수 9개월, 유지보수가 2배여도 17개월입니다" |
| "예산 요청이 거절되면요?" | "다시 요청합니다" | "안 하면 드는 비용을 먼저 집계합니다. '필요하다'는 비교표에 못 올라갑니다" |
| "도구를 어떻게 비교하세요?" | "기능과 가격을 봅니다" | "TCO로 봅니다 — 라이선스 외에 학습·유지보수·이관 비용이 들어갑니다" |
| "ROI 가정이 틀리면요?" | "다시 계산합니다" | "민감도를 함께 냅니다. 최악 가정에서도 회수되는지를 보여 줍니다" |
| "품질 가치를 금액으로 낼 수 있나요?" | "어렵습니다" | "비적합 비용은 집계됩니다. 평판처럼 환산 불가한 것은 환산하지 않았다고 적습니다" |
두 번째와 다섯 번째가 가장 변별력이 크다. 둘 다 재무 담당자와 실제로 대화해 본 사람의 답이다. 특히 다섯 번째의 "환산하지 않았다고 적는다" 는 억지 환산이 신뢰를 깎는다는 것을 아는 답이라, 재무 쪽에서 신뢰를 얻는다.
네 번째도 좋다. 민감도를 먼저 내는 사람은 자기 제안의 약한 지점을 알고 있는 사람이고, 그 태도가 숫자 전체의 신뢰를 만든다.