製品バックログ：ステップバイステップガイド

製品バックログは、製品開発チェーンの重要な部分の1つであり、会社と製品のビジョンから実行、完全なリリースに至るまでの製品機能の優先リストです。 これは、高レベルのビジョンを製品作成の実際の詳細に変換するため、強力なツールです。 製品マネージャーには、製品のバックログを作成、優先順位付け、および維持するという重要な責任があります。 健全な製品バックログを構築するためのステップバイステップのプロセスとコア要素について詳しく見ていきましょう。

バックログを2つのリストに分割する

バックログを作成する前に、その範囲を定義します。これは、製品ライン、製品のグループ、または会社のすべての製品に適用する必要があります。これは、機能の管理に役立ちます。

私は複数のプロジェクトにわたって、バックログを2つのリストに分割することが健全な方法であることを学びました。長期マスターバックログと短期実行可能バックログ（1つ以上のスプリントを含めることができるためスプリントバックログとも呼ばれます）。 アイデアは、マスターバックログのすべての機能の全体像を維持しながら、それらを迅速に開発するために最も緊急のアイテムに焦点を当てることです。

最初は、両方のバックログは機能の高レベルのリストとして始まります。 ただし、スプリントのバックログは通常、実行を容易にするためにエピックとユーザーストーリーに分割されますが、長期のバックログはそのままです。 プロダクトマネージャーは、どのアイテムをあるリストから別のリストにいつ移動するかを決定します。

バックログソース

次のステップは、バックログの潜在的な機能を提案できるソースを特定することです。 ソースは、ユーザー調査、特定の顧客要求、調査、または詳細なマーケティング調査です。 使用している別の製品から関連する調査結果がある場合は、それらも優れた情報源として貢献できます。 これらは最も一般的な情報源ですが、他にもいくつかあります。

• QAチームは、製品を広範囲に使用し、改善のための貴重なフィードバックを得る可能性があるため、バックログアイテムの優れた情報源です。
• カスタマーサポートのフィードバック。 ハードウェア製品の場合、まともな情報源は、製造上の問題または現場から報告された問題である可能性があります。
• 製品の問題、問題、またはバグのレビューも、製品を改善する方法のアイデアを生み出すことができます。
• 販売からのリクエスト
• 研究開発イニシアチブまたはアイデア

機能のブロックを控える

優れた製品マネージャーは、バックログを所有し、バックログに表示され実行される機能を制御するゲートキーパーとして機能する必要があります。 バックログは、優先度の高いアイテムがリストの一番上に表示され、重要度の低いアイテムが一番下に表示されるように構成されています。 プロダクトマネージャーは、アイテムをブロックするのではなく、バックログに含めることを促進することになっています。 ブロッキングは、製品マネージャーが機能に価値がないと完全に確信している極端な場合にのみ発生する必要があります。 アイテムをブロックする代わりに、優先順位付けプロセスにフィルタリングを実行させます。 不合理に聞こえるかもしれませんが、5年間開発されない可能性のある機能を含めることもできます。すべての潜在的な機能を、1か所にまとめることは貴重な情報源です。

アイテムの取り扱い

バックログは、エピックやユーザーストーリーに発展させるか、バックログに表示されるように説明を入力するだけの高レベルの機能で構成されます。 それらを含めるときは、十分な情報があることを確認してください。ただし、詳細を酷使しないでください。 アジャイルであること：アイテムが開発段階に近づいたときにのみ、説明の作成に時間を費やします。 プロダクトマネージャーは、時間を節約して効率を維持するために、全体像を把握することと、細部に深く入り込まないことのバランスを保つ必要があります。

バックログの優先順位付け

バックログの並べ替えは、優先順位付けのコアプロセスです。 これは、直感ではなくデータに焦点を当てた非常に戦略的なステップです。 優先順位付けは通常、製品マネージャーの責任ですが、通常、上級管理職による確認と承認が必要です。 構造を整えることで、優先順位の決定を守ることができます。 構造を提示し、伝達し、承認を得ることができる必要があります。

健全な優先順位付けプロセスを維持するための重要な要件の1つは、バックログ機能の明確に定義された重みと評価基準を作成することです。 製品が異なれば、その性質に応じて異なるソリューションが必要になります。 次のセクションでは、効果的な優先順位付けのためのさまざまな数式を作成するためのツールボックスとして使用できる実用的なコンポーネントを紹介します。

優先順位付けの基準を定義する

製品にとって重要な基準を定義し、それらを使用して各バックログ機能を評価します。 これらの基準は、すべての製品に含める必要があります。

• 収益。 この基準は、機能がもたらす可能性のある収益の量に関するものであり、顧客または営業チームからのフィードバックに基づいています。 すでに合意された取引がない限り、潜在的な収益は推測にすぎません。 それにもかかわらず、製品マネージャーが投資収益率（ROI）が潜在的に低い機能を回避するのに役立つため、優先順位付けに役立つメトリックです。
• 市場適合性と市場の独自性。 マーケットフィットは、特定の機能がユーザーの既存の問題を解決しているかどうかを示します。 市場の独自性は、この新機能が競合他社に対してどれほど独自性があるかを示す尺度です。 これらの2つの項目を組み合わせると、競合他社がまだ開発していない最も関連性の高い機能が強調され、大きなチャンスがもたらされます。
• 複雑。 この基準は、推定起動時間と実行の全体的な複雑さを組み合わせたものです。 これはいくつの機能に影響を与えますか？ それぞれの直接および潜在的な隠れたコストはどれくらいですか？ 機能がもたらすことができる最大の価値で、可能な限り短い納期を目指してください。

製品に応じて考慮すべきその他の基準：

