DEEP Principlesを使用して製品バックログを管理する方法は?

製品バックログ は、製品で既知で必要なすべてのものの順序付きリストです。 これは、製品への変更に対する単一の需要源です。

プロダクトオーナーは、コンテンツ、在庫状況、注文など、プロダクトバックログに責任を負います。

製品のバックログリストが完成することはありません。ビジネスニーズ、市況、または技術の変化は、製品のやることリストの変化につながる可能性があります。製品の開発やプロジェクト環境の変化とともに進化していきます。プロジェクトの要件は変わることはありません。そのため、製品のTo Doリストは、進化し続けるスクラムアーティファクトのようなものです。

製品バックログの優先度の高いアイテムはきめ細かいものです。これらのプロジェクトにはより多くの情報と詳細があり、したがってより正確な見積もりがあるためです。

優先度の低いプロジェクトは、詳細が明確でない大規模なプロジェクトです。チームが優先度の低いプロジェクトに関するより詳細な情報を取得すると、それらはさらに小さなプロジェクトに分割されます。開発チームは、製品バックログ内のこれらの項目を随時評価する責任があります。

製品バックログ管理のDEEP

製品バックログには、製品リリースに必要なすべての機能、機能、要件、拡張機能、および修正がリストされています。製品バックログプロジェクトには、説明(適切に詳細化)、ストーリーポイント(E 見積もり)、および注文(優先順位付け)の属性があります。それらはバックログで継続的に追加、削除、更新され(Eマージ)、タイムリーかつ適切な方法でチームバックログの理解を反映する必要があります。

ローマン・ピヒラーは、スクラムが言及したアジャイル製品管理の著者です。

「お客様に愛される製品をつくります。優れた製品バックログの特性を説明するために、4文字の略語DEEPを使用しています。」は、スクラムのバックログ製品の品質を表す略語であり、 次の略語です。適切に詳細化、  Eマージ、  E推定、および 優先順位付け。

適切に詳細

製品バックログの一番上にあるストーリーは次の スプリントで機能するため、チームがより生産的に作業できるように、これらのアイテムを十分に定義する必要があります。通常、バックログの上部にあるストーリーは小さく、よりきめ細かくなりますが、次の図に示すように、製品バックログリストのさらに下に行くほど大きくなり、具体性が低くなります。

推定

製品バックログの項目は推定されています。バックログの一番上にある項目には、より正確な見積もりがあります。優先度の低い項目は高レベルで推定され、チームがより多くの情報を取得するにつれて再推定できます。

創発

製品バックログは静的ではなく、常に変化しています。プロジェクトが進行するにつれて、ますます多くの情報と知識が得られ、製品バックログのユーザーストーリーも追加、削除、または再配置されます。

優先

製品バックログでは、上記の優先度の高いエントリの価値が高いほど、製品バックログのエントリの値が低くなり、製品バックログに続く優先度が低くなります。チームは常に優先度の高いエントリを完成させて、開発中の製品またはシステムの価値を最大化するようにします。

概要

 DEEPは、製品バックログ内のアイテムに詳細、見積もり、および注文を追加し、その形状を維持する行為を含む、製品バックログの詳細化プロセスに適用される便利な概念です 。

製品バックログの改良中に、アイテムがレビューおよび改訂されます。スクラムチームは、いつどのように改良を行うかを決定します。改良は通常、開発チームの能力の10%以下を消費します。ただし、プロダクトバックログアイテムは、プロダクトオーナーまたはプロダクトオーナーの裁量でいつでも更新できます。


コメントを残す

メールアドレスが公開されることはありません。