개념
전환은 발령이 아니라 증명이다
"테스트 리드가 되고 싶다"고 말하는 사람과 "테스트 리드의 결과물을 이미 만들고 있는 사람" 중 누가 리드가 될까? 거의 항상 후자다. 조직은 위험을 싫어한다. 아직 해 보지 않은 사람에게 새 역할을 맡기는 것은 도박이지만, 이미 그 결과물을 내고 있는 사람에게 직함을 주는 것은 확인일 뿐이다.
그래서 경로 전환의 핵심 원칙은 이렇다. 새 역할의 결과물을 지금 자리에서 먼저 만든다. 직함은 그 뒤에 따라온다.
1단계 — 전환 격차 분석
먼저 현재 역할과 목표 역할의 차이를 세 축(결과물·기술·의사결정 범위)으로 적는다. 레슨 3의 카탈로그를 그대로 쓴다.
[현재] 테스트 엔지니어 (3년 차) [목표] 테스트 리드
결과물: 설계서, 테스트 수트, 결함 분석 결과물: 업무 배분표, 리뷰 코멘트, 진척·위험 보고
기술: 설계 기법, API, SQL 기술: 리뷰 기준, 지표 읽기, 피드백·코칭, 회의 진행
결정: 내 기능의 케이스 범위 결정: 팀 내 업무 배분과 우선순위
격차:
G1 리뷰 기준을 세우고 남의 결과물을 리뷰한 경험 없음
G2 진척·위험을 팀 단위로 보고한 경험 없음
G3 피드백·코칭 경험 없음
G4 회의를 진행해 본 경험 거의 없음격차는 3~5개 로 좁힌다. 열 개를 적으면 어디서부터 시작할지 모르게 된다.
2단계 — 확장 과제로 격차를 메운다
격차 하나마다 현재 업무 안에 끼워 넣을 수 있는 작은 과제 를 만든다. 이것을 확장 과제(stretch assignment)라고 부른다. 좋은 확장 과제의 조건은 세 가지다.
- 지금 역할의 일을 방해하지 않는다
- 결과물이 남는다(문서·코드·기록)
- 목표 역할의 사람이 보고 평가할 수 있다
| 격차 | 확장 과제 | 남는 결과물 |
|---|---|---|
| G1 리뷰 | 신규 입사자의 테스트 케이스를 자원해서 리뷰, 팀 리뷰 체크리스트 초안 작성 | 리뷰 체크리스트, 리뷰 코멘트 이력 |
| G2 보고 | 스프린트 말 품질 요약 한 장을 자원해서 작성 | 품질 요약 5회분 |
| G3 코칭 | 신규 입사자 온보딩 버디 맡기 | 온보딩 계획, 주간 1:1 기록 |
| G4 회의 | 결함 트리아지 회의 진행 자원 | 회의록과 결정 기록 |
확장 과제는 상사에게 명시적으로 요청 한다. "리드 역할을 준비하고 싶어서 다음 분기에 이 두 가지를 맡아 보고 싶다"고 말하면 대부분의 상사는 반긴다. 조용히 혼자 하면 결과물이 보이지 않는다.
3단계 — 증거 파일을 모은다
확장 과제의 결과물을 한 곳에 모은다. 이것이 사내 전환 면담과 이직 면접에서 쓸 증거가 된다. 증거에는 전후 비교 가 붙으면 가장 강하다.
- "리뷰 체크리스트 도입 후 재작성 요청된 케이스 비율이 30%에서 12%로 줄었다"
- "품질 요약을 도입한 뒤 릴리스 회의 시간이 1시간에서 25분으로 줄었다"
사례 세 가지
사례 A — 제품 품질 엔지니어에서 테스트 리드로. 제품 이해와 부서 간 협업은 이미 강했다. 격차는 업무 배분과 리뷰였다. 확장 과제로 두 명의 주니어와 함께하는 소규모 프로젝트의 업무 배분을 맡고, 매주 리뷰 코멘트를 남겼다. 6개월 뒤 팀이 커지면서 리드로 발령됐다. 가져간 것: 제품 목표로 우선순위를 설명하는 능력. 새로 쌓은 것: 사람을 통해 결과를 내는 방식.
사례 B — 수동 테스터에서 자동화 엔지니어로. 격차는 코딩, Git, 자동화 도구였다. 확장 과제로 회귀 체크리스트 중 가장 반복이 많은 10개를 Playwright로 옮기고, 팀 저장소에 PR을 올려 개발자 리뷰를 받았다. 가져간 것: 무엇을 자동화할 가치가 있는지 아는 눈. 새로 쌓은 것: 유지 가능한 코드 구조. 이 경로는 이 커리큘럼의 "자동화 전환 트랙"이 그대로 대응한다.
사례 C — 자동화 엔지니어에서 금융 도메인 품질 전문가로. 기술 깊이는 충분했지만 금융 업무 규칙과 규제를 몰랐다. 확장 과제로 정산 배치의 대사 검증 자동화를 맡으며 업무 담당자와 매주 규칙을 확인했고, 전자금융감독규정의 관련 조문을 시험 항목으로 번역한 표를 만들었다. 가져간 것: 자동화 역량(희소한 조합이 됨). 새로 쌓은 것: 원장·대사·규제 감각.
사내 전환 vs 이직 전환
| 사내 전환 | 이직 전환 | |
|---|---|---|
| 장점 | 신뢰가 이미 있다. 확장 과제를 받기 쉽다 | 직급·연봉을 한 번에 조정할 수 있다 |
| 단점 | 자리가 날 때까지 기다려야 한다 | 증거가 없으면 경력을 인정받지 못한다 |
| 필요한 증거 | 상사가 직접 본 결과물 | 외부인이 이해할 수 있는 결과물과 수치 |
| 추천 상황 | 목표 역할이 지금 회사에 있고 자리가 곧 생긴다 | 지금 회사에 목표 역할이 없거나 막혀 있다 |
대부분의 경우 사내에서 먼저 결과물을 쌓고, 그 증거로 이직 하는 순서가 가장 안전하다. 증거 없이 이직으로 역할을 바꾸면 경력의 일부만 인정받아 연봉이 깎이는 일이 흔하다.
언제 전환하는가 — 세 가지 신호
- 지금 역할에서 새로 배우는 것이 거의 없다 — 1년 전과 같은 일을 같은 방식으로 하고 있다
- 목표 역할의 결과물을 이미 두세 번 만들었다 — 증거가 쌓였다
- 업무 에너지 기록에서 목표 역할의 일이 +2를 받는다 — 레슨 4의 기록이 방향을 확인해 준다
세 가지 중 둘 이상이 맞으면 전환을 준비한다. 첫 번째만 맞다면 전환이 아니라 지금 역할 안에서 새 과제를 찾는 것 이 먼저일 수 있다.
실무에서 왜 필요한가
전환을 준비하지 않고 기회만 기다리는 사람은 기회가 와도 잡지 못한다. 리드 자리가 났을 때 "그 사람은 리뷰를 해 본 적이 없다"는 한 마디로 후보에서 빠진다. 반대로 확장 과제로 결과물을 쌓아 둔 사람은 자리가 나기 전부터 후보가 된다.
또 확장 과제는 조직에도 이득이다. 리뷰 체크리스트, 품질 요약, 온보딩 계획은 전환을 준비하는 사람의 증거인 동시에 팀의 자산으로 남는다.
채용시장에서의 위치
경력 전환자가 서류에서 가장 많이 떨어지는 이유는 "관련 경력 없음"이다. 이력서에 목표 역할의 결과물 을 경력 항목 안에 따로 적으면 이 문제가 줄어든다. 예: "테스트 엔지니어(3년) — 이 중 6개월간 4인 팀의 리뷰와 주간 품질 보고 담당, 재작성률 30%→12%". 면접관은 직함이 아니라 이 줄을 읽는다.