8 つの方法でバックログを整理する

私たちは製品のバックログをしばしば疑うことなく、それがやりたいことややるべきことのリストだと考えてしまいますが、本当にそれをリストとして表す必要があるのでしょうか？

バックログを整理する 8 つの方法

1. ユーザーストーリー マップ

ユーザーストーリー マップとしてのバックログ

ユーザーストーリーマップは、初めてバックログを素早く作成するのに最適な方法であり、リリース計画のための強力なツールでもあります。

より成熟した製品の場合、顧客アーキタイプ、JTBD、目的、さらには問題領域に基づいてユーザーストーリー マップを分割することがよくあります。これにより、最も理にかなった形で作業を行うことができます。

2。アイデアファネルのバックログ

アイデアファネルのバックログがカンバンボードに入力される

文字通りじょうご！バックログを視覚化し、バックログの「トップ」（正確には「右」）にある製品バックログアイテムの数を実際に制限するのに最適な方法です。

この形式のバックログは、優先順位付けと集中に役立ち、過剰な負担や正式な構造を持たずに流動性を保つのに最適です。

3. オポチュニティー バックログ

バックログを 2 つに分ける — リサーチ用のオポチュニティバックログと開発用のデリバリー。

すべてのアイデア、問題のスペース、そして機会がここに投げ込まれ、良いアイデアと判断されれば、デリバリーバックログに移行します。

そして、最終的には学習がさらなる機会を生み出し、その結果、機会バックログに戻ることになり、これが製品開発のサイクルです。

4. 作業バックログの種類

バックログを、異なる作業クラスに基づいて複数の小さなバックログに分割します。

よくあることですが、すべてを把握するために、プロダクトマネージャーがラベル付けに夢中になります。彼らのやっていることは、実際にはバックログを、異なる作業クラスに基づいて複数の小さなバックログに分割しているのです。

簡単なことの一つは、それらを文字通り分けることです。ほとんどのツールでは、スプリントのような項目のための単一の閲覧を保ちながら、異なる閲覧とフィルターを使用してこれを達成できます。

5。ツリーのバックログ

ツリー型バックログは、多くのさまざまな機能セットを持つ複雑な製品に最適です。

テクノロジーツリーは、多くの異なる種類の機能を持つ複雑な製品に最適です。バックログをこの方法で表現することは、異なる機能がどのように関連しているか、また特定の機能がどのようにシンプルに開始され、徐々に強化されるかを視覚的に示す素晴らしい方法です。

6. インパクトマップ バックログ

インパクトマップは、特定の目標に向けて多くの代替パスを考案するのに最適です。

インパクトマッピングは、枝分かれしていくという点で、ツリーバックログと似た方法で機能します。しかし、ブランチの各段階はツリーとは異なり、バックログ項目ではなく、WHY > WHO > WHAT > HOW と進むインパクトマップの段階を表しています。

このようにバックログを表現することは、すべてを成果指向に保つのに最適です。しかし、インパクトマッピングのバックログは、技術的負債やバグ修正などの他の作業の種類を表現するのにはあまり適していません。

7。バックログをまとめる

Circle のバックログは、作業をカテゴライズする「スライス」を作成しながら、一か所で全体的な閲覧を維持するのに最適です。

型を破ること、あるいは角の欠如に関係しているのかもしれませんが、それが人々の創造性を引き出すのです。

さらに、創造力を発揮して異なるスライスサイズを設定することもできます。WIPを物理的に制限する素晴らしい方法です。そして、ファンネルバックログと同様に、ロードマップとバックログを一つにまとめることもできます。

8. 変換ファンネルのバックログ

コンバージョンファンネルのバックログは、はっきりとしたコンバージョンを持つ早期および成長段階の製品に最適です。

これにより、ファネル内のドロップオフや潜在的な問題点に関する定量的なデータと、バックログアイテムや機会領域に関する情報という、2 つの重要な情報がまとめられます。

特定のポイントで明確なドロップオフがある場合、そのバックログのセクション内のすべてが最優先事項になります。レーザーフォーカスを持ち、そのバックログのセクションに焦点を当て続け、その数値が改善するまで、または他に注目すべき理由が現れるまで集中します。