開発者は自己管理型であり、スプリントでどれだけの作業ができるか、そしてどのように作業するかを自分たちで決定します1。開発者はスプリントバックログを管理します。これは、開発者がスプリントゴールを達成する方法の計画であり、スプリントで実行すべき作業の唯一の情報源です2。開発者は、スプリント中に学習が進むにつれて、スプリントバックログを作成および更新します[3][3]。他のオプションは開発者ではなく、プロダクトオーナーまたはスクラムチーム全体で管理されます。プロダクトオーナーは、プロダクトバックログの順序付けに責任を持ちます。プロダクトバックログは、製品に必要なことがわかっているすべてのものの順序付きリストです4。プロダクトオーナーはまた、価値、リスク、およびステークホルダーのフィードバックに基づいて、製品をリリースするタイミングを決定します5。スクラムチームは、スプリントレビューにステークホルダーを招待するために協力します。スプリントレビューは、スクラムチームとステークホルダーが製品インクリメントを検査し、プロダクトバックログを調整するイベントです。スクラムチームは、スプリント期間も決定します。スプリント期間とは、スクラムチームが製品の増分を納品する期間のことです。
参照：
1：スクラムガイド、2020年11月、6ページ
2：スクラムガイド、2020年11月、10ページ
3：スクラムガイド、2020年11月、10ページ
4：スクラムガイド、2020年11月、6ページ
5：アジリティによる製品管理、Scrum.org、2023年12月16日アクセス
6：スクラムガイド、2020年11月、13ページ
7：スクラムガイド、2020年11月、9ページ

クロスファンクショナルチームは、システムの1つのコンポーネントまたはレイヤーのみを扱うように最適化されていません。その理由は次のとおりです。
クロスファンクショナルチームとは、チーム外の人に頼ることなく業務を遂行するために必要なすべてのスキルと能力を備えたチームのことです。
クロスファンクショナルチームは、特定のコンポーネントやレイヤーに焦点を当てるのではなく、製品全体にわたって価値を提供することができます。スプリントゴールとプロダクトゴールを達成するために必要な製品のあらゆる側面に取り組むことが可能です。
部門横断型チームは、専門分野に特化したチームや縦割り型のチームよりも、機敏性、協調性、創造性に優れています。依存関係、引き継ぎ、遅延を減らし、フィードバック、学習、適応力を高めることができます。
参照：
[スクラムガイド]、7ページ、「開発者」のセクション
[スクラムガイド]、10ページ、「製品目標」の項
[スクラムガイド]、7ページ、「スクラムチーム」の項

プロダクトオーナーがプロダクトバックログの開発と維持における無駄を最小限に抑えるのに役立つ可能性のある実践方法は次のとおりです。
* 長期間対応されていない項目は、プロダクトバックログから削除してください。これにより、プロダクトバックログの関連性、簡潔さ、そして価値提供への集中を維持できます。長期間対応されていない項目は、もはや重要、実現可能、または望ましいものではないことを示している可能性があります。また、プロダクトバックログを煩雑にしたり、混乱させたりして、順序付けや優先順位付けを困難にする可能性もあります。
* プロダクトバックログの項目は、実装される可能性が高い場合にのみ、詳細に記述してください。これにより、後で変更または破棄される可能性のある項目に時間や労力を費やしすぎることを回避できます。近いうちに実装される可能性が高い項目は、実装時期が遠い、または不確実な項目よりも詳細かつ正確に記述する必要があります。各項目に必要な詳細度と精度は、その順序、規模、および複雑さによって異なります。
新しく収集したプロダクトバックログ項目を完全に理解するまで別のプロダクトバックログに保持することでスクラムチームの集中を妨げないようにしたり、プロダクトバックログの所有権を他の人に引き渡したりするなどの他の選択肢は、プロダクトバックログの開発と維持における無駄を最小限に抑えるのに役立つプラクティスとは言えません。むしろ、透明性、コラボレーション、連携、所有権を低下させることで、より多くの無駄を生み出す可能性があります。
参考文献：
* [スクラムガイド]、11ページ、「プロダクトバックログ」の項
* [スクラムガイド]、6ページ、「プロダクトオーナー」の項
* [スクラムガイド]、12ページ、「プロダクトバックログの洗練」の項