スプリントの終了時には、新しい増分は「完了」でなければなりません。これは、使用可能な状態にあり、スクラム チームの完了の定義を満たしている必要があることを意味します。

チームの知識、スキル、行動、そして何が知られていて何が知られていないのかは、チームの有効性だけでなく、チームが生み出す成果にも影響を与えます。

説明
B: 技術的なリスクは、機能の開発と並行してアーキテクチャとインフラストラクチャが出現するときに最もよく制御されると説明していますね。さらに、ビジネス価値がより早く生み出されるという利点もあります。
これは、スクラムの経験主義の原則と一致しているため、良いオプションです。つまり、スクラム チームは、事前に定義された計画に従うのではなく、実際の結果とフィードバックに基づいて学習し、適応します12。アーキテクチャとインフラストラクチャが反復的かつ段階的に出現できるようにすることで、スクラム チームは最も重要で不確実な側面に最初に対処し、Sprint34 ごとに価値のある機能的な増分を提供できます。D. 透明性を維持するために、この作業をプロダクト バックログに追加するようにプロダクト オーナーを教育します。最初の数回のスプリントでこれらの項目を見積もるために開発者に作業を計画するよう依頼し、同時に初期のスプリントでいくつかのビジネス機能を作成します。これは、スクラムの透明性という価値観と一致しているため、これも良い選択肢です。つまり、スクラム チームと利害関係者は、製品のビジョン、目標、進捗状況、リスクについて明確かつ共通の理解を持っています12。この作業をプロダクト バックログに追加することで、プロダクト オーナーは価値と緊急性に応じて優先順位を付けて調整し、関係者に伝えることができます。最初の数回のスプリントで作業を計画するよう開発者に依頼することで、開発者は実際の経験と能力に基づいてこれらの項目を見積もることができると同時に、初期のスプリントでいくつかのビジネス機能を提供することもできます34。

コミットメント、勇気、集中力、オープンさ、敬意という価値観がスクラム チームによって具体化され、実践されると、透明性、検査、適応というスクラムの柱が生き返り、全員の信頼が構築され、自己組織化されたチームが選択できるようになります。自分の仕事を達成する最善の方法。

スクラムで定義された用語は、スクラム フレームワークをサポートするために特別に選択、設計、定義されました。従来の手法とスクラム フレームワークの違いを理解することは、スクラム導入においてチームを正しい方向に進めるのに役立ちます。