スクラムチームは、自己組織化されたクロスファンクショナルチームであり、アジャイルな方法で価値のある製品を提供します。スクラムチームは、プロダクトオーナー1名、スクラムマスター1名、および開発者で構成されます。彼らは全員、各スプリントで価値があり、有用で、リリース可能な製品インクリメントを作成する責任を負います。
スクラムチームは、チームメンバー全員がスプリントのタスクを確実に遂行する責任を負います。スクラムチームは、外部の権威者、マネージャー、リーダーに作業の割り当てや監視を依頼することはありません。スクラムチームは、引き継ぎや部門間の壁を作らず、一体となって協力し、作業を調整します。また、スクラムチームは、実証的な証拠やフィードバックに基づいて、作業内容を検証し、必要に応じて修正します。
プロダクトオーナーは、スクラムチームの作業によって生み出される製品の価値を最大化する責任を負います。プロダクトオーナーは、プロダクトバックログの管理と改善、ステークホルダーや開発者との連携、そして目標やミッションを最も効果的に達成できるような項目の順序付けを担当します。プロダクトオーナーは、製品に関わるすべての関係者の利益を代表し、スクラムチームが適切なタイミングで適切な作業に取り組めるようにします。
開発者は、各スプリントで完了の定義を満たす「完了」インクリメントを作成する責任を負います。開発者は、スプリントバックログの計画と実行、製品機能の設計と構築、製品品質のテストと改善、およびリリース可能なインクリメントの提供を担当します。開発者は、プロダクトオーナーと緊密に連携し、プロダクトバックログ項目を理解・明確化し、フィードバックと見積もりを提供し、改善点や革新案を提案します。
スクラムマスターは、スクラムガイドに定義されているスクラムを確立する責任を負います。スクラムマスターは、スクラムガイドに定義されているスクラムを推進し、サポートする責任を負います。スクラムマスターは、スクラムチーム内および組織全体で、全員がスクラムの理論と実践を理解できるよう支援することで、この責任を果たします。
* 他の選択肢は、スクラムチームの全員がスプリントのタスクを確実に実行することを誰が保証すべきかという問いに対する有効な回答でも、適切な回答でもありません。それらはスクラムにおいて存在しない、あるいは無関係な役割です。具体的には以下のとおりです。
* プロジェクトマネージャー：スクラムには「プロジェクトマネージャー」という役割はありません。スクラムは、プロジェクトではなく、複雑な製品の開発、提供、維持のためのフレームワークです。プロジェクトとは、範囲、期間、コストが固定された一時的な取り組みです。製品とは、顧客のニーズと市場状況に合わせて時間とともに進化する、価値のあるソリューションです。プロジェクトマネージャーは、従来のプロジェクト管理における役割であり、プロジェクトの計画、実行、管理を行うための手法です。プロジェクトマネージャーは、プロジェクトチームとステークホルダーの活動を調整および管理し、プロジェクトが品質基準と期待を満たしていることを確認します。
* プロダクトオーナー：プロダクトオーナーは、スクラムチームの全員がスプリントのタスクを完了していることを確認する責任を負いません。プロダクトオーナーは、スクラムチームの作業から得られる製品の価値を最大化する責任を負います。プロダクトオーナーは、開発者にタスクを割り当てたり、監視したりしません。プロダクトオーナーは、開発者と協力して、プロダクトバックログ項目とその受け入れ基準を明確化し、洗練させます。
* 上記すべて: これは有効な回答ではありません。プロジェクト マネージャーとプロダクト オーナーという 2 つの無効な選択肢が含まれているためです。
参考文献：
スクラムガイド：https://www.scrumguides.org/scrum-guide.html
スクラムチーム：https://www.scrum.org/resources/what-is-a-scrum-team
プロダクトオーナー：https://www.scrum.org/resources/what-is-a-product-owner
開発者：https://www.scrum.org/resources/what-is-a-developer-in-scrum スクラムマスター：https://www.scrum.org/resources/what-is-a-scrum-master

