フィーチャーコンセプトスタディ (Feature Concept Study)
Ericssonの大規模アジャイル開発組織の事例で、フィーチャーを開発するかどうかを判断するために必要な情報を記述する計画成果物である。優先度が高いフィーチャーについて、チーフプロダクトオーナーが選んだ開発チームとプロダクトオーナーの仮想チームが、技術スペシャリストの支援を受けて作成する。
フィーチャーコンセプトスタディ（FCS）が完成すると、ポートフォリオステアリンググループの会議で提示され、開発に投資するかどうかが決まる（F2決定）。開発が始まった後は、FCSとプロダクトオーナーが主に実装を導く。
- チーフプロダクトオーナーが選んだ開発チーム（複数可）のメンバーとプロダクトオーナーで構成される仮想チームが、技術スペシャリストの支援を受けて作成する[1]
- コスト見積もり、必要なリソースの見積もり、大まかな実装とテストのモデル、暫定の実装スケジュールを含む
- ポートフォリオステアリンググループが、FCSの情報に基づいてフィーチャーに投資するか見送るかを決める（F2決定）
- 開発中は、FCSとプロダクトオーナーが主に実装を導き、チームは必要に応じて他のステークホルダーの支援を受ける
- FCSを詳細にするほど見積もりは改善したが、作成に手間と時間がかかり、実装の細部が多いとステークホルダーが理解しにくくなった。適切な詳細度は、事例組織で継続的な課題だった
- 所属タグ: Requirements Artifact Ericsson
- カテゴリー: Related Fields
-
Managing the requirements flow from strategy to release in large-scale agile development: a case study at Ericsson — 「この仮想チームは、そのフィーチャーを開発するかどうかを判断するために必要な情報を記述したFCSの作成を開始する。」（原文: “The virtual team begins to write the FCS, which depicts information required to decide to develop the feature or not.”）（訳）（ライセンス: CC BY 4.0） ↩