INVEST

アジャイル開発におけるINVEST原則

アジャイルソフトウェア開発において、プロダクトバックログアイテム（以下、PBI）を効果的に管理するための原則として「INVEST」があります。この原則は、Bill Wakeによって提唱され、品質の高いPBIの特性を体系的に整理したものです。

独立性

PBIは、他のアイテムに依存することなく完結したものであるべきです。スクラムやかんばん、XPといったアジャイル手法では、独立したPBI同士を任意に優先順位をつけて移動することが可能です。もし、依存関係のあるPBIに気付いた場合は、それらを一つのアイテムとして統合するか、逆に大きなPBIを小さく分割することが望まれます。

交渉可能性

PBIは、チームのメンバーがビジネス要件や市場のニーズ、技術的な条件に応じて、変更や削除ができるように設計されています。これにより、常にプロジェクトの実情に合った価値提供が実現されます。

価値の提供

各PBIは、プロジェクトにおいて明確な価値を利益者にもたらす必要があります。例えば、コーディングや設計が楽しい技術的なタスクだけでは、利害関係者にとっての価値がありません。ユーザーストーリーは、顧客にとって価値があるものでなければなりませんので、顧客が理解しづらい技術に特化したアイテムは避けるべきです。

見積もり可能性

PBIのサイズを見積もることができなければ、効果的な計画やタスク化は不可能です。したがって、スプリントに組み込むことができません。よって、見積もりできないPBIはプロダクトバックログに保持する意味がありません。多くの場合、ストーリーの説明に不足があるか、プロダクトオーナーからの情報が不十分であるために、見積もりが実行できないのです。

小ささ

PBIのサイズは、スプリント内で完了できる範囲に保つべきです。一般的には、単一のアイテムのサイズがスプリントの50％を越えないようにすることが推奨されます。これを越えるアイテムは、大きすぎて適正に見積もれないと見なされ、しばしば「エピック」として分類されます。これらのアイテムは、初めから小さくする必要はなく、実装予定のアイテムをクリアにしておくことで、代わりに小さいアイテムを維持しやすくなります。

テスト可能性

全てのPBIは、テストを通過しなければ「完了」と見なされません。テストできないアイテムはスプリントバックログの候補として適当ではありません。この方針は特にテスト駆動開発（TDD）を採用するチームには重要です。

まとめ

INVEST原則に従うことで、アジャイル開発チームは高品質なプロダクトバックログアイテムを作成し、プロジェクトの成功を促進します。この原則を理解し、活用することで、プロジェクトの効率や価値を向上させることが可能です。

もう一度検索