"이번 채용은 왜 이렇게 오래 걸렸을까요?" 회고에서 이 질문이 나오면 답은 보통 비슷합니다. 지원자가 부족했던 것도, 평가자가 게을렀던 것도 아닙니다. 다음에 무슨 일이 일어나야 하는지 정해두지 않았기 때문입니다.
채용 프로세스는 문서 한 장으로 끝나는 형식이 아니라, 매 채용마다 반복 실행되는 운영 구조입니다. 구조가 없으면 매번 즉흥적으로 결정하게 되고, 결정이 즉흥적이면 사람마다 다르게 판단하고, 다르게 판단하면 결과를 비교할 수 없습니다.
프로세스가 없으면 무엇이 새는가
구조가 없는 채용에서 반복적으로 관찰되는 손실은 세 가지입니다.
- 시간이 샙니다. 서류가 도착했지만 누가 언제까지 볼지 정해져 있지 않아 며칠씩 대기합니다. 지원자 입장에서 이 침묵은 "떨어졌다"는 신호로 읽힙니다.
- 기준이 샙니다. 같은 이력서를 A는 통과시키고 B는 탈락시킵니다. 둘 다 나름의 근거가 있지만, 근거가 기록되지 않아 다음 채용에 축적되지 않습니다.
- 사람이 샙니다. 경쟁사가 2주 만에 오퍼를 내는 동안 우리는 아직 2차 면접 일정을 잡고 있습니다. 좋은 후보는 기다려주지 않습니다.
7단계 설계도
단계 수는 조직 규모에 따라 달라도 됩니다. 중요한 건 단계와 단계 사이에 누가 무엇을 넘겨받는지가 명확한 것입니다. 경력 채용과 신입 공채는 4단계와 8단계로 다르게 운영해도 괜찮습니다. 다만 한 채용 안에서는 끝까지 같은 단계 정의를 유지해야 통계가 남습니다.
단계별 체크리스트
각 단계에서 사전에 확정해야 하는 항목만 모았습니다. 채용 시작 전 이 표를 채우지 못하면, 그 칸이 나중에 지연으로 돌아옵니다.
| 단계 | 미리 정할 것 | 권장 기한 |
|---|---|---|
| 채용 요청 | 직무 정의, 인원, 채용 사유, 예산 승인선 | 요청 후 3일 내 확정 |
| 공고 발행 | 필수 조건과 우대 조건의 구분, 게시 채널, 마감일 | 확정 후 2일 내 |
| 서류 접수 | 접수 확인 안내 발송, 이력서 보관·파기 기준 | 지원 즉시 자동 |
| 서류 평가 | 평가 항목과 배점, 평가자 배정, 합격선 | 마감 후 5일 내 |
| 면접 | 단계 수, 면접관 구성, 공통 질문 세트, 평가표 | 서류 발표 후 7일 내 |
| 처우 협의 | 연봉 밴드, 협의 권한자, 조율 가능 범위 | 최종 합격 후 3일 내 |
| 입사·온보딩 | 입사 준비물, 첫 주 일정, 수습 평가 시점 | 입사 2주 전 착수 |
기한 칸은 목표치일 뿐이지만, 숫자로 적어두는 것 자체가 효과가 있습니다. "가급적 빨리"는 아무도 지키지 않고, "마감 후 5일"은 지나면 눈에 보입니다.
법적으로 짚어야 할 세 가지
프로세스를 설계할 때 함께 확인해야 하는 항목입니다. 세부 적용 범위는 사업장 규모에 따라 다르므로 사내 법무 검토를 함께 받으시는 편이 안전합니다.
- 채용 여부의 고지 — 채용절차의 공정화에 관한 법률은 채용 대상자를 확정한 뒤 지원자에게 그 결과를 알리도록 하고 있습니다. 불합격자에게 아무 연락을 하지 않는 관행은 여기에 어긋납니다.
- 채용 서류의 반환과 파기 — 지원자가 제출한 서류는 반환 청구에 응하거나, 채용 절차가 끝난 뒤 정해진 기준에 따라 파기해야 합니다. "일단 계속 보관"은 위험한 기본값입니다.
- 직무와 무관한 정보 수집 금지 — 출신 지역, 가족의 학력·직업·재산 등 직무 수행과 관계없는 개인정보를 요구하지 않도록 지원서 항목 자체를 정리해야 합니다.
HATS에서는 이렇게 씁니다
HATS는 위 7단계를 그대로 화면에 옮겨 두었습니다. 채용단계 정의에서 우리 조직의 단계 이름과 순서를 만들고, 공고를 발행하면 지원자가 그 단계를 따라 이동합니다. 각 단계의 인원과 정체 여부는 채용현황 칸반에서 한눈에 보이고, 탈락 처리에는 사유 입력이 필수라 판단 근거가 기록으로 남습니다.
- 단계 설계: 채용단계 정의
- 공고 발행: 공고 생성 — 4단계 위자드
- 진행 상황 파악: 채용현황 칸반
- 개인정보 파기: 지원자 삭제와 개인정보 파기
프로세스를 처음 세우는 단계라면 HATS 체험하기에서 실제 데이터로 7단계를 한 바퀴 돌려보는 것이 가장 빠릅니다.