製品管理のバックログ:アイデアが「雪玉のように」成長した場合の対処

競争が激しい状況では、最高の優先順位に集中することが重要です。 競合他社は常に新しい機能をリリースしています。 それらが非常に多いので、それらを勉強するのに十分な時間がありません。 また、顧客は製品開発において重要な役割を果たし、改善、建設的な批判、新鮮なアドバイスを提供します。 一般的に、アイデアは「雪だるまのように」成長します。







ほとんどの場合、どの製品でも、収益を新たなレベルに引き上げ、保持力やバイラル性を高める機能を実装したいと考えています。



Pirate Metrics(AARRR)などの定量的フレームワークを既に実装している場合は素晴らしいことです。 これは、販売ファネルの最も重要な段階、つまりAARRR(取得、アクティベーション、保持、紹介、収益)に集中するのに役立ちます。



ただし、アイデアとイニシアチブの大規模な蓄積に戻りましょう。



問題を特定します



したがって、問題は次のとおりです。インターコム、Zendesk、Satismeter、クライアントとの個人的な会話、従業員など、さまざまなソースから多くのアイデアを蓄積しています。 次のスプリントのアイデアを選ぶことはますます難しくなっています。 さらに、エラーの価格は非常に高くなります。このような機能を作成すると、視聴者からは要求されず、期待されるメリットが得られません。 たとえば、登録またはARPDへの変換は増加しません。



バックログは絶えず成長しており、管理はますます困難になっています。プロダクトマネージャーは監査に多くの時間を費やし、その間にアイデアを確認し、優先順位を付け、関連性がなくなったものを破棄します。 すべてのアイデアを監視する必要があるたび。 よく知られている優先順位付けの手法を「シャベル」して、解決策を見つけましょう。



解決策を見つける



Hygger.ioでは、この選択の問題に対する体系的なソリューションを提供しています。 ソリューションは、3つの主要なブロックで構成されています。



  1. カンバンボード、タグ、およびスイムレーンを使用してバックログを構造化します。
  2. 2つの基準(価値と努力)に基づくすべてのアイデアの評価。
  3. ビジュアルツールバックログプライオリティチャートを使用して、最も重要なアイデアを選択します。


バックログの構造化



原則として、バックログは通常のリストです。 Hyggerでは、バックログは2次元のかんばんボードです。 さらに、ユーザーにはラベル(タグ)とスイムレーンが提供されます。 これは、任意のサイズのバックログを構築するには十分です。



たとえば、このかんばんボードの列は、アイデアに取り組むためのステップです。





これはプロセスの一例です。 おそらく、あなたの会社には設計部門があり、最初にアイデアを設計し、作成し、その後開発に送る必要があります。 開発プロセスに合わせてボードの構造を個別に「調整」できます。



プロセスの代わりに、コラムでリリースしてアイデアを配布できます。 ところで、Hyggerは列の容量をカウントできるため、リリース間でタスクを均等に分散できます。



Swimlanesを使用すると、アイデアを共有できます。 たとえば、次のように:





画像



ラベルは、たとえば特定の顧客のアイデアをマークするために、あらゆるものに使用できます。 または特定の従業員のアイデア。 または、特に重要なアイデアを指摘します。 または、Sandiesに注目してください。これは、製品をユーザーにとって「より美しく」する小さな機能です。 これらのサンディは実際には努力を必要としません、彼らは仕事の速度に影響しません。 しかし、それらに気づくと、ユーザーは彼らを気遣い、より多くを信頼します。



アイデアは棚に配置され、今、あなたはそれらを評価し始めることができます。 評価は、将来的に正しい選択をするのに役立ちます。



価値と努力に関するアイデアの評価



2つの基準を使用してすべてのアイデアを評価すると便利です:値または影響および努力。

抽象言語では、価値とはアイデアや機能が製品にもたらす貢献です。 正しい評価を得るには、まずこの機能で改善したいことを理解する必要があります。



海賊メトリックス(AARRR)を実装したと仮定すると、目標は次のようになります。





画像



Hyggerはフィボナッチ数とプランニングポーカー(またはスクラムポーカー)数を使用して得点します。 ユーザーは、?、0、½、1、2、3、5、8、13、20、40の値でカードのセットにアクセスできます。



企業における価値のアイデアを評価するプロセスは次のとおりです。





努力は、原則として、技術的な能力を持っている人によって評価されます-それは、プロジェクトマネージャーまたはプログラマーとしての経験を持つ製品マネージャーです。 評価は大雑把で、プログラマーの関与はありません。 すべてのアイデアが開発に到達するとは限らないため、この段階でプログラマを引き付けるのは時期尚早です。 そして、時間を無駄にする危険があります。



すべてのアイデアを評価したら、アイデアを選択する段階に進むことができます。 評価の終了直後にこれを行う必要はありません-休憩を取り、アイデアを休ませた方が良い場合があります。 たとえば、外部環境から新しいデータを取得できます。これは、価値や取り組みの評価に影響を与える可能性があります。



当社では、アイデアを修正するプロセスは一定であり、バックグラウンドです。 しかし、チャートでは最も重要なアイデアが不要なものから明確に分離されているため、これをカンバンボードではなくチャートで行います。 時間が許せば、アイデアを最も重要なものから不要なものに修正できます。 主なことは、最初に重要なアイデアを修正することです。そして、あなたはそれらのために常に5分を持ちます。



Backlog Priority Chart Visual Toolを使用したアイデアの選択



あなたが感謝したそれらのアイデアは、グラフで見ることができます。

チャートには2つのスケールがあります-価値と努力、および4つの象限:





画像



グラフは、アイデアを相互に比較して評価できるという点で便利です。 評価セッションでは、原則として、アイデアは互いに独立して評価されます。 しかし、等しく評価されたアイデアを互いに比較し始めると、明らかに、いくつかのアイデアがより有用であるか、労働集約的ではありません。 これに基づいて、アイデアの推定値、その値または努力を調整できます。



そのため、アイデアを評価し、チャートを使用して最も有用なアイデアを選択し、カンバンボードまたはスプリントボードで開発に送ることができます。



おわりに



要約すると、主なものを簡単に強調します。





優先順位付けはどうですか? コメントとフィードバックをお待ちしております。



All Articles