スクラムの儀式：スプリント計画

スクラムスプリント計画：深いダイビング

各スプリントの礎石であるスプリント計画は、今後の反復の段階を設定します。 プロダクトオーナー、スクラムマスター、および開発チームの間のこの共同の取り組みは、スプリントの目標とそれらを達成するために必要な作業を定義します。

コア目的：

スプリントの明確なアジェンダを確立する。プロダクトオーナーは、優先順位を付けたユーザーストーリーを提示し、製品ビジョンを調整します。その後、チームは、関係する努力を推定し、過去のパフォーマンス（Velocity）に基づいて現実的な数のストーリーを完了することにコミットします。結果？ 相互に合意されたスプリントバックログ。

（このセクションは、M。davidGreenによる「スクラム：初心者から忍者へ」からの抜粋です。書店で入手可能）

スクラムマスターは促進しますが、製品所有者はスプリント計画の内容を駆動します。

時間の割り当て：

スプリントの長さに応じて、持続時間は柔軟です（たとえば、2週間のスプリントで3〜4時間、潜在的に1日のスプリントで1日です）。 徹底的な計画は、効果的なコミュニケーションと成果物の共通の理解の鍵です。 熟練したスクラムマスターは、プロセスが焦点を絞ったままで、割り当てられた時間内に保証します。

準備：製品所有者は、洗練された製品バックログを準備し、利害関係者と協力して、ストーリーが明確で、明確に定義され、優先順位付けされていることを確認します。 各ストーリーには、明確な完了のための受け入れ基準が含まれています

ストーリーの紹介：プロダクトオーナーは、準備されたストーリーを提示し、オープンディスカッションを促進し、チームが実行可能性と完全性に疑問を呈することを可能にします。 この共同レビューは、整合性を保証し、潜在的な課題に積極的に対処します。

技術的な考慮事項：

チームが積極的に参加し、技術的な負債、リファクタリングニーズ、またはインフラストラクチャのアップグレードに関する懸念を提起します。 製品所有者は優先順位を設定していますが、チームは、明確に定義されていない、または技術的に実行不可能なストーリーを拒否する権限を保持しています。 ストーリーの見積もり：

チームは、選択した方法（ポイント、Tシャツのサイジングなど）を使用して、各ストーリーの相対的な努力を推定します。 これは相対的であり、過去の経験に基づいた比較努力に焦点を当てた時間の推定ではありません。 選択した推定システムの一貫性は、速度を追跡するために重要です。

チームのコンセンサス：ストーリーの見積もりに関する合意は不可欠であり、透明性と共有された理解を促進します。 すべてのチームメンバーは、ストーリーに直接作業していなくても、関係する努力を理解する必要があります。

バグの取り扱い：バグ（完了または受け入れられたストーリーでの要件の紛失）は対処されていますが、ポイントを受け取りません。 それらの解像度は速度に影響を与えますが、点推定には考慮されていません。 バグ固定の個別の容量は割り当てられていません

タスク対ストーリー：タスク（コードメンテナンス、インフラストラクチャの改善）は非常に重要ですが、ユーザー値を直接配信しないためポイントを受け取らないでください。 プロダクトオーナーとの交渉により、これらの重要なタスクが優先されるようになります。

スパイク：

不確実な技術的課題には、スパイク（研究タスク）が必要になる場合があります。 これらは、リソースの排出を防ぐための受け入れ基準と時間の制約を定義しています。 スプリントバックログにコミットしているチームは、速度とストーリーの見積もりに基づいてスプリントバックログを作成するために協力しています。 製品所有者はコンテンツと注文に関する最終的な権限を持っていますが、チームはワークフローを最適化し、継続性を維持するための調整を提唱できます。 最終的な合意は、スプリントを開始する前に重要です

最終結果：共有スプリントバックログ、明確なスプリントゴール、およびスプリントの時間枠内で優先順位付けされたストーリーを提供するという集合的なコミットメント。 誰もが自分の責任と前進の道を理解しています

よくある質問（FAQ）：

スプリント計画の目標：

スプリントの成果物と作業計画を定義します。 会議期間：

スプリントの長さ（たとえば、2週間のスプリントの場合は4時間）に基づいて異なります。

• スクラムマスターの役割：ファシリテーション、スクラムの原則への順守を確保します
• スプリント目標の決定：選択したバックログアイテムとチーム容量に基づく共同決定。>
• 不完全なタスク：製品のバックログに返されます。振り返ってみると根本原因に対処します。
• チーム容量：チームのサイズ、可用性、歴史的パフォーマンスによって決定されます。
スプリントの目標の変更：
• スプリント中に変更しないでください。状況が劇的に変化する場合、キャンセルはオプションです プロダクトオーナーの役割：
バックログ項目、受け入れ基準を明確にし、タスクの選択について協力します。
• 会議の結果：スプリントゴール、選択されたバックログアイテム、配達計画（スプリントバックログ）。
• 会合周波数：各スプリントの開始時。
• この詳細な説明は、スクラムスプリント計画の包括的な理解を提供し、コラボレーション、透明性、およびコミットメントを強調しています。

以上がスクラムの儀式：スプリント計画の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。