私たちはしばしば製品のバックログを疑問視せず、やりたいことや望むことのリストとして受け取ってしまいますが、それは必ずしも一覧として表現される必要はあるのでしょうか？
バックログを整理する 8 つの方法
1. ユーザーストーリー マップ
ユーザーストーリー マップとしてのバックログ
ユーザーストーリー マップは、バックログを素早く構築するための素晴らしい方法であり、リリース計画にも有効なツールです。
私がより成熟した製品を扱うとき、ユーザーストーリーマップを顧客のアーキタイプ、JTBD、目標、さらには問題空間で分けることがあります。これは、何が最も理にかなっているかによります。
2.アイデアファンネル バックログ
アイデアファンネル バックログがカンバンボードに組み込まれる
まさにファンネルですね！バックログを視覚化し、「上位」（あるいは「右側」）にある製品バックログ項目の数を実際に物理的に制限する素晴らしい方法です。
この形式のバックログは、優先順位付けと集中に役立つだけでなく、過度な管理や形式を強いることなく柔軟性を保つのに最適です。
3. オポチュニティー バックログ
バックログを2つに分けることで、検出のためのオポチュニティーバックログと、提供のための開発バックログにします。
すべてのアイデア、問題領域、オポチュニティーがここに集められ、良いアイデアとして検証されれば、提供用のバックログに進みます。
そして、最終的にその学びはさらなる機会を導き、こうして機会のバックログに戻り、これが製品開発のサイクルです！
4. 作業のカテゴリー
作業の異なるカテゴリーに基づいて、バックログを複数の小さなバックログに分割します。
しばしば起こることですが、すべてを把握するために製品マネージャーはラベル付けに夢中になってしまいます。考えてみると、彼らが実際に行っているのは、作業の異なるカテゴリーに基づいてバックログを複数の小さなバックログに分割することです。
簡単にできることの一つは、文字通りそれらを分けることです。ほとんどのツールでは、さまざまな閲覧やフィルター機能を使って、スプリントなどの単一のビューの統一性を保ちながら、これを達成できます。
5.ツリーバックログ
ツリーバックログは、多くの異なる機能セットを持つ複雑な製品に最適です。
テクノロジーツリーは、多くの異なる種類の機能を持つ複雑な製品に最適です。バックログをこのように表現することは、さまざまな機能がどのように関連し合っているのかを視覚的に示し、特定の機能がどのように単純なものから徐々に強化されていくかを表現する素晴らしい方法です。
6. インパクトマップバックログ
インパクトマップは、特定の成果に向けた多くの代替ルートを考案するのに最適です。
インパクトマッピングは、分岐するという点でツリー・バックログと似たように機能します。しかし、ツリーとは異なり、分岐内の各ステージは別のバックログ項目ではなく、インパクトマップの段階を示しています。これは、WHY > WHO > WHAT > HOW の順に進みます。
バックログをこのように表現することは、すべてを成果志向に保つのに役立ちます。しかし、インパクトマッピングのバックログは、技術的負債やバグ修正など、他の種類の作業を表現するのにはあまり適していません。
7.サークル・バックログ
サークル・バックログは、作業を分類する「スライス」を作成するのに最適でありながら、一か所で全体的なビューを維持できます。
型破りなことには何か特別な魅力があります。あるいは、角がないことと関係があるのかもしれません。それが人々の創造性を引き出すのです。
さまざまなスライスサイズを使用して、創造的に制限することもでき、WIPを物理的に制限する素晴らしい方法です。そして、ファネル・バックログと同様に、それらはロードマップとバックログの両方として機能することもできます。
8. 変換ファンネルのバックログ
コンバージョンファネルバックログは、明確なコンバージョンがある初期および成長段階の製品に最適です。
これにより、ファネル内のドロップオフや潜在的な問題点に関する定量データと、バックログ項目や機会領域という二つの重要な情報がまとめて得られます。
特定のポイントでドロップオフが明確な場合、そのバックログセクション内のすべてが最優先事項になります。あなたはレーザーフォーカスを得て、数値が改善するか、他のことに注意を向けるべき強力な理由が見つかるまで、そのバックログのセクションに焦点を合わせ続けます。
