PSPO-I Dumps Updated Nov 19, 2023 Practice Test and 533 unique questions [Q286-Q307].

発行日 11月 19, 2023

この記事を評価する

PSPO-I Dumps Updated Nov 19, 2023 Practice Test and 533 unique questions

2023最新の100%試験の合格率 - PSPO-I Dumps PDF

スクラムPSPO-I試験の準備のために、受験者はScrum.orgが提供する様々なトレーニングコースや学習教材を受講することができます。トレーニングコースでは、スクラムのフレームワーク、プラクティス、スクラムチームにおけるプロダクトオーナーの役割について学びます。学習教材には、PSPO-I試験の準備に役立つ書籍、ビデオ、模擬試験などがあります。さらに、受験者はスクラムコミュニティを利用することができ、試験準備中の個人にサポートとガイダンスを提供します。

PSPO-I認定資格は、世界中の組織で高く評価され、認知されています。プロダクトオーナーが製品を効果的に管理し、顧客に価値を提供する能力を証明します。また、新たなキャリアの機会を開き、プロダクトオーナーの専門的な信頼性を高めます。

新しい質問 286
スプリントがキャンセルされるのはどのような場合ですか？
(最もよい答えを選びなさい)

開発者が製品計画を実行不可能と判断した場合。

スプリント終了までにすべてが終わるわけではないことが明らかになったとき。

営業部門が重要な新しい機会を得たとき。

スプリントゴールが古くなったら

説明
スプリントは、スプリント目標が古くなったときにキャンセルされることがあります。これは以下の理由からです：
* スプリントゴールは、スプリントを通じてスクラムチームにガイダンスとフォーカスを提供する短期的な目標である。それは、スプリントを通じてより多くのことを学ぶにつれて調整することができる柔軟で交渉可能なコミットメントである。
* スプリントは、他のすべてのスクラムイベントや活動のための容器である。スプリントは、スプリントの目標を満たす「完了」インクリメントを作成する1ヶ月以内のタイムボックスである。スプリントは開発作業を通じて一貫した期間を持ち、スプリント間でのみ期間が変更される。
* プロダクトオーナーがスプリントゴールがもはや有効でない、または価値がないと判断した場合、スプリントは終了する前にキャンセルされることがあります。これは、市場、技術、ビジネスの方向性、顧客のニーズの大きな変化など、さまざまな理由で起こる可能性があります。
* スプリントがキャンセルされることは、稀で例外的なことである。それは、価値の提供に使えたはずの時間とリソースの浪費を意味する。また、スクラムチームや利害関係者のリズムや流れを乱すことにもなる。
* スプリントがキャンセルされた場合、完了した "Done "プロダクトバックログ項目はレビューされ、リリースされる可能性がある。未完了のプロダクトバックログ項目は再見積もりされ、プロダクトバックログに戻される。その後、スクラムチームは新しいスプリントを計画する。
開発者が製品計画が実現不可能だと判断したとき、スプリントの終わりまでにすべてが完成しないことが明らかになったとき、営業部門に重要な新しい機会があるときなど、その他の選択肢は、スプリントをキャンセルする正当な理由にはならない。それらは、スプリントゴールとは何か、あるいはスクラムがどのように機能するかについての誤解を反映しているかもしれない。
参考文献
* スクラムガイド]の15ページ、セクション "スプリントゴール"
* スクラム・ガイド]の9ページ、セクション "スプリント"
* スクラムガイド]の16ページ、セクション "スプリントのキャンセル"

新しい質問 287
プロダクトオーナーは不在で、スプリント計画の前に開発者の質問に答えることができない。そのため、開発者は信頼できる予測を立てるために高いレベルの不確実性を感じる。
チームは何をすべきか？

現在のスプリントの期間を延長し、すべての質問に答えるようにする。

スプリント・プランニング・ミーティングは中止または延期されるべきである。

今度のスプリントは中止すべきだ。

開発者は最善の推測をすべきで、心配しすぎる必要はない。

新しい質問 288
プロダクト・ビジョンは、すべてのスプリントに全体的な方向性を与え、チームの集中力を維持するのに役立つ。

偽

真

新しい質問 289
スプリント・レビューは、1ヶ月のスプリントに対して4時間のミーティングを行う（スプリントが短い場合、イベントは通常より短くなる）。

真

偽

新規質問290
デイリースクラムでは、開発者は24時間後の作業を計画する。

真

偽

新しい質問 291
スクラムに従って、バーンアップチャートを使ってスプリントの進捗を予測することは許されますか？

ノー

イエス

新しい質問 292
スプリント・レビューのタイムボックスは？
(最もよい答えを選びなさい)

1ヶ月のスプリントで2時間。

1日。

1ヶ月のスプリントで4時間。

必要な限り。

