Scrum は自己管理チームの原則に基づいて構築されており、実用的な製品の増分を提供する責任は、個々の役割だけではなく Scrum チーム全体にあることを意味します。
Scrum Guide (2020) によると:
スクラム チームは、価値ある高品質の増分を提供する責任を負います。
開発者は、各スプリントで「完了」増分を作成する責任があります。
プロダクトオーナーは、プロダクトバックログが明確で、優先順位が付けられ、ビジネスニーズと一致していることを確認します。
スクラム マスターは、障害を取り除き、チームを指導し、継続的な改善を促進します。
Scrum には「チーム リーダー」や「プロジェクト マネージャー」の役割はなく、リーダーシップは Scrum チーム内に分散されます。
各回答オプションの分析:
#オプション A: 開発者。
開発者はインクリメントの構築に責任を負いますが、独立して作業するわけではありません。
実用的なソフトウェアを提供できない原因としては、バックログの優先順位付け、障害、またはチームのコラボレーションの非効率性など、スクラム チーム全体が関与する領域の問題が考えられます。
#オプション B: プロダクトオーナー。
プロダクトオーナーは作業を定義し、優先順位を付けますが、作業がどのように提供されるかは制御しません。
プロダクトオーナーはバックログ項目が明確で価値のあるものであることを確認する上で重要な役割を果たしますが、プロダクトオーナーだけでは配信の問題を解決することはできません。
#オプション C: チームリーダー。
Scrum では「チーム リーダー」の役割は認識されず、リーダーシップは Scrum チーム全体で共有されます。
自己管理型チームでは、1 人のリーダーに頼るのではなく、すべてのメンバーが品質と成果物の責任を負います。
#オプション D: プロジェクト マネージャー。
Scrum にはプロジェクト マネージャーの役割は含まれません。
アジャイル環境では、計画、実行、責任は外部のプロジェクト マネージャーではなく、スクラム チーム内で処理されます。
#オプションE: スクラムチーム。(ベストアンサー)
スクラム チームは、機能する増分を提供することに対して共同で責任を負います。
配信を改善するには、スプリントの振り返りと共同での問題解決を活用して検査し、適応する必要があります。
スクラムマスターは改善活動を促進し、プロダクトオーナーは優先順位を調整し、開発者は技術的な課題に対処して、責任を共有します。
#オプション F: 上記のすべて。
リストされているすべての役割が Scrum に存在するわけではないため、誤りです (例: プロジェクト マネージャー、チーム リーダー)。
スクラムチーム全体のみが責任を負います。
Professional Agile Leadership (PAL) ドキュメントからの参照:
Scrum ガイド (2020) - Scrum チームは、スプリントごとに価値のある増分を作成する責任があります。
プロフェッショナル アジャイル リーダーシップ エッセンシャル (PAL-E) ガイド - アジャイル リーダーは、個々の役割に責任を割り当てるのではなく、チームが自己管理できるようにサポートします。
アジャイル宣言 - アジャイル宣言の背後にある原則 - コラボレーション、継続的な改善、所有権の共有を奨励します。
Scrum における経験的プロセス制御 - 検査、適応、透明性を促進して配信を改善します。
これらのスクラムの原則を適用すると、スクラムチームが共同で配信の課題を解決する責任を負うため、オプション E が最適な答えになります。