製品バックログとは何ですか？

チームが同じ過ちを何度も繰り返すと感じたことはありますか？ あなたは物事が正しく進んでいないと信じており、プロジェクト開発プロセスを改善するためにいくつかの変更を加える必要があります。

ここでの製品バックログは、チームが何に取り組んでいて、何に焦点を合わせたいかを決定するのに役立ちます。 これは、チームがアジャイルロードマップに示されているアイデアをどのように実行するかについての説明です。 これは、多くの点で開発チームにとっての巨大なやることリストです。

プロジェクトは、それらを管理するための製品バックログを持つより大きな製品の一部にすることができます。 製品バックログの例としては、より大きな製品バックログの一部として提供される可能性のある顧客実装プロジェクトがあります。 あるいは、ゲーム制作スタジオは、ゲームの各世代を、期限が設定された個別のプロジェクトとして扱うことができます（たとえば、クリスマス前後）。

スクラムの製品バックログとは何ですか？

スクラムでは、アジャイル製品バックログは、すべての製品機能の簡単な説明を含む優先機能リストです。 プロジェクトに取り組んでいる場合は、スクラムを使用してすべての要件を文書化するために長い努力を払ってプロジェクトを開始する必要はありません。 スクラムチームとその製品所有者は、アジャイルなバックログの優先順位付けのために考えられるすべてのものを含めることから始めることができます。

このアジャイル製品のバックログは、最初のスプリントには十分すぎるほどです。 製品とその顧客に関する追加情報が利用可能になると、スクラム製品のバックログにより、製品の拡張と適応が可能になります。

スクラムでは、製品バックログは、すべての製品機能の簡単な説明を含む優先機能リストです。 スクラムの使用中にすべての要件を文書化するために、時間のかかる事前の努力でプロジェクトを開始する必要はありません。

カスタムソフトウェア開発サービスでは、スクラムチームとその製品所有者は通常、アジャイルバックログの優先順位付けのために考えられることをすべて書き留めることから始めます。 ほとんどの場合、このアジャイル製品のバックログは、最初のスプリントには十分すぎるほどです。 製品とその顧客に関する追加情報が利用可能になると、スクラム製品のバックログは拡大および適応することが許可されます。

製品バックログの旅はどのように始まりますか？

最初にビジョンまたはアイデアがあり、次に戦略が実行され、ロードマップが必要であるというアイデアを達成します。ロードマップを作成した後、製品のバックログが発生します。 以下のポインタは、各製品バックログジャーニー用語の意味を示しています。

• 製品戦略は、会社の目標を高いレベルで実現する方法の概要です。
• 製品ロードマップは、実行する計画を示します
• 製品バックログには、プロ製品の製造に必要なタスクレベルの詳細が含まれています

製品バックログと製品ロードマップはどのように異なりますか？

2つの主要な製品管理ツールは、製品ロードマップと製品バックログです。 各機器には、独自の長所と短所があります。 製品のバックログを製品のロードマップと混同しないでください。 これらの生きたドキュメントは両方とも、さまざまな理由でアジャイル開発プロセスチームに役立ちます。 バックログは戦術的な開発の詳細を提供しますが、ロードマップは全体的な戦略に集中します。

製品のバックログ管理には、さまざまなタスクと戦略が伴います。 製品ロードマップは頻繁に変更されるため、製品バックログと密接にリンクする必要があります。 その結果、変更や発見を反映するために、バックログに定期的に優先順位を付ける（および再優先順位を付ける）必要があります。

製品のバックログには、エピックとユーザーストーリー、ワークフローダイアグラム、ユーザーインターフェイスの設計スケッチ、モックアップ、および製品の構築に必要なその他の優れた作業が含まれます。 これは、開発チームの作業をガイドし、リリースバーンダウンチャートなどのツールを使用して開発の進捗状況を追跡するための基盤として機能する戦術ツールです。 製品ロードマップと製品バックログの主な違いは、次の図にまとめられています。

製品ロードマップは、製品が次の時間にどのように進化するかを概説する戦略的な製品計画ツールです。 目的意識を確立し、利害関係者の参加を促し、資金の獲得を支援し、さまざまな製品の開発と発売の調整を容易にします。

さらに、バックログを構造化してアクセスできるようにするために、特別な注意を払う必要があります。 製品バックログ管理の実践では、優先度が最も高いアイテムに最も詳細が含まれ、優先度が高くなるにつれて詳細レベルが低下する、詳細、緊急、推定、および優先順位付け（DEEP）製品バックログを目指すことをお勧めします。

ほとんどのアジャイルチームは、製品バックロググルーミングセッションにも参加しています。このセッションは、バックログアイテムの調整と配置に使用されます。 これらの会議の間、チームは協力して、数スプリントに相当するユーザーストーリーを事前に計画します。 アジャイルバックロググルーミングセッションは、バックログの上部にあるユーザーストーリーに、配信チームが理解できる十分な詳細があることを保証します。

製品バックログの優先順位付け手法

