개념
이 레슨의 방향
모듈 42 레슨 8 은 지원하는 쪽 에서 공고를 해부했다. 이 레슨은 채용하는 쪽 이다. 그리고 신규 입사자의 교육과정 설계는 모듈 60 레슨 2 가 맡는다 — 이 레슨은 입사 전까지, 거기는 입사 후 다.
채용 설계가 테스트 매니저·QA 리드의 일인 이유는 단순하다. 잘못 뽑으면 그 비용을 조직이 몇 년 치른다. 그리고 좋은 사람을 놓치는 비용 도 같다. 둘 다 전형 설계의 품질에서 나온다.
먼저 정할 것 — 직무가 아니라 "빈 자리의 모양"
채용이 실패하는 가장 흔한 원인은 무엇을 뽑는지 합의되지 않은 것 이다. "QA 엔지니어 1명" 으로 시작하면 면접관마다 다른 사람을 머릿속에 그리고, 평가가 갈린다.
합의할 것은 네 가지다.
| 질문 | 왜 필요한가 |
|---|---|
| 이 사람이 첫 6개월에 맡을 일 이 무엇인가 | 평가할 역량을 좁힌다 |
| 지금 팀에 없는 것 이 무엇인가 | 중복 채용을 막는다 |
| 반드시 있어야 할 것 과 들어와서 배워도 되는 것 | 과도한 요건을 걷어낸다 |
| 이 자리의 성장 경로 가 무엇인가 | 지원자에게 말할 것이 생긴다 |
세 번째가 공고의 품질을 정한다. 요건을 길게 적을수록 지원자가 줄고, 줄어드는 쪽은 대개 자신을 과소평가하는 좋은 지원자 다. "반드시" 와 "있으면 좋음" 을 가르고, 반드시 쪽을 셋 이하 로 줄이는 연습이 효과가 크다.
무엇을 검증할 것인가 — 역량을 행동으로 쪼갠다
"테스트 설계 능력" 은 평가할 수 없다. 평가하려면 관찰 가능한 행동 으로 쪼개야 한다.
| 역량 | 관찰 가능한 행동 |
|---|---|
| 테스트 설계 | 모호한 요구에서 질문을 만든다 / 경계와 조합을 체계적으로 고른다 / 케이스 수를 줄이는 근거를 댄다 |
| 결함 보고 | 재현 절차를 최소화한다 / 영향을 사용자 언어로 쓴다 / 심각도 근거를 댄다 |
| 기술 역량 | 로그를 읽어 가설을 좁힌다 / 조회로 결과를 확인한다 / 자동화의 유지 비용을 고려한다 |
| 협업 | 반박 가능한 근거를 제시한다 / 의견 차이를 질문으로 바꾼다 / 자기 판단의 한계를 말한다 |
| 학습 | 모르는 것을 모른다고 말한다 / 확인 경로를 제시한다 / 받은 피드백의 변화를 설명한다 |
마지막 두 줄이 과소평가된다. 특히 "모르는 것을 모른다고 말하고 확인 경로를 제시하는 행동" 은 규제·도메인 영역에서 일할 사람에게 결정적이고, 추측으로 답하는 지원자는 들어와서도 같은 방식으로 일한다.
전형 단계를 역량에 배치한다
각 단계가 무엇을 보는 단계인지 정하고, 중복을 없앤다. 중복은 지원자의 시간을 낭비하고 판별력을 높이지 않는다.
[서류] ─→ [사전 과제 또는 기술 대화] ─→ [실무 면접] ─→ [리더 면접]
│ │ │ │
경험의 모양 핵심 역량 1~2개 나머지 역량 동기·기대·조건원칙 셋이다.
- 한 역량은 한 단계에서 본다. 같은 질문을 단계마다 반복하지 않는다
- 앞 단계에서 떨어뜨릴 수 있는 것을 앞에 둔다. 뒤로 미루면 양쪽 시간이 든다
- 각 단계에 탈락 기준을 적는다. 적지 않으면 "느낌" 으로 결정된다
사전 과제 — 쓸 거라면 설계에 책임이 따른다
사전 과제는 판별력이 높지만 지원자의 무보수 시간을 쓴다. 그래서 쓰기로 했다면 지켜야 할 선이 있다.
| 지켜야 할 것 | 이유 |
|---|---|
| 소요 시간을 명시하고 그 안에 끝나게 설계 | 설계자가 2시간이라 한 과제가 실제로 8시간이면 선발이 아니라 여유 시간 측정이 된다 |
| 실제 업무 산출물을 그대로 쓰지 않는다 | 무보수 노동이 된다. 각색하거나 공개 대상으로 만든다 |
| 평가 기준을 미리 알려 준다 | 무엇을 보는지 모르면 과제가 추측 게임이 된다 |
| 제출물에 대한 피드백을 돌려준다 | 시간을 쓴 사람에 대한 최소한의 응답이다 |
| 대안 경로를 둔다 | 과제를 할 수 없는 사정(재직·육아·건강) 이 좋은 지원자를 걸러낸다 |
마지막 항목이 중요하다. 과제를 유일한 경로로 두면 시간이 많은 지원자 가 유리해진다. 그것은 역량과 무관한 변수다. 과제 대신 기술 대화 + 과거 작업물 설명 경로를 열어 두면 모집단이 넓어진다.
과제 주제로 쓸 만한 것은 작게 자른 실제 문제 다.
- 모호한 요구사항 한 장을 주고 질문 목록과 케이스 설계 를 받는다
- 결함 증상 설명을 주고 재현 절차와 추가 확인 항목 을 받는다
- 간단한 공개 서비스를 대상으로 30분 탐색 기록 을 받는다
- 자동화 코드 한 조각을 주고 깨지기 쉬운 지점 지적 을 받는다
첫 번째가 가장 판별력이 높다. 모호한 요구에서 질문을 만드는 능력은 가르치기 어렵고, QA 업무의 중심에 있다.
평가 기준 — 사람 사이에 일치시키는 것이 목표
평가표를 만드는 목적은 점수를 매기는 것이 아니라 면접관 사이의 기준을 일치시키는 것 이다. 그래서 추상적 척도보다 행동 수준 기술 이 낫다.
[나쁜 척도]
테스트 설계 능력: 1 ─ 2 ─ 3 ─ 4 ─ 5
→ 면접관마다 3의 의미가 다르다
[좋은 척도 — 행동으로 기술]
모호한 요구에서 질문 만들기
미달: 요구를 그대로 받아들여 케이스를 쓴다
기준: 모호한 지점을 지적하고 질문을 만든다
초과: 질문의 답에 따라 설계가 어떻게 갈리는지까지 말한다"기준" 칸이 채용 여부를 정하는 선 이고, 그 선을 합의하는 자리 가 필요하다. 면접 전에 면접관들이 모여 같은 가상 답변을 보고 각자 판정해 보면 기준이 갈리는 지점이 드러난다. 모듈 32 레슨 8 의 모의 평가와 같은 발상이다.
기록 규칙 도 정한다 — 판정만 적지 않고 근거가 된 지원자의 말·행동 을 적는다. "소통이 좋음" 은 근거가 아니다. 나중에 비교하거나 피드백을 줄 때 쓸 수 없고, 편향이 끼어들 여지가 커진다.
편향을 줄이는 장치
완전히 없앨 수는 없지만 줄이는 장치는 있다.
- 같은 질문을 같은 순서로 묻는다(구조화 면접). 자유 대화는 인상에 좌우된다
- 면접관 각자 먼저 기록한 뒤 논의한다. 먼저 말한 사람의 판정에 수렴하는 것을 막는다
- 과제를 익명으로 검토할 수 있으면 그렇게 한다
- 역량 외 정보를 평가 기록에서 분리 한다. 출신·나이·공백 기간처럼 직무 수행과 무관한 정보가 기록에 섞이면 판정에 영향을 준다
- "우리와 잘 맞을 것 같다" 를 근거로 쓰지 않는다. 이것은 대개 유사성 선호이고, 팀을 동질화한다. 필요하면 구체적으로 어떤 협업 행동을 봤는지 로 바꿔 적는다
마지막 항목이 실무에서 가장 자주 나타나는 편향이다. QA 조직은 다양한 관점이 품질을 만드는 조직인데, 동질화는 그 반대로 간다.
지원자 경험도 산출물이다
전형은 조직을 보여 주는 자리 이기도 하다. 그리고 QA 채용 시장은 좁아서 전형 경험이 빠르게 전해진다.
지켜야 할 최소선 넷이다.
- 일정과 다음 단계를 미리 알려 준다
- 약속한 시점에 결과를 알린다. 탈락 통보를 생략하지 않는다
- 면접관이 지원자의 자료를 읽고 들어온다. 읽지 않은 것이 드러나면 신뢰를 잃는다
- 질문에 답한다. 전형은 양방향이고, 지원자도 평가하고 있다
채용 후 되돌아보기
채용 설계는 결과로 검증 해야 개선된다. 입사 6개월 뒤에 되돌아볼 질문 넷이다.
- 전형에서 본 역량과 실제 업무에서 드러난 역량 이 일치했는가
- 전형에서 보지 못해 놓친 것 이 있었는가 → 다음 전형에 단계·질문을 추가
- 과도했던 요건이 있었는가 → 공고를 줄인다
- 탈락시킨 지원자 중 기준이 잘못 적용된 경우 가 있었는가
네 번째는 확인하기 어렵지만, 기록이 남아 있으면 판정 근거를 다시 읽어 보는 것 만으로도 기준의 문제가 보인다. 이것이 평가 기록에 근거를 적는 또 하나의 이유다.
실무에서 왜 필요한가
QA 리드가 처음 채용을 맡으면 대개 공고를 쓰는 일 로 시작하고, 면접은 자유 대화로 흐른다. 그 결과는 둘 중 하나다 — 면접관마다 다른 결론이 나와 결정이 늦어지거나, 인상으로 결정해 입사 후에 기대와 다른 것을 발견한다.
설계가 있으면 둘 다 줄어든다. 역량을 행동으로 쪼개 두면 평가가 수렴하고, 단계마다 탈락 기준이 있으면 결정이 빠르고, 기록에 근거가 있으면 개선이 가능하다.
그리고 요건을 줄이는 작업 이 생각보다 큰 효과를 낸다. 반드시 있어야 할 것을 셋으로 줄이면 모집단이 넓어지고, 좁은 QA 채용 시장에서 그것이 결정적이다.
채용시장에서의 위치
이 역량은 Head of QA·QA 매니저 자리의 요구 사항 으로 직접 나타난다 — "조직 빌딩", "채용", "팀 성장". 그리고 면접에서 역으로 물어온다. "QA 를 채용한다면 어떤 전형을 설계하시겠습니까."
이 질문에 "경력과 기술 스택을 보고 코딩 테스트를 봅니다" 라고 답하면 약하다. 첫 6개월에 맡을 일에서 역량을 역산하고, 역량을 행동으로 쪼개고, 단계별로 배치하고, 면접관 기준을 합의하는 자리를 둔다 고 답하면 설계할 수 있는 사람으로 읽힌다. 모듈 60(교육·코칭 설계) 과 함께 조직을 만들 수 있는 사람의 묶음이 된다.