成功者と本当に成功した人の違いは、本当に成功した人は、ほとんどすべてにノーと言うことだ。
ウォーレン・バフェット(アメリカの投資家、慈善家
ほとんどすべてにノーと言うかどうかは別として、あなたを成功に導くものがひとつある:やることを意図的に選ぶことだ。
言い換えれば、やることに優先順位をつけることが成功の基礎なのだ。
この格言は、特に製品開発において当てはまる。このブログポストでは、成功するソフトウェア製品を作りながら、なぜ、いつ、どのように優先順位付けのフレームワークを使うかについて議論する。
製品の優先順位付けフレームワークを理解する
製品の優先順位付けは、エンジニアリングチームが、どの機能を、いつ、何のために構築するかを決定するために使用する、構造化されたアプローチです。
典型的な製品開発のシナリオでは、チームの注意を必要とするバグ、改善点、機能は何十もあります。製品の優先順位付けは、チームが重要な仕事に注意を集中するのに役立ちます。
例: ユーザーがカードゲーム「ソリティア」をプレイするためのモバイルアプリを作っているとしよう。ユーザーは取り消しボタンを要求するかもしれない。広告主は、ゲームの合間にビデオを追加する方法を求めるかもしれない。
アプリのパフォーマンスから、いくつかの機能を小さな単位に分割する必要があるかもしれない。生産性チームは、独自の新しいゲーム機能の設定を持っているかもしれません。最初にやることは?優先順位をどうするか?
優秀な開発チームは、経験豊富な番号を使っています。 アジャイル優先順位付けテクニック を使って決定する。これらのフレームワークは構築する:
- コラボレーション:フレームワークは意思決定のための共通の基盤を全員に与え、不必要な意見の不一致を避ける。
- 一貫性:同じアプローチが機能の優先順位付け に同じアプローチが使われる場合、チームは長期にわたって一貫性と予測可能性を保つことができる。
- 明確性:チーム全体が、なぜその決定がなされるのかを知ることで、製品ロードマップとの戦略的な整合性が生まれる。
- スピード:フレームワークを使うことで、ミーティングや他のやり取りを最小限に抑え、意思決定を迅速に行うことができる。
- トレーサビリティTeamsはまた、過去の決定事項を記録する役割も果たす。
それは素晴らしいことだが、これらのフレームワークとは一体何なのだろうか?🤔
調べてみよう。
人気のある製品の優先順位付けフレームワーク
すべての人に最適な製品優先順位決定フレームワークは存在しない。実際、状況や生産性、決定すべきことに基づいて、製品開発チームが使うフレームワークがいくつかある。ここでは、製品管理の優先順位付けの鍵となるフレームワークをいくつか紹介する。
1.MoSCoWメソッド
MoSCoW(Must-have、Should-have、Could-have、Wouldn't-haveの略)は、シンプルで使いやすい優先順位決定フレームワークだ。その名の通り、チームが機能を分類するのに役立つ:
- 必須:Must-have:ユーザーのニーズをミーティングする上で譲れない機能。
- 持つべき機能Should have: 必要だが、マスト機能ほどタイムクリティカルではない機能。
- 持つべき機能:ユーザーにとってなくても困らない機能。
- Won't have:チームが注目するほど重要でない。
ユーザーのニーズが明確で、意思決定のための主要な考慮事項でもある場合、これはフォローするのに最適な方法である。動的システム開発手法(DSDM)アジャイルプロジェクトデリバリーフレームワークは、優先順位付けのフレームワークとしてMoSCoWを好む。
| 長所と短所
| クリアされた顧客志向|必須機能の数を過大評価しやすい|技術者でない人に適している。
| 各カテゴリー内では、それ以上の優先順位付けは不可能である。
MoSCoWメソッドの長所と短所___。
2.RICEスコアリングモデル
RICEとは、リーチ、インパクト、確信、努力の頭文字をとったもの。その RICEの優先順位付け モデルは、これらのパラメーターのそれぞれに価値を割り当て、どの機能に優先順位をつけるかに基づいて複合スコアを計算する。
- リーチ(Reach)とは、その機能によって(特定の時間枠内で)影響を受ける人々/ユーザーの数を指します。
- Impactは、ユーザーがどの程度影響を受けるかを指し、多くの場合0.25から3のスケールで採点されます(3は甚大な影響を表します)。
- 確信度とは、到達点とインパクトの見積もりの確実性のレベルを指し、通常はパーセンテージで表されます。
- 努力とは、その機能が必要とする仕事の量を指し、通常は人月単位で見積もられます。
これらの番号が決まったら、以下の式でRICEスコアを算出する。
RICEスコア = (リーチ × インパクト × 信頼性) / 努力
RICEスコアは、開発努力/リソースに対する機能の潜在的なビジネス価値を表します。RICEスコアの高い機能が優先される。
RICE スコアが高い機能が優先される。 |
---|
特に機能が多い場合、計算が複雑になる可能性がある。 |
信頼性の価値は、見積もりにおける不確実性を補う。 |
努力の機能として価値を表す(投資対効果の測定にも役立つ)|優先度に影響しうる依存関係を組み込んでいない|信頼度とは、そのような依存関係を考慮するためのものである|信頼度とは、そのような依存関係を考慮するためのものである|信頼度とは、そのような依存関係を考慮するためのものである|信頼度とは、そのような依存関係を考慮するためのものである|信頼度とは、そのような依存関係を考慮するためのものである。 |
RICE採点モデルの長所と短所
3.Kanoモデル
MoSCoWがユーザーニーズを考慮するように、Kanoモデルは顧客満足度に基づいて機能に優先順位をつけます。品質管理の専門家である加納典明氏によって作成されたこのモデルは、機能を以下のように分類する:
- 基本機能:基本:これらの機能がなければ、カスタマは不満を持つ。
- ニーズ:これらの機能は顧客満足度を向上させる。
- Delighters(デライターズ):Delighters:顧客満足度を向上させる機能。
時には 生産性 チームはさらに、「無関心品質」、すなわち、カスタマーを満足させることも不満足にすることもない機能、および「逆品質」、すなわち、実装されたときに不満を生み出す可能性のある機能のような、2つのカテゴリーを使用することもできる。
長所と短所 |
---|
優先順位付けのプロセスとCSATデータの収集には時間がかかる。 |
顧客からのフィードバックは、実際のユーザーからKanoアンケートを使用して収集される|アンケートの対象となる顧客は、将来開発される機能を理解していない/想像していない可能性がある|顧客からのフィードバックは、実際のユーザーからKanoアンケートを使用して収集される。 |
ユーザーエクスペリエンス(UX)を製品品質に接続する|努力やリソースを考慮せず、顧客満足度のみに焦点を当てる。 |
加納モデルの長所と短所
4.価値対努力の象限
価値対努力象限は、RICEスコアリングモデルの単純バージョンである。これは、収益、利益、顧客獲得、コスト削減などの機能から得られる価値と、リスク、依存関係、複雑性を含む機能開発の努力を比較します。
価値対努力のスコアに基づいて、機能はアイゼンハワーマトリックスのように4つの象限にレイアウトされる。価値対努力のスコアが最も高い機能が優先的に開発される。
長所と短所 | ||
---|---|---|
価値と努力は広範に定義することができ、その結果、恣意的な見積もりが可能になる。 | ||
限られたリソースと努力を最も価値のある側面に割り当てることができる。 | ||
ビジネスチームと技術チームにとって使いやすい | 努力や価値の高低は主観的なものであるため、意見の相違が生じ、意思決定が遅れる可能性がある | 技術的負債やパフォーマンスフィーチャーは、そのような価値観に反している可能性がある。 |
技術的負債やパフォーマンス機能は、価値を見積もることができないため、優先順位が下がる可能性がある。 |
価値対努力の象限の長所と短所___。
ClickUp 優先度マトリックステンプレート
このモデルのよりわかりやすいバージョンとしては ClickUp 優先度マトリックステンプレート .この方法では、優先度と重要度という2つの次元に基づいて機能を分類します。それらを2×2のマトリックスに視覚的に並べ、1つずつ仕事を進めていきます。
5.ICEスコアリング
お察しの通り、ICEはRICE採点モデルと似ているが、若干の違いがある。ICEとは、インパクト(衝撃)、コンフィデンス(確信)、イージー(容易さ)の頭文字をとったものである。
- インパクトその機能による潜在的な効果やビジネス価値。
- 確信度:確信度:推定されるインパクトと容易さに関する確信度
- 容易性:リスク、リソース、複雑性を考慮した上で、この機能を開発することが容易であること。
ICEスコア ︓影響度×確信度×容易性
ICEスコアが高い機能は、低い番号の機能よりも優先される。
長所 | 短所 |
---|---|
インパクトと容易性は主観的なものであるため、結果的に恣意的なスコアとなる。 | |
信頼性スコアは、見積りの不正確さを補うのに役立つ。 | |
ビジネス価値と開発努力/容易さを接続|何を影響と定義するかは、優先順位付けの決定に不釣り合いな影響を与える可能性がある。 |
アイススコアリングの長所と短所
6.オポチュニティ・スコアリング
アンソニー・ウルウィックの画期的な著書「Outcome-driven innovation」から引用されたオポチュニティ・スコアリング・モデルは、機能を満足度と重要度の尺度でランク付けする。実際の順位付けは、カスタマがやることである。そこで、チームは顧客に2つの質問をする:
- その機能やプロバイダーが提供する機能はどの程度重要か?
- 同じ結果を達成するための現在のソリューションに対して、カスタマはどの程度満足しているか?
これは、最も重要だが満足度が最も低い機能を特定するのに役立つ。優先順位をつけるのだ。
長所と短所 |
---|
顧客中心であり、ビジネス価値を創造する可能性を高める|顧客の意見に依存する。 |
シンプルで使いやすい|製品ロードマップのすべての機能に対するアンケートは、開発チームにとっても顧客にとっても退屈なものになりかねない。 |
シンプルな2×2グラフにマップされ、視覚的に分析できる。 |
オポチュニティ・スコアリングの長所と短所
7.ストーリーマップ
ストーリーマップは、製品を通してのユーザーの旅を中心に構築される優先順位付けのフレームワークである。
簡単に言うと、プロダクトマネージャーチームはユーザージャーニーの重要なマイルストーンごとに列を作成する。
例えば、ソリティアゲームを開発する場合、ログイン、カードデザイン、設定、カードスタッキング、ゲーム完了アニメーションなどの列を作成します。
これらの列の下に、チームは機能をリストアップし、全体的なユーザーエクスペリエンスにおける重要性に基づいて優先順位をつけます。
ストーリーマップの最大の用途は、最小実行可能製品(MVP)の機能を特定することである。しかし、製品が十分にシンプルである場合、このフレームワークはMVPフェーズよりもさらに先でも使うことができる。
長所|短所 |
---|
ユーザー・ジャーニーに焦点を当て、最大限のカバレッジを確保する|ユーザー・ジャーニーが多面的で複雑になると、この方法はシンプルさを失う可能性がある|ユーザー・ジャーニーが多面的で複雑になると、この方法はシンプルさを失う可能性がある。 |
やること、やらないことの線引きが(文字通り)簡単で、視覚的である。 |
チームがアクティビティ、タスク、サブタスクに基づいて優先順位をつけることができる。 |
ストーリーマッピングの長所と短所
8.遅延のコスト
上記のフレームワークはすべて、ビジネス価値や顧客満足度の向上など、機能のペイオフにフォーカスしている。遅延コスト優先順位付けは、それを見出しにする。
すなわち、もし顧客が今日この機能を持たなかったらどうなるか?あるいは、いくつかの基本機能がなければ、どれだけの新規ユーザーが失われるだろうか?
仕事をやらないことの金銭的コストと機会コストを考慮することで、チームは最も重要なことを最初に完了させる気になる。
長所と短所 |
---|
やることやらないことのコストは、チームが失う機会について常に気を配ることになる。 |
遅延のコストに焦点を当てると、チームがなぜ製品を作っているのかというネガティブな感情につながりかねない。 |
チームのフォーカスをプロセスの効率、スピード、価値に向ける。 |
遅延コストの長所と短所
上記のリストは、単に最も一般的なものの一部である。 優先順位付けツール 現在、エンジニアリングチームが利用できる優先順位付けツール /%ref/。あなたの製品、カスタム、ニーズに基づいて、あなたに合ったフレームワークを選ぶことができます。
例えば、以下のような場合、チームは100ドルテストや機能購入モデルを使用します。 競合する優先度 .これらのケースでは、チームは予算(100ドル)を何に使うかによって優先度を決定する。
製品の優先順位付けに慣れていない場合は、まず単純な アイゼンハワーマトリックス .数十の
/があります。 https://clickup.com/ja/blog/67187/prioritization-templates/ 優先順位付けテンプレート /%href/
から選ぶことができます。
どのフレームワークを使うにしても、考慮すべき鍵がいくつかある。次にそれらを探ってみよう。
正しい優先順位付けフレームワークの選択
唯一無二の完璧な優先順位決定フレームワークは存在しない。シンプルさが必要なときは、MoSCoWモデルが最もうまくいく。リソースが限られている場合は、価値対努力モデルが適している。また、製品の品質が最優先される場合は、Kanoモデルが役立ちます。
つまり、適切な優先順位付けのフレームワークを選択するかどうかは、以下のような多くの要因に左右される。
目標
ビジネスの目標は何か?製品の目標は何ですか?あなたが非常に初期のフェーズにいる場合、あなたの第一目標は期限内にMVPをローンチすることかもしれません。
そのためには、ユーザーストーリーマップフレームワークが最も適切な選択かもしれません。
リソース
もしあなたが限られた開発リソースしか持たない小さな組織であれば、あなたの目標は最小限のリソースで最大の効果を生み出す機能を構築することかもしれません。優先順位付けのフレームワークはそれに対応しなければなりません。
このような場合、RICEモデルや価値対努力のマトリックスが最も適しています。
チームの成熟度
優先順位をつける最善の方法は、共同作業である。しかし、鍵になる決断を下すだけの成熟度を備えたチームが常にあるとは限らない。
例えば、若い開発者のチームは、努力からビジネス価値への境界線を見ることができないかもしれない。
そのような場合、プロダクトマネージャーがチームを代表して意思決定を行うことが多い。そして、RICEや価値対努力のような優先順位付けのフレームワークは、チームに決定の根拠を提供するのに役立つ。
利用可能なデータ
RICEやICEのような定量的フレームワークのほとんどは、データの強さに依存している。
例 えば、特定の機能がどの程度の範囲に及ぶのか、あるいはどの程度の影響があるのかを、合理的な 確度を持って計算できる必要がある。
そのようなデータが入手できない場合、決定は恣意的になり、意見が熱くなる可能性がある。
データがない場合は、MoSCoWやストーリーマップのようなコラボレーティブな手法がより良い選択となるだろう。
製品戦略
どの組織にも 生産性戦略 .ある製品は、一握りの機能を楽しく提供したいと思うかもしれない。ある製品は、ほんの一握りの機能を楽しく提供したいと思うかもしれない。また別の製品は、カスタマーの期待に依存するかもしれない。優れた優先順位付けは、製品戦略に沿ったものでなければならない。
優先順位付け戦略を選択したら、次はそれを効果的に実行する番だ。
製品優先順位付けを実世界のシナリオで実施する
優先順位付けのフレームワークは、意思決定を導く単なるツールである。成功するかどうかは、そのツールをいかに一貫して効果的に使うかにかかっている。そのためには、次のようなプロジェクト管理ツールを使って、組織に徹底的に導入する必要がある。 製品チームのためのClickUp .これがその方法だ。
タスクの特定と分類
優れた優先順位付けには、優れたバックログが必要です。やることの前に、チームが作るべき機能の強力なバックログがあることを確認しましょう。
バックログを作成する。
それぞれのバックログアイテムに差別化された名前をつけ、明確な説明を加えます。これらの タスク管理テンプレート は良い出発点を提供してくれる。
これをやるための最良の方法は、次のようなタスク管理ツールを使うことである。 ClickUp .各バックログ項目にタスクを作成し、説明を追加し、カスタムフィールドを作成し、すべてのアイデアの明確な記録を維持する。
クリックUpタスクによるダイナミックなバックログ
タスクをビューする。
全てのタスクを一箇所でビューし、各タスクの意思決定を簡素化しましょう。ClickUpのリストビュー、カレンダービュー、ボードビューは素晴らしい機能です。タスクを視覚化し、機能をドラッグ&ドロップで優先度別に分類できます。
タスクを分類する
優先順位付けのフレームワークが必要であれば、タスクを分類します。
例:ストーリーマッピングモデルを選択した場合、ユーザージャーニーの各マイルストーンの下にタスクを分類する必要があります。 ClickUpのアクション優先度マトリックステンプレート は、努力と影響に基づいてタスクを分類する簡単な方法を提供します。このテンプレートは、優先順位の決定を簡素化し、次のステップを明確にします。
優先度と所有者の割り当て
土台が設定できたら、今度は選んだカテゴリーにタスクの優先順位を付けます。
優先順位をつける
チーム一丸となって、手持ちのタスクをすべてビューし、適切な優先度のバケツに移動させます。使用方法 ClickUpタスク優先度 をクリックして優先度を設定します。
ClickUpですぐにできる優先順位付け
さらに、カスタムフィールドを作成して、優先度をパーソナライズすることもできます。
例えば、MoSCoWの優先順位付けのためのカスタムフィールドを作成し、must-have、should-have、could-have、wont-haveのオプションを設定することができます。
このプロセスへの視覚的なアプローチとしては ClickUpの優先順位付けマトリックステンプレート .初心者に優しいカスタマイズ可能なテンプレートで、2×2のマトリックスに機能をドラッグ&ドロップして優先順位をつけることができます。さらに?同じホワイトボードでアイデアプールを管理することもできます。
所有権を割り当てる。
議論に基づいて、チームメンバーにタスクの責任を割り当てます。
優先度の見直しと調整
すべてのスプリントは優先順位付けの練習です。前のスプリントではそれほど重要でなかったことが、すぐに重要になるかもしれない。そのため、プロダクト所有者は随時優先度を見直し、調整するために適応性を保つ必要がある。
ClickUpはそれを簡単にします。 ClickUpダッシュボード は、各タスクの進捗状況をリアルタイムでビューできるため、必要に応じて優先度を見直し、調整することができます。
例えば、ある機能に見積もり以上の時間がかかっていることが分かれば、すぐにRICEスコアを再計算し、優先順位を付け直すことができます。
クリックUpダッシュボードでの_スプリントレポート作成
と ClickUp自動化 また、より良い優先順位付けとデリバリーをサポートするために、プロセスを合理化することもできる。例えば、ある機能に時間がかかりすぎている場合、プロダクト所有者に通知して優先順位を変更することができます。未完了のタスクに依存関係がある場合は、開発者に通知して調整させることができる。また、特定の機能の顧客満足度が低下している場合、自動的に優先度を上げることができる。
フレームワーク、ツール、ベストプラクティスを使いこなし、あなたは次のことをマスターした。 仕事の優先順位のつけ方 .さて、それが効果的かどうか、やることは?いくつかのアイデアを紹介しよう。
Measuring the Success of Product Prioritization* 製品優先順位付けの成功を測定する。
多くのチームにとって、 プロジェクトの優先順位付け は主観的な作業である。次に何を作るべきかという答えは、最善の推測であることが多い。試行錯誤を重ねたフレームワークであっても、意思決定には恣意性がつきまとう。
それを避ける唯一の方法は、優先順位付けの成功そのものを見直すことだ。その方法はこうだ。
目標との比較
製品の機能に優先順位をつける際に考慮すべき鍵は、ビジネス目標である。優先順位付けのフレームワークの成功を測るには、目標を達成できたかどうかを確認する必要があります。
例えば、ビジネス目標が顧客満足度の向上であり、Kanoモデルを使用した場合、機能をデプロイした後のCSATスコアの増加を測定する。
価値を測る
RICE、ICE、価値対努力など、多くの優先順位付けモデルは、機能がビジネスに与える影響に依存している。したがって、優先順位付けの効果を測定する最善の方法は、価値が実際に実現されたかどうかを追跡することである。
例えば、パフォーマンスが改善された最新バージョン後に新規ユーザー登録が増加すると予想した場合、クリックアップダッシュボードのウィジェットを使って機能リリース日から追跡します。
データの正確性の追跡
優先順位付けの決定に努力を組み込むモデルを使用している場合、効率の追跡にも利用できるかもしれません。
例えば、見積もり時間と実際にかかった時間を比較し、優先順位付けに使用したデータが可能な限り正確であることを確認する。
チームパフォーマンス
あまり測定されないものの1つに、チームのパフォーマンスと満足度がある。チームは優先順位付けのフレームワークに負担を感じているだろうか?時間がかかりすぎていないか?優先順位付けの枠組みは、利用可能なリソースに適しているか?
優先順位付けの効果を測定するには、チームを念頭に置くことも有効です。簡単なアンケートを実施し、優先順位付けが以下にどのような影響を与えるかを把握する。 作業負荷管理 .それに応じて適応する。
クリックUpで成功を優先させる
優れたソフトウェアの構築は、顧客中心主義、卓越した技術力、リソースの確保、明確な戦略、市場など、多くの依存関係に左右されます。これらの可動要素のバランスをとり、最大の効果をもたらす機能を構築するには、2つのことが必要です:正しい優先順位付けのフレームワークと、それを実装するための強力なツールです。
このブログポストでは、高業績のチームが使用する最も一般的な優先順位付けフレームワークのいくつかを紹介する。効果的な 優先度管理 ClickUpのオールインワン・プロジェクト管理プラットフォームで、プロジェクトプランにフレームワークを統合しましょう。
ClickUpを使って、バックログを文書化、視覚化、分類、優先順位付けし、効果的な製品開発を実現しましょう。 ClickUpを今すぐ無料でお試しください。 .