• 製品バックログのグルーミングは、1回限りのイベントではなく、製品の所有者と開発チームが関与する継続的なプロセスです。 主題の専門知識は開発チームに存在することが多く、開発チームはそれを洗練することができます。 一方、スクラムチームは、最適化をいつどのように完了するかを決定します。
• 製品バックログのアイテムに詳細、見積もり、注文を追加する行為は、製品バックログの詳細化と呼ばれます。 各スプリント内では、将来のスプリントに対応できるように製品を改良するために、継続的な製品バックログの改良が必要です。 製品バックログの改善には、通常、開発チームの作業の10％以下が必要です。
• 製品バックログの一番上にある製品バックログアイテム（最高の優先度、最大の値）は、バックログアイテムが適切なレベルの粒度に調整されると、1つのスプリント内に収まるように分解されます。
  

すべての見積もり作業は開発チームによって処理されます。 チームがトレードオフを評価するのを支援することにより、製品の所有者は彼らの決定に影響を与えることができます。 一方、タスクを実行する人が最終的な見積もりを決定します。

製品バックログの利点

プレースホルダーとしてのバックログ

バックログアイテムは、目標を達成するためのソリューションに関する将来のディスカッションのプレースホルダーとして機能します。 つまり、チームは、製品のバックログに追加する前に、完全に開発されたアイデアを持っている必要はありません。 製品バックログアイテムが最初に導入されたとき、それはチームに代替案が何であったかを思い出させるのに十分な情報を持っている必要があります。 チームが製品のバックログアイテムの作業を開始しようとしているときは、それを完全に説明する必要があります。

ダイナミックな性質

製品バックログの動的な性質により、チームは、望ましい目標と潜在的な配信方法についての学習を追跡できます。 チームが作業を開始するときに、製品のバックログが完全である必要はありません。 したがって、彼らは独自のコンセプトから始めて、経験を積むにつれて新しい製品のバックログアイテムを追加することができます。

簡単に取り外せます

製品のバックログに何かがあるからといって、それを納品する必要があるわけではありません。 チームは、目的の目的に貢献しない場合、バックログからアイテムを削除できます。 これは、チームが付加価値のない成果物の作成を回避し、代わりに真に有用な変更を行うことに集中できることを意味します。

バックログアイテムを追加する

チームは製品バックログを使用して、限られた情報に基づいてオプションが価値があるかどうかを議論する時間を無駄にすることを回避できます。 新しいアイデアが浮かび上がったら、チームはアイデアをさらに調査するためのリマインダーとして製品バックログアイテムを追加できます。 その後、チームは他のアイテムと一緒にそのアイデアの検討に優先順位を付け、アイデアが望ましい結果に向けて進歩をもたらさないことが判明した場合は、製品のバックログアイテムを削除できます。

アジャイル製品バックログとスプリントバックログ-詳細な違い

一言で言えば、スプリントバックログはチームの短期スプリント計画です。 アジャイルの製品バックログは、製品の長期計画であり、ビジョンは、製品に付加価値を与える具体的な成果物に分類されます。 多くの人々は、スプリントバックログを製品バックログのサブセットと見なしています。 これは理想的です。 スプリントバックログは、製品バックログのアイテムのみで構成されています。 また、スプリントには通常、チームがコミットした他の作業と、製品設計スプリント中に完了できるタスクが含まれます。

アジャイルの製品バックログは、製品の競争力を維持するために将来完了すると予想されるタスクのコレクションです。 これは、製品の所有者と利害関係者（顧客、チーム、アナリスト）の間のコラボレーションの結果です。 定期的に更新され、新しいアイテムが追加または削除されます。

一般的に、それはスプリントバックログよりも大きくなります。 また、さまざまなレベルの粒度の要素が含まれ、ユーザーストーリーのレベルより下に分類されるアイテムは少なくなります。 製品の所有者が担当します。

スプリントバックログは、チームが現在またはスプリントの後半（通常は1〜4週間）に完了することを約束している作業のコレクションです。 これは、チームが次のスプリント中に完了することを約束したユーザーストーリーで構成されています。

ただし、バグやリファクタリング作業なども含まれる場合があります。 これは通常、より詳細でアクティビティに分割され、ユーザーストーリーの技術的な実装が最前線にあります。 それはスクラムマスターとチームの責任です。

バックログを作成する時間

適切な計画と組織化の必要性はあなたの成功にとって重要です。 そこで、バックログが役に立ちます。 バックログは、適切に生成および維持されると、チームが絶え間ない変化をナビゲートし、最高の生産性を達成し、ビジネスと顧客の両方に最大の価値を提供するのに役立つツールになります。

上記のブログでは、製品のバックログとは何か、そしてそれが利害関係者とチームが最も意味のあるユーザーストーリーを実装し、変化する要求に柔軟に対応できるように調整するための共通の基盤を作成することにより、チームの作業にどのように役立つかについて説明しました。状況に応じて、同じ製品に取り組んでいる複数のチームに共通の分母を作成して、製品リリース予測の精度を向上させます。