런웨이와 번레이트로 말하는 QA 예산: 단계에 맞는 제안과 긴축기 생존법

개념

런웨이는 잔여 거리가 아니라 "결정 시한" 이다

장거리 비행의 연료 게이지를 생각해 보자. 조종사가 보는 숫자는 "앞으로 몇 시간 날 수 있는가" 가 아니다. "회항을 결정해야 하는 시점까지 몇 시간 남았는가" 다. 목적지 직전에서 연료가 바닥나면 회항할 연료조차 없기 때문에, 실제로 쓸 수 있는 시간은 게이지의 숫자보다 훨씬 짧다.

런웨이도 같다. 런웨이 16개월은 "16개월 동안 마음대로 쓸 수 있다" 가 아니라 "4개월 뒤에는 다음 라운드 준비를 시작해야 한다" 는 뜻이다. QA가 이 차이를 모르면 경영진이 왜 갑자기 보수적으로 변했는지 설명할 수 없고, 제안의 타이밍을 계속 놓친다.

이 레슨의 핵심 논지는 하나다. QA 예산 요청은 런웨이 계산 안에서만 통과한다. 제안의 내용이 옳은지 틀린지보다, 그 제안이 회사에 남은 시간과 같은 단위로 쓰여 있는지가 먼저다.

번레이트와 런웨이 — 스타트업의 시계

총 번레이트(Gross Burn) = 월 지출 총액
순 번레이트(Net Burn)   = 월 지출 − 월 수입
런웨이(Runway)          = 보유 현금 ÷ 순 번레이트   (단위: 개월)
 
예) 현금 24억 원, 월 지출 2.4억, 월 수입 0.9억
    순 번레이트 = 1.5억 → 런웨이 = 24 ÷ 1.5 = 16개월

런웨이가 회사의 시계다. 그리고 라운드 준비에는 시간이 걸린다 — 시리즈 A 이후로는 실사와 검토가 길어지므로 현금 바닥 12개월 전부터 준비하라는 조언이 통용된다. 즉 16개월 런웨이는 "자유롭게 쓸 수 있는 16개월" 이 아니라 "4개월 뒤 라운드 준비 시작" 을 뜻한다.

두 번레이트를 구분하는 이유가 있다. 총 번레이트는 조직의 크기를, 순 번레이트는 조직의 속도를 보여준다. 매출이 늘면 순 번레이트가 줄어 런웨이가 길어지지만, 총 번레이트가 그대로라면 조직의 고정 지출 구조는 하나도 바뀌지 않은 것이다. 경영진이 "매출이 늘었는데도 긴축한다" 고 할 때는 대개 총 번레이트 쪽을 보고 있다.

런웨이는 하나의 숫자가 아니다 — 세 가지로 계산한다

실무에서 "런웨이 9개월" 같은 단일 숫자를 그대로 믿으면 안 된다. 같은 회사에 최소 세 개의 런웨이가 있다.

[같은 회사, 세 개의 런웨이]
 
현금 13.5억 / 현재 월 지출 2.1억 / 월 수입 0.6억 → 월 순소진 1.5억
 
 ① 현상유지 런웨이   13.5 ÷ 1.50                       = 9.0개월
 ② 계획 런웨이       채용 4명 반영(월 +0.35억)
                     13.5 ÷ 1.85                       = 7.3개월
 ③ 최악 런웨이       ② + 매출 30% 감소(월 −0.18억)
                     13.5 ÷ 2.03                       = 6.6개월

(②·③은 월 소진액이 일정하다고 본 단순 계산이다. 실제로는 채용이 분산되므로 경영진은 월별 현금흐름표로 본다. 그래도 구간을 가늠하는 데는 충분하다.)

QA가 제안을 들고 갔을 때 상대가 떠올리는 숫자는 거의 항상 ②다. 그런데 QA는 ①을 들고 간다. 같은 회사를 보면서 두 사람이 다른 달 수를 머릿속에 두고 대화하면 제안은 통과되지 않는다.

