'공고랑 다르잖아요'… 입사 첫 주에 들은 신입의 뼈아픈 한마디

내가 심혈을 기울여 뽑은 신입사원 김 대리가 조심스럽게 면담을 요청했을 때만 해도 나는 그가 조직에 잘 적응하고 있는지 묻는 평범한 온보딩 과정일 줄 알았다. 하지만 그의 입에서 나온 말은 내 가슴을 덜컥 내려앉게 했다.

"매니저님, 사실 제가 지원할 때 봤던 공고랑 지금 하는 일이 너무 다른 것 같아서 고민입니다."

 

김 대리는 공고에 적힌 '신규 서비스 기획 및 데이터 분석' 업무를 기대하며 우리 팀에 합류했다. 하지만 실제 그에게 주어진 첫 업무는 기존 데이터의 포맷을 일일이 수동으로 맞추고, 인프라가 갖춰지지 않은 환경에서 엑셀과 사투를 벌이는 운영 지원 업무였다. HR 담당자로서 나는 당혹스러웠다. 분명 현업 팀장님과 소통했을 때는 기획 인력이 급하다고 하셨는데, 막상 입사하니 당장 급한 '손'이 필요했던 것이다.

통계적으로도 청년 취업자의 절반 가까이가 이런 직무 불일치를 겪는다고 하지만, 내 눈앞의 신입사원이 느끼는 그 배신감과 과부하는 숫자로 표현될 수 없는 무게였다. 특히 데이터 포맷 하나 제대로 맞춰지지 않은 실습 환경의 결핍은 그에게 '성장'이 아닌 '소모'로 다가왔을 것이다. 그날 퇴근길에 나는 미안함과 동시에, 대체 어디서부터 잘못된 것인지 깊은 고민에 빠졌다.

---

JD를 아무리 촘촘하게 써도 왜 현장에서는 '딴판'이 될까?

처음에는 내가 직무 기술서(JD)를 대충 써서 생긴 문제라고 생각했다. 그래서 다음 채용 때는 독기를 품고 업무 범위를 10단위로 쪼개고, 필수 스킬을 Python 버전까지 명시하며 촘촘하게 채웠다. 하지만 결과는 예상 밖이었다. 상세하게 쓰면 쓸수록 적합한 지원자는 눈에 띄게 줄어들었고, 막상 입사한 사람들도 현장의 역동성 앞에서는 여전히 "JD랑 다르다"는 반응을 보였다.

 

그때 깨달은 건, 내가 종이 위에 쓴 JD는 정적인 사진(Snapshot)이었지만, 현장은 실시간으로 변하는 생방송이었다는 점이다. 현업 팀장님은 채용 공고를 낼 때는 서비스 기획이 급하다고 했지만, 지원자가 면접을 보고 합격 통보를 받는 그 몇 주 사이에 서비스 방향이 바뀌거나 당장 터진 운영 이슈를 처리하는 게 우선순위가 되어버리곤 했다.

 

결국 리더십의 복잡한 요구와 HR의 문서화 작업 사이에는 늘 '시차'가 존재할 수밖에 없었다. 아무리 JD를 완벽하게 정의하려고 애써도, 현업과의 소통이 실시간으로 동기화되지 않으면 JD는 그저 '채용을 위한 예쁜 포장지'에 그치게 된다는 것을 뼈아쁘게 학습했다.

---

우리가 간과한 사실, JD는 '스냅샷'이지만 업무는 '생물'이다

비즈니스 환경이, 특히 IT나 스타트업 업계가 변하는 속도를 보면 사실 JD가 그대로 유지되기를 바라는 게 욕심일지도 모른다는 생각이 들었다. 보통 IT 기업들의 기술 트렌드나 프로젝트 주기는 3~6개월 단위로 요동치는데, 우리가 쓰는 JD는 입사 시점에 고정되어 버린다. 문서의 업데이트 속도가 조직의 변화 속도를 따라가지 못하는 구조적인 한계가 있는 셈이다.

 

나도 한때는 직무의 경계가 명확하고 리소스가 풍부한 환경을 꿈꿨다. 하지만 실무에서는 정해진 업무만 하는 것이 아니라, 팀의 빈자리를 메우고 갑작스러운 시장의 요구에 대응하는 '상황 대응'이 업무의 본질이 될 때가 훨씬 많았다.

 

