製品のバックログが単に「おいしい」機能であふれている場合、開発用の機能を選択するのがどれほど難しいかについては良い考えがあります。 しかし、私たち製品マネージャーは毎日この選択をしなければなりません。 私たちの主なタスクは、できるだけ早くユーザーに価値を与えることです。 我慢できません 私たちの仕事は、不確実性のある状況で迅速に決定を下すことです。
質問は簡単です。今、私たちにとって最も重要な機能は何ですか？ しかし、それらがほぼすべて重要な場合はどうでしょうか？ この質問は、決定を下すのにあまり役立ちません。
製品の機能の重要度または影響度をよりよく理解するのに役立つ一連のフィルターを検討してください。 そして、この理解は、現時点でこの場所で正しい決定を下すのに役立ちます。
それでは、行きましょう：
1.戦略的/戦術的
この機能は、当社の長期戦略と一致しているかどうかに関係ありません。 たとえば、私たちにとって戦略的な機能はJiraとの統合です。 この機能により、Jiraとの直接的な競争から逃れ、 製品管理者向けの新しいニッチソフトウェアを使用できるようになります。 戦術的な機能の例として、新しいGDRP標準のサポートがあります。これは、2018年5月25日までに実装する必要があります。
2.メトリックに影響を与える/影響を与えない（負債、バグ）
機能によって、特定の指標を改善できます。たとえば、登録からサブスクリプションの購入への変換を増やすことができます。 または、修正されたバグの場合、または写真を処理するための新しいライブラリへの移行の場合は、まったくそうではありません。
3. UXを改善する/ UXを損なう
機能はUXを改善し、製品のユーザーの生活を改善することができます。逆に、機能を複雑にすることで収益を増やすこともできます。
4.多くの顧客が必要/ユニットが必要
比較：オンボーディングに関係する機能であり、まったく新しいユーザーに表示され、感じられる機能と、ユーザーが登録後7日間だけ必要とする機能。 たとえば、PDF時間追跡レポートにエクスポートします。
5.顧客が頻繁に必要とする/まれにしか必要としない
クライアントがJiraまたはTrelloからHyggerにデータをインポートするときに一度だけ必要な「ボードタイプをカンバンからスプリントに変更する」機能とは対照的に、Hyggerを積極的に使用するユーザーには、ショートカットまたはホットキーの機能が必要になることがよくあります。
6.開発時間とコスト：高/低
ここではすべてが簡単です。機能を開発するための人件費を評価する必要があります。 低コストでありながら価値の高い機能がある場合は、最初に実行する必要があります。 クイックウィンとも呼ばれます。 しかし、大きな値を持つ大きな関数を忘れてはなりません。 それらを小さな断片に分割し、徐々にそれを行うことをお勧めします。 彼らはあなたの製品に良い価値を与えることができるからです。
7.実装の時間とコスト：高/低
機能のコストは開発時間だけではありません。 機能については、ドキュメントの作成、ビデオの撮影と編集、ニュースレターの作成、アナリティクスでのイベントの構成、BIツールでのダッシュボードの作成、ウェビナーの実施などが必要です。
8. vipクライアントが必要/無料クライアントが必要
ロゴがランディングページのすべての訪問者に誇らしげに表示されているvipクライアントから機能が要求された場合、「いいえ」と急いではいけません。
9.期待される/いいえ
製品にKanoモデルに基づいた期待される機能がない場合、ユーザーはそのままになります。 たとえば、Hyggerにタスクに関するコメントがない場合、ユーザーがいる可能性は低いです。
10.希望/なし
Kanoが望んでいる機能の例は、Dropboxで利用可能なメモリの量です。 ユーザーが使用できるメモリが多いほど、ユーザーの満足度は高くなります。 原則として、これらは製品の線形特性です。つまり、これが多いほど優れています。 他の例：
- 飛行機の座席間の距離が長い
- より多くの異なるコーデックがビデオプレーヤーなどをサポートしています。
11.すごい/いいえ
あなたの機能がカノ氏によれば賞賛に値する場合、それはユーザーにとってイースターエッグになります。 つまり、それは常に予期しないものであり、ユーザーが製品にまったく期待しないものです。 たとえば、Hyggerの場合、これはタスクに関する2レベルのコメント、またはタッチパッドを使用してボードをさまざまな方向に移動する機能です。
この機能が製品に含まれていない場合は、まあ、ユーザーは気づかないでしょう。 しかし、一方で、ユーザーは自分の発見を他の人と共有する機能に非常に感銘を受けるかもしれません。
12.競合他社/イノベーションを活用する
競合他社が機能を持っている場合、それは競合他社がそれを持っていることを意味するだけです。 誰もそれを使用せず、競合他社がすぐに「カットアウト」する場合はどうなりますか？ しかし、競合他社の間で機能がカノによって期待されることがあり、自宅でそれを繰り返す必要があります。 そして、最初に新しいクールな機能を作成することをお勧めします！
13.アイデアがうまくいった/うまくいかなかった
この機能を開発に提供する準備はできていますか？ 急がないで、プログラマーやテスターが明確かつ明確に理解できるような方法で詳細に研究され、記述されていることを確認してください。 詳細レベルはあなたの選択です-プロダクトマネージャーとしてのあなたはあなたの人々をよりよく知っています。 お互いを完全に理解している場合-完全に、「戦争と平和」を書くことはできません。 銀行の製品を使用し、チーム内で独自のビジネス分析を行います。素晴らしい、少なくとも7つすべてのダイアグラムでUMLの機能をモデル化できます。
14.発生する自信：高/低
機能が実際に期待どおりに機能する確率の割合を推定します。
15.測定可能/なし
すべての機能が測定可能であれば理想的です。 これにより、製品の成功に対する貢献度を定量化する機会が得られます。
16. UXで特定された問題
問題がユーザビリティテスト（UXテスト）によって特定された場合、これにより、私たちが定式化した仮説の場合のように、「幻覚」ではなく実際のユーザーの問題を解決しているという自信が得られます。
もちろん、5人で問題を観察することと1,000,000人のユーザーの行動の分析に基づく仮説は別のことです。 それからそれを比較する価値はありませんが、仮説を策定し、できるだけ早くそれらをテストする必要があります。
17.技術的負債
チームは時間が経つにつれて、支払う必要のある技術的負債を蓄積します。 問題を解決するのは一時的なコードで、あまり美しくないかもしれませんが、不器用です。 これは、非常に例外的な状況で呼び出すことができる関数のスタブかもしれません。
そのような借金を返済しないと、時間が経つにつれて非常に高い金利を「蓄積」する可能性があり、最初にこれらの借金が勝つことを許可されているよりもコードをリファクタリングするのに時間がかかります。
リーン優先順位付けまたはHyggerでの優先順位付け方法
これらのすべてのフィルターが製品に必要になるという事実からはほど遠いです。 原則として、製品マネージャーは3〜7の基準を選択し、それらを使用して機能をスコアリングします。 その結果、各フィーチャは数値を受け取り、1つの平面ですでに比較できます。
Hygger.ioでは、 Lean Prioritizationメソッドを使用しています。 軽量で効果的なため、ほぼ毎日使用しています。
これは2×2マトリックス方式であり、意思決定を支援し、何が重要で、何が危険で、どこに努力を向けるべきかを決定します。 このマトリックスは、製品開発の優先順位を決定するためにも積極的に使用されます。
バックログを常に維持していなければ、数十、数百、さらには数千もの機能やバグのダンプになります。
リーン優先順位付けを使用してマトリックスを操作すると、ボード上に大きなプラス記号「+」を描画し、垂直軸と水平軸に沿って値「値」と「努力」を設定できます。 ただし、多くの人が同意するでしょう-特に分散チームがある場合は、特別なオンラインツールを使用する方がより効率的で便利です。
HyggerにはBacklog Priority Chartがあり、ValueおよびEffortsパラメーターに加えて、ビッグベット、クイックウィン、タイムシンク、およびメイベの4つのセグメントが提供されます。それぞれが優先レベルを表します。
- クイックウィンは、非常に価値が高く労力の少ないアイデアです。 熟した果実が低く垂れ下がったようで、それを選ぶ時が来ました。 早く対処すればするほど、より多くの結果が得られます。
- ビッグベットは、価値と努力が高いアイデアです。 クイックウィンの後にそれらを行うことができます。 Quick Winsよりも多くの作業時間がかかりますが、同じ利益をもたらします。 これらの機能を小さなものに分割してみてください。
- たぶん 、クライアントにとっては価値の低い機能ですが、実装は簡単です。 多くの場合、作業中または大規模な機能間でわずかな「ダウンタイム」がある場合、労働時間を埋めます。
- タイムシンクは価値の低いアイデアですが、努力の重要な指標です。 それらが顧客に何らかの利益をもたらすという事実にもかかわらず、このような機能は現時点では優先すべきではありません。
確かに、製品の機能に優先順位を付ける方法のリストは拡張できます。 また、どのような基準で機能を評価しますか？ おそらくあなたは他の人を助けることができる解決策を持っていますか？