런웨이 구간이 제안의 운명을 가른다

QA 제안의 성패는 내용만큼이나 이 표의 어느 칸에서 꺼냈는가에 달린다. 같은 제안이 구간에 따라 어떻게 다르게 읽히는지 나란히 놓으면 분명해진다.

아래 두 행이 위 세 행과 방향이 반대인 것이 핵심이다. 긴축 구간에서 통과되는 QA 제안은 "무엇을 더 하자" 가 아니라 "무엇을 줄여도 안전한지 우리가 알고 있다" 쪽이다. 18개월 구간에 어울리는 제안서를 8개월 구간에 그대로 가져가면, 제안의 내용이 아니라 제안자가 회사 상황을 모른다는 사실이 먼저 전달된다.

비용 구조를 읽는 네 개의 축

예산 논의에서 금액은 네 번째로 중요한 정보다. 그 앞에 네 개의 축이 있다.

첫 행이 가장 자주 발목을 잡는다. 런웨이 8개월인 회사에서 12개월 약정을 요구하는 제안은 금액이 아무리 작아도 통과되기 어렵다. 결재선이 보는 것은 월 비용이 아니라 "회사의 남은 시간을 넘어가는 약속을 지금 할 수 있는가" 이기 때문이다. 같은 도구를 월 과금으로, 계정 수를 줄여 가져가면 같은 사람이 같은 날 승인하는 일이 실제로 일어난다.

QA 비용의 구조 — 무엇이 우리 팀의 번레이트인가

[사람]      QA 인건비 (조직 비용의 대부분)
[도구]      테스트 관리·자동화·성능·보안 도구 라이선스 (계정 수 과금 주의)
[실행]      CI 실행 시간, 클라우드 디바이스 팜, 테스트 환경 인프라
[데이터]    테스트 데이터 생성·마스킹, 스테이징 데이터 보관
[외주]      보안 점검, 접근성 감리, 현지화 테스트, 크라우드 테스팅

다섯 항목을 앞의 네 축에 대입하면, 긴축 논의에서 어느 항목이 먼저 도마에 오르는지가 예측된다.

"도구" 와 "실행" 이 종종 잊힌다. 특히 사용량 기반 과금(CI 분, 디바이스 팜 시간, 클라우드 실행 환경)은 자동화가 성장할수록 조용히 커져서, 긴축 국면에 가장 먼저 도마에 오른다. 자동화를 설계할 때 실행 비용을 함께 설계해야 하는 이유다(불안정 테스트의 재실행이 곧 돈이다).

반대로 변동비라는 성질은 긴축기의 무기이기도 하다. 고정비는 끊는 것 말고 조절할 방법이 없지만, 변동비는 쓰는 양을 줄여서 유지할 수 있다. 회귀 스위트의 실행 주기를 바꾸거나 범위를 핵심 경로로 줄이면, 도구를 해지하지 않고도 비용을 내릴 수 있다. 이것이 QA가 예산 논의에 가져갈 수 있는 거의 유일한 "지금 당장" 카드다.

런웨이가 짧을 때 QA가 할 수 있는 두 가지

긴축 구간에서 "품질에 투자하자" 는 통하지 않는다. 할 수 있는 일은 둘로 압축된다.

첫째, 비용 0인 것으로 숫자를 만든다. 모듈 27 레슨 1에서 "돈이 드는 제안이 막혔을 때 아무것도 안 하면 다음 주기에도 근거가 없다" 고 한 그 작업이다.

둘째, 지금 돈을 쓰면 되돌릴 수 없는 결정을 막는다. 긴축기에 가장 값비싼 지출은 새로 쓰는 돈이 아니라 잘못 끊어서 나중에 두 배로 드는 재구축 비용이다.

오른쪽 칸이 QA의 기여다. 경영진은 비용 항목의 금액은 알지만 그 항목을 끊었을 때 무엇이 복구 불가능해지는지는 모른다. 그 정보를 가진 사람이 QA다. "끊지 마세요" 가 아니라 "끊어도 되는 것과 끊으면 못 돌아오는 것을 구분해 드리겠다" 가 긴축기에 통하는 유일한 어법이다.

