AI에게 인사 업무를 맡길 때, 인사담당자가 먼저 그어야 할 선

인사팀 단톡방에 클로드 프롬프트 모음이 공유되면, 다들 반갑게 저장부터 합니다. 그런데 정작 다음 질문에서 막힙니다. "이 프롬프트, 우리 회사 채용 공고에 그대로 써도 될까요?" "이 결과, 팀장한테 그대로 넘겨도 되나요?"

프롬프트 목록은 이미 충분히 많습니다. 부족한 것은 어떤 업무를 얼마나 맡기고, 어디서 멈춰야 하는지에 대한 기준입니다. 이 기준이 없으면 좋은 프롬프트도 위험한 결과물을 만듭니다.

이 글은 프롬프트를 나열하는 대신, 인사담당자가 AI에게 업무를 맡기기 전에 스스로 던져야 할 판단 기준을 정리합니다. 채용, 온보딩·오프보딩, 평가, 교육, 보상 다섯 영역에서 무엇을 맡기고 무엇을 사람이 쥐고 있어야 하는지가 핵심입니다.

핵심 요약

• HR 업무는 텍스트·데이터 중심이라 AI 활용 효과가 크지만, 효과의 크기는 프롬프트 문장이 아니라 위임 기준이 결정한다.
• 좋은 프롬프트(BRIEF)도 '한계 설정' 요소가 빠지면 그럴듯한 오답을 만든다.
• 채용·인력계획·온보딩·평가·교육·보상 중 AI에게 맡길 일과 사람이 반드시 판단할 일은 영역별로 분리해야 한다.
• 개인 식별 정보는 절대 입력하지 않고, 모든 AI 결과물은 초안으로 취급한다.
• 최종 판단은 언제나 인사담당자, 관리자, 필요시 노무사·변호사의 몫이다.

왜 '프롬프트 목록'보다 '위임 기준'이 먼저인가

맥킨지 조사에 따르면 전 세계 조직의 78%가 이미 최소 한 개 업무 기능에 AI를 사용하고 있습니다. 공식적인 AI 전략이 없는 회사라도, 인사담당자는 이미 AI가 일상이 된 환경에서 일하고 있는 셈입니다.

HR이 특히 AI 효과를 크게 보는 이유는 명확합니다. 직무기술서, 이력서, 취업규칙, 면담 노트, 만족도 조사, 인건비 시트까지 업무의 원재료 대부분이 긴 문서와 흩어진 데이터이기 때문입니다. 최근 Anthropic이 데스크톱 업무 도구 클로드 코워크에 HR 전용 플러그인을 내놓은 것도, 채용·온보딩·평가·보상 분석처럼 문서와 데이터가 몰려 있는 업무를 정조준한 결과입니다.

그런데 도구가 좋아질수록 오히려 위험해지는 지점이 따로 있습니다. 결과물이 그럴듯할수록 검토를 건너뛰기 쉬워진다는 점입니다. 문장이 매끄럽고 표가 깔끔하게 정리되어 있으면, 그 안의 숫자나 판단이 틀렸을 가능성을 의심하기 어려워집니다. HR 문서는 이 착시가 특히 위험한 영역입니다. 평가, 보상, 징계처럼 결과가 사람의 처우로 바로 연결되기 때문입니다.

BRIEF 프레임워크에서 가장 자주 빠지는 한 글자

HR 프롬프트를 설계할 때 흔히 쓰이는 방법이 BRIEF입니다. 배경(Background)을 알려주고, 결과물을 동사로 명확히 요청(Request)하고, 형식과 어조를 지시(Instruction)하고, 기존 문서로 기대 수준(Expectation)을 보여주고, 분량과 금지 표현으로 범위(Focus)를 정하는 다섯 단계입니다.

실제로 프롬프트가 실패하는 경우를 보면, 앞의 네 글자를 빼먹어서가 아니라 마지막 F, 즉 한계 설정을 빼먹어서인 경우가 훨씬 많습니다. "채용 우선순위표 만들어줘"까지는 다들 씁니다. "이 표로 특정 부서를 압박하는 근거로 쓰지 마"까지 쓰는 사람은 드뭅니다. 조직의 시스템 도입을 검토할 때 제가 반복해서 확인하는 지점도 같습니다. 이 도구가 무엇을 할 수 있는가가 아니라, 이 도구가 하지 말아야 할 일을 누가 정했는가입니다. HR 프롬프트도 다르지 않습니다.