説明
スプリント・レビューの時間枠は、1ヶ月のスプリントで4時間である。これは以下の理由からである：
* スプリントレビューは、スクラムチームと利害関係者がインクリメントを検査し、必要に応じてプロダクトバックログを修正するイベントです。スプリントレビューの目的は、フィードバックを引き出し、コラボレーションを促進することである。
* 各スクラムイベントのタイムボックスは、その頻度と期間に比例する。1ヶ月のスプリントは最大1ヶ月に相当する。
* ヶ月のスプリント・レビューのタイムボックスは4時間である。短いスプリントの場合は、通常もっと短くなる。
* タイムボックスは、次に何ができるかに関連して何が行われたかを点検し、価値を最適化するために必要な適応を行うのに十分な時間があることを保証する。
その他の選択肢、例えば1ヶ月のスプリントで2時間、1日、必要なだけ、などは、スプリントレビューの正しいタイムボックスを反映していないため、有効な回答ではありません。
参考文献
* スクラム・ガイド]の17ページ、セクション "スプリント・レビュー"
* スクラム・ガイド]の9ページ、セクション "スプリント"
* スクラム・ガイド]の9ページ、セクション「スクラム・イベントのタイムボックス」。

新しい質問 293
2つのスクラムチームが同じ製品に取り組んでいる場合、それぞれのパフォーマンスを比較できるように、見積もりを正規化する必要がある。

偽

真

新しい質問 294
チームの構成はどのくらいの頻度で変えるべきか？

毎スプリント、創造性と開放性を奨励する。

短期的な生産性の低下を考慮し、必要に応じて。

生産性が落ちるからだ。

生産性の変化を気にすることなく、必要に応じて。

新しい質問 295
プロダクトバックログのリファインメントが必要な場合、いつリファインメントを行うのが理想的で、誰が参加すべきか？
(最もよい答えを2つ選びなさい)

スクラムチームは、その前のスプリントにおいて、作業を開始するのに十分な精度でプロダクトバックログ項目を定義することができなかった場合、現在のスプリントにおいて、プロダクトバックログ項目を定義する。

組織のビジネスアナリストは、開発スプリントの1～2スプリント前に、スクラムチームのためにこの作業を行うべきである。

プロダクトオーナーは、スプリントOの必須作業としてこれを行わなければならない。

プロダクトオーナーは、1つのスプリントが終了してから次のスプリントが始まるまでの間に、改良を完了させる。

スクラムチームは継続的に、プロダクトバックログの項目を、選択可能な、より正確な小さな項目に定義する。

説明
洗練が行われる理想的なタイミングと参加すべき人は、現在のスプリント中にスクラムチームであり、それ以前のスプリントで作業を開始するのに十分な精度でプロダクトバックログ項目を定義できなかった場合、スクラムチームは継続的に、プロダクトバックログ項目をより小さいより精度の高い項目に定義し、選択できるようにする。これは以下の理由からである：
* プロダクトバックログの洗練とは、プロダクトバックログ項目に詳細、見積もり、順序を追加することである。これは、スクラムチーム全体が関与する継続的かつ協調的なプロセスである。
* スクラムチームは、スプリントプランニングで選択するのに十分な、明確で準備の整った項目が十分にあることを確認するために、必要に応じてプロダクトバックログを洗練させるべきである。絞り込みに費やす時間はスクラムチームによって異なるが、開発者の能力の10%を超えないことが推奨される。
* スクラムチームは、以前のスプリントでプロダクトバックログを改善できなかった場合、スプリントでプロダクトバックログを改善することもある。これは、製品が新しい場合や複雑な場合、あるいは製品のビジョンや方向性に大きな変更があった場合に起こる。しかし、これは価値やフィードバックの提供を遅らせる可能性があるため、ルールではなく例外とすべきである。
ビジネスアナリストがスクラムチームのためにリファインメント作業を行う、プロダクトオーナーがスプリント0やスプリント間で単独でリファインメントを行う、プロダクトバックログのオーナーシップを誰かに譲る、といった他の選択肢は、スクラムの原則や価値観に合致していない。これらは、誤解、ズレ、オーナーシップと説明責任の喪失につながる可能性がある。
参考文献
* スクラムガイド]の11ページ、セクション "プロダクトバックログ"
* スクラム・ガイド]の12ページ、セクション "プロダクト・バックログ・リファインメント"
* プロフェッショナル・スクラム・プロダクトオーナー・トレーニング]の7ページ、セクション "プロダクトバックログ管理"
* プロフェッショナル・スクラム・プロダクトオーナー・トレーニング]の8ページ、セクション "リリース管理"
* プロフェッショナル・スクラム・プロダクトオーナー・トレーニング]の9ページ、セクション "ビジネス戦略"