채용 동결과 도구 해지는 무엇의 신호인가

모듈 27 레슨 1에서 이런 결정들이 "품질에 대한 무관심이 아니라 런웨이 계산의 결과" 라고 짚었다. 그 신호를 어떻게 읽고 무엇을 할지가 이 레슨의 실무 부분이다.

마지막 두 행이 특히 중요하다. 재무가 계약서를 모으기 시작했을 때 QA가 사용률 명세를 먼저 들고 가면 해지 대상 선정에 참여할 수 있고, 가만히 있으면 금액 순으로 잘린다. 같은 결과를 받아도 참여한 쪽과 통보받은 쪽은 다음 논의에서의 위치가 다르다.

제안의 타이밍 — 예산은 아무 때나 편성되지 않는다

가장 흔한 실패는 필요를 느낀 순간에 제안하는 것이다. 그 시점이 예산 주기와 맞지 않으면 아무리 옳아도 "다음에 보자" 로 끝난다. 라운드 클로징 소식은 QA에게 제안 캘린더의 알람이다.

반대로 피해야 할 타이밍도 분명하다. 아래 시점에 꺼낸 신규 지출 제안은 내용과 무관하게 소모된다.

[제안을 아껴야 하는 시점]
  라운드 클로징 직전 2~3개월   경영진의 주의가 전부 투자자 쪽에 있다
  감축 발표 직후 1개월         신규 지출 승인이 조직적으로 불가능하다
  분기 마감 1~2주 전           숫자를 맞추는 중이다. 비용 추가는 반대로 간다
  장애 대응이 끝나지 않았을 때  원인 규명과 예산 요청이 섞이면 둘 다 흐려진다

예산 편성 주기를 모르면 이 캘린더를 만들 수 없다. 재무·경영지원 담당자에게 "다음 예산 편성은 언제, 어떤 양식으로 올리나요" 를 묻는 것이 QA가 예산 역량을 쌓는 첫걸음이다. 이 한 질문이 2년짜리 좌절을 막는다.

지연의 비용을 계산한다

품질 이슈로 출시를 미루자고 할 때, 상대는 지연의 비용을 이미 알고 있다. QA도 같은 숫자를 가지고 말해야 대화가 성립한다.

[출시 2주 지연의 비용 — 예시]
  마케팅 계약 위약·재집행      1,200만원
  마일스톤 자금 집행 지연       (레슨 6) 차기 트랜치 검토 연기
  영업 파이프라인 이월          계약 3건 × 예상 월 매출
  개발 인건비 기회비용          12명 × 2주
 
[출시 강행의 비용 — 예시]
  결제 실패율 상승 시나리오     일 거래 4,000건 × 실패율 2% × 평균 3.4만원
  CS 처리                      예상 문의 800건 × 3,000원
  긴급 핫픽스                  개발 3명 × 3일
  앱스토어 심사 재제출          1~3일 추가

두 칸을 나란히 놓는 순간 대화는 "품질이냐 일정이냐" 에서 "어느 쪽 비용을 감수할 것인가" 로 바뀐다. 결정은 경영진이 하고, QA는 두 칸을 정확히 채워 넣는 사람이 된다. 모듈 26 레슨 7의 1장 보고서 형식이 그대로 쓰인다.

런웨이가 짧을 때는 여기에 한 줄이 더 붙는다. 현금 흐름의 시점이다. 지연 비용이 "이번 달에 나가는 현금" 이고 강행 비용이 "석 달에 걸쳐 나가는 비용" 이면, 런웨이 7개월 조직의 결정은 금액 총합과 다르게 나올 수 있다. 숫자를 적을 때 금액과 함께 언제 나가는 돈인지를 적는 습관이 여기서 갈린다.

긴축 국면에서 QA가 하는 일

