prioritization-frameworks

prioritization-frameworks 스킬 개요

prioritization-frameworks 스킬은 우선순위 방법을 즉흥적으로 만들어내는 대신, 어떤 프레임워크를 선택해 적용할지 도와줍니다. 문제, 아이디어, 이니셔티브를 비교하고 왜 하나가 다른 것보다 앞서는지 설명해야 하는 Product Management 업무에서 특히 유용합니다. 이 스킬의 핵심 가치는 실질적인 의사결정 지원입니다. 복잡하게 뒤섞인 입력을 프레임워크 기반의 순위로 정리하고, 공식과 트레이드오프, 그리고 “언제 써야 하는지”까지 함께 제시합니다.

이 prioritization-frameworks 스킬은 무엇을 위한 것인가

RICE, ICE, Kano, MoSCoW, Opportunity Score 같은 프레임워크 사이에서 빠르게 선택해야 할 때 prioritization-frameworks 스킬을 사용하세요. 단순히 방법을 나열하는 것이 아니라, 의사결정의 틀을 잡아주는 역할이 필요할 때 잘 맞습니다.

가장 잘 맞는 사용자와 수행하려는 일

이 prioritization-frameworks 가이드는 우선순위를 설명 가능하고 방어 가능하게 정해야 하는 PM, 창업자, Product Ops, 분석가에게 특히 강합니다. 이해관계자 간 의견이 엇갈릴 때, “중요도”와 “노력”이 동시에 고려돼야 할 때, 또는 기능 요청이 아니라 문제 자체의 우선순위를 정해야 할 때 특히 유용합니다.

무엇이 다른가

이 repo는 분명한 원칙을 중심에 둡니다. 해결책이 아니라 문제를 우선순위화하라는 것입니다. 많은 범용 프롬프트가 바로 기능 정렬로 들어가는 것과 달리, 이것이 중요한 이유는 prioritization-frameworks 스킬이 이유가 있는 후보군을 좁히고 순위의 논리를 설명하는 데 더 강하기 때문입니다.

prioritization-frameworks 스킬 사용 방법

스킬 설치하기

npx skills add phuryn/pm-skills --skill prioritization-frameworks로 설치하세요. 이 repo의 skills를 지원하는 에이전트와 로컬 워크플로에서 사용할 수 있는 prioritization-frameworks install 경로입니다.

판단 가능한 입력을 스킬에 주기

prioritization-frameworks usage 패턴은 비교 가능한 항목 몇 개와 의사결정 맥락을 함께 줄 때 가장 잘 작동합니다. 예를 들면 사용자 문제, 후보 이니셔티브, 예상 도달 범위, 알려진 제약, 그리고 성공의 기준 같은 것들입니다. 약한 프롬프트는 “백로그를 우선순위화해줘”입니다. 더 강한 프롬프트는 “고객 pain, confidence, 구현 노력까지 반영하는 프레임워크로 B2B SaaS 온보딩 팀의 8개 문제를 우선순위화해줘”처럼 구체적입니다.

repo를 올바른 순서로 읽기

먼저 SKILL.md부터 보세요. 프레임워크 로직과 source-of-truth 가이드가 들어 있기 때문입니다. 스킬 구성이 어떻게 되어 있는지 살펴보는 단계라면 README.md, AGENTS.md, metadata.json, 그리고 rules/, resources/, references/, scripts/ 폴더를 확인하세요. 이 repo는 SKILL.md만 있으므로, 실제 설치 판단의 핵심은 프레임워크 로직이 자신의 사용 사례에 맞느냐입니다.

대략적인 요청을 쓸모 있는 프롬프트로 바꾸기

좋은 prioritization-frameworks 프롬프트에는 의사결정 유형, 후보 목록, 사용자 또는 비즈니스 맥락, 그리고 중요한 제약이 들어갑니다. 예를 들면 이런 형태입니다. “모바일 뱅킹 앱의 6개 고객 문제를 우선순위화하기 위해 prioritization framework를 사용해줘. 고객 영향, 이번 분기의 실행 가능성, 이해관계자에게 설명하기 쉬운 정도를 최적화해줘. 사용한 공식이나 점수화 로직도 보여줘.”

prioritization-frameworks 스킬 FAQ

prioritization-frameworks는 Product Management에만 필요한가?

아니요. 다만 prioritization-frameworks for Product Management가 가장 분명한 적합 사례입니다. 로드맵 계획, 운영, 그리고 구조화된 트레이드오프가 필요한 어떤 상황에서도 쓸 수 있습니다. 단순한 두 가지 작업 사이에서 고르는 수준이라면, 완전한 프레임워크는 과할 수 있습니다.

일반 프롬프트와 무엇이 다른가?

일반 프롬프트는 일관된 논리 없이 순위만 내놓을 수 있습니다. prioritization-frameworks 스킬은 명시적인 방법을 제공하므로, 결과를 검토하고 방어하고 팀 간에 재사용하기가 훨씬 쉽습니다.

설치 전에 프레임워크를 미리 알아야 하나요?

아니요. 이 스킬은 방법을 쓰면서 배우고 싶은 경우에도 안내용 레퍼런스로 유용합니다. 다만 막연한 아이디어보다 실제 입력 데이터를 줄 수 있을 때 훨씬 잘 작동합니다.

언제 이 스킬을 쓰지 말아야 하나요?

랭킹 자체가 의미 없을 정도로 강한 하드 제약이 의사결정을 좌우할 때는 건너뛰세요. 또는 가벼운 우선순위 기준이 아니라 더 깊은 통계 모델링이 필요할 때도 맞지 않습니다. 비교 가능한 항목이 아닐 때 역시 적합하지 않습니다.

prioritization-frameworks 스킬 개선하기

프레임워크가 실제로 점수화할 수 있는 입력을 주기

가장 좋은 결과는 구체적이고 비교 가능한 항목에서 나옵니다. “온보딩을 개선해줘”라고 하기보다, “사용자가 계정 연결에서 실패한다”, “KYC 업로드에서 이탈한다”, “다음 단계가 무엇인지 이해하지 못한다”처럼 구체적인 문제를 분리해서 주세요. prioritization-frameworks 스킬은 명확하게 구분되는 항목만 순위화할 수 있습니다.

최적화하려는 트레이드오프를 분명히 말하기

고객 pain을 가장 중요하게 본다면 그렇게 말하세요. 속도, 매출, confidence가 더 중요하다면 그것도 명시하세요. 프레임워크마다 강조점이 다르기 때문에, 최선의 prioritization-frameworks usage는 의사결정 목표에 달려 있습니다.

순위만 말고 점수화 로직도 요청하기

순서의 근거, 공식, 가정까지 함께 요청하세요. 그래야 숨은 편향을 발견하고, 잘못된 입력을 문제 삼고, 자기 팀에 맞게 방법을 조정할 수 있습니다. 예를 들면 이렇게 요청할 수 있습니다. “이 항목들을 순위화하고, 사용한 기준을 보여주고, 왜 상위 3개가 나머지보다 앞서는지 설명해줘.”

누락된 데이터 확인을 포함해 반복하기

첫 결과가 확신이 없게 느껴지면, 알려지지 않은 부분을 표시하고 어떤 추가 근거가 순위를 바꿀 수 있는지 보여달라고 하세요. 특히 초기 Product Management discovery 단계에서는, 억지로 정밀도를 꾸미는 것보다 이런 방식이 보통 더 가치 있습니다.