A.  これは単なる予測であり、スプリント中に学習が進むにつれて変化します。

B.  達成不可能と思われる場合、開発チームは勇気を持ってプロダクト オーナーに伝えます。

C.  プロダクトオーナーは、それが達成できるかどうかについて開発チームの意見を尊重します。

D.  集中力を高めます。

E.  スクラム チームは、それを達成するための代替方法についてオープンに議論します。

F.  開発チームはそれに取り組んでいます。

A.  開発チームとの相談

B.  リストに優先順位を付け、順番に作業します。

C.  すべてのプロジェクト マネージャーとのトリアージ ミーティングを手配します。

D.  障害とその影響について経営陣に警告します。

A.  アイテムを将来のスプリントに移動します。

B.  可能な限り完了し、残りの作業を新しいプロダクト バックログ項目として追加します。

C.  プロダクトオーナーと協力して、何が可能で許容できるかを判断します。

D.  開発チームにスペシャリストを追加するようリクエストします。

A.  プロダクト オーナーがビジネス機能をすべてのスプリントに組み込むことの価値を理解できるようにし、機能の開発とともに最適なアーキテクチャとインフラストラクチャが生まれることを説明します。

B.  プロダクト オーナーには、開発チームが行う作業の価値を最大化する責任があるため、その決定を支持します。

C.  1 つのスプリントではアーキテクチャを完了するには短すぎる可能性があるため、念のため後続のスプリントを事前に割り当てる必要があることを説明します。

D.  最初のスプリントでアーキテクチャを確実に完了できるように、開発チームに少なくとも 1 人のテクニカル アーキテクトを追加します。

A.  プロジェクト マネージャーは個人を特定のチームに割り当てます。

B.  すべての開発者または既存のチームを集めて、新しい構造に組織化し、開発チームに自己組織化する方法を提案させます。

C.  運用マネージャーが新しいチームの構造と割り当てを決定します。

D.  直属のマネージャーは、現在のレポートを新しいチームに個人的に再割り当てします。