긴축기에 가장 먼저 잘리는 것이 QA 예산이라는 사실을 원망하는 대신, 잘릴 것을 QA가 먼저 골라 제시하면 그 다음 논의에서 발언권이 생긴다. 이때 지켜야 할 최소선은 레슨 2에서 정한 것과 같다 — 돈·개인정보·데모(핵심 고객) 경로다.

사례 — 런웨이 9개월에서 통과된 예산 제안

시리즈 A 이후 2년, 다음 라운드가 보이지 않는 회사다. 현금 13.5억, 월 지출 2.1억, 월 수입 0.6억이라 현상유지 런웨이 9개월, 계획 런웨이 7.3개월 구간이었다. 테스트 관리 도구의 연 계약 갱신이 두 달 뒤였고, QA는 세 번 요청했다 — "도구 갱신이 필요합니다."

세 번 다 보류됐다. QA는 "결국 품질을 안 본다" 로 결론을 내려 가고 있었다.

실제로 막힌 지점은 금액이 아니었다.

네 번째에 QA가 제안서를 다시 썼다. 바꾼 것은 세 가지다.

결과는 이렇게 정리됐다.

            기존          제안          차이
도구        142만원/월    68만원/월     −74
CI 실행     310만원/월   188만원/월    −122
            ─────────────────────────────────
합계        452만원/월   256만원/월    −196만원/월 (약 43% 감소)
 
스테이징    전면 폐지 예정 → 결제·정산 경로만 남긴 축소 운영
            월 비용 61% 감소, 재구축 공수(2명 × 3주) 회피

승인됐다. 그리고 승인 성격이 달라졌다. 1~3차는 "지출 승인" 을 요청한 것이었고, 4차는 "예산을 줄이는 구조 변경 승인" 을 요청한 것이었다. 재원을 외부에서 달라고 하지 않고 자기 예산 안에서 만들어 왔기 때문에 결재선이 비교할 대상이 없었다.

여기서 남는 교훈이 셋이다.

• 거절의 이유가 금액이 아니라 약정 기간일 수 있다 — 런웨이가 짧은 구간에서는 같은 돈도 고정비면 막히고 변동비면 통과한다. 제안을 다시 쓰기 전에 거절된 것이 금액인지 구조인지를 확인한다.
• 재원을 스스로 만들어 가면 제안의 성격이 바뀐다 — 사용률 명세와 불안정 테스트 정리는 둘 다 비용 0인 작업이었다. 긴축기에 비용 0인 일을 해 둔 것이 승인의 재료가 됐다.
• 재구축 공수를 추정하지 않은 폐지는 절감이 아니다 — 월 비용만 보면 전면 폐지가 항상 이긴다. 되돌리는 비용을 적어 넣는 순간 축소 운영이 더 싼 선택이 되는 경우가 많다.

두 번째가 가장 재사용 가능한 교훈이다. QA는 보통 예산의 요청자로만 등장하는데, 비용 구조를 아는 사람은 재원의 공급자도 될 수 있다. 그 전환이 한 번 일어나면 다음 제안은 같은 사람이 같은 금액을 들고 가도 다르게 읽힌다.

단계별 QA 투자 우선순위 — 모듈 요약

실무에서 왜 필요한가

예산 없이 만든 계획은 실행되지 않는다

테스트 전략이 아무리 정교해도 필요한 도구·환경·인원이 확보되지 않으면 문서로 남는다. 전략과 예산을 같이 설계하는 능력이 QA 리드와 실무자를 가르는 지점이다.

회사의 자금 상황을 읽으면 제안이 달라진다

같은 사람이 같은 문제를 보고도, 런웨이를 아는 쪽은 "올해는 도구 없이 되는 방법" 을 가져오고 모르는 쪽은 "도구를 사달라" 를 반복한다. 후자는 두세 번 거절되면 발언권을 잃는다.

계획의 길이를 회사의 시계에 맞춰야 한다

