# 채용은 원래 하나의 일이 아니었다

Source: https://blog.mira.day/ko/blog/why-a-team-of-agents

> 좋은 채용은 요구사항 파악(intake)에서 소싱, 평가로 이어지는 직선 과정이 아닙니다. 각 단계에서 발견한 사실과 시장에서 얻은 인사이트는 이전 단계를 다시 손보게 만들 수 있습니다. 그래서 우리는 하나의 agent가 모든 것을 처리하게 하는 대신, 서로 협업하고 토론하고 이의를 제기하는 agent 팀을 Mira가 이끌도록 만들었습니다.



MiraDay를 만들면서 우리가 계속 되돌아왔던 질문이 하나 있습니다. 수많은 훌륭한 리크루터들과 나눈 대화에서도 마찬가지였습니다. 바로 좋은 채용이 실제로 어떻게 이루어지는가라는 질문입니다.

리크루터가 어려운 포지션을 맡으면, 일은 보통 인테이크(intake)에서 시작됩니다. JD만으로는 충분한 경우가 거의 없습니다. 회사가 왜 이 사람을 채용하려는지, 팀이 무엇을 이루려 하는지, 채용 담당자가 각 요구사항으로 실제로 무엇을 의미하는지, 브리프의 어떤 부분이 필수이고 어떤 부분이 사실은 협의 가능한지, 성공적인 채용이란 어떤 모습인지, 그리고 소싱(sourcing) 전략은 어떠해야 하는지를 파악해야 합니다.

그제서야 비로소 소싱이 본격적으로 시작됩니다. 그리고 소싱이 진행되면서 탐색의 방향은 계속 바뀝니다. 때로는 이 과정에서 포지션에 대한 애초의 이해 자체가 바뀌기도 합니다.

탐색을 시작할 때는 매우 구체적인 이상적인 후보자상을 그리고 있을 수 있습니다. 하지만 시장에서 시간을 좀 보내고 나면, 가장 뛰어난 후보자들이 그 그림과 상당히 다르게 생겼다는 것을 발견하거나, 필수라고 생각했던 요구사항 하나가 탐색 범위를 지나치게 좁히고 있었다는 것을 깨닫게 되기도 합니다. 이런 일은 채우기 어려운 기술직 포지션이나 시니어 리더십 서치에서 특히 흔합니다.

그래서 탐색 범위를 넓히고, 찾아낸 후보자 한 명 한 명을 더 자세히 살펴보기 시작합니다. 이력서만 봤을 때 유망해 보였던 사람이 실제 경력을 자세히 읽어보면 맞지 않는 경우가 있고, 반대로 이력서는 평범해 보였던 사람이 예상보다 훨씬 잘 맞는 경우도 있습니다. 그리고 이런 발견 하나하나가 다시 탐색을 바꿉니다.

<SearchLoop nodes="[{ label: &#x22;인테이크&#x22;, sub: &#x22;포지션&#x22; }, { label: &#x22;소싱&#x22;, sub: &#x22;시장&#x22; }, { label: &#x22;증거&#x22;, sub: &#x22;사람&#x22; }]" back="[&#x22;포지션 재조정&#x22;, &#x22;탐색 조정&#x22;]" caption="정방향: 인테이크 → 소싱 → 증거. 하지만 각 단계는 바로 앞 단계로 피드백되고, 후보자에게서 발견한 것이 포지션 자체까지 거슬러 올라가게 만들 수 있습니다." />

이것이 바로 훌륭한 리크루터들이 실제로 일하는 방식입니다. 이 과정은 인테이크에서 소싱, 평가로 이어지는 직선이 아닙니다. 한 단계에서 발견한 것이 다음 단계를 다루는 방식을 바꾸고, 때로는 처음으로 되돌아가 요구사항을 다시 생각하게 만듭니다.