이를 학술적으로는 업무 환경의 역동성이라고 부른다는데, 내게는 그저 매일 아침 출근하면 바뀌어 있는 프로젝트의 우선순위 같은 현실적인 피로감으로 다가왔다. 결국 문제는 'JD가 틀렸다'는 사실이 아니라, 'JD가 정적일 수밖에 없다'는 전제를 인정하지 않고 후보자에게 과도한 기대를 심어준 HR의 방식에 있었다.

---

면접 질문부터 바꿨다: JD가 아닌 '진짜 문제'를 던지기 시작한 날

구조적인 한계를 인정하고 나니, 채용의 방식부터 바꿔야겠다는 결심이 섰다. 가장 먼저 손을 댄 건 면접 질문이었다. 더 이상 후보자에게 "우리의 화려한 JD 속 기획 업무를 얼마나 잘할 수 있느냐"고 묻지 않았다. 대신, 실제 우리 팀이 겪고 있는 껄끄러운 현실을 솔직하게 던지기 시작했다.

 

"사실 저희 팀은 기획자가 엑셀 노가다부터 시작해야 할 수도 있습니다. 인프라가 부족해서 당분간은 손이 많이 가는 업무가 주를 이룰 텐데, 이런 상황에서 본인의 기획 역량을 어떻게 유지하시겠어요?"

 

이런 방식을 RJP(Realistic Job Preview, 현실적 직무 미리보기)라고 한다는데, 처음엔 지원자들이 다 도망갈까 봐 걱정했다. 하지만 결과는 놀라웠다. 오히려 현실적인 고충에 공감하고, 그 안에서 문제를 해결해 보겠다는 의지를 가진 지원자들이 걸러지기 시작했다. 단순히 화려한 경력을 나열하는 후보자보다 "예상과 다른 상황이 생겼을 때 저는 이렇게 대처해 왔습니다"라고 말하는 사람들의 논리가 훨씬 더 신뢰가 갔다. 예쁘게 포장된 JD 너머의 '진짜 문제'를 공유하는 것이, 오히려 신뢰를 쌓는 첫걸음이라는 것을 깨달은 순간이었다.

---

'문서' 너머의 진실을 찾는 법: 평판조회로 확인한 후보자의 유연성

면접 질문을 바꾸는 것만으로는 부족한 지점이 있었다. 사람은 누구나 면접에서 가장 멋진 모습을 보여주려 애쓰기 때문이다. 후보자가 "유연하게 대처할 수 있다"고 말할 때, 그것이 정말 그의 업무 스타일인지 아니면 면접용 답변인지 구별할 방법이 필요했다. 그때 내가 선택한 것이 스펙터 평판조회였다.

 

이전 직장의 동료나 상사들이 남긴 평판 데이터를 들여다보면서, 나는 JD에 적힌 업무 외의 '돌발 상황'이나 '회색 영역'에서 이 후보자가 어떻게 행동했는지를 확인했다. 스펙터의 성향 분석 데이터를 통해 그가 변화에 대한 수용성이 높은 편인지, 아니면 정해진 가이드라인 안에서 안정감을 찾는 타입인지를 파악할 수 있었다.

 

어떤 후보자는 면접 답변이 완벽했지만, 평판 조회 결과 '정의되지 않은 업무에 대해 강한 거부감을 보임'이라는 피드백이 있었다. 반면, 기술적 스펙은 조금 부족해 보였어도 '인프라가 없는 초기 환경을 직접 구축하며 팀의 성장을 견인함'이라는 구체적인 동료들의 증언이 있는 후보자도 있었다. 우리 팀처럼 JD와 실제 업무의 시차가 큰 조직에 필요한 사람은 후자라는 것을 데이터가 말해주고 있었다.

---

'Living JD'와 평판 데이터가 만났을 때 생기는 변화

채용 프로세스에 RJP 면접과 스펙터 평판조회를 결합한 뒤로, 우리 팀의 신규 입사자 이탈률은 눈에 띄게 줄어들었다. 단순히 이탈률 숫자만 낮아진 것이 아니었다. 입사 후 김 대리 같은 고민을 털어놓는 빈도가 줄었고, 설령 업무의 우선순위가 바뀌더라도 "면접 때 들었던 그 상황이군요. 제가 어떻게 도와드리면 될까요?"라고 먼저 묻는 유연한 동료들이 늘어났다.

 