런웨이 8개월 조직에 18개월 품질 로드맵을 제출하면, 그 문서는 읽히지 않는다. 읽히지 않는 이유는 내용이 나빠서가 아니라 그 조직에 18개월이라는 시간 단위가 존재하지 않기 때문이다. 같은 로드맵을 "지금 2개월 안에 비용 0으로 할 것 / 다음 라운드 직후 3개월에 할 것" 으로 쪼개 적으면 앞부분은 바로 시작된다. 로드맵의 품질은 길이가 아니라 회사의 시계와의 정렬로 평가된다.

긴축기에 QA가 먼저 잘리는 구조를 알아야 대응된다

모듈 7 레슨 9와 모듈 26 레슨 3에서 "적합 비용은 보이고 비적합 비용은 안 보인다" 는 구조를 다뤘다. 자금 관점에서는 이유가 하나 더 있다. QA 예산의 상당 부분이 변동비이고 즉시 끊을 수 있다. 끊기 쉬운 항목이 먼저 끊긴다는 것은 악의가 아니라 긴축의 기계적 성질이다. 그래서 대응도 기계적이어야 한다 — 끊기 쉬운 것 중 끊으면 복구가 안 되는 것을 미리 표시해 두는 일이다.

숫자로 말하면 QA가 의사결정 테이블에 앉는다

지연 비용과 강행 비용을 양쪽 다 채워 오는 사람은 "반대하는 사람" 이 아니라 결정을 돕는 사람으로 분류된다. 모듈 26이 다룬 번역 능력이 자금이라는 맥락 위에서 완성된다.

채용시장에서의 위치

QA 리드·매니저 공고의 "예산 관리", "벤더 관리", "품질 전략 수립" 이 이 레슨의 내용이다. 면접에서는 대개 이렇게 묻는다.

시니어 이상에서는 회사 자금 상황을 고려한 답이 나오는지가 실제 변별점이 된다. 질문별로 답이 갈리는 지점은 이렇다.

두 번째와 네 번째가 가장 변별력이 크다. 두 번째 질문은 표면적으로 설득 기술을 묻지만, 실제로 보는 것은 거절을 감정이 아니라 구조로 해석할 수 있는지다. "더 잘 설득한다" 는 답은 세 번 거절된 뒤에도 같은 제안을 네 번째로 들고 간다는 뜻이고, 면접관은 그 패턴을 안다. 반대로 "약정 기간 때문일 수 있다" 는 답은 예산 결정의 실제 기준을 한 번이라도 들여다본 사람의 언어다.

네 번째는 QA를 비용 센터로만 생각하는지를 가린다. 절감 요구에 "지켜야 한다" 로 답하는 사람은 협상 상대로 분류되고, 절감안을 직접 만들어 오는 사람은 같은 쪽에 있는 사람으로 분류된다. 여기에 "재구축 공수" 라는 단어가 한 번 나오면, 그 지원자는 긴축을 겪어 본 사람으로 읽힌다. 짧게 끊고 가는 조직일수록 이 답을 높이 평가한다.

세 번째 질문은 면접 자리에서 역질문의 재료로도 쓸 수 있다. "현재 런웨이 구간을 기준으로 QA 투자 계획이 어디까지 잡혀 있습니까" 는 회사의 언어로 묻는 질문이고, 답을 들으면 입사 후 6개월에 실제로 할 일이 상당 부분 보인다.

⚠️ 런웨이·밸류에이션 숫자는 스톡옵션 가치와 연결되지만, 그 판단은 이 레슨의 범위 밖이다. 이 모듈은 투자 조언이 아니라 회사의 예산 구조를 읽는 법을 다룬다. 개인의 재무 판단은 자격을 갖춘 전문가와 상의한다.

실습 과제

과제 1 — 런웨이 세 개 계산과 제안 캘린더

가상의 회사 숫자로 런웨이를 세 가지로 계산하고, 앞으로 12개월의 제안 캘린더를 만든다.

현금 ___억 / 월 지출 ___억 / 월 수입 ___억
 
  ① 현상유지 런웨이  ___개월
  ② 계획 런웨이      (채용·신규 지출 반영) ___개월
  ③ 최악 런웨이      (매출 ___% 감소 추가) ___개월
 
