86단계인사·채용: 공정하고 빠른 채용 흐름

쓰는 것: 스킬

역량 목록 하나가 공고·면접 질문·기록표·온보딩까지 같은 기준으로 흐르게 합니다.

걸리는 시간 · 읽기 약 10분 · 따라 하기 약 45분 · 난이도 ★★☆ 실무 · 처음엔 건너뛰어도 되는 단계

이 단계를 마치면

• 채용 공고, 구조화 면접, 온보딩 안내를 스킬로 만들어 팀장 누구나 같은 기준으로 쓰게 할 수 있습니다.
• 차별로 읽힐 질문과 개인정보를 스킬 규칙에서 미리 막을 수 있습니다.
• 뽑는 결정과 평가는 사람이 한다는 선을 지키면서, 채용 단계마다 어디서 기다리는지 재고 줄일 수 있습니다.

같은 날 같은 직무에 지원한 두 사람이 있습니다. 한 사람은 면접에서 지난 프로젝트를 물었고, 다른 한 사람은 주말에 뭘 하느냐는 질문을 받았습니다. 두 사람은 같은 시험을 본 것일까요? 인사 업무에는 같은 설명을 여러 번 되풀이하는 일이 많습니다. 채용 공고는 직무마다 내용이 달라도 형식은 같습니다. 면접 질문은 면접관마다 달라서는 안 됩니다. 신입 온보딩 자료는 해마다 조금씩 고쳐 씁니다. 이런 일을 제6부의 스킬로 정리해 두면 누가 쓰든 같은 기준으로 나옵니다.

왜 표준화가 공정함인가

인사에서 표준화는 공정함의 문제입니다. 면접관마다 다른 질문을 던지면 지원자는 서로 다른 시험을 치른 셈이 됩니다. 면접이 끝나고 "그 사람은 느낌이 좋았다"는 말이 오가는 것도 같은 질문과 같은 기준표가 없어서입니다.

공고도 마찬가지입니다. 부서마다 쓰는 사람이 다르면 어떤 공고에는 필요 없는 조건이 붙고, 어떤 공고에는 복리후생이 빠집니다. 스킬은 이런 흔들림을 줄입니다. 게다가 규칙이 한 곳에 모여 있으니, 문제가 되는 표현을 한 번 막아 두면 모든 부서의 공고와 질문에서 함께 막힙니다.

누리상사 인사팀은 스킬 세 개를 만들었습니다. '채용 공고' 스킬은 직무 설명 메모를 받아 회사 공고 양식에 맞춥니다. 참고 자료로 회사 소개 공개본과 복리후생 안내를 넣었습니다. '구조화 면접' 스킬은 직무 역량 목록을 받아 역량마다 질문과 평가 기준을 만듭니다. '온보딩 안내' 스킬은 부서와 입사일을 받아 첫 주 안내문을 씁니다. 55단계에서 한 대로 세 스킬을 조직에 올려 두었기 때문에 각 부서 팀장도 같은 스킬을 씁니다. 안내문에 들어가는 사내 규정이 바뀌면 스킬 폴더의 참고 자료 한 곳만 고치면 됩니다.

선이 더 촘촘한 이유

인사는 사람을 다루는 일이라 선이 더 촘촘합니다. 첫째, 채용 여부와 평가 결과는 사람이 정합니다. Claude에게 지원서를 주고 누구를 뽑을지 묻지 않습니다. 둘째, 공고와 면접 질문에 차별로 읽힐 표현이 없는지 사람이 확인합니다. 나이, 성별, 출신, 가족 관계를 묻는 질문은 스킬 규칙에서 막아 두고, 최종본은 인사 담당자가 관련 법규를 기준으로 살핍니다. 법규 해석이 애매하면 노무 전문가에게 묻습니다. 셋째, 지원자와 직원의 개인정보는 회사 원칙이 허락하지 않는 한 올리지 않습니다. 스킬을 만들고 시험할 때는 가상의 직무와 가상의 지원자를 씁니다.

