開発者が利害関係者と話し合う必要がある。
Explanation:
プロダクト バックログは、製品の改善に必要なものの順序付けられたリストであり、スクラム チームが行う作業の唯一のソースです。プロダクト オーナーは、価値、リスク、優先度、依存関係によってプロダクト バックログ項目を順序付ける責任があります。プロダクト バックログは、スクラム チームと関係者が透明性を保ち、アクセスできるようにする必要があります。そうすることで、誰もが製品開発の範囲と進捗状況を理解できるようになります。したがって、オプション A と B は、プロダクト バックログに関する正しい記述です。
オプション C は正しくありません。製品バックログ項目は、ユーザー ストーリー、ユース ケース、シナリオなど、項目の意図と価値を明確に伝えるさまざまな形式で表現できるためです。ユーザー ストーリーは一般的で便利な手法ですが、必須ではありません。
オプション D は正しくありません。製品バックログは製品の固定された完全な仕様ではなく、時間の経過とともに進化する、出現する動的な成果物だからです。製品バックログ項目は、製品開発プロセス全体を通じて製品所有者と開発者によって洗練され、明確化され、必要に応じて新しい項目を追加または削除できます。製品バックログは、最初のスプリントの開始前に完全に定義する必要はありませんが、最初のスプリント計画をサポートするのに十分な定義があれば十分です。
オプション E は正しくありません。製品オーナーは、製品のアイデアと要件の唯一の情報源ではないからです。製品オーナーは、開発者や関係者と協力して、製品バックログ項目の検出、検証、優先順位付けを行います。製品オーナーは、製品バックログに項目を追加する権限を他の人に委任できますが、製品バックログの順序と価値に対する責任は負います。
オプション F は正しくありません。製品バックログは、開発者と利害関係者の間のコミュニケーションとコラボレーションに代わるものではないからです。製品バックログはすべての利害関係者の入力を表しますが、直接のフィードバックとやり取りに代わるものではありません。開発者は利害関係者と関わり、彼らのニーズ、期待、フィードバックを理解し、スプリントの目標と完了の定義を満たす価値ある製品増分を提供する必要があります。参考:
プロフェッショナル スクラム プロダクト オーナー II 評価
スクラムフレームワークの理解と適用
敏捷性をもって製品を管理する
[プロダクトバックログとは?]
[製品バックログの説明]