GitHub요약2026. 11. 13. 22:22

Product Manager Skills 대표 이미지

Product Manager Skills

원문 발행 2026. 11. 13. 20:55원문 언어 영어AI 한국어 번역GitHub AI Coding Assistants 원문 보기

요약

본 라이브러리는 77가지 검증된 제품 관리자(PM) 프레임워크를 제공합니다. 일반적인 AI 출력은 PM 업무에 부적합하여 신뢰도가 낮다는 문제점을 해결하기 위해 제작되었습니다. 이 리소스를 통해 사용자 본인과 Claude, Codex 등 모든 AI 에이전트가 일관되고 전문적인 기반 위에서 작업할 수 있도록 돕습니다.

핵심 포인트

77가지 검증된 PM 프레임워크를 제공하는 구조화된 지식 라이브러리입니다.
일반적인 AI 출력의 한계를 극복하고 제품 개발에 전문적 기반을 마련합니다.
사용자와 AI 에이전트 모두에게 신뢰할 수 있는 일관된 결과물을 보장합니다.

AI 자동 생성 콘텐츠

본 콘텐츠는 GitHub AI Coding Assistants의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.

원문 바로가기

0

댓글

0

<a id="pmskills"></a>

Product Manager Skills

GitHub stars

GitHub forks

GitHub watchers

GitHub watchers

Contributors

PRs Welcome

Version

Skills

Skills

Last commit

Claude Code Plugin

Claude Code Plugin

╔════════════════════════════════════════════════════════════════════╗
║                                                                    ║
║   ██████╗ ███╗   ███╗    ███████╗██╗  ██╗██╗██╗     ██╗     ███████╗
...

Claude, Codex, ChatGPT 및 구조화된 지식을 읽을 수 있는 모든 에이전트가 사용할 준비가 된 77가지 검증된 제품 관리자(PM) 프레임워크.

이 라이브러리가 존재하는 이유 (Why This Exists)

일반적인 AI 출력은 제품 관리자(PM)에게 최악의 적입니다. 공유된 맥락 없이 에이전트에게 "PRD 작성해 줘"라고 지시하면, 이해관계자 누구도 신뢰하지 못하고 엔지니어가 행동할 수 없는 일반적인 문서가 나옵니다.

이 라이브러리는 사용자 본인과 AI 에이전트 모두에게 동일한 전문적인 기반을 제공합니다. 즉, 각 프레임워크의 원리(why), 피해야 할 실패 모드, 그리고 이를 올바르게 적용할 판단력입니다. 사용자는 반복하는 것을 멈추고, 에이전트는 추측하는 것을 멈춥니다. 결과적으로 작업의 질이 향상됩니다.

목표는 기능적(functional) 측면과 교육적(pedagogic) 측면을 동등하게 갖추고 있습니다. 이 스킬들은 에이전트가 전문적인 수준으로 PM 작업을 수행할 수 있도록 장비해주며, 동시에 인간 PM에게 각 프레임워크의 근거를 가르쳐줍니다. 이를 통해 사용자는 그것을 설명하고, 적응시키고, 전달할 수 있습니다. 둘 중 어느 것도 다른 것의 부산물이 아닙니다.

무엇을 할 수 있는가 (What You Can Get Done)

실제로 달성하려는 목표에 따라 탐색하세요:

프레이밍 및 전략(Framing and strategy)