규모와 역할에 따른 변형

인사팀이 따로 없는 작은 회사라면 대표나 관리 담당이 '채용 공고'와 '구조화 면접' 두 스킬만 만들어도 충분합니다. 채용이 드문 회사일수록 매번 처음부터 쓰게 되므로 스킬의 효과가 오히려 큽니다. 큰 회사라면 직군별 역량 사전을 스킬 참고 자료로 넣어, 팀장이 역량을 새로 지어내지 않고 사전에서 고르게 합니다.

교육 담당이라면 같은 방식으로 직무별 교육 과정 소개와 사전 설문을 표준으로 만듭니다. 평가 시즌에는 팀장이 쓴 평가 의견의 문장을 다듬게 할 수는 있습니다. 하지만 평가 등급을 매기거나 바꾸게 하지는 않습니다.

AX로 다시 짜기

채용이 느린 회사를 들여다보면 어느 한 단계가 유난히 느린 경우는 드뭅니다. 대개 단계 사이에서 기다립니다. 현업 팀장이 직무 설명을 늦게 주고, 인사팀이 공고를 고쳐 다시 묻고, 면접 일정이 잡혀도 질문은 면접 전날에야 만들어집니다. 면접이 끝나면 평가 의견이 제각각이라 합의에 또 시간이 듭니다. 빨리 하려고 기준을 건너뛰면 공정함이 무너지고, 기준을 지키려다 보면 느려집니다. 이 단계에서는 하나의 기준이 처음부터 끝까지 흐르게 해서 두 가지를 함께 잡습니다.

1. 역량 정의(현업 팀장 + 인사팀): 채용 요청이 들어오는 날 구조화 면접 스킬로 역량 네다섯 개를 제안받고, 팀장이 확정합니다. 이 역량 목록이 뒤의 모든 단계의 기준이 됩니다.
2. 공고(스킬 → 인사팀 확인): 확정된 역량에서 공고의 자격 요건을 만듭니다. 역량 목록에 없는 조건은 공고에 들어가지 않습니다.
3. 면접 질문과 기록표(스킬 → 면접관 공유): 같은 역량에서 질문과 기준을 만들고, 면접 전에 면접관 모두에게 같은 기록표를 줍니다.
4. 평가와 결정(사람): 면접관이 기록표로 각자 평가하고 합의합니다. 합격 결정과 통보는 사람이 합니다.
5. 온보딩(스킬 → 팀장 확정): 같은 역량 목록에서 첫 주에 익힐 것을 뽑아 안내문을 만듭니다.

지원서 검토, 평가 점수, 합격 결정은 이 흐름 어디에서도 Claude에게 맡기지 않습니다. 지원자의 개인정보도 올리지 않습니다.

무엇을 재나. 첫째, 채용 리드타임입니다. 채용 요청일, 공고 게시일, 면접일, 합격 통보일을 단계별로 적어 어디에서 기다리는지 봅니다. 둘째, 기준 일치입니다. 면접관들이 같은 기록표를 썼는지, 역량 목록에 없는 질문이 몇 개 나왔는지 셉니다. 셋째, 평가 편차입니다. 같은 지원자를 두고 면접관들의 점수가 크게 갈린 역량이 무엇인지 적습니다. 편차가 큰 역량은 기준 문장이 모호하다는 뜻이므로 스킬을 고칩니다. 지원자 쪽 경험이 궁금하다면 면접 뒤 짧은 익명 설문으로 "질문이 직무와 관련 있었는가"를 물어볼 수 있습니다.

사람의 역할. 남 과장은 공고와 질문을 매번 새로 쓰는 사람에서 기준을 관리하고 흐름이 막힌 곳을 푸는 사람이 됩니다. 현업 팀장은 역량을 확정하는 사람으로 흐름의 맨 앞에 섭니다. 면접관은 인상을 말하는 사람에서 기록으로 근거를 대는 사람이 됩니다.