업무 영역별로 다른 위임 가능선

채용, 온보딩, 평가, 교육, 보상은 성격이 전혀 다른 업무입니다. 그런데도 많은 조직이 "AI에게 맡길 일"을 하나의 기준으로 뭉뚱그립니다. 영역별로 선을 다르게 그어야 합니다.

표의 오른쪽 칸에 있는 일은 아무리 프롬프트를 정교하게 써도 AI에게 넘겨서는 안 됩니다. 왼쪽 칸의 일도 검토 없이 그대로 집행하면 안 되는 것은 마찬가지입니다. 차이는 검토의 강도이지, 검토의 유무가 아닙니다.

실천 포인트 — AI에게 "확인된 사실"과 "해석"을 구분해서 답하라고 요구하지 않으면, 그럴듯한 추측을 보고서로 그대로 믿게 됩니다. 모든 HR 프롬프트에 이 한 문장을 넣는 것이 가장 저비용·고효과의 안전장치입니다.

프롬프트에 반드시 넣어야 할 4가지 장치

영역을 막론하고 안전한 HR 프롬프트에는 공통된 장치가 들어 있습니다.

첫째, 역할 부여입니다. "당신은 직원 120명 제조기업의 인사팀장입니다"처럼 맥락을 먼저 고정해야 결과물이 우리 회사 상황에 맞춰집니다.

둘째, 사실과 해석의 구분입니다. 퇴직면담 기록을 요약시키거나 관리자 리더십 데이터를 점검시킬 때, "기록에 근거한 사실"과 "패턴에 대한 해석"을 나누게 하지 않으면 한 사람의 발언이 전체 조직의 트렌드처럼 보고될 수 있습니다.

셋째, 금지선 설정입니다. "징계를 전제로 쓰지 마", "개인별 연봉 조정은 언급하지 마", "데이터에 없는 수치는 만들지 마" 같은 문장이 결과물의 위험도를 실질적으로 낮춥니다.

넷째, 사람 확인 항목 분리입니다. AI가 판단할 수 없는 영역은 결과물 안에 섞어 넣지 말고, "사람이 직접 확인해야 할 목록"으로 따로 받아야 검토 단계에서 놓치지 않습니다.

프롬프트를 쓰기 전에 먼저 답해야 할 질문

프롬프트 문장을 다듬기 전에, 조직 차원에서 아래 질문에 답이 있는지부터 확인해야 합니다.

• 우리 회사는 어떤 인사 데이터를 AI에 입력해도 되는지 기준이 있는가. 이름, 개인별 급여·평가, 병력 등 개인을 식별할 수 있는 정보는 어떤 경우에도 입력 대상이 아닙니다.
• AI가 만든 결과물을 누가, 언제 검토할지 절차가 정해져 있는가.
• 징계, 해고, 산재·질병 배려, 직장 내 괴롭힘 조사처럼 AI가 문서 구조만 잡아주고 판단에는 개입하면 안 되는 영역이 명시돼 있는가.
• 잘 작동한 프롬프트를 개인의 노하우로 남기지 않고 팀의 자산으로 축적하는 절차가 있는가.

이 질문에 답이 없다면, 프롬프트를 더 정교하게 다듬는 것보다 이 답을 먼저 만드는 것이 순서입니다.

전문가 결론

AI는 인사담당자를 대체하지 않습니다. 다만 위임 기준을 가진 인사담당자가, 프롬프트만 복사해 쓰는 인사담당자를 대체합니다. 저는 HR 클라우드와 AI HR 솔루션을 만들고 컨설팅하면서, 같은 도구를 쓰고도 결과가 갈리는 조직들을 자주 봅니다. 차이는 언제나 프롬프트 실력이 아니라 "이 업무는 AI에게, 이 업무는 사람에게"라는 경계가 문서로 정리되어 있는지였습니다.

보상, 징계, 해고, 직장 내 괴롭힘 조사 같은 민감 영역에서 AI는 끝까지 보조 도구일 뿐입니다. 판단의 주체는 인사담당자와 관리자, 필요하면 노무사·변호사입니다. 이 원칙을 먼저 세운 다음에 프롬프트를 다듬어야, 시간 절약이 법적 리스크로 바뀌지 않습니다.

우리 조직에 맞는 위임 기준과 안전선을 함께 설계하고 싶다면 전문가에게 직접 질문하거나 상담을 요청해 보세요.