Scrum Guideでは、スプリントレトロスペクティブはスクラムチームが自らを検証し、改善を計画するイベントであり、スクラムマスターは2つの役割を担うと説明されています。「スクラムマスターは、スプリントレトロスペクティブにチームメンバーとして参加し、イベントが確実に実施され、前向きで生産的なものとなるよう努めます。」オプションCは、チームメンバーとして参加し、必要に応じてファシリテーターとして参加することで、この役割を的確に捉えています。オプションA（記録係）は範囲が狭すぎて必須ではありません。オプションB（優先順位付け）はチームの決定事項であり、スクラムマスター単独の決定事項ではありません。オプションD（経営陣への報告）は、スクラムにおけるチームの自律性に反します。したがって、オプションCが正解です。

Scrumガイドでは、インクリメントを「製品目標に向けた具体的な足がかり」であり、使用可能で「完了」の定義を満たすものと定義しています。「各インクリメントは、それ以前のすべてのインクリメントに追加され、徹底的に検証され、すべてのインクリメントが連携して機能することを保証する」ものです。オプションEは、この考え方、つまり、以前の作業に基づいて構築される、新しく使用可能な機能を表しています。オプションA（テストスイート）はツールであり、インクリメントではありません。オプションB（UMLダイアグラム）はドキュメントであり、動作するソフトウェアではありません。オプションC（タスク分解）は計画であり、製品ではありません。オプションD（UIデザイン）は、必ずしも使用可能なソフトウェアではありません。したがって、インクリメントを最も適切に表すのはEです。

プロダクトバックログは動的であり、製品とともに進化します。スクラムガイドでは、「プロダクトバックログとは、製品を改善するために必要なものを順序立てて列挙した、出現するリストである」と定義されています。オプションAは、その生き生きとした進化する性質を捉えています。
* B:「正式に承認された」と「期間が定められた」という点は、スクラムの適応性とは違って、硬直性を示唆しています。
* C: Scrum には個別の「テクノロジー バックログ」はありません。すべての作業は 1 つのバックログに含まれます。

スプリントバックログは、開発者が項目を選択し、デリバリーを計画するスプリントプランニング中に作成されます。スクラムガイドには、「スプリントプランニングは、スプリントで実行する作業をレイアウトすることでスプリントを開始します。」と記載されています。
この最終的な計画は、スクラム チーム全体の共同作業によって作成されます。」
* A: 事前計画の作成はサポートされていません。これはスプリント固有の計画です。
* B: 計画から始まりますが、スプリント中に進化します。
* C:Refinement は、スプリント バックログではなく、製品バックログを準備します。

スクラムチームが成熟するにつれて、品質と効果が向上します。スクラムガイドでは、「完了」の定義が進化することを示唆しています。「スクラムチームが成熟するにつれて、「完了」の定義は拡大し、より高い品質のためのより厳格な基準が含まれるようになることが期待されます。」
* A: イベントは、スクラムの構造上必須のままです。
* B: スクラム マスターはコーチングとファシリテーションに不可欠な存在であり続けます。