技術的負債は、プロダクトオーナーの中心的な関心事である製品価値に影響を与えます。スクラムガイドでは技術的負債について明示的に言及されていませんが、「製品価値の最大化」に対するプロダクトオーナーの責任には、手戻りやメンテナンスコストによる負債の増加に伴い増加するTCOなどの要素を考慮することが求められます。
* A:正しい負債は長期的な価値とコストに影響します。
* B: スクラム マスターは負債を管理するのではなく、促進します。

スプリントは、作業の完了に関係なく、期間が過ぎると終了する、固定長のタイムボックスイベントです。スクラムガイドには、「スプリントはスクラムの心臓部であり、アイデアを価値に変える場所です」と記載されています。
一貫性を保つために、イベントの長さは 1 か月以内と固定されています。終了は、承認、品質基準、またはタスクの完了ではなく、タイム ボックスによって決定されます。
* A: プロダクトオーナーの承認はスプリントレビューで行われますが、スプリントの終了は定義されません。
* B:「完了」の定義はスプリントの期間ではなく、増分に適用されます。
* C:正解 - タイムボックスが終了を決定します。

プロダクトオーナーはスクラムにおいて唯一かつ重要な役割を担います。「プロダクトオーナーは委員会ではなく、一人の人間です。」一時的または永続的な利用不可状態には、特定のアクションが必要です。
* 回答: スプリント中、開発者は自己管理によってスプリント目標に向かって進み、後でプロダクト オーナーと調整することができます。「開発者は自己管理しており、誰が何をいつどのように行うかを内部で決定します。」
* C: 永久的な不在は、プロダクト オーナーなしではスクラムが遵守されていないことを意味し、代わりの人が必要になります。「プロダクト オーナーが成功するには、組織全体がその決定を尊重する必要があります。」

「完了」の定義は共通の標準であり、多くの場合は組織によって設定されますが、より広範な標準が存在しない場合は、スクラムチームがデフォルトで適用します。スクラムガイドには、「インクリメントの完了定義が開発組織の慣例、標準、またはガイドラインの一部である場合、すべてのスクラムチームは最低限それに従う必要があります。組織の標準でない場合は、スクラムチームが製品に適した完了定義を作成する必要があります。」と記載されています。
* A: 正しい - 組織の標準が優先されます。そうでない場合は、スクラム チームが定義します。
* B:コラボレーションは発生しますが、それは単なる「共通分母」ではありません。

労力見積りは、作業を実行する開発者が行う技術的なタスクです。TheScrum Guideでは次のように説明されています。
「開発者は、増分をどのように提供するかを計画する責任があります。」スプリントの計画と改良の過程で、開発者は専門知識に基づいて労力を見積もります。
* A: 正解です。開発者は、「完了」の定義を満たすために何が必要かを共同で評価します。
* B: PMO は Scrum の役割ではないため、見積りはチーム内で行われます。