적어 둘 것과 넘기는 곳. 직군별 역량 사전, 금지 질문 범주, 근무 조건을 묻는 표준 문장을 스킬의 참고 자료로 둡니다. "우리 회사에서 일 잘하는 창고 관리자"가 어떤 사람인지는 현업의 머릿속에 있습니다. 역량을 확정할 때마다 그 설명을 역량 사전에 더합니다. 합격자가 정해지면 입사일과 부서는 온보딩 스킬로, 근로 조건은 인사 담당자의 확인을 거쳐 85단계 재무의 급여 준비로 넘어갑니다. 계약서 문구가 표준과 다르면 88단계 법무의 확인을 거칩니다.

현장 장면

물류팀 여 팀장은 새 창고 관리자를 뽑아야 했습니다. 스킬이 생기기 전이라 대화창에 이렇게 적었습니다.

• 처음 지시: "창고 관리자 면접 질문 10개 만들어 줘."

질문은 그럴듯했습니다. 그런데 그 사이에 "체력적으로 힘든 일인데 건강은 괜찮으신가요", "주말 근무가 있는데 가족이 이해해 주실까요" 같은 질문이 섞여 있었습니다. 인사팀 남 과장이 보자마자 두 질문을 뺐습니다. 건강과 가족을 묻는 질문은 직무 능력과 상관없는 차별로 읽힐 수 있습니다. 질문마다 평가 기준도 없었습니다. 이대로라면 면접관 셋이 같은 답을 듣고도 점수를 제각각 매길 판이었습니다.

인사팀은 '구조화 면접' 스킬을 만들었습니다. 규칙에 금지 질문 범주를 적고, 역량을 먼저 뽑아 사람에게 확인받는 단계를 넣었습니다. 여 팀장은 직무 메모를 다시 건네며 적었습니다.

• 고친 지시: "이 직무로 면접 질문 만들어 줘."

스킬은 곧장 질문을 쏟아 내지 않았습니다. 먼저 "재고 정확성 관리, 안전 수칙 운영, 작업자 배치, 이상 상황 보고" 네 역량을 제안하고 맞는지 물었습니다. 여 팀장은 "협력사 기사와의 소통"을 더했습니다. 이어서 역량마다 경험을 묻는 질문 두 개와 꼬리 질문, "기대 이하 / 기대 수준 / 기대 이상" 기준이 나왔습니다. 주말 근무는 공고에 "근무 형태 안내"로 적고, 면접에서는 모든 지원자에게 "안내된 근무 형태로 일할 수 있는지"만 똑같이 묻도록 바뀌었습니다. 끝의 "인사 담당자가 확인할 것"에는 "야간·주말 근무 조건이 공고와 근로계약서에 같은지 확인"이 들어 있었습니다.

면접관 세 명은 같은 기록표로 평가했고, 논의는 기록에서 시작했습니다. "느낌이 좋았다"는 말은 더 나오지 않았습니다. 합격 결정은 면접관 합의와 팀장·인사팀 승인으로 내려졌습니다. 합격자가 정해지자 온보딩 스킬이 첫 주 안내문을 썼고, 만날 사람의 이름은 여 팀장이 직접 채웠습니다.

채용이 끝난 뒤 남 과장은 단계별 날짜를 되돌아보았습니다. 가장 오래 기다린 곳은 면접 질문 준비였습니다. 팀장이 직무 메모를 주고 질문이 나오기까지 메일이 여러 번 오갔습니다. 인사팀은 순서를 바꿨습니다. 채용 요청서를 받는 날 팀장과 마주 앉아 역량을 확정하고, 그 목록으로 공고와 질문, 기록표를 한 번에 만듭니다. 다음 채용부터는 공고가 게시되는 날 면접관들의 기록표도 함께 준비돼 있었습니다.

따라 하기