월별 계획
  M+1  ...
  M+3  (라운드 준비 시작 시점이라면) 실사 대비 자료 정비 착수
  M+6  ...

②가 12개월 미만이면 신규 투자 제안을 캘린더에서 빼고, 비용 구조 개선 과제로 바꾼다.

M+1 ~ M+2   비용 0 항목만  — 회귀 범위 재산정, 미사용 계정 회수,
                             불안정 테스트 목록화, 케이스 저장소 정리
M+3 ~ M+4   절감안 제출     — 사용률 명세 + 변동비 조정안
                             (재무가 계약서를 모으기 시작하는 시점보다 먼저)
M+5 ~        되돌릴 수 없는 폐지 감시 — 재구축 공수 추정을 붙여 대안 제출
라운드 클로징 직후 (시점 미정) 기반 투자 제안 1건을 미리 써 두고 대기

과제 2 — QA 비용 명세 만들기

앞의 다섯 항목(사람·도구·실행·데이터·외주)으로 현재(또는 가상) 조직의 월 비용 명세를 만든다.

항목 | 월 비용 | 과금 방식 | 고정·변동 | 약정 기간 | 사용률 | 없앴을 때의 영향 | 되돌리는 비용

"사용률" 칸에서 대개 낭비가 드러난다 — 쓰지 않는 라이선스, 아무도 안 보는 리포트 도구, 실패해도 재실행만 반복하는 불안정 테스트의 CI 실행비.

과제 3 — 한 장 제안서 쓰기

현재 조직에 가장 필요한 QA 투자 하나를 골라 A4 한 장 제안서를 쓴다. 구성은 다음과 같다.

1. 지금 일어나고 있는 일 (숫자 3개 이내)
2. 이대로 6개월 뒤 (성장 계획을 대입한 예측)
3. 제안 (비용, 기간, 담당)
4. 대안 비교 (아무것도 안 하기 / 사람 늘리기 / 제안안)
5. 결정 기한과 필요한 결정

4번에 "아무것도 안 하기" 를 반드시 넣는다. 그 선택지의 비용을 적어야 제안이 비교 가능해진다.

3. 제안
   금액        월 ___만원 (또는 1회 ___만원)
   과금 방식   월 과금 / 사용량 / 연 약정 중 무엇인가
   약정 기간   ___개월  ← 회사의 계획 런웨이와 비교해 적는다
   현금 시점   언제부터 언제까지 나가는 돈인가

과제 4 — 고정비 제안을 변동비 제안으로 다시 쓰기

거절되었거나 거절될 것 같은 QA 투자 제안 하나를 골라, 같은 목적을 변동비 구조로 다시 설계한다.

원래 제안        무엇을 / 얼마를 / 어떤 약정으로
막힌 지점        금액인가, 약정 기간인가, 고정비 증가인가  ← 셋 중 무엇인지 단정한다
다시 쓴 제안     범위 축소 / 월 과금 / 계정 축소 / 단계 분할 중 무엇을 적용했는가
재원             이 제안을 덮을 절감 항목이 우리 비용 안에 있는가
포기한 것        변동비 구조로 바꿀 때 못 하게 된 일 (정직하게 적는다)

자가 체크리스트

