기술적으로 승인됐지만 여전히 거절당함: 채용에서의 피드백 격차

발행: (2026년 1월 3일 오전 05:42 GMT+9)
8 min read
원문: Dev.to

Source: Dev.to

최근에 .NET 개발자 포지션에 대한 전체 채용 과정을 진행했습니다. 모든 단계에서 합격했으며, 최종 메시지는 승리처럼 들렸습니다:

“당신은 기술적으로 승인되었습니다… 그럼에도 불구하고 팀은 다른 후보자를 선택하기로 결정했습니다…”

이 문장은 격려하는 듯 보이지만, 실제로는 실망을 완화하려는 의도일 수도 있습니다. 후보자로서는 “승인됐는데 왜 선택되지 않았지?”라는 의문이 남습니다.

문제가 된 부분은 “거절” 자체가 아니라, 거절을 받아들일 수는 있지만—적어도 건강하지는 않은—후보자들이 흔히 겪는 모호함입니다. 특히 실제 시간을 투자한 뒤에는 더욱 그렇습니다:

  • 기술 인터뷰
  • 코딩 과제
  • 여러 차례 전화 통화
  • 준비, 공부, 일정 재조정
  • 감정적 에너지와 기대감

피드백을 요청했을 때, 전형적인 답변을 받았습니다: “팀과 이야기를 나눠보고 알려드리겠습니다.” 그리고… 아무 소식도 없었습니다.

왜 이것이 중요한가 (채용 담당자가 선의라 할지라도)

일반적인 거절은 단순히 실망스러운 것이 아니라 성장의 기회를 놓치는 것이다. 결정에 어떤 요인이 작용했는지 모르면 의도적으로 개선할 수 없고 추측에 머물게 된다:

  • 급여나 예산 제약 때문이었을까?
  • 시니어리티 수준(더 주니어 혹은 더 스태프 레벨) 때문이었을까?
  • 커뮤니케이션 스타일(영어 수준, 명료성, 자신감, 리더십) 때문이었을까?
  • 특정 기술 격차(시스템 설계, 테스트, 클라우드 깊이, 성능) 때문이었을까?
  • 팀 적합도 요인(도메인 경험, 시간대 겹침, 협업 스타일) 때문이었을까?
  • 내부 후보자, 추천인, 혹은 특수 스택 매치가 있는 사람에게 밀렸을까?

이 중 어느 것이든 타당한 이유가 될 수 있지만, 명확한 설명이 없으면 후보자는 곤란한 상황에 처한다.

“Technically approved” is not the same as “best match”

중요한 것을 배웠습니다:

  • 최소 기술 기준을 충족했지만,
  • 다른 사람이 이 팀의 구체적인 요구에 더 잘 맞았습니다.

괜찮지만, 전달 방식이 중요합니다. “Approved”(승인)는 확신과 준비가 된 느낌을 주어 ‘예’처럼 들리지만, 뒤이어 ‘아니오’가 따라오는 경우가 있습니다.

후보자가 실제로 필요로 하는 것 (그리고 긴 보고서는 아닙니다)

저는 채용 담당자에게 소설을 쓰거나 내부 논의를 공개하라고 요구하는 것이 아닙니다. 정직한 두 문장만으로도 충분합니다:

  • “우리는 Azure + Kubernetes 실무 경험이 더 깊은 후보자를 선택했습니다.”
  • “해당 역할은 강력한 이해관계자 커뮤니케이션이 필요했으며, 다른 후보자가 그 분야에서 더 많은 리더십을 보여주었습니다.”
  • “예산이 X로 제한돼 있었고, 우리는 그 범위 내에 있는 후보자와 진행했습니다.”
  • “우리는 직접적인 마켓플레이스/도메인 경험이 있는 사람을 필요로 했습니다.”
  • “당신의 기술 역량은 뛰어났지만, 시스템 설계에 대한 깊이가 더 필요했습니다.”

그 피드백은 회사에 해를 끼치지 않으며, 드라마를 만들지 않으며, 몇 시간의 작업도 필요하지 않지만 후보자에게 방향성을 제시합니다.

“we’ll be in touch” 라인

희망을 자극하는 것은 쉽지만, 기대를 관리하는 것은 더 어렵다. 메시지에 “we will be in touch 😉”라고 적혀 있지만 후속 조치가 없으면 잡음이 된다. 후보자들은 이런 것들을 기억한다. 실제 의미가 “프로필은 보관하겠지만, 일정은 정해져 있지 않다”는 것이라면, 괜찮다—그냥 그렇게 말하면 된다.

리크루터 팀에게 전하는 메시지

리크루터는 힘든 일을 합니다. 이해합니다—채용 담당자는 바쁘고, 프로세스는 복잡합니다. 하지만 앞으로 더 좋은 후보자를 원하고, 관계를 강화하며, 건강한 채용 문화를 원한다면, 이 간단한 개선이 차이를 만들 수 있습니다:

우수한 후보자를 추측하게 두지 마세요.
우리는 “아니오”라고 할 수 있습니다.

실용적인 요청

채용 담당자라면, 여기 큰 차이를 만들 수 있는 작은 습관이 있습니다:

거절 통보를 받은 후, 다음 중 하나를 한 문장으로 보내세요:

  • 기술 기반 이유
  • 역할 적합성 이유
  • 보상 범위 불일치

그게 전부입니다.

후보자 여러분께: 앞으로 이렇게 진행하겠습니다

저도 제 에너지를 보호하는 법을 배우고 있습니다:

  • 피드백이 모호하면 한 번 정중히 물어보겠습니다.
  • 피드백이 없으면 적합성/예산/시기 결정이라고 가정하겠습니다.
  • 제 수행에 대해 메모를 남기고 계속 개선하겠습니다.
  • 양쪽을 존중하는 프로세스가 있는 곳에 계속 지원하겠습니다.

전문성은 인터뷰를 통과하는 것만이 아니라, 답이 “아니오”일 때 사람들을 대하는 방식에도 있습니다.

Back to Blog

관련 글

더 보기 »

Stars를 이용한 GitHub Repository Embeddings 학습

데모 – 100 % 클라이언트‑사이드 KNN WASM 데모: 데모. 100 % 클라이언트‑사이드. KNN을 위한 WASM https://puzer.github.io/github_recommender/ - 귀하의 …를 기반으로 스킬 레이더를 생성합니다.