problem-framing-canvas — MITRE의 Look Inward / Look Outward / Reframe 순서; 팀이 잘못된 문제를 해결하는 것을 방지함.
positioning-statement — Geoffrey Moore가 제공한, 사용자를 누구로 정의하고(who you serve), 어떤 문제를 해결하며(what you solve), 어떻게 차별화할 것인지(how you're different)를 정의하는 템플릿.
product-strategy-session — 전체 전략 아크: 포지셔닝 → 문제 정의 → 솔루션 탐색 → 로드맵 (2~4주).

이해관계자 정렬(Stakeholder alignment)

stakeholder-identification — 누구와도 관계를 맺기 전에 모든 이해관계자를 매핑: 광범위한 브레인스토밍 → 동맹/청중/영향력 행사자 → R/P/D 표시(marking) → 형평성 관점(equity lens) → 우선순위 목표로 좁히기.
stakeholder-mapping — 두 가지 상호 보완적인 그리드(참여 전략을 위한 Power × Interest; 목소리를 높일 주체를 위한 Impact × Power)를 실행하고 비교하여 격차를 찾음.
stakeholder-engagement-advisor — 이해관계자별 참여 계획: 그들의 프로필과 맥락을 진단한 후, 맞춤형 메시지 프레이밍, 매체(medium), 주기(cadence) 및 명시된 다음 행동(named next action)을 제공함.

고객 발견 및 연구(Customer discovery and research)

discovery-interview-prep — 연구 목표를 기반으로 Mom Test 스타일의 인터뷰 계획 수립.
opportunity-solution-tree — 기회와 솔루션을 생성하고, 테스트할 최고의 개념 증명(proof-of-concept)을 추천함.
discovery-process — 완전한 디스커버리 주기: 프레임 설정 → 연구 → 종합 → 검증 (3~4주).

우선순위 지정 및 로드맵 작성(Prioritization and roadmapping)

prioritization-advisor — 컨텍스트에 대한 3~5가지 질문을 하고, RICE, ICE, Kano 또는 적절한 대안을 추천합니다.
epic-breakdown-advisor — Richard Lawrence의 9가지 패턴을 사용하여 큰 에픽(epic)을 분할합니다.
roadmap-planning — 입력 수집 → 에픽 정의 → 우선순위 지정 → 순서 결정 → 커뮤니케이션 (1~2주 소요).

PM 산출물 작성하기(Writing PM deliverables)

user-story — Mike Cohn 형식 + Gherkin 인수 조건(acceptance criteria), 안티 패턴 포함.
prd-development — 구조화된 PRD: 문제 → 페르소나 → 솔루션 → 지표(metrics) → 스토리 (2~4일 소요).
press-release — Amazon Working Backwards 방식: 명세서 한 줄을 쓰기 전에 제품 비전을 명확히 합니다.

검증 및 실험(Validation and experimentation)

pol-probe-advisor — 가설과 위험 수준에 따라 어떤 프로토타입 유형을 실행할지 추천합니다.
pol-probe — 구축하기 전에 경량 검증 실험(lightweight validation experiments)을 문서화하는 템플릿.

재무 및 성장(Finance and growth)

business-health-diagnostic — 실제 지표를 사용하여 성장(growth), 유지율(retention), 효율성(efficiency), 자본(capital) 전반의 SaaS 건전성을 진단합니다.
organic-growth-advisor — McKinsey 성장 피라미드 분류: 제약 조건이 새로운 세그먼트, 지역, 채널 또는 제품 중 어디에 있는지 진단합니다.
feature-investment-advisor — 수익 영향(revenue impact), 비용(cost), ROI, 전략적 가치를 사용하여 구축할지/구축하지 않을지를 추천합니다.

시장 및 경쟁사 인텔리전스(Market and competitive intelligence)

intel-discipline-advisor — 시작 지점: 책상 위의 질문을 적절한 인텔리전스 분야, 주기(cadence), 실행 기술로 분류합니다.
competitive-analysis-process — 6단계 포괄 과정: 시장 환경(landscape) → 제품 비교(product comparison) → 고객 니즈(customer needs) → 비즈니스 기준선(business baseline) → 포지셔닝(positioning) → 전략적 방향성(strategic direction)
조사 체인(The investigation chain): market-landscape-scan → competitive-research-snapshot → competitive-intel-watch → battle-card-builder — 각 단계는 이전 단계의 구조(schema)를 활용하므로, 조사가 일회성 발표 자료가 아닌 주기적인 프로세스로 변모합니다.
tam-sam-som-calculator — 세 가지 방식의 시장 규모 산정: 자체 수치, 가이드 인터뷰, 또는 자율적인 바텀업(bottom-up) 리서치를 통해 회의적인 CFO도 한 번에 하나의 가정(assumption)을 공격할 수 있습니다.

노후화된 제품: 연장(extend), 교체(replace), 또는 단종(retire)

lifecycle-play-advisor — 제품이 성장을 멈출 때 시작하는 곳입니다. 7가지 전환 질문을 통해 단계를 설정하고, 연장, 교체, 또는 은퇴 중 어떤 방안을 선택할지 결정하며, 솔직한 답이 '아직 아무것도 아니다'일 때를 알려줍니다.
product-lifecycle-plays — 그 판단의 배경이 되는 프레임워크입니다: PLC 전략 그리드(PLC strategy grid), 7가지 대체 위험 요소(seven replacement hazards), 그리고 마지막 열에 *플랜 B는 무엇인가?*가 적힌 리스크 레지스터를 제공합니다.
eol-process — 전체적인 단종 과정(sunset)을 6단계로 안내합니다: 결정(decide) → 정렬(align) → 계획(plan) → 준비(prepare) → 공지(announce) → 종료(close). 모두가 건너뛰는 사후 EOL 검토까지 포함합니다.
The EOL 체인: eol-readiness-advisor → eol-stakeholder-sequence → eol-checklist → eol-internal-enablement → eol-message — 각 항목은 독립적으로 실행 가능하며, 사용자가 원하는 대로 Light/Standard/Heavy 크기로 조정할 수 있습니다.

경력 및 리더십 전환(Career and leadership transitions)

director-readiness-advisor — PM이 디렉터로 넘어가는 과정에서 네 가지 상황(준비, 인터뷰, 새로 부임, 재조정)을 거치며 코칭합니다.
vp-cpo-readiness-advisor — VP/CPO 전환 과정을 통해 디렉터를 코칭하며, 수락하기 전에 역할을 평가하는 CEO 인터뷰 프레임워크를 포함합니다.
executive-onboarding-playbook — VP/CPO 전환을 위한 30-60-90일 진단 플레이북입니다.

AI 제품 작업(AI product work)

ai-shaped-readiness-advisor — 작업을 자동화하는지(AI-first) 아니면 업무 방식을 재설계하는지(AI-shaped)를 평가하고, 어떤 역량을 먼저 구축해야 할지 알려줍니다.
context-engineering-advisor — 컨텍스트 스터핑(context stuffing)과 컨텍스트 엔지니어링(context engineering)을 진단하고, AI 기반 제품의 메모리 아키텍처를 안내합니다.
agent-orchestration-advisor — 네 가지 차원에 걸친 다중 에이전트 워크플로우 설계를 안내합니다.

시작하기 (Get Started)

사용 환경을 선택하세요:

사용 중인 환경	받기	참고 사항
Claude Desktop 또는 Claude Web	`pm-skills-starter-pack.zip`	압축을 풀고, 개별 스킬 ZIP 파일을 Claude Skills에 업로드하세요.
...
모든 다운로드: GitHub Releases

상황별 시작하기 (Start here by situation)

어디서부터 시작해야 할지 모르겠나요? 이번 주와 비슷한 느낌의 줄을 찾아보세요. 각 경로는 파이프라인이 아닌 제안된 순서입니다. 모든 스킬은 독립적으로 작동하므로 건너뛰거나, 순서를 바꾸거나, 하나만 사용하고 멈출 수 있습니다. 첫 번째 프롬프트는 실제입니다. 복사하여 붙여넣고, 세부 정보를 교체한 후 실행하세요.

이런 경우라면...	다음 순서로 시도해 보세요	시간	먼저 이것을 붙여넣으세요
"아이디어는 있지만 현실적인지 모르겠다."	problem-framing-canvas → discovery-interview-prep → pol-probe-advisor	약 1~1.5시간	`이 문제를 프레임화해 주세요: 현장 영업 사원들이 'CRM을 사용하지 않는다'고 하고 리더십은 게이미피케이션을 원합니다.`
...		왜 이런 순서인가 (의도적으로 깨뜨릴 수 있도록):

아이디어(Idea) → 문제점(problem) → 사람들(people) → 탐색(probe). 누구에게든 질문하기 전에 먼저 문제를 정의하고, 무언가를 구축하기 전에 사람들에게 물어보세요. '탐색(probe)'은 세 가지 중 가장 비용이 많이 들기 때문에 마지막에 수행해야 합니다.
요청(Request) → 해독(decode) → 매핑(map) → 결정(decide). 답변을 하기 전에 실제로 무엇이 요청되고 있는지 이해하고, 방 안에 누가 더 있는지 파악한 다음, 그것이 어디에 맞는지 물어보세요. 우선순위를 정하는 것이 한 목소리 큰 VP가 로드맵이 되는 방법입니다.
시장(Market) → 경쟁사(competitors) → SWOT. 증거를 먼저 제시하고, 프레임워크는 나중에 사용하세요. 연구 기반이 없는 상태에서 사용하는 SWOT은 그 주변에 2×2 매트릭스를 그린 의견일 뿐입니다.
포지셔닝(Positioning) → 로드맵(roadmap). 무엇을 구축할지 결정하기 전에 '누구를 위한 것인지' 그리고 '왜 우리가 이기는지'를 결정하세요. 전략 회의는 질문이 분기점 규모보다 클 때 진행하는 풀 길이 버전입니다.
PRD → 에픽(epics) → 스토리(stories). 먼저 이유를 설명하고, 그 다음 슬라이스 단위로 쪼갠 후, 가장 작게 작성 가능한 조각으로 만드세요. 스토리를 먼저 작성하는 것은 백로그가 이유를 잃게 만드는 방법입니다.
노화(Aging) → 플레이(play) → 준비 상태(readiness) → 프로세스(process). 첫 번째 기술은 **'아직 아무것도 없다(nothing yet)'**고 말할 수 있습니다. 연장하거나 수확하는 것은 정당한 답변이며, 여기서 시작한다고 해서 반드시 사그라지는 것(sunset)에 묶이는 것은 아닙니다.

Claude 데스크톱 또는 웹에서 사용하시나요? 이러한 기술 중 일부는 테마별 패키지에 포함되어 있지 않습니다. 다운로드 선반에서 하나씩 가져가거나, 'All-skills pack'을 사용하세요.

Claude 데스크톱 / 웹용 테마별 패키지

아래 각 패키지는 업로드 준비가 된 스킬 ZIP 파일들의 압축(ZIP)본입니다. 압축을 풀고 개별적으로 Claude Skills에 업로드하세요:

Pack	Download	What's inside
Starter	`pm-skills-starter-pack.zip`	모든 카테고리의 핵심 스킬
...

설치 가이드

먼저 사용해 보기 — Streamlit (beta)