jd-analyzer

JD Analyzer

채용공고를 액면 그대로 읽지 않고, 그 뒤에 있는 실제 업무를 역추론하는 스킬.

왜 필요한가

규모가 큰 기업일수록 공고를 추상적으로 쓴다. 이유는 여러 가지다.

• 조직 개편이 잦아 구체적으로 쓰면 금방 틀린 공고가 된다
• 내부 시스템·프로젝트명을 외부에 노출할 수 없다
• 하나의 공고로 여러 팀의 TO를 동시에 채운다
• 인사팀이 현업의 실제 업무를 정확히 모른 채 템플릿으로 작성한다

결과적으로 지원자는 "데이터 기반 의사결정을 지원합니다" 같은 문장만 보고 지원해야 한다. 이 스킬은 그 문장을 실제 업무 시나리오와 필요 역량으로 되돌리는 작업을 한다.

---

실행 파이프라인

Phase 1. 공고 원문 확보와 구조 파싱

URL이면 웹 조회로 원문을 가져오고, 텍스트면 그대로 사용한다. 다음 필드로 구조화한다. 없는 필드는 "미기재"로 명시한다. 미기재 자체가 분석 대상이다.

필드	파싱 대상	비고
포지션명	제목	내부 직급 체계 힌트
소속 조직	팀/본부/직군	조직도상 위치 추정
주요 업무	담당 업무 목록	Phase 2 역추론의 주 입력
자격 요건	필수	실제 필터링 기준
우대 사항	우대	진짜 원하는 사람의 모습
사용 기술	기술 스택	도메인 추정의 핵심 단서
채용 절차	전형 단계	준비 범위 결정
근무 조건	근무지, 형태, 계약 유형	계약직 여부는 반드시 확인
계약 법인	사업자정보	company-diligence 로 넘길 식별자

미기재 항목의 의미

• 연봉 미기재: 국내에서는 일반적. 신호로 세지 않음
• 계약 형태 미기재: 확인 필요. 정규직이 아닐 수 있음
• 팀 규모 미기재: 신설 조직이거나 1인 포지션일 수 있음
• 채용 절차 미기재: 프로세스가 정립되지 않은 조직일 수 있음
• 사용 기술 미기재: 비개발 직군이면 정상, 개발 직군이면 레거시를 감추는 경우가 있음

Phase 2. 추상 문구의 구체화 (이 스킬의 핵심)

공고의 각 문장에 대해 다음을 수행한다.

1. 추상 정도 판정: 그 문장만 읽고 하루 업무를 그릴 수 있는가
2. 그릴 수 없으면 역추론 트리거

역추론 방법 (references/inference-playbook.md 참조):

방법 A. 동일 직무 타사 공고 대조 같은 직무명으로 다른 회사 공고 5~10건을 웹 검색으로 모아, 공통 업무와 이 회사만의 특이 업무를 분리한다. 공통 업무는 직무의 기본기, 특이 업무는 이 회사가 실제로 원하는 것이다.

방법 B. 기술 스택 역추론 요구 기술의 조합에서 실제 시스템 구조와 업무를 추정한다.

Kafka + Flink + ClickHouse  → 실시간 데이터 파이프라인 운영. 장애 대응 온콜 가능성
Airflow + dbt + Snowflake   → 배치 ETL 중심. SQL 비중 높음
Spring Boot + MSA + K8s     → 서비스 분리 진행 중이거나 완료. 도메인 경계 설계 경험 요구
레거시 + 신규 스택 병기      → 마이그레이션 프로젝트일 확률 높음. 이관 경험이 실질 요건

비개발 직군도 동일하게 적용한다. 예: "Salesforce + Tableau" → 세일즈 오퍼레이션 성격.

방법 C. 회사 공개 자료 대조

• 기술블로그: 최근 글에서 다루는 문제가 곧 그 팀의 현재 과제일 확률이 높다
• 채용 페이지의 다른 공고: 같은 팀에서 어떤 직군을 함께 뽑는지 보면 프로젝트 성격이 드러난다
• 컨퍼런스 발표, 오픈소스 활동, 링크드인 팀원 프로필

방법 D. 조직 맥락 추론

• 신설 포지션인가 충원인가: 공고 재게시 이력, 팀 규모 언급으로 추정
• 이 포지션이 해결하려는 문제가 무엇인가
• 성장 국면인가 유지보수 국면인가

각 역추론에는 근거와 확신도를 함께 기록한다.

추론: 레거시 마이그레이션 프로젝트 투입 가능성 높음
근거: 공고에 Java 8과 Kotlin 병기 + 기술블로그에 "모놀리스 분리" 3편 연재 (2025-11 ~ 2026-02)
확신도: 높음