製品バックログのすべてのアイテムが同時に同じサイズと詳細レベルになるわけではありません(つまり、機能/エピソード/ユーザーストーリーとタスク)。間もなく取り組む予定のPBIは、バックログの一番上近くにあり、サイズが小さく、非常に詳細であるため、短期間のスプリントで取り組むことができます。しばらく作業しないPBIは、バックログの一番下に向かって、サイズを大きくし、詳細度を下げる必要があります。
ユースケース/機能 は、エンドユーザーが以前は持っていなかった機能です。たとえば、携帯電話を介してオンラインで商品を購入する機能があります。製品ロードマップは通常、機能レベルの要件で構成されています。
エピック は、機能を実用的な要件に分解する次の段階です。これらは、機能に関連する一連のアクションです。クレジットカードを使用してショッピングカートから携帯電話で商品を購入できるのは素晴らしいことです。これは機能(オンラインでアイテムを購入する)よりも小さいですが、それでも、アイテムを単独で購入できるようにする個々のクレジットカード統合よりも大きいです。叙事詩よりも大きな要件をリリース計画に含めることはできません。
ユーザーストーリー は、それでも自立できる最小の要件形式です。ユーザーストーリーは、1つの価値のアクションまたは1つの価値の統合で構成されます。たとえば、Visaカードを使用してショッピングカートから携帯電話で商品を購入することは、ユーザーストーリーになります。MasterCardを使用してアイテムを購入することは、異なる統合であり、したがって異なるユーザーストーリーである可能性があります。ユーザーストーリーは、スプリントに追加して開発を開始するのに十分小さいです。次のセクションでは、ユーザーストーリーについて詳しく説明します。
タスク は、ユーザーストーリーを実装するために必要な内部ステップです。スプリント計画では、ユーザーストーリーはタスクに分割されます。要件はエンドユーザーが行うことですが、タスクは要件を機能させるために開発チームが行うことです。
製品バックログアイテム(PBI)の粒度のレベル
この図は、開発ロードマップの一連のスプリントに適合させるための要件分解のさまざまなレイヤーを示しています。
- 上の図の上部には、オレンジ色の最大のレンガがあります。これらは、システムによって達成されるビジネス目標、つまりユースケースまたはユーザー機能を表します。
- 次のレベルでは、シングルスプリントよりも大きいがリリースよりは小さいPBIがあります。このレベルの叙事詩でPBIを呼びましょう。
- 第3レベルでは、スプリントに適したサイズのPBIが見つかります。PBIは数週間ではなく数日で完了することができます。これらのアイテムは、チームの準備完了の定義を満たし、 ユーザーストーリーとして表すことができます。
- 最も低いレベルでは、これらのPBIは、オプションでユーザーストーリーからタスクに分割され、1回の反復の終わりまでに配信されます。
製品バックログ
製品バックログには、必要な成果物がリストされています。その内容はビジネス価値順に並べられています。上記のように、最も重要なアイテムは製品バックログの上部に表示されるため、チームは最初に何を提供するかを知ることができます。バックログアイテムの優先順位が変更される可能性があり、要件を追加および削除できます。したがって、製品バックログは、成長するビジネス価値に向けて継続的に維持される計画です。
製品バックログアイテム
製品バックログアイテム(PBI)は、製品バックログを構成する要素です。製品バックログアイテムは、仕様や要件から、ユースケース、エピック、ユーザーストーリー、さらにはバグ、または タイムボックス化された 調査タスクまで多岐にわたります。
スプリント計画プロセス
スプリント計画 は、多くの場合、見積もりと 受け入れ基準を使用して、製品バックログが適切な詳細レベルに洗練されていることを確認するために準備する必要があります (これが製品バックログの洗練の目的です)。製品バックログアイテムが製品バックログの詳細化プロセス中に分析および検討された場合、スプリント計画会議で最優先の製品バックログアイテムを十分に理解し、簡単に選択できます。
概要
製品バックログの詳細化プロセスの目標は、製品バックログアイテムをスプリント計画の準備ができた状態にすることです。これにより、製品バックログアイテムは次のようになります。
- チームの全員が十分に明確で理解しやすい
- スプリントに含めるのに十分小さい