製品バックログ: 作成と優先順位付けのヒント
健全なプロダクトバックログとは、人間と同様に、<br>グルーミング (手入れ) が行き届き、整理され、オープンな状態にあるものを指します。
スクラム バックログ テンプレートを開始する
スクラム バックログ テンプレートを使用すれば、簡単にタスクを整理し、優先順位を付け、期間の見積もりを改善して障害に対処できます。
重要ポイント
製品バックログは、ロードマップから派生する優先順位付きの作業リストで、開発チームが次に何を提供すべきかを導きます。
バックログを適切に管理することで、優先順位付け、効率性、コミュニケーション、顧客満足度が向上します。
バックログは、関係者のフィードバックとビジネス目標に合わせて、定期的にレビュー、改善、調整を行う必要があります。
製品バックログを管理して優先順位を付け、チームが最も価値があり有意義な作業に集中できるようにします。
アジャイル バックログの優先順位が適切に設定されていると、リリースやイテレーション計画が容易になるだけではなく、顧客が知ることのない内部作業を含め、チームが何に時間をかけるべきかを伝達できます。
関係者や他のチームは、特に追加作業を依頼する際に、予測を立てやすくなります。製品開発では、製品バックログを整理して厳密に管理することが不可欠であり、エンジニアリング期間を固定できます。
プロダクトバックログとは？
製品バックログとは、製品ロードマップと要件に基づいて開発チームが行う作業に優先順位を設定したリストです。製品バックログの一番上に最重要項目が表示されるので、チームは最初に取り掛かることがわかります。
開発チームは、製品所有者のペースでバックログを処理するわけではありません。また、製品所有者は開発チームに作業を指示することもありません。
開発チームは余裕があるときに製品バックログから継続的 (カンバン) または反復的 (スクラム) に作業を引き受けます。 スクラムのフレームワークでは、スクラム製品バックログは、開発チームのタスクを決定するためにスクラム製品所有者が使用する、入念に作成された構造化リストです。
すべてを 1 つの課題トラッカーにまとめるのが最適です。複数のシステムを使ってバグ、要件、エンジニアリング作業項目を追跡しないようにします。開発チームの作業をすべて 1 つのバックログで管理しましょう。
製品バックログとは?
製品バックログには、製品を改善するために必要なユーザー ストーリー、機能、バグ修正、技術的タスク、調査活動などの作業項目の優先順位リストが含まれています。製品バックログの各項目は、ビジネス上の価値と緊急性に基づいて明確に記述し、見積もりを行い、優先順位を付ける必要があります。
新たな要件が発生し、優先順位が変化すると、製品バックログは時間の経過とともに変化します。たとえば、バックログには、新しいリリースに向けた近日公開の機能、顧客から報告されたバグ、技術的な改善が含まれることがあります。
これらはすべて整理されており、チームは最も価値の高い作業を最初に提供できます。
製品バックログとスプリント バックログの比較
製品バックログは、製品に関するすべての必要な作業を包括的にまとめた、進化し続けるリストです。スプリント バックログは、特定のスプリント中に完了するために選択された項目のサブセットです。スプリント バックログは、スプリント計画中に作成され、そのイテレーションに対するチームのコミットメントを表します。
この違いを理解することで、チームは集中力と秩序を維持できます。たとえば、製品バックログには何百もの項目が含まれる場合がありますが、スプリント バックログではチームの注意を管理可能な一連のタスクに絞り込むことができます。
これにより、各スプリントで進捗を明確に追跡し、ゴールと一致させることができます。
製品バックログのメリット
製品バックログを適切に管理することは、開発チームに多くのメリットをもたらします。そのメリットをいくつかご紹介します。
優先順位付けの改善: 最も重要なタスクを最初に処理できます。
効率の向上: 顧客からのフィードバックとビジネス目標に基づいてタスクに優先順位を付けることで、最も価値のあるタスクに確実に取り組むことができます。
より良いコミュニケーション: 全員が足並みを揃え、同じ目標に向かって取り組むことができます。
無駄の削減: 顧客からのフィードバックとビジネス目標に基づいてタスクに優先順位を付けることで、無駄を減らし、価値のないタスクには取り組まないようにすることができます。
顧客満足度の向上: 顧客からのフィードバックに基づいてタスクに優先順位を付けることで、顧客が望む機能を確実に提供できます。
製品バックログの基礎となる 2 つの "R"
チームのロードマップと要件は、製品バックログの基礎を成すものです。ロードマップのイニシアチブは複数のエピックに分割され、各エピックに複数の要件とユーザー ストーリーがあります。
"Teams in Space" という架空の製品のロードマップを見てみましょう。
ロードマップの最初のイニシアチブは「Teams in Space」の Web サイトであるため、このイニシアチブをエピック (ここでは緑、青、ティールで表示) と各エピックのユーザー ストーリーに分割します。
次に、製品所有者は各ユーザー ストーリーを開発チーム用の単一リストにまとめます。製品所有者は、最初に 1 つの完全なエピックを作ることを選択するこ場合があります (左)。
または、プログラムには、複数のエピックのストーリーを必要とする割引フライトの予約をテストすることの方が重要である場合もあります。製品所有者の優先順位設定に影響する要素は何でしょうか。
顧客の優先事項
フィードバック取得の緊急度
実装の相対的な難易度
作業項目間の共生関係 (A を先に完了すると B が容易になるなど)
製品バックログに効果的に優先順位を付けることで、最も重要なタスクに最初に取り組み、チームの自律性と製品所有者の要求とのバランスを取ることができます。 製品所有者はバックログの優先順位を設定する必要がありますが、他と無関係に行うわけではありません。
優秀な製品所有者は、顧客、設計者、開発チームから情報とフィードバックを得て、全員の作業負荷と製品デリバリーを最適化します。
製品バックログを作成する
製品バックログの作成は、アジャイル製品開発における重要なステップです。このステップには、製品ロードマップの作成、製品バックログ項目のリストアップ、チームとのコミュニケーションが必要です。
製品ロードマップを作成する
製品ロードマップは、製品のビジョン、目的、目標を定義する大まかな計画です。製品ロードマップに基づいて製品バックログを作成することで、全員が足並みを揃えて同じ目的に向かって取り組むことができます。
製品ロードマップを作成するには、製品のビジョンとミッションを定義します。次に、達成すべき主要な目標と目的を特定します。
最後に、目標を製品バックログに追加できる小さくて管理しやすいタスクに分解します。
製品バックログ項目を一覧表示する
製品ロードマップが作成できたら、製品バックログ項目をリストアップします。これらの項目には、機能、ユーザー ストーリー、バグ、設計変更、技術的負債などが含まれます。
製品バックログ項目をリストアップするときは、各項目の明確な説明と、推定時間や必要なリソースなどの関連情報を記載しましょう。また、顧客からのフィードバック、要求、ビジネス目標に基づいて項目に優先順位を付けることも重要です。
これにより、開発チームは最大の価値をもたらすタスクに取り組むことができます。
チームとのコミュニケーション
製品バックログを作成するときは、効果的なコミュニケーションが不可欠です。製品所有者は開発チームと緊密に連携して、全員が製品バックログと優先事項を理解できるようにする必要があります。
また、営業やマーケティングなどの他のチームともコミュニケーションを取り、全員が足並みを揃えて同じゴールに向かって取り組む必要があります。定期的に会議を行ったり最新情報を提供したりすることで、全員が同じ認識を持ち、製品バックログを効果的に管理できます。
より詳しいガイダンスが必要な場合は、Jira の製品バックログ テンプレート (無料) をお試しください。
製品バックログを作成して優先順位を付ける方法
開発チームが最大の効果をもたらすタスクに集中できるようにするには、バックログの優先順位付けが不可欠です。次のような方法があります。
MoScoW や加重スコアリングなどのさまざまなバックログ優先順位付け手法は、タスクを効果的に管理し、順序付けるのに役立ちます。優先順位付けのプロセスには、変化の激しいビジネス環境に適応するために定期的にゴールを見直し、再調整することが含まれます。
ステップ 1. 顧客のニーズを評価する
ユーザーにとって最も価値の高い機能や修正を特定します。
顧客からのフィードバック、アンケート、または分析を使用して、優先順位を特定します。
ステップ 2. フィードバックの緊急度を評価する
チームや関係者にアクションにつながるインサイトをもたらす項目を優先します。
たとえば、新機能を早期にテストすることで、後で時間とリソースを節約できます。
ステップ 3. 実装の複雑さを考慮する
短期間で完了できる作業とより複雑で長期的なプロジェクトを含めることで、バックログのバランスを取ります。
資源を賢く使用するために、労力と成果の比率を比較検討します。
ステップ 4. 依存関係を考慮する
他の人が作業を行うための前提となるタスクを特定します。
基礎的な作業を最初に行うと、ワークフローが合理化されます。
バックログの優先順位付けをサポートする信頼できるツールがあれば、製品開発を合理化し、効率を高めることができます。製品所有者が優先順位付けを主導し、開発チーム、設計者、関係者を巻き込むことで、優先事項についての共通の理解が深まります。
定期的に話し合うことで、意思統一が図られ、意思決定が改善されます。
MosCoW (Must-have (必須)、Should-have (推奨)、Could-have (可能)、Won’t-have (先送り)) や加重スコアリングのような優先順位付けフレームワークを使用して、客観的でデータに基づいた意思決定を行いましょう。チームは Jira Product Discovery の柔軟な優先順位付け機能を使用して、独自の優先順位付けフレームワークを実装できます。
製品バックログを効果的に管理する方法
製品バックログを作成したら、それを維持して定期的にプログラムと歩調を合わせることが重要です。製品所有者はイテレーション計画ミーティングの前にバックログをレビューする必要があります。
これにより、優先順位付けを適切に保ち、前回のイテレーションのフィードバックを確実に反映させます。定期的なバックログ レビューは、アジャイルの世界では製品バックログ リファインメントとも呼ばれており、タスクが関係者のインサイトと確実に一致するようにします。
一部のチームでは バックログ リファインメント という用語を使用しますが、これもまた、チームが次のスプリントに向けて適切に準備を整えるのに役立ちます。バックログが大きくなったら、製品所有者がバックログを短期項目と長期項目に分類します。
グループ分けをする前に、短期項目を完全に具体化する必要があります。つまり、完全なユーザー ストーリーを作成し、設計および開発チームとのコラボレーション体制を整え、開発チームから見積もりを受け取ります。
ヒント
バックログが増え すぎて、チームの長期的なキャパシティを超えた場合は、対応できそうにない課題をクローズするのも一案です。このように特定の決定を下した課題には、あとで把握できるように、課題トラッカーで "対応範囲外" といったフラグを付けておきましょう。
長期にわたる項目の目標は曖昧でかまいません。ただし、優先順位を設定するために、開発チームから大体の見積もりを受け取っておくとよいでしょう。重要なのは "大体の" という点です。チームが状況を完全に把握して作業を開始すると、いずれ見積もりに変更が生じるからです。
バックログは、製品所有者と開発チームの間をつなぐ役割を果たします。製品所有者は顧客からのフィードバック、見積もりの精緻化、新規要件をもとに、バックログでの作業の優先順位を自由に再設定できます。
しかし、いったん作業が開始されたら、変更は最小限に抑えるべきです。開発チームの混乱を招き、集中力、フロー、士気に影響を与えるからです。
注意すべきアンチパターン
製品所有者が、プロジェクト開始時にバックログの優先順位を設定するだけで、開発者や関係者からのフィードバックを受け取っても調整を行わない。
バックログの項目が顧客向けのものに限られている。
バックログはローカル文書として保存され、共有されることが少ないため、関係者が更新を受け取ることがない。
製品バックログの責任者
製品マネージャーは、製品バックログの管理を担当し、製品バックログを最新の状態に保ち、優先順位を付け、ビジネス ゴールに合わせます。製品所有者がこの取り組みを主導しますが、バックログ項目を改良し明確化するためには、開発チームと関係者の意見が不可欠です。
定期的にコラボレーションすることで、製品所有者は優先すべき項目と特定の項目に対処するタイミングについて、情報に基づいて判断を下すことができます。たとえば、開発者は技術的負債を注意喚起し、関係者は緊急の顧客ニーズを強調して、優先度に関するバランスの取れた視点がバックログに反映されるようにします。
製品バックログを活用してチームのアジャイルを実現
知識豊富な製品所有者は、プロジェクトの作業項目の信頼性が高く共有可能な概要を作成するために、プログラムの製品バックログを厳密に管理します。 関係者が優先順位に異議を申し立てることもあります。これは好ましいことです。
何が重要かについて話し合うことで、全員が共通の認識を持つことができます。このような話し合いを通じてグループの優先順位を設定する文化が育まれ、全員がプログラムについて同じ考え方を共有できます。
適切に優先順位付けされたアジャイル バックログがあれば、何に時間をかけるべきかが明確になり、目に見える内部のタスクが浮き彫りになります。製品バックログは、イテレーション計画の基礎にもなります。
バックログにはすべての作業項目を盛り込みます (ユーザー ストーリー、バグ、設計の変更、技術的負債、顧客からの要望、過去に遡ってのアクション アイテムなど)。これにより、全員の作業項目がイテレーションごとの全体的な話し合いに含まれます。
チーム メンバーは製品所有者と話し合って調整し、やるべきことを完全に把握してからイテレーションに取り掛かります。
製品所有者がバックログの作業項目の優先順位を決め、開発チームがそのベロシティを決めます。作業を早く進めるようチームに指示したい新任の製品所有者にとっては、この関係はもどかしいかもしれません。
詳細については、進行中の作業の制限とフローをご覧ください。