• 自信。 これが使用されることにどの程度自信がありますか？ これはスタートアップにとって重要な基準であり、企業が新しい市場に参入するときも重要です。
• 危険。 リスクが高いほど、この基準のスコアは低くなります。 この基準は、信頼性基準と密接に関連しています。
• 費用。 実装コストが高いとスコアが低くなります。 複雑さの基準に似ていますが、コストが高いと開発時間が短い場合があります。

採点方法

各バックログ機能に評点を付ける前に、3〜5つのオプション（非常に低い、低い、中程度、高い）を設定し、それらについて簡単に説明します。 たとえば、機能開発の長さに関して、複雑さの基準には次のグレードがあります。

• とても低い。 機能の実装には数日しかかかりません。 （この機能は最高のグレードを取得します。）
• 低い。 実装には、全力疾走または1〜2週間もかかりません。
• 中くらい。 実装には1スプリントまたは2週間かかります。
• 高い。 実装には複数のスプリントが必要です。 （この機能は最低グレードになります。）

レベルに連番を付けないでください（つまり、0、1、2、3を使用しないでください）。 代わりに、次のシステムを使用してください。

非常に低いグレードの場合は0ポイント
低グレードの場合は1ポイント
ミディアムグレードで3ポイント
ハイグレードは9ポイント

このグレーディング方法を採用すると、特徴の合計が明確に分離されます。 これは、30または50の機能で使用し、同じスコアを持つ15の機能で終わらせたくない場合に、大きな違いをもたらします。必要なのは、明確にソートされた優先順位リストです。

重みを定義する

次の重要なステップは、選択した基準の重みまたは係数を定義することです。 デフォルトでは、すべての基準が機能グレードに等しく貢献します。 ただし、場合によっては、基準の影響が大幅に異なるため、より確実な貢献が得られます。 簡単にするために、AとBの2つの基準を持つ数値例を見てみましょう。上記のようにポイントを合計すると、各基準が成績の半分になります。 ただし、基準Aが基準Bの2倍重要である場合は、次のような式を考え出す必要があります。

全体的な機能のスコア=0.66* A + 0.33 * B

数値に変換される因子の重みに応じて、この数式にはさまざまなバージョンが存在する可能性があります。 重みは常に1つになる必要があります。

重み付け方法は、優先順位付けの柔軟性を提供し、バックログ項目を会社の戦略に合わせます。 たとえば、企業が短期的な収益に重点を置いている場合、収益に関連する要素は、他の要素よりも重み付けスキームのグレードが高くなります。 このように、収益を得ることが期待される機能は、バックログの上部に表示されます。

洗練：ユーザーストーリーに向けて

優先順位付けプロセスが完了したら、スプリントバックログの次のステップはユーザーストーリーを作成することです。 プロダクトマネージャーは、最初の機能の説明を挿入し、ユーザーストーリーの生のバージョンをバックログに含めます。 今こそ、スクラムチームと協力して、ユーザーのニーズに対応する新しいユーザーストーリーを作成するときです。 バックログの改善（またはグルーミング）は確かにチームワークの結果です。 私は、抽象的なビジョンが実際の実装に移行するときに、ユーザーストアを機能に変えることで、チームとのブレインストーミングを楽しんでいます。 製品リーダーとして、正確なユーザーストーリーを作成しようとする場合があります。これを念頭に置いてください。ただし、チームのアイデアには心を開いてください。私の経験では、ユーザーストーリーは、チームの貢献によって大幅に改善できます。

短期的なバックログは、次の3種類のユーザーストーリーで構成されます。

• 生。 これらは、洗練された段階で処理されている、新たに結晶化されたストーリーです。 プロダクトマネージャーは、最高のストーリーを開発段階に進めるために、積極的にチームを推進する必要があります。
• 準備。 これらは、開発の準備ができているストーリーです。 この段階では、製品マネージャーは実践的であり、質問に答え、ボトルネックを取り除くことによって実行をサポートする必要があります。
• 終わり。 これらは、展開とリリースの準備ができている完成したストーリーです。

バックログの維持

定期的に、両方のバックログ（マスターとスプリント）を修正する必要があります。 長期リストがタスクでいっぱいになったら、下部の項目を確認して、それらを削除する必要があるかどうかを判断します。 また、リリース計画を作成した後は、必ずバックログを修正してください。 優先順位が更新された場合、優先順位が変更された場合は、アイテムを短期バックログに移動する必要があります。 機能が実装およびリリースされたら、それらに「完了」のラベルを付け、マスターバックログの下にアーカイブします。 スプリントの遡及的およびKPI測定のためにそれらが必要になる場合があります。

バックログを伝達する方法

バックログは主要な製品構築計画であるため、製品マネージャーがチーム、CEO、またはその他の利害関係者に効果的に伝達することが重要です。 リストをそのまま提示しないでください。詳細が多すぎると、聴衆の注意を失うことになります。 代わりに、次の2つの側面に焦点を当てます。

• 優先メカニズム。 バックログアイテムの基準と重みの高レベルのプレゼンテーションを提供し、サポートデータでそれらを正当化します。 このようにして、作成したバックログがすべての要件を満たし、企業のビジョンに沿っていることを聴衆に納得させることができます。
• 特徴。 バックログの機能を上から下に表示します。 詳細なレベルは視聴者に依存する必要があり、機能とそのグレードの両方を説明する必要がある場合があります。

強力なツール

製品バックログは、戦略的思考から日常の戦術への移行を表すため、製品マネージャーにとって強力なツールです。 バックログを管理、優先順位付け、更新、および維持するために製品リーダーとして開発したスキルは、優れた製品を構築し、会社の全体的なパフォーマンスを向上させるのに役立ちます。