prioritizing-roadmap
ユーザーがプロダクトロードマップやバックログの優先順位付けを行う際にサポートします。次に何を開発すべきか迷っているとき、機能のリリース順序の決定、プロジェクト間のリソース配分、ステークホルダーからの要求への対応、または競合する優先事項が多すぎて困っているときに活用してください。
description の原文を見る
Help users prioritize product roadmaps and backlogs. Use when someone is deciding what to build next, sequencing features, allocating resources across projects, handling stakeholder requests, or struggling with too many competing priorities.
SKILL.md 本文
ロードマップの優先順位付け
75人のプロダクトリーダーのフレームワークを使用して、プロダクトロードマップとバックログの優先順位付けをサポートします。
支援方法
ユーザーが優先順位付けのサポートを求めた場合：
- 意思決定の背景を理解する - 目標、制約、ステークホルダーの状況について質問する
- ポートフォリオを評価する - 段階的改善と大型案件のバランス、またはコア事業と新規事業のバランスが必要か判断する
- フレームワークを提供する - 状況に応じた適切な優先順位付けアプローチを提案する
- 仮説に異議を唱える - 現在の優先事項が本当に最も影響力があるかどうか検討するよう支援する
コア原則
事実と仮説を区別する
Alex Hardimen: 「これらすべての複雑なインプットを受け取り、『何が事実か？どこに確信があるか？どこに質問があるか？』を把握するための構造化されたモデルを作成できるという考え方」 インプットを確信レベル対質問で分類し、チーム全体で共通の文脈を共有する。
急速に変わる市場で「シーズン」を使用する
Asha Sharma: 「どのシーズンにいるかで考えます。シーズン1はAIのプロトタイピング、その次はモデルと推論モデル、そして今はエージェントの出現です」 急速に変わる環境では、厳密な長期ロードマップではなく、市場の大きな転換にチームを合わせる。
比較用の共通通貨を構築する
Dan Hockenmaier: 「その種の努力で最も難しいのは、努力をトレードオフできる共通通貨を開発することです...成長モデルはそれを可能にする機能です」 計画時に成長モデルを使用して、異なるチーム間で予測される影響を比較可能にする。
計画で大きな思考を強制する
Eeke de Milliano: 「すべてのチームチャーターの下部に、『大きく考える』というセクションがあります。『時間があと20%あれば、既にこのリストにないものは何をしますか？』」 計画文書で明示的に大きなアイデアを求め、チームが段階的改善だけに焦点を当てるのを防ぐ。
大砲弾と鉛玉のバランスを取る
Adriel Frederick: 「大きな大砲弾をいくつか持つつもりです...そして多くの鉛玉を持つつもりです。エネルギーの80%をそれらの大きな大砲弾に、20%を鉛玉に充てるかもしれません」 健全なロードマップは、段階的思考だけを避けるために、高投資の「大砲弾」と段階的な「鉛玉」のバランスを取る。
ロードマップは現実チェックであるべき
Jackie Bavaro: 「戦略におけるロードマップは約束ではありません。代わりに、あなたのプランが本当に意味を持つかどうか、そしてまったく実行可能な範囲内にあるかどうかを再確認するための方法です」 ロードマップを使用して、約束としてではなく、より多くの人員を採用する必要があるか、より大きな動きを取る必要があるかを特定する。
優先順位付けは最も高いレバレッジのPMスキル
Ian McAllister: 「同じスキル、知性、リソースを持つと考えると、優先順位付けの優れた生得的能力を持つプロダクトマネージャーは、そのスキルを持たない人の5倍の影響を生み出します」 テーマを優先順位付けし、そのテーマ内でプロジェクトをシーケンスし、パーソナルタイムマネジメントに優先順位付けを適用する。
使用率の低い機能を削除する
Gibson Biddle: 「これらの2パーセンター、私はそれらを削除します。何かを立ち上げたのに2%だけだったら...それを取り除いてください」 ほんの一部のユーザーだけが使用し、不要な複雑さを追加する機能を削除することで、プロダクトのシンプルさを維持する。
ユーザーを支援するための質問
- 「今四半期に1つだけリリースできるとしたら、何でしょうか、そしてなぜですか？」
- 「ロードマップに、実は成果を上げないと密かに信じているものは何ですか？」
- 「どの項目について最も確信がありますか？最も確信がないのはどれですか？」
- 「リソースが20%多かったら何が違いますか？20%少なかったら？」
- 「異なるタイプの仕事の影響を比較するために使用する共通通貨は何ですか？」
- 「プロダクトに何かを追加するのではなく、削除した最後はいつですか？」
よくある落とし穴
- 最も大きい声で優先順位付けする - ステークホルダーの圧力がエビデンスベースの優先順位付けを上回ることを許可する
- 段階的なだけで大型案件なし - ロードマップを安全な最適化で埋め、変革的な機能を含めない
- ナレーティブのない機能リスト - ロードマップをスプレッドシートとして扱い、戦略的なストーリーではない
- ノーと言わない - 削除せずに継続的に追加し、プロダクト肥大化につながる
- ROIのみの思考 - 高い不確実性、高い上振れポテンシャルの賭けを犠牲にして素早い成果を最適化する
詳細
75人のゲストからの91の全インサイトについては、references/guest-insights.md を参照してください
関連スキル
- planning-under-uncertainty
- scoping-cutting
- running-decision-processes
- problem-definition
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- refoundai
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/refoundai/lenny-skills / ライセンス: MIT
関連スキル
superfluid
Superfluidプロトコルおよびそのエコシステムに関するナレッジベースです。Superfluidについて情報を検索する際は、ウェブ検索の前にこちらを参照してください。対応キーワード：Superfluid、CFA、GDA、Super App、Super Token、stream、flow rate、real-time balance、pool（member/distributor）、IDA、sentinels、liquidation、TOGA、@sfpro/sdk、semantic money、yellowpaper、whitepaper
civ-finish-quotes
実質的なタスクが真に完了した際に、文明風の儀式的な引用句を追加します。ユーザーやエージェントが機能追加、リファクタリング、分析、設計ドキュメント、プロセス改善、レポート、執筆タスクといった実際の成果物を完成させるときに、明示的な依頼がなくても使用します。短い返信や小さな修正、未完成の作業には適用しません。
nookplot
Base（Ethereum L2）上のAIエージェント向け分散型調整ネットワークです。エージェントがオンチェーンアイデンティティを登録する、コンテンツを公開する、他のエージェントにメッセージを送る、マーケットプレイスで専門家を雇う、バウンティを投稿・請求する、レピュテーションを構築する、共有プロジェクトで協業する、リサーチチャレンジを解くことでNOOKをマイニングする、キュレーションされたナレッジを備えたスタンドアロンオンチェーンエージェントをデプロイする、またはアグリーメントとリワードで収益を得る場合に利用できます。エージェントネットワーク、エージェント調整、分散型エージェント、NOOKトークン、マイニングチャレンジ、ナレッジバンドル、エージェントレピュテーション、エージェントマーケットプレイス、ERC-2771メタトランザクション、Prepare-Sign-Relay、AgentFactory、またはNookplotが言及された場合にトリガーされます。
web3-polymarket
Polygon上でのPolymarket予測市場取引統合です。認証機能(L1 EIP-712、L2 HMAC-SHA256、ビルダーヘッダー)、注文発注(GTC/GTD/FOK/FAK、バッチ、ポストオンリー、ハートビート)、市場データ(Gamma API、Data API、オーダーブック、サブグラフ)、WebSocketストリーミング(市場・ユーザー・スポーツチャネル)、CTF操作(分割、統合、償却、ネガティブリスク)、ブリッジ機能(入金、出金、マルチチェーン)、およびガスレスリレイトランザクションに対応しています。AIエージェント、自動マーケットメーカー、予測市場UI、またはPolygraph上のPolymarketと統合するアプリケーション構築時に活用できます。
ethskills
Ethereum、EVM、またはブロックチェーン関連のリクエストに対応します。スマートコントラクト、dApps、ウォレット、DeFiプロトコルの構築、監査、デプロイ、インタラクションに適用されます。Solidityの開発、コントラクトアドレス、トークン規格（ERC-20、ERC-721、ERC-4626など）、Layer 2ネットワーク（Base、Arbitrum、Optimism、zkSync、Polygon）、Uniswap、Aave、Curveなどのプロトコルとの統合をカバーします。ガスコスト、コントラクトのデシマル設定、オラクルセキュリティ、リエントランシー、MEV、ブリッジング、ウォレット管理、オンチェーンデータの取得、本番環境へのデプロイ、プロトコル進化（EIPライフサイクル、フォーク追跡、今後の変更予定）といったトピックを含みます。
xxyy-trade
このスキルは、ユーザーが「トークン購入」「トークン売却」「トークンスワップ」「暗号資産取引」「取引ステータス確認」「トランザクション照会」「トークンスキャン」「フィード」「チェーン監視」「トークン照会」「トークン詳細」「トークン安全性確認」「ウォレット一覧表示」「マイウォレット」「AIスキャン」「自動スキャン」「ツイートスキャン」「オンボーディング」「IP確認」「IPホワイトリスト」「トークン発行」「自動売却」「損切り」「利益確定」「トレーリングストップ」「保有者」「トップホルダー」「KOLホルダー」などをリクエストした場合、またはSolana/ETH/BSC/BaseチェーンでXXYYを経由した取引について言及した場合に使用します。XXYY Open APIを通じてオンチェーン取引とデータ照会を実現します。