タグ PSPO-I valid test forum

* スクラムを説明する最も適切な言葉は次の通りである：複雑な問題に対する適応的な解決策を通じて価値を生み出すフレームワーク。
* スクラムは、複雑で不確実な環境において、人、チーム、組織が価値ある製品を提供するための軽量なフレームワークである。
* スクラムは経験主義に基づいている。つまり、知識は経験によってもたらされ、観察されたことに基づいて意思決定を行う。スクラムは、予測可能性を最適化し、リスクをコントロールするために、反復的で漸進的なアプローチを採用する。
* スクラムは、定義された予測可能なプロセスでも、完全な方法論でも、ベストプラクティスを定義した料理本でもない。スクラムは、チームが自己組織化し、革新的なソリューションを生み出すための最小限の境界を提供する。参考文献スクラムガイド、セクション1（スクラムの定義）とセクション2（スクラムの用途）

説明
スクラムでは、プロダクトオーナーが以下の項目を使わなければならないとは要求していない：
* バーンダウンチャート：バーンダウンチャート：バーンダウンチャートとは、時間に対する残りの作業をグラフ化したものです。バーンダウンチャートは、プロジェクトやスプリントの進捗を追跡し、完了日を予測するために使用できる。しかし、バーンダウンチャートはスクラムにおいて必須でも規定でもない。バーンダウンチャートは、プロダクトオーナーが製品開発を監視し、伝達するために使用する可能性のあるテクニックの1つである。
* フィーチャー・バーンアップ：フィーチャー・バーンアップ・チャート：フィーチャー・バーンアップ・チャートとは、完成したフィーチャーを時間に対してグラフ化したもの。
これは、プロジェクトやスプリントの進捗を追跡し、スコープの変更を予測するために使用できる。しかし、スクラムでは必須でも規定でもない。プロダクトオーナーが製品開発を監視し、コミュニケーションするために使用する可能性のあるテクニックの1つである。
* クリティカルパス分析：クリティカルパス分析：クリティカルパス分析は、プロジェクトやスプリントがスケジュール通りに終了するために、時間内に完了しなければならないタスクの順序を特定するプロジェクト管理手法です。クリティカルパス分析は、複雑なプロジェクトやスプリントを計画し、監視し、コントロールするために使うことができる。しかし、スクラムでは必須でも規定でもない。プロダクトオーナーが製品開発を管理するために使用する可能性のあるテクニックの1つである。
* プロジェクトガントチャートプロジェクトガントチャートは、プロジェクトやスプリントのタスク、依存関係、期間、マイルストーンをグラフィカルに表したものです。複雑なプロジェクトやスプリントを計画、監視、コントロールするために使用できる。しかし、スクラムでは必須でも規定でもない。プロダクトオーナーが製品開発を管理するために使用する可能性のあるテクニックの1つである。
したがって、正解は上記のどれでもない。
参考文献
* スクラムガイド]の6ページ、セクション "プロダクトオーナー"
* スクラムガイド]の11ページ、セクション "プロダクトバックログ"
* プロフェッショナル・スクラム・プロダクトオーナー・トレーニング]の8ページ、セクション "リリース管理"

説明
* スクラムでは、1つのプロダクトには1つのプロダクトバックログしか存在しない。プロダクトバックログは、スクラムチームと利害関係者にとって、唯一の真実の情報源である。製品バックログには、製品の顧客やユーザーに価値を提供できるすべての要件、特徴、機能、機能強化、修正、その他あらゆるものが含まれる。プロダクトバックログは、プロダクトオーナーによって、プロダクトのビジョン、目標、価値に基づいて順序づけられる。
* 1つの製品に対して複数のプロダクトバックログを持つことは、混乱、重複、矛盾、無駄を生む。また、スクラムチームと利害関係者が同じ製品の方向性と優先順位で一致することが難しくなる。したがって、各スクラムチームは個別のプロダクトバックログを持つべきではない。
* プロダクトオーナーは、スクラムチームの作業から生まれるプロダクトの価値を最大化する責任を負う。プロダクトオーナーは、プロダクトバックログを管理し、洗練させ、ステークホルダーや開発者と協力し、ゴールとミッションを達成するために最適な方法でアイテムを順序付ける責任がある。プロダクトオーナーは、製品に関係するすべての人の利益を代表し、スクラムチームが適切なタイミングで適切なことに取り組めるようにする。
* 1つの製品に複数のプロダクトオーナーを置くことは、コンフリクト、重複、ギャップ、非効率を生む。また、明確で一貫性のある製品ビジョン、戦略、ロードマップ、バックログを維持することも難しくなる。したがって、プロダクトオーナーは1つのプロダクトに対して1人だけであるべきだ。
* 場合によっては、1つの製品に複数のスクラムチームが取り組む場合、チーム間のアラインメントとコラボレーションを確保するために、何らかのスケーリングや調整の仕組みが必要になることがある。しかし、これはプロダクトオーナーやプロダクトバックログが複数存在することを意味しない。
その代わりに、チーム間やプロダクトオーナーとのコミュニケーション、フィードバック、統合、透明性を促進する方法が必要である。例えば、スクラムのスケーリングに役立つフレームワークやプラクティスには、Nexus、LeSS、SAFe、スクラム・オブ・スクラムなどがある。
参考文献
* スクラムガイド：https://www.scrumguides.org/scrum-guide.html
* ネクサス：https://www.scrum.org/resources/what-is-nexus
* LeSS: https://less.works/
* SAFe: https://www.scaledagileframework.com/
* スクラム・オブ・スクラム： https://www.agilealliance.org/glossary/scrum-of-scrums/