プロダクトオーナーは、各スプリント終了時に何が完了したかを完全に透明性をもって把握するために、開発者が完了の定義を遵守することを望んでいます。その理由は次のとおりです。
完了の定義とは、製品に求められる品質基準を満たしたインクリメントの状態を正式に記述したものです。これは、スクラムチームとステークホルダーの間で共有される、スプリントに選択されたプロダクトバックログ項目の「完了」の意味に関する共通認識です。
開発者は、各スプリントにおいて「完了」したインクリメントを作成する責任を負います。作業するすべてのプロダクトバックログ項目が完了の定義を満たしていることを確認しなければ、完了とはみなされません。
プロダクトオーナーは、スクラムチームの作業によって生み出される製品の価値を最大化する責任を負います。各スプリントの終わりにインクリメントを検査し、それがどのように価値を提供し、製品目標に貢献しているかを評価する必要があります。
明確かつ一貫性のある「完了の定義」を持つことで、プロダクトオーナーは各スプリント終了時に何が完了したかを完全に把握できます。また、製品開発のリリース、修正、継続について、情報に基づいた意思決定を行う上でも役立ちます。
チームの生産性を長期的に予測したり、チームが今後3回のスプリントで何を提供するかを把握したり、スプリントのベロシティ目標を達成できなかった場合にチームを叱責したりといった他の選択肢は、開発者に完了の定義を遵守させたい正当な理由にはなりません。これらは、完了の定義とは何か、あるいはスクラムがどのように機能するかについての誤解を反映している可能性があります。
参照：
[スクラムガイド]、10ページ、「完了の定義」の項
[スクラムガイド]、7ページ、「開発者」のセクション
[スクラムガイド]、6ページ、「プロダクトオーナー」の項

スクラム
探検する
正解はAとDです。
A: スクラムチームがスキル、ツール、環境を時間とともに改善し、それに応じて完了の定義を調整できるように指導します。これはスクラムマスターにとって適切な行動であり、スクラムチームがリリース可能なインクリメントの提供を妨げる障害を克服するのに役立ちます。完了の定義はスクラムチームの現状を反映するだけでなく、継続的な改善の源泉にもなるべきです12。
D; スクラムチームに、現在の状況を踏まえて実際に達成可能な完了の定義を確立させます。これは、スクラムチームがプロダクトバックログ項目の完了の意味を明確かつ共有した理解を持つことを保証するため、スクラムマスターにとっても適切な行動です。完了の定義は、現実的で達成可能であると同時に、挑戦的で意欲的なものでなければなりません12。
B: 現在のスプリントの焦点を、インクリメントの提供ではなく、スクラムチームの環境構築に移す。これはスクラムマスターとして適切な行動ではありません。なぜなら、スプリントの目的である、スプリントゴールを満たす価値のある製品インクリメントの提供に反するからです。プロダクトオーナーがスプリント3をキャンセルしない限り、スクラムチームはスプリント中にスプリントゴールやスコープを変更してはなりません。
C: 状況が改善するまで、プロダクトオーナーに部分的に完了したインクリメントを受け入れるよう促す。これは、製品の品質と価値を損なうため、スクラムマスターにとって適切な行動ではありません。プロダクトオーナーは、完了の定義と受け入れ基準を満たすインクリメントのみを受け入れるべきです。部分的に完了したインクリメントは、技術的負債とリスクを増加させ、透明性とフィードバックを低下させます12。
E：スクラムチームがスクラムの準備ができていないと宣言する。これはスクラムの価値観と原則を損なうため、スクラムマスターとして適切な行動ではありません。スクラムマスターは、スクラムチームが直面する課題や制約に関わらず、スクラムの導入と適用を支援すべきです。スクラムマスターは、経験主義、自己組織化、協働、継続的改善の文化を育むべきです。