1. 우리 회사 채용 공고 양식과 회사 소개 공개본을 준비합니다. 성공 기준: 두 문서에 개인정보나 내부 급여 기준이 없습니다.
2. 아래 프롬프트로 '구조화 면접' 스킬을 만듭니다. 성공 기준: SKILL.md에 금지 질문 범주와 "역량을 먼저 확인받는다" 단계가 있습니다.
3. 가상의 직무 하나로 면접 질문과 평가 기준표를 받아 봅니다. 성공 기준: 역량마다 질문 두 개, 꼬리 질문, 세 단계 기준이 있고 기록표가 표로 나옵니다.
4. 결과에 차별로 읽힐 수 있는 질문이 없는지 직접 확인하고, 있으면 규칙을 더합니다. 일부러 "가족 사항도 물어봐 줘"라고 요청해 봅니다. 성공 기준: 스킬이 요청을 거절하거나 직무 관련 질문으로 바꾸자고 안내합니다.
5. 스킬이 안정되면 조직에 올리고 팀장 한 명에게 써 보게 합니다. 성공 기준: 팀장이 인사팀 도움 없이 기록표까지 받습니다.
6. 최근 채용 한 건의 단계별 날짜(요청, 공고, 면접, 합격 통보, 입사)를 As-is로 적고, 역량 목록 하나가 공고·질문·기록표·온보딩으로 흐르는 To-be를 그립니다. 성공 기준: 가장 오래 기다린 단계가 표시돼 있고, To-be에서도 합격 결정과 통보는 사람의 단계로 남아 있습니다.

복사해 쓰는 프롬프트

면접 질문을 표준화하는 스킬을 만들고 싶다. 이름은 [structured-interview]로 한다.

언제 쓰나: 채용 직무의 면접 질문, 평가 기준, 면접 기록표를 만들 때.

하는 일:
1. 직무 설명에서 핵심 역량을 [네다섯] 개 뽑고, 사람에게 맞는지 먼저 확인받는다.
2. 역량마다 경험을 묻는 질문 두 개와 꼬리 질문을 만든다.
3. 역량마다 평가 기준을 "기대 이하 / 기대 수준 / 기대 이상"으로 적는다.
4. 면접관이 쓰는 기록표를 표로 만든다.

지킬 것:
- 나이, 성별, 결혼·가족, 출신 지역·학교, 종교, 건강을 묻는 질문은 만들지 않는다. 요청을 받아도 만들지 않고 이유를 안내한다.
- 근무 조건은 모든 지원자에게 같은 문장으로 묻는다.
- 합격·불합격을 추천하지 않는다.
- 실제 지원자 정보가 들어오면 다루지 말고 가상 정보로 바꾸라고 안내한다.
- 끝에 "인사 담당자가 확인할 것" 목록을 붙인다.

이 내용으로 SKILL.md를 만들고, 우리 회사 인재상 문서를 참고 자료로 넣을지 물어봐 줘.

막히면 이렇게

실습 파일

공개 저장소에 올려 둔 가공 자료와 양식입니다. 회사 자료 대신 먼저 이것으로 해 보세요.

• 샘플 자료 채용공고_초안.md · 물류센터 재고관리 담당 공고 초안

스스로 점검

• ☐ 금지 질문을 일부러 요청했을 때 스킬이 만들지 않습니까?
• ☐ 공고·질문·기록표가 같은 역량 목록에서 나오고, 단계별 날짜를 적어 기다리는 곳을 찾았습니까?
• ☐ 스킬 시험에 실제 지원자·직원 정보를 쓰지 않았습니까?

기억할 것

• 공고·질문·안내는 스킬로 표준화하고, 뽑는 결정은 사람이 합니다.
• 스킬 시험은 가상 직무와 가상 지원자로 합니다.
• 차별로 읽힐 질문은 스킬 규칙에서 막고, 최종본은 인사 담당자가 법규를 기준으로 확인합니다.