説明
スプリントプランニングで選択される前に、プロダクトオーナーが各プロダクトバックログ項目に対して明確で曖昧さのない受け入れ基準を作成しなければならないというのは間違いです。なぜなら、以下の理由からです：
* 受け入れ基準とは、プロダクトバックログの項目が、プロダクトオーナーや利害関係者に受け入れられるために満たさなければならない一連の条件である。アイテムが期待される品質と価値の基準を満たしているかどうかを検証するために使用される。
* アクセプタンス・クライテリアは、スクラムでは必須でも規定でもない。可能なテクニックの一つである。
* プロダクトオーナーが開発者や利害関係者に期待や要件を伝えるために使用する。これらはスクラムガイドや完了定義の一部ではない。
* 受け入れ基準は、スプリント計画の前に作成する必要はない。項目が完了したとみなされる前に明確化され、合意されていれば、製品開発プロセス中いつでも作成または改良することができます。また、フィードバックや新しい洞察に基づいて変更または更新することもできる。
* スプリントプランニングでプロダクトバックログ項目を選択するための唯一の要件は、それが十分に明確であり、選択する準備ができていることである。これは、開発者が何を作るのか、なぜ作るのかを理解するのに十分な詳細さと正確さを持っていることを意味する。また、価値と影響に基づいてプロダクトオーナーによって洗練され、順序付けされていることも意味します。
参考文献
* スクラム・ガイド]の14ページ、"スプリント計画 "のセクション。
* スクラム・ガイド]の12ページ、セクション "プロダクト・バックログ・リファインメント"
* プロフェッショナル・スクラム・プロダクトオーナー・トレーニング]の7ページ、セクション "プロダクトバックログ管理"

説明
* プロダクトオーナーは一人の人間であり、委員会でもチームでもない。プロダクトオーナーは、スクラムチームの作業から得られるプロダクトの価値を最大化する責任を負う。プロダクトオーナーは、プロダクトバックログを管理し洗練させ、ステークホルダーや開発者と協力し、ゴールとミッションを達成するために最適な方法でアイテムを順序付ける責任がある。
プロダクトオーナーは、製品に関係するすべての人の利益を代表し、スクラムチームが適切なタイミングで適切なことに取り組めるようにする。
* 1つの製品に複数のプロダクト・オーナーを置くことは、コンフリクト、重複、ギャップ、非効率を生む。また、明確で一貫した製品ビジョンや戦略を維持することも難しくなる、
* ロードマップ、バックログ。したがって、スクラムチームは複数のプロダクトオーナーを持つことはできない。
* プロダクトオーナーは、プロダクトバックログを順序付ける責任がある。プロダクトバックログは、製品に必要であることが分かっているすべてのものを順番に並べたリストである。スクラムチームと利害関係者にとって、唯一の真実の情報源である。そこには、製品の顧客やユーザーに価値を提供できるすべての要件、機能、拡張、修正、その他あらゆるものが含まれる。プロダクトオーナーは、価値、リスク、優先度、依存関係、フィードバック、市場の状況などの要因に基づいて、プロダクトバックログの項目を順序付ける。
参考文献
* スクラムガイド：https://www.scrumguides.org/scrum-guide.html
* プロダクト・オーナー： https://www.scrum.org/resources/what-is-a-product-owner
* 製品バックログ：https://www.scrum.org/resources/what-is-a-product-backlog