AI 채용은 종종 다른 전제에서 출발한다 [#ai-채용은-종종-다른-전제에서-출발한다]

오늘날 대부분의 AI 채용 제품은 전체 워크플로를 하나의 agent에 맡깁니다. 포지션을 설명하면 그 agent가 요구사항을 해석하고, 후보자를 검색하고, 찾아낸 결과를 평가한 다음, 후보자 리스트를 돌려줍니다.

하지만 이 방식에는 문제가 있고, 탐색이 어려워질수록 그 문제는 더 뚜렷해집니다.

포지션을 해석하고 탐색 전략과 방향을 결정하는 것과 동일한 agent가, 그 탐색을 실행하는 agent이기도 합니다. 그리고 이 agent는 자신이 맨 처음에 세운 전제를 기준으로 찾아낸 후보자들을 평가합니다. 만약 최초의 이해가 조금이라도 어긋나 있다면, 전체 과정은 그저 잘못된 방향을 아주 효율적으로 따라가게 됩니다.

리크루터에게는 보통 이런 문제를 잡아낼 방법이 있습니다. 시장 자체가 애초의 브리프에 반발합니다. 동료와 채용 담당자는 탐색 전략에 의문을 제기합니다. 후보자의 이력서를 꼼꼼히 읽다 보면 요구사항 하나가 애당초 맞지 않았다는 사실이 드러나기도 합니다. 이렇게 끊임없이 나타나는 신호들이 리크루터가 제때 조정하고, 소통하고, 방향을 재조정하도록 도와주고, 결국 적합한 사람을 찾아내게 만듭니다.

이 모든 작업이 하나의 agent 안에서 이뤄지면, 이런 마찰의 순간들은 쉽게 사라집니다. 그리고 우리는 바로 그 마찰이야말로 적합한 사람을 찾는 데 꼭 필요한 것이라고 생각합니다.

우리는 채용팀이 원래 어떻게 협업하는지부터 살펴봤다 [#우리는-채용팀이-원래-어떻게-협업하는지부터-살펴봤다]

Agent Team이라는 아이디어는 바로 여기서 나왔습니다.

우리는 "어떻게 하면 agent 하나가 더 많은 일을 하게 할 수 있을까?"라는 질문에서 출발하지 않았습니다.

대신 이렇게 물었습니다. 어려운 포지션을 완수하기 위해 채용팀을 꾸린다면, 그 팀이 어떻게 일하기를 바랄 것인가?

답은 익숙했습니다. 일을 합리적으로 나누는 것입니다. 탐색이 너무 멀리 나아가기 전에 포지션을 제대로 이해하는 사람이 있어야 하고, 실제로 시장에 어떤 사람들이 있는지 보러 나가는 사람이 있어야 하며, 좋은 탐색 결과가 곧 좋은 후보자라고 섣불리 단정하지 않고 후보자를 꼼꼼히 살펴보는 사람도 있어야 합니다.

핵심은 각 구성원이 자기만의 초점을 가지면서도 서로 다른 방식으로 협업한다는 점입니다. 이들은 고립된 채 일하지 않습니다. 소싱을 담당하는 사람이 돌아와서 이렇게 말할 수 있습니다. "예상했던 유형의 사람들을 찾지 못하고 있어요. 이 요구사항을 다시 생각해봐야 할 것 같아요." 후보자를 평가하는 사람은 팀 전체가 찾아야 할 방향 자체를 바꿔놓는 패턴을 발견할 수도 있습니다. 채용은 이렇게 한 걸음씩 나아지는 것입니다.

그래서 MiraDay에서는 일의 각기 다른 부분을 중심으로 agent를 만들고, 이들을 팀 동료처럼 긴밀하게 연결되도록 유지합니다.

Mira, Atlas, Scout, Vera [#mira-atlas-scout-vera]

**Mira**는 Agent Team의 "두뇌"입니다. Mira는 전체 작업을 이끌고, 작업을 어떻게 나누고 계획할지 결정하며, 탐색에 한 가지 이상의 사고방식이 필요한 시점을 판단합니다.

**Atlas**는 인테이크를 담당합니다. Atlas는 회사, 시장, 경쟁사, 보상 수준을 조사한 다음, 최초의 요청을 Role Brief로 바꿉니다. 이 포지션이 실제로 필요로 하는 것, 즉 채용 뒤에 있는 비즈니스 맥락, 성공 기준, 제약, 전제, 그리고 아직 열려 있는 질문들을 정리하는 것입니다. 이 Role Brief로부터 Atlas는 Ideal Candidate Profile을 도출합니다. 탐색이 실제로 기준 삼을 구체적인 필수 조건, 우대 조건, 배제 조건입니다. 요점은 더 다듬어진 JD를 만드는 것이 아니라, 채용 뒤에 숨어 있는 전제들을 실제로 검토할 수 있을 만큼 명시적으로 드러내는 것입니다.

**Scout**는 이렇게 정리된 이해를 시장으로 가져갑니다. Scout는 여러 데이터 소스를 가로질러 Ideal Candidate Profile에 맞을 만한 사람들을 검색하고, 이들을 후보자 풀로 모읍니다. Scout가 찾아낸 사실들은 거꾸로 이 프로필에, 때로는 그 뒤에 있는 Role Brief에도 이의를 제기할 수 있습니다.

가장 뛰어난 후보자들이 계속 예상치 못한 곳에서 나온다면, 그 자체가 유용한 정보입니다. 답은 항상 더 열심히 탐색하는 것이 아닙니다. 때로는 한발 물러서서 포지션 자체를 다시 검토하는 것이 옳은 선택입니다.

이 후보자 풀은 숏리스트(shortlist)가 아닙니다. 누구를 롱리스트(longlist)에 올릴지는 사람이 결정하고, 그다음부터는 **Vera**가 이어받습니다. Vera는 이 후보자들을 계속 깊이 있게 조사해 결정의 근거가 될 증거를 쌓고, 개인화된 아웃리치를 준비하며, 첫 연락과 초기 스크리닝을 지원합니다.

Vera가 발견한 것 역시 다시 탐색으로 피드백될 수 있습니다. 이는 의도된 설계입니다.

이 팀 동료들은 정해진 순서를 따라가며 결과물을 다음 사람에게 넘기는 방식으로 설계되지 않았습니다. 이들은 탐색이 진행되는 동안 서로 영향을 주고받도록 설계되어 있습니다.

중요한 것은 agent의 수가 아니다 [#중요한-것은-agent의-수가-아니다]

우리는 agent가 세 개인 것이 하나보다 본질적으로 낫다고 생각하지 않습니다.

진짜 흥미로운 지점은 채용 과정의 서로 다른 부분들이 서로에게 의문을 제기할 수 있을 때 일어나는 일입니다.

시장이 보여주는 것은 Ideal Candidate Profile을 다시 빚어냅니다. 한 후보자에게서 배운 것은 탐색 전체를 바꿉니다. 그리고 한 사람을 더 자세히 들여다보는 것이 적합한 후보자란 어떤 모습인가에 대한 전체적인 감각 자체를 바꿔놓을 수 있습니다.

이것이 바로 우리가 모든 작업을 하나의 채널에서 볼 수 있게 유지하는 이유이기도 합니다. 블랙박스에서 최종 리스트만 받는 대신, 팀이 무엇을 찾아내고 있는지, 그 사고가 어디에서 바뀌는지를 직접 볼 수 있습니다.

목표는 과정을 더 복잡해 보이게 만드는 것이 아닙니다. 탐색 뒤에 있는 추론을 더 공정하고 투명하게, 즉 신뢰하고 확인하고 추적할 수 있는 것으로 만드는 것입니다.

팀은 찾는다. 당신이 결정한다. [#팀은-찾는다-당신이-결정한다]

Agent Team은 탐색 과정에서 시간이 많이 드는 작업의 상당 부분을 맡을 수 있습니다. 포지션을 조사하고, 시장을 파악하고, 후보자를 조사하고, 증거를 정리할 수 있습니다. 하지만 최종 채용 결정은 내리지 않습니다.

결정은 리크루터의 몫으로 남습니다.

우리는 이 구분이 중요하다고 생각합니다. "정보를 찾는 것"과 "그 정보가 무엇을 의미하는지 판단하는 것"은 서로 다른 일이기 때문입니다. AI는 혼자서는 닿을 수 없었을 훨씬 더 큰 시장을 볼 수 있게 도와줍니다. 그리고 진짜 경험과 판단이 필요한 채용의 부분들에 더 많은 시간을 쓸 수 있게 해줍니다.

이것이 우리가 MiraDay의 자리를 바라보는 방식입니다. 언제나 리크루터가 더 나은 결정을 내리도록 돕는 일들 곁에 있는 것입니다.

Mira가 팀을 부르는 순간 [#mira가-팀을-부르는-순간]

대부분의 탐색은 팀 전체를 필요로 하지 않습니다.

간단한 탐색이라면 Mira 혼자서도 처리할 수 있습니다. 탐색이 충분히 복잡해져서 그 전제들을 여러 각도에서 검증해야 할 때, Mira는 Agent Team을 불러옵니다.

Agent Team이 언제 개입해야 하는지, 그 구성원들이 어떻게 협업해야 하는지는 우리도 아직 계속 찾아가는 중입니다. 실제 탐색 사례를 더 많이 보고 리크루터들이 실제로 어디서 막히는지 더 잘 이해하게 될수록, 이 팀은 계속 달라질 것입니다.

이 모든 탐구 뒤에 있는 생각은 단순합니다. 우리는 agent 하나가 모든 것을 혼자 처리하는 리크루터의 점점 더 커진 버전이 되기를 원하지 않습니다. 우리는 Mira가 훌륭한 채용팀처럼 일하기를 원합니다. 먼저 포지션을 이해하고, 시장에서 배우고, 찾아낸 사람들을 자세히 살펴보고, 그렇게 배운 것이 다음에 할 일을 바꾸게 하는 것입니다.

적합한 사람을 찾는 일은 애초에 직선이었던 적이 없었기 때문입니다.

**팀은 찾는다. 당신이 결정한다.**

[MiraDay에 가입하고](https://www.mira.day) Mira가 탐색을 어떻게 진행하는지 직접 확인해보세요.