新しい質問 296
収益は製品の価値を測る唯一の尺度である。

真

偽

新しい質問 297
スプリントゴールの達成を危うくするような変更は許される。

真

偽

新しい質問 298
バーンダウンチャート」で何が追跡できるのか？

キャパシティの向こうにどれだけの仕事が残っているか。

時間経過の間にどれだけの仕事が残っているか。

残り時間は？

新しい質問 299
複数のインクリメントをスプリント内で作成することができる。インクリメントの合計はスプリントレビューで提示され、経験主義をサポートします。

偽

真

新しい質問300
スプリントバックログと呼ばれる3つの要素はどれですか？

ステークホルダーから提供されたスプリントバックログのベースライン。

スプリントゴール（なぜ）。

このスプリントで選択されたプロダクトバックログ項目。

プロダクト・バックログ項目を提供するための計画。

新しい質問 301
複数のスクラムチームが1つの製品に取り組む場合、彼らは同じプロダクトバックログから作業を選択すべきである。

偽

真

新しい質問 302
プロダクト・バックログには十分な詳細が必要だ。

偽

真

新しい質問 303
スプリントは、スクラムにおける検査と適応のための正式な機会である。

偽

真

新しい質問304
次のスクラムイベントのうち、タイムボックスがあるものはどれですか？

スプリント・ゼロ

スプリント計画

デイリースクラム

スプリント回顧

スプリント・グルーミング

ハードニング・スプリント

新しい質問 305
スプリントは検査と適応の可能性を確保する。

真

偽

新しい質問 306
つの製品を作るために、5つの新しいスクラムチームが作られた。スクラムチームの1つに所属する数人の開発者が、スクラムマスターに、他のチームとの作業の調整方法を尋ねてきた。スクラムマスターは何をすべきか？
(最もよい答えを選びなさい)

他のチームと協力して、5チームすべての仕事を包括する統合インクリメントを作成するのは、自分たちの責任であることを教える。

スプリントプランニングの最後にチームからスプリントタスクを集め、スプリント全体の統合プランに統合する。

毎日5つのチームを訪問し、スプリントバックログが揃っているかを検査する。

スプリント中に重複が多くならないように、プロダクトオーナーがリード開発者と協力してプロダクトバックログを発注するように指導する。

説明
答え A. 他のチームと協力し合って、自分たちのチームを作り上げることが自分たちの責任であることを教える。
5チームすべての仕事を包含する統合インクリメント。
説明スクラムガイドによると、スクラムチームは、他のチームとの調整や統合を含め、製品に関連するすべての活動に責任を持つ。スクラムマスターは、他のチームと協力して、完了定義と製品目標を満たすリリース可能な製品インクリメントを作成する方法を開発者に教えるべきである。この調整を促進する一つの方法は、スクラムオブスクラムミーティングを使うことである。スクラム・オブ・スクラムミーティングは必須ではないが、各チームの作業を調整し、依存関係を解決するのに役立つ。
他の選択肢は、自己管理、経験主義、透明性といったスクラムの原則に反するため、正しくない：
* B. チームからスプリントのタスクを集め、それらを統合してスプリント全体の計画を作成することは、中央集権的で統制された調整方法であり、チームの自己管理と自律性を損なう。スクラムマスターは、プロジェクトマネージャーや調整役としてではなく、チームが自分たちの仕事を管理できるようにするサーバント・リーダーやコーチとして行動すべきである。
* C.毎日5つのチームを訪問し、スプリントバックログの整合性を検査することは、チームの信頼と透明性を尊重しない、マイクロマネジメントと検査アプローチである。
スクラムマスターは、チームの作業を邪魔してはならないが、製品のビジョン、目標、要求事項の共通理解を作るためにチームをサポートすべきである。
* D. プロダクトオーナーがリード開発者と協力して、スプリント中に重複が多くならないようにプロダクトバックログを発注するよう指導することは、チームの集合的な知性と創造性を活用しない、最適とは言えない非効率的な調整方法である。プロダクトオーナーは、プロダクトバックログの発注を一部の個人に頼るのではなく、すべてのチームやステークホルダーと協力して、価値の提供を最大化すべきである。
参考文献
* スクラムガイド]のセクション2.2："スクラムチームは、利害関係者の協力から、検証、保守、運用、実験、研究開発、その他必要と思われるあらゆる製品関連活動に責任を持つ。"
* スクラム・オブ・スクラム - アジャイル・スケーリング・フレームワークの手引き - Agilest: "様々なチームの調整は、スクラム・オブ・スクラムミーティングで行われる。各スクラムチームは、スクラムマスターまたは指名されたチームメンバーをスクラム会議に代表として出席させる。"

新しい質問 307
スクラムチーム内には、サブチームや階層は存在しない。

真

偽

ローディング …