• 총·순 번레이트와 런웨이를 직접 계산할 수 있다
• 현상유지·계획·최악 세 가지 런웨이를 구분해 계산할 수 있다
• 경영진의 의사결정이 어느 런웨이 숫자 위에서 일어나는지 설명할 수 있다
• 런웨이 구간별로 어떤 제안이 통하고 통하지 않는지 구분할 수 있다
• 같은 제안이 18개월 구간과 8개월 구간에서 어떻게 다르게 읽히는지 예로 들 수 있다
• QA 비용을 사람·도구·실행·데이터·외주로 분해해 명세를 만들 수 있다
• 고정비와 변동비, 연 약정과 사용량 과금을 구분해 제안을 설계할 수 있다
• 런웨이보다 긴 약정이 왜 금액과 무관하게 보류되는지 설명할 수 있다
• 사용량 기반 과금이 자동화 성장과 함께 커진다는 점을 설계에 반영할 수 있다
• 비용 0으로 지금 시작할 수 있는 항목을 다섯 개 이상 들 수 있다
• 되돌릴 수 없는 폐지를 식별해 재구축 공수를 추정해 제시할 수 있다
• 채용 동결·도구 해지 통보를 런웨이 계산의 결과로 해석할 수 있다
• 출시 지연 비용과 강행 비용을 같은 형식으로, 현금 시점까지 적어 제시할 수 있다
• 긴축 국면에서 지킬 최소 방어선과 내려놓을 항목을 스스로 제안할 수 있다
• 예산 주기·라운드 일정에 맞춘 제안 캘린더를 만들 수 있고, 제안을 아껴야 할 시점도 안다
• 우리 조직의 예산 편성 시점과 양식을 알고 있다(모르면 물어볼 상대를 안다)

흔한 실수

필요를 느낀 순간에 제안한다. 예산은 정해진 주기에 편성된다. 타이밍을 놓친 좋은 제안은 나쁜 제안과 같은 결과를 낳는다.

런웨이를 하나의 숫자로 믿는다. 외부에 알려진 숫자는 대개 현상유지 런웨이다. 경영진은 채용과 신규 지출을 반영한 계획 런웨이로 결정한다. 두 숫자가 2~3개월 차이 나면 제안의 운명이 바뀐다.

도입 비용만 계산하고 운영 비용을 뺀다. 라이선스비는 시작이고, 실행비·유지보수 인건비가 더 크다. TCO로 말하지 않으면 1년 뒤 신뢰를 잃는다.

금액만 바꿔서 같은 제안을 다시 낸다. 세 번 거절된 제안의 문제는 금액이 아니라 구조인 경우가 많다. 연 약정인지, 고정비인지, 계정 수가 실제 사용자보다 많은지를 먼저 확인한다. 금액을 20% 깎아 다시 내면 네 번째도 거절된다.

런웨이보다 긴 약정을 요구한다. 런웨이 8개월 조직에 12개월 약정을 요구하는 제안은 월 비용이 얼마든 보류된다. 회사의 남은 시간을 넘는 약속을 지금 할 수 있는 결재선은 없다.

지연을 주장하면서 강행 비용만 말한다. 양쪽 칸을 다 채우지 않은 주장은 리스크 회피로 읽힌다. 지연의 비용도 QA가 먼저 계산해 온다.

긴축기에 "품질이 중요하다" 만 반복한다. 현금이 없는 조직에서 원칙론은 의사결정을 바꾸지 못한다. 잘릴 항목을 먼저 골라 제시하는 쪽이 최소 방어선을 지킬 확률이 높다.

절감액만 보고 전면 폐지에 동의한다. 스테이징 폐지, 도구 해지, 자동화 중단은 월 비용을 확실히 줄인다. 그러나 재구축 공수와 복구 불가능한 자산(케이스 이력, 도메인 지식)을 적지 않으면 그것은 절감이 아니라 이연이다.

해지 통보를 받고 나서야 반출을 생각한다. 테스트 관리 도구의 케이스·실행 이력은 계약이 끝나면 접근이 막힌다. 재무가 계약서를 모으기 시작했다는 신호를 봤을 때 반출 경로를 먼저 확인해 둔다.

회사의 자금 상황을 모른 채 6개월짜리 계획을 세운다. 런웨이가 8개월인 조직에서 12개월 로드맵은 현실성이 없다. 계획의 길이를 회사의 시계에 맞춘다.

참고 자료

• 스타트업 투자 유치 타이밍, 너무 이르지도 늦지도 않게 — 창의회계법인 — 런웨이 12개월 준비 원칙
• 리텐션으로 말하라 — 코호트 분석의 힘 (모비인사이드) — 런웨이·페이백과 지표의 연결
• 다운라운드 방어, 밸류가 꺾일 때의 전략 (모비인사이드)
• Cost of Quality (ASQ) — 품질 비용 모델(모듈 26 레슨 3과 동일 출처)

