원래 productize.life에 게시되었습니다.

지난주 저는 제품 작업(product work)을 기술(skills)로 압축해 놓은 여러 저장소(repos)를 읽고 있었습니다. 어떤 것들은 하나의 주제를 선택해 깊게 파고듭니다. 이 저장소는 그 반대입니다. 이들 중 가장 광범위합니다.

보통 이렇게 광범위하면 내용이 얕아지기 마련입니다. 하지만 제가 실제로 열어보았을 때 그렇지 않았으며, 특히 한 가지 기술은 저를 잠시 멈춰 서서 바라보게 만들었습니다. 왜냐하면 그것은 AI가 우리를 대신해 코드를 작성하는 시대에 최근 들어서야 필요해진 관점을 다루고 있기 때문입니다.

저는 이를 세 부분으로 나누어 설명하겠습니다. 그것이 무엇인지부터 시작하여, 왜 그것이 단순한 프롬프트 박스(prompt box)가 아닌지, 그리고 마지막으로 제품을 만드는 모든 이들을 위한 교훈으로 마무리하겠습니다.

한곳에 모아둔 용어 정리

• 기술 (skill): Claude Code와 같은 AI 에이전트(AI agent)가 호출할 수 있는 준비된 명령어 세트로, 하나의 작업 방식을 감싸는 단축키와 같습니다.
• 프레임워크 (framework): SWOT, JTBD, 또는 RICE와 같이 과거에는 제대로 사용하기 위해 책을 읽어야 했던 PM 세계의 준비된 사고 방식입니다.
• 플러그인 (plugin) (카테고리): 디스커버리(discovery) 카테고리나 시장 진입(go-to-market) 카테고리와 같이 동일한 주제에 속하는 기술들의 집합입니다.
• PRD: 무엇을, 누구를 위해 만들 것인지, 그리고 성공을 어떻게 측정할 것인지를 명시하는 제품 사양 문서(product spec document)입니다.

파트 1: pm-skills란 무엇인가

이것은 PM을 위한 약 68개의 Claude 기술(skills)이 모인 마켓플레이스로, 제품 작업 내의 각 전문 분야(craft)를 나타내는 9개의 플러그인(plugins)으로 구성되어 있습니다.

• 사고 측면 (The thinking side): 제품 전략(product strategy), 제품 디스커버리(product discovery), 시장 조사(market research), 방향 설정 및 시장과 고객 이해.
• 실행 측면 (The doing side): 데이터 분석(data analytics) 및 실행, PRD 작성, 작업 우선순위 지정(prioritizing), 프리모텀(pre-mortem) 실행, 데이터 분석.
• 시장 진입 측면 (The go-to-market side): 시장 진입(go-to-market), 마케팅, 성장(growth), 출시 계획 및 스케일링(scaling).
• 새로운 AI 출시 측면 (The new AI shipping side): 이제 AI가 코드를 작성한 소프트웨어를 책임져야 하는 PM을 위해 구축된 카테고리.

이것이 단순한 프롬프트 더미와 차별화되는 점은, 모든 기술(skill)이 완전한 형식을 갖추도록 강제하는 검증기(validator)가 있다는 것입니다. 즉, 폴더와 일치하는 이름, 완전한 파일 헤더, 정확한 상호 참조(cross-references)를 요구합니다. 누구나 원하는 대로 아무것이나 던져 넣을 수 있는 구조가 아닙니다. 이것은 AI가 마구 찍어낸 더미가 아니라, 진정으로 관리되는 세트(set)입니다.

파트 2: 왜 단순한 프롬프트 박스가 아닌가

첫째, 프레임워크에 이름과 출처가 명시되어 있습니다. 각 기술은 단순히 "탐색(discovery)을 시도해 보세요"라고 말하지 않습니다. Teresa Torres, Marty Cagan, Alberto Savoia, Strategyzer부터 SWOT, Porter, Ansoff, JTBD, RICE에 이르기까지, 실제 소유자가 있는 프레임워크를 기반으로 단계별 가이드를 제공합니다. 저자는 서문에서 이를 명확하게 설명했습니다:

"일반적인 AI는 텍스트를 제공하지만, PM Skills Marketplace는 구조(structure)를 제공합니다."

바로 이 지점에 차이가 존재합니다. SWOT을 요청하면, 스스로 정리해야 하는 광범위한 조언 문단이 아니라, 채워 넣을 필드가 있는 스캐폴드(scaffold, 뼈대)를 받게 됩니다.

둘째, 하나의 기술은 AI가 작성한 코드의 시대에 맞춰 구축되었습니다. 저를 멈춰 서게 만든 기술은 '의도 대 구현(intended-vs-implemented)'이라 불리는 것입니다. 이 기술은 **시스템이 해야 한다고 명시된 문서(docs)와 코드가 실제로 수행하는 것 사이의 간극(gap)**을 감사(audit)합니다. 기술 파일은 이를 날카롭게 지적합니다:

"린터(linter)는 진공 상태에서 코드를 검사합니다. 코드가 내부적으로 일관적인지는 알려줄 수 있지만, 당신의 의도에 대한 모델이 없기 때문에 코드가 당신이 의도한 대로 작동하는지는 알려줄 수 없습니다. 가장 가치 있는 보안 및 정확성 버그는 바로 그 간극에 존재합니다. 문서에는 기록되어 있지만 전혀 강제되지 않는 권한, cron 전용으로 문서화되었으나 누구나 호출할 수 있는 엔드포인트(endpoint), 공개 전용으로 표시되었지만 여전히 개인 데이터를 유출하는 필드 등이 그것입니다."

이것이 바로 현재 PM에게 필요한 관점입니다. AI가 코드를 빠르게 작성하게 되면, 문제는 "코드가 올바르게 작성되었는가"에서 "코드가 우리가 의도한 대로 작동하는가"로 이동하며, 이는 도구가 아닌 사람이 던져야 할 질문입니다.

파트 3: 제품을 만드는 모든 이들을 위한 교훈

pm-skills가 실제 사용자뿐만 아니라 제품을 만드는 모든 이들에게 전하는 메시지는 다음과 같습니다:

• 프레임워크(Frameworks)를 아는 것은 더 이상 희소한 능력이 아닙니다. SWOT, JTBD, RICE를 즉시 꺼내 쓸 수 있는 시대에, 뛰어난 PM과 평범한 PM을 가르는 차이는 얼마나 많은 프레임워크를 아느냐가 아니라, 눈앞의 문제에 적합한 것을 선택하는 능력입니다.
• 단순히 실행되는지뿐만 아니라 의도(Intent)를 감사(Audit)하세요. '의도된 것 vs 구현된 것(intended-vs-implemented)'의 개념을 빌려오자면, 보기 좋은 문서나 통과된 데모가 곧 당신이 의도한 대로 작동함을 의미하지는 않습니다. 사람이 그 간극을 읽어내야 합니다.
• 관리되는 세트(Maintained set)는 양산된 세트와 다릅니다. 포맷 검증기(Format validator)와 출처가 명시된 이름 있는 프레임워크들이 이 세트를 신뢰할 수 있게 만듭니다. 기술이 집약된 리포지토리(Repo)를 만난다면, 사람이 이를 관리하고 있는지 아니면 AI가 단순히 문서를 복사해 붙여넣은 것인지 확인하십시오.

시작하는 방법

이미 반복하고 있는 PM 업무에 이를 적용해 보세요.

1. PRD(제품 요구사항 문서) 작성이나 경쟁사 분석과 같이 정기적으로 수행하는 업무 하나를 선택합니다.
2. 매칭되는 카테고리의 기술을 활용해 구조(Scaffold)를 잡고, 어떤 프레임워크를 기반으로 구축되는지, 그리고 그것이 사용하기에 적절한 것인지 확인합니다.
3. 만약 AI가 코드를 작성한 것이라면, '의도된 것 vs 구현된 것'의 개념을 적용하여 그것이 실제로 PRD에서 명시한 대로 작동하는지 질문하십시오.
4. 구조를 잡는 데 절약한 시간은 똑같은 일을 더 많이 하는 데 쓰는 것이 아니라, 의사결정에 투자하십시오.

pm-skills는 PM 업무에 일어나고 있는 변화를 명확하게 보여줍니다. 제품 관리(Craft)라는 기술 전체가 거의 무료로 불러올 수 있는 무언가가 되어가고 있습니다. 우리에게 남은 것은 판단력(Judgment)입니다. 올바른 것을 선택하고, 철저히 감사하며, 스스로 결정을 내리는 것입니다. 이 글은 기술을 역량으로 집약해 놓은 리포지토리들을 살펴보는 시리즈 중 하나이며, 모든 내용을 관통하는 결론으로 마무리될 예정입니다.

출처 및 참고 문헌

• pm-skills by Pawel Huryn (github.com/phuryn/pm-skills). "Generic AI gives you text. PM Skills Marketplace gives you structure."라는 문구는 README에서 가져왔습니다. 의도된 것과 구현된 것(intended-vs-implemented)에 대한 설명, "린터(linter)가 진공 상태에서 코드를 체크한다"는 프레이밍은 해당 스킬 파일에서 직접 가져왔습니다.
• "약 68개의 기술, 9개의 플러그인"이라는 수치는 2026년 7월 2일에 확인한 리포지토리(repo) 구조를 반영하며, 버전에 따라 변경될 수 있습니다. 인용된 프레임워크들 (Torres, Cagan, Savoia, SWOT, Porter, JTBD, RICE)은 리포지토리가 아닌 각 소유자에게 귀속됩니다.

다이어그램과 함께 원문 읽기: https://productize.life/blog/pm-skills/en

Claude Code 1주일 무료 체험: https://claude.ai/referral/uurAE0WKHQ