プロダクト バックログ項目は十分に明確であり、プロダクト オーナーと開発担当者が実行する必要がある作業を理解し、スプリント目標を実装するためにプロダクト バックログ項目の予測を作成するのに十分な情報が含まれている必要があります。スプリントの流れを止めるものは何もありません。たとえば、アイテムの準備ができていないからといってスプリントを遅らせることはありません。このような場合、「準備ができていない」項目がスプリント用に選択され、スプリント中に洗練されます。
プロダクト バックログ項目が十分に明確でない場合、開発チームは目標を達成する可能性が最も高いプロダクト バックログ項目を予測し、可能性の高い初期設計と計画に基づいてスプリント バックログを作成します。スプリント計画ミーティングのタイムボックスが終了したら、スプリントを開始し、スプリント中に分析、分解、追加機能の作成を続けます。スプリントの終わりに、スクラム チームは次回のスプリント レトロスペクティブで、なぜこれが起こったのか、どのような変更を加えれば再発の可能性が低くなるのかについて話し合うことができます。

非機能要件は、機能開発と並行して取り組む必要があります。

タイムボックスは、自己組織化されたチームの規則性と集中力を促進します。出荷可能なインクリメントがあると、チームは次に何を行う必要があるかを協力して決定できるようになります。

説明
簡単な説明: スクラムは、顧客と関係者に反復的かつ段階的な方法で価値を提供するためのフレームワークです。スクラムは、プロジェクトの予算編成と財務予測の実行方法を規定しませんが、このプロセスに役立ついくつかの原則と実践方法を提供します。
これらの原則の 1 つは、各スプリントが価値を提供し、完了の定義を満たすリリース可能な製品の増分を生成する必要があるということです。これは、複数のスプリントが 1 つのリリースとして資金提供され、各スプリントがリリース可能な製品となる可能性があることを意味します12。これにより、製品所有者は、顧客や関係者からのフィードバック、および市場の状況に基づいて製品をリリースする時期を決定できます。
もう 1 つの原則は、スクラムが透明性、検査、適応を促進することです。これは、費やした投資に対して価値が確実に提供されるように、予算編成と予測のプロセスを各スプリントと同じ頻度で再検討する必要があることを意味します13。これにより、スクラム チームは、提供されたスプリント インクリメントの結果を検査し、予想されるメリットやコストと比較し、それに応じて製品バックログとリリース計画を調整することができます。
スクラムは、固定範囲、コスト、時間を必要とする従来の会計慣行とは一致しません。ただし、これは、スクラム チームに予算編成プロセスが必要ないこと、またはスクラム チームの実行コスト (時間と資材) をカバーするだけでよいことを意味するものではありません。スクラム チームは依然として、製品バックログ項目のサイズと価値を見積もり、製品またはリリースの納期とコストを予測し、製品またはリリースの実際の支出と収益を追跡する必要があります43。違いは、これらの見積もりと予測が、事前の仮定や推測ではなく、以前のスプリントからの経験的データに基づいていることです。また、新しい情報が出現したり、新しい要件が発生したりすると、変更される可能性があります。
参考文献:
スクラム ガイド 2020、セクション「スプリント」、「インクリメント」、「経験主義」。
効果的なアジャイルな予算編成と予測のためのヒント | Toptal、セクション「コンテキストの確立と期待の設定」、「価値のための予算」。
プロジェクトの予測と予算 | Microsoft Learn の「プロジェクト予測」セクション。
スクラム プロジェクトの計画と予算 - PMHut、セクション「スクラム プロジェクトの予算」。

ソフトウェアが動作することが進歩の主な尺度です。