이 커리큘럼 안에서

• 모듈 27 레슨 1 — 투자 라운드 지도. 채용 동결·도구 해지가 "런웨이 계산의 결과" 라고 짚은 자리
• 모듈 27 레슨 2 — 프리시드·시드. 긴축기에도 지킬 최소 방어선(돈·개인정보·데모 경로)의 출처
• 모듈 27 레슨 3 — 시리즈 A. 경영진이 지표 정의를 다시 묻기 시작할 때 할 일
• 모듈 27 레슨 4 — 시리즈 B. 고정비로 넘어가는 투자가 정당해지는 구간
• 모듈 27 레슨 5 — 실사와 엑싯. 실사 통보가 예산을 여는 드문 시점
• 모듈 27 레슨 6 — 국내 생태계. 마일스톤 자금·트랜치가 출시 일정을 당기는 이유
• 모듈 26 레슨 3 — CFO와 ROI. 비적합 비용 집계와 TCO 비교의 형식
• 모듈 26 레슨 7 — C레벨 보고. 지연·강행 비용을 1장으로 쓰는 형식
• 모듈 11 레슨 3 — 자동화 ROI. 실행비를 넣지 않은 ROI가 무너지는 지점
• 모듈 11 레슨 4 — 자동화 기술 부채. 불안정 테스트 재실행이 곧 실행비인 구조
• 모듈 7 레슨 6 — 프로세스 성숙도. "분기마다 하나" 가 비용 0 항목과 겹친다
• 모듈 7 레슨 9 — 테스트 조직. 인원 감축 대신 범위 축소·교차 교육을 쓰는 판단
• 모듈 6 레슨 1·5 — 결함 분류와 품질 지표. 비용 0으로 쌓는 다음 제안의 근거

한 줄 정리 — 런웨이는 잔여 거리가 아니라 결정 시한이고, QA 예산 요청은 그 계산 안에서만 통과한다. 경영진이 보는 숫자는 계획 런웨이이므로 제안도 그 숫자 위에서 써야 하고, 런웨이가 짧으면 고정비·장기 약정 제안은 금액과 무관하게 보류된다. 그 구간에서 QA가 할 일은 비용 0인 것으로 숫자를 만드는 일과 되돌릴 수 없는 폐지를 막는 일 둘이다. 절감안을 스스로 만들어 가면 요청자가 아니라 재원의 공급자가 되고, 그때 제안이 다르게 읽힌다.

모듈 27 마무리 — 이 모듈은 하나의 질문을 일곱 번 나눠 물었다. "지금 이 회사가 증명해야 하는 것이 무엇이고, 품질은 거기에 어떻게 붙는가." 레슨 1에서 라운드가 등급이 아니라 증명의 이름표임을 보고, 레슨 2에서 아직 증명할 제품이 없는 구간에는 테스트하지 않을 것을 정하는 일이 QA의 첫 일임을 확인했다. 레슨 3에서 증명의 수단이 지표 데이터가 되면서 QA가 투자 자료의 품질에 직접 닿고, 레슨 4에서 개인기가 한계에 닿아 시스템으로 넘어간다. 레슨 5에서 그 시스템이 실사의 증거로 제출되고, 레슨 6에서 그 모든 일이 AC·VC·TIPS·투자계약이라는 국내 제도의 문법 위에서 일어난다는 것을 봤다. 그리고 레슨 7에서, 위의 모든 제안이 결국 런웨이라는 하나의 계산을 통과해야 실행된다는 사실에 도달한다. 모듈 26이 누구에게 어떤 언어로 말할 것인가를 다뤘다면, 모듈 27은 언제 어떤 구조로 말할 것인가를 다뤘다. 둘을 합치면 QA의 판단이 조직의 결정으로 바뀌는 경로가 완성된다.