현업 팀장님들도 만족도가 높았다. "우리 팀의 JD에 없는 빈틈을 알아서 메워주는 사람이 왔다"는 피드백이 들리기 시작했다. 우리는 이제 JD를 한 번 쓰고 방치하는 것이 아니라, 현업의 요구에 맞춰 상시 업데이트하는 'Living JD' 문화를 정착시켜 나가고 있다. 이런 변화는 HR이 완벽한 문서를 만드는 데 집착하기보다, 그 문서 너머의 '사람의 태도'를 객관적인 데이터로 검증하기 시작했을 때 가능했다. 문서가 담지 못하는 업무의 역동성을, 후보자의 실제 경험이 담긴 평판 데이터로 보완하는 방식이 우리 조직에는 가장 덜 위험한 선택이었던 것 같다.

---

HR이 사수해야 할 것은 JD의 문구가 아니라 '기대치의 동기화'다

지난 몇 년간의 시행착오를 통해 얻은 가장 큰 인사이트는, HR의 진짜 역할은 '완벽한 JD'를 수호하는 것이 아니라는 점이다. 오히려 조직의 현실과 후보자의 기대치 사이에서 발생하는 그 아슬아슬한 간극을 끊임없이 '동기화(Sync)'하는 커뮤니케이션 능력이 핵심이었다.

 

채용 단계에서부터 솔직하게 조직의 결핍을 공유하고, 그 결핍을 함께 메워갈 수 있는 사람인지를 객관적인 데이터(평판 등)로 확인하는 과정 자체가 하나의 신뢰 형성 과정이었다. 후보자는 "이 회사는 나를 속이지 않는다"는 믿음을 갖게 되고, 회사는 "이 사람은 어떤 상황에서도 흔들리지 않을 것"이라는 확신을 얻게 된다.

 

결국 기대치의 동기화는 투명함에서 시작된다. 채용이 끝이 아니라 시작이라는 점을 생각한다면, 화려한 문구로 포장된 JD보다 투박하지만 진실된 현실의 공유가 장기 근속과 조직 성장의 훨씬 더 강력한 연료가 된다는 것을 이제는 안다.

---

채용 사기라는 오명을 벗고, 서로가 만족하는 채용을 위하여

JD와 실제 업무의 간극은 아마 비즈니스가 멈추지 않는 한 영원히 존재할 숙제일지도 모른다는 생각이 들었다. 하지만 이를 '채용 사기'라며 자조하거나, 단순히 문서 업데이트가 늦었다고 탓하는 데 머물러서는 안 된다. HR은 그 간극을 인정하고, 그 안에서 유연하게 대처할 수 있는 '사람 자체의 역동성'을 보는 눈을 길러야 한다. 만약 여러분의 팀에서도 비슷한 고민을 하고 있다면, 단순히 공고 문구를 수정하는 것을 넘어 후보자의 '진짜 모습'을 확인할 수 있는 장치를 마련해 보시길 권한다.

 

나 역시 스펙터와 같은 인재 검증 플랫폼을 통해 문서 너머의 진실을 확인하며 채용의 불확실성을 확신으로 바꿔가고 있다. 정해진 칸 안에 사람을 끼워 맞추는 채용이 아니라, 변화하는 파도 위에서도 함께 노를 저을 수 있는 동료를 찾는 여정. 그 여정에 객관적인 평판 데이터가 든든한 나침반이 되어줄 것이다.

💡 요약: JD와 실제 업무의 간극을 줄이는 HR 체크리스트

단계 핵심 액션 기대 효과

채용 설계	'Living JD' 개념 도입 (수시 업데이트)	비즈니스 변화와 직무 기술서 간 시차 최소화
면접 단계	RJP(현실적 직무 미리보기) 실행	후보자의 근거 없는 기대 방지 및 조기 이탈 예방
검증 단계	스펙터 평판조회 (성향 및 태도 검증)	문서에 드러나지 않는 실무 적응력과 유연성 파악
입사 후	정기적인 기대치 동기화(Sync) 면담	심리적 계약 위반 방지 및 직무 몰입도 향상