좋은 PM JD를 보면 바로 느껴지는 것

PM 채용을 맡으면서 정말 많은 JD를 읽었습니다.
지원자 입장에서 본 JD도 많았고,
조직 안에서 “이 포지션으로 사람을 뽑아도 될까?”를 고민하며 본 JD도 많았습니다.

재밌는 건, 좋은 PM JD는 몇 줄만 읽어도 바로 감이 온다는 점입니다.
반대로 뭔가 애매한 JD는 끝까지 읽어도
“그래서 이 사람이 와서 뭘 해야 하지?”라는 질문이 남습니다.

이 차이는 단어 선택이나 포맷 문제가 아니라,
조직이 PM이라는 역할을 어떻게 이해하고 있는지에서 나옵니다.

---

1. 좋은 PM JD는 “일의 결과”가 보인다

좋은 JD는 역할을 설명하지 않습니다.
결과를 설명합니다.

• ❌ “유관부서와 협업하여 프로젝트를 관리합니다”
• ⭕ “출시 시점에 맞춰 기능 범위를 조정하고, 의사결정이 지연되는 지점을 정리합니다”

이 차이를 보면 바로 느껴집니다.

• 이 조직은 PM에게 **‘무엇을 해라’**가 아니라
• **‘어떤 상황에서 어떤 판단을 기대하는지’**를 알고 있구나

좋은 JD는 읽는 순간
“아, 이 사람은 여기서 이런 고민을 하게 되겠구나”가 그려집니다.

---

2. “툴”보다 “판단 상황”이 먼저 나온다

PM JD에서 자주 보이는 문장이 있습니다.

• Jira, Confluence 사용 경험
• Figma, SQL, Notion 활용 가능

물론 중요합니다.
하지만 좋은 JD는 툴을 앞에 두지 않습니다.

대신 이런 문장이 먼저 나옵니다.

• 우선순위 충돌이 발생했을 때 기준을 세운다
• 요구사항이 모호할 때 질문을 구조화한다
• 일정과 품질이 충돌할 때 선택을 명확히 한다

이걸 보면 바로 알 수 있습니다.

“아, 이 조직은 PM을 ‘툴 운영자’가 아니라
의사결정자에 가까운 역할로 보고 있구나.”

툴은 바뀔 수 있지만,
판단을 요구받는 상황은 바뀌지 않습니다.
좋은 JD는 그걸 알고 있습니다.

---

3. 협업 대상이 추상적이지 않다

좋은 PM JD를 보면
“유관부서 협업”이라는 말이 거의 그대로 나오지 않습니다.

대신 이렇게 씁니다.

• 개발팀과 일정 조율이 필요한 상황
• 디자인 방향이 충돌할 때 정리해야 하는 포인트
• 비즈니스 요구와 기술 제약 사이에서의 판단

이건 단순한 디테일이 아니라,
조직의 성숙도 신호에 가깝습니다.

• 누가 누구와 왜 충돌하는지 알고 있고
• PM이 그 사이에서 어떤 역할을 해야 하는지 정리돼 있다는 뜻이기 때문입니다.

JD를 읽으면서
“이 팀은 이미 한 번 이상 부딪혀봤구나”라는 느낌이 들면,
그 JD는 대체로 좋았습니다.

---

4. “이 포지션이 왜 지금 필요한지”가 보인다

좋은 PM JD에는 반드시 맥락이 있습니다.

• 제품이 어떤 단계에 있는지
• 지금 PM에게 가장 필요한 미션이 무엇인지
• 해결되지 않은 문제가 무엇인지

반대로 이런 JD는 위험 신호에 가깝습니다.

• 역할 설명은 많은데, 왜 뽑는지는 안 나와 있음
• 모든 PM 업무가 다 들어가 있음
• “함께 성장할 분”이라는 말로 마무리됨

이런 JD를 보면 이런 생각이 듭니다.

“아직 내부에서도 PM에게 뭘 기대하는지 정리가 안 됐구나.”

좋은 JD는
채용 공고이면서 동시에 내부 정리 문서처럼 느껴집니다.

---

5. 좋은 JD는 읽는 사람이 스스로를 대입하게 만든다

정말 좋은 PM JD는
지원자가 이렇게 생각하게 만듭니다.

• “이 상황, 나 예전에 비슷한 거 겪어봤는데”
• “이 문제라면 내가 잘할 수 있을 것 같다”
• 혹은 “이건 아직 내 경험 밖이네”

이건 JD가 친절해서가 아니라,
일의 맥락이 구체적이기 때문입니다.

반대로 애매한 JD는
지원자에게 이런 질문을 남깁니다.

• “이게 내 일이 맞나?”
• “들어가서 다시 정의해야 하는 거 아닌가?”

HR이나 채용 담당자 입장에서는
이 차이가 면접 난이도와 리드타임 차이로 그대로 나타납니다.

---

마무리하며

좋은 PM JD는
글을 잘 써서 좋아 보이는 게 아닙니다.

• 조직이 PM을 어떤 역할로 쓰고 싶은지
• 어떤 판단을 맡기고 싶은지
• 지금 가장 아픈 지점이 어디인지

이게 정리돼 있을 때
JD에서도 그게 그대로 느껴집니다.

그래서 좋은 PM JD를 읽으면
설명할 수는 없어도, 바로 느낌이 옵니다.

“아, 여기서는 PM이 진짜 일을 하겠구나.”

JD는 채용 문서이기 전에
조직의 사고 수준을 드러내는 문서라는 생각을 자주 하게 됩니다.