prioritization-frameworks

prioritization-frameworks スキルの概要

prioritization-frameworks スキルは、場当たり的に決めるのではなく、適切な優先順位付け手法を選んで適用するためのスキルです。特に、Product Management で問題・アイデア・施策を比較し、「なぜこれが他より上位なのか」を説明する必要がある場面で威力を発揮します。核となる価値は、雑多な入力をフレームワークに基づく順位付けへ変換し、式・トレードオフ・「どんなときに使うか」の指針まで含めて実用的な意思決定を支援することです。

この prioritization-frameworks スキルは何のためのものか

prioritization-frameworks スキルは、RICE、ICE、Kano、MoSCoW、Opportunity Score などのフレームワークから、どれを使うべきかを素早く決めたいときに使います。単に手法を列挙するだけでなく、判断の枠組みづくりまで手伝ってほしい場合に向いています。

最適な利用者と想定ジョブ

この prioritization-frameworks ガイドは、仕事の優先順位を納得感のある形で並べ替えたい PM、創業者、product ops、アナリストに特に向いています。ステークホルダーの意見が割れているとき、「重要度」と「工数」の両方を考慮したいとき、機能要望ではなく問題そのものを優先したいときに特に有効です。

何が違うのか

この repo の中心にある原則は、ソリューションではなく問題を優先することです。ここが重要なのは、多くの一般的なプロンプトが機能の並べ替えにそのまま飛び込んでしまうからです。prioritization-frameworks スキルは、理由のある候補の絞り込みを作り、その順位付けのロジックを説明したいときにより役立ちます。

prioritization-frameworks スキルの使い方

スキルをインストールする

npx skills add phuryn/pm-skills --skill prioritization-frameworks でインストールします。これは、この repo の skill を扱えるエージェントやローカルワークフロー向けの prioritization-frameworks install のパスです。

判断に使える入力を渡す

prioritization-frameworks usage のパターンは、比較可能な少数の候補と判断の文脈を渡したときに最も機能します。たとえば、ユーザーの問題、候補施策、想定リーチ、既知の制約、「成功」の定義などです。弱いプロンプトは「バックログを優先順位付けして」です。強いプロンプトは「B2B SaaS のオンボーディングチーム向けに、顧客の痛み・確信度・実装工数を考慮できるフレームワークで、この 8 つの問題を優先順位付けして」です。

repo は正しい順番で読む

まず SKILL.md から読みます。フレームワークのロジックと、信頼すべき一次情報がここにまとまっているからです。スキルの構成を確認したい場合は、README.md、AGENTS.md、metadata.json、および rules/、resources/、references/、scripts/ フォルダを確認してください。この repo では SKILL.md が唯一のファイルなので、インストール判断のポイントは、そのフレームワークロジックが自分のユースケースに合うかどうかです。

雑な依頼を使えるプロンプトに直す

よい prioritization-frameworks プロンプトには、判断の種類、候補の一覧、ユーザーまたは事業の文脈、そして重要な制約が含まれます。たとえば、「モバイルバンキングアプリの 6 つの顧客課題を優先順位付けしてください。顧客インパクト、今四半期に実行できるか、ステークホルダーへの説明のしやすさを最適化してください。使った式またはスコアリングロジックも示してください。」という形です。

prioritization-frameworks スキル FAQ

prioritization-frameworks は Product Management 専用ですか？

いいえ。ただし、prioritization-frameworks for Product Management が最もわかりやすい適用先です。ロードマップ策定、オペレーション、そして構造化されたトレードオフ判断が必要な場面でも使えます。単純な 2 つの作業を選ぶだけなら、本格的なフレームワークは大げさかもしれません。

普通のプロンプトと何が違いますか？

通常のプロンプトでも順位は出せますが、そこに一貫したロジックがないことがあります。prioritization-frameworks スキルは明示的な手法を与えるため、結果を監査しやすく、説明しやすく、チームをまたいで再利用しやすくなります。

インストール前にフレームワークを知っている必要はありますか？

ありません。使いながら学べる、ガイド付きのリファレンスとして有用です。ただし、漠然としたアイデアではなく、実際の入力データを渡せるときに最も効果を発揮します。

どんなときにこのスキルを使わないほうがいいですか？

判断のほぼすべてが、順位付け自体が意味を持たない強い制約で決まる場合や、軽量な優先順位付けではなく深い統計モデリングが必要な場合は避けてください。候補同士が比較可能でない場合も、あまり向いていません。

prioritization-frameworks スキルを改善する方法

フレームワークが実際に採点できる入力を渡す

最良の出力は、具体的で比較可能な項目から生まれます。「オンボーディングを改善して」ではなく、「ユーザーがアカウント連携で失敗する」「KYC アップロードで離脱する」「次に何をすればいいかわからない」のように、明確に分かれた問題を渡してください。prioritization-frameworks スキルは、はっきり差分を付けられるものしか順位付けできません。

どのトレードオフを最適化したいかを明示する

顧客の痛みを最重視するなら、そのように伝えます。スピード、売上、確信度を重視するなら、それも明言してください。フレームワークごとに重視する軸が違うため、最適な prioritization-frameworks usage は判断の目的によって変わります。

順位だけでなく、採点ロジックも求める

並び順の根拠、式、前提条件まで出すように依頼してください。そうすることで、隠れたバイアスに気づきやすくなり、入力の質の悪さを見抜けて、自分たちのチーム向けに手法を調整しやすくなります。たとえば、「これらの項目を順位付けし、使った基準を示し、上位 3 つが他より優れている理由も説明してください。」という依頼です。

不足データの確認をしながら反復する

最初の結果に不安がある場合は、未知の要素を洗い出し、どの追加証拠が順位を変えうるかを示すよう求めてください。特に Product Management の初期探索では、無理に見せかけの精度を作るより、そのほうがたいてい価値があります。