半分の時間で2倍の作業を抽出するには、しっかりした計画が必要です。に スクラム 、そのような計画は呼ばれます スプリントプラン そして、うまくいけば、次のことは同じものの完全な内訳になるでしょう。
組織のリソースを効果的に最適化する方法を学ぶために、次のことを強くお勧めします。 。これにより、あらゆる分野で多くの機会が開かれます。
この記事では、次のトピックについて説明します。
- スプリントプランとは何ですか？
- その参加者は誰ですか？
- 前提条件 効果的なスプリント計画の
- スプリント計画会議とは何ですか？
- スプリント計画会議のタイムボックス
- スプリントゴールとは何ですか？
- スプリント計画のメリットと落とし穴
したがって、製品の開発には、チームが次のことを理解できる計画が必要です。
- 彼らの目標は何ですか？
- 目標を達成するために何をしなければなりませんか？
- それはどのように達成されなければなりませんか？
スプリントプランは、これらすべての質問に答えることを目的としています。 スクラムフレームワーク 。
スプリントプランとは何ですか？
スプリントプランは、チームが 製品のバックログ その期間中に彼らが取り組むアイテム スプリント。最も最適化された方法で実行する必要があることを完了するための最初の計画について説明します。
ほとんどのチームは、スプリントの目標を設定し、それを、そのスプリント中に取り組む製品のバックログ項目を決定するための基礎として使用すると役立つ場合があります。
その参加者は誰ですか？
スプリント計画には通常、チーム全体が関与します。
に プロダクトオーナー ですスプリントの目標と優先順位を提案し、バックログ項目を特定するもの。
ザ・ チーム 完了することができると予測する製品バックログアイテムの数と、時間どおりにどのように納品するかを決定します。
ザ・ スクラムマスター ディスカッションが効果的であり、適切な製品バックログ項目がスプリントバックログに含まれていることを確認するために、スプリント計画を容易にします。彼/彼女はまた、スプリントの目標に合意があることを確認します。
効果的なスプリント計画の前提条件
次のような効果的なスプリント計画を保持するために注意する必要がある特定の前提条件があります。
- 優先バックログ
- 手入れの行き届いた＆推定ユーザーストーリー
- の定義 完了
- チームの計画能力
スプリント計画会議とは何ですか？
スプリント計画会議は、通常、2つの部分に分かれています。
ステップ1： 範囲
チームは、既存の製品バックログアイテムの優先リストから、スプリント中に完了することができると予測するアイテムを選択します。
以下は、会議の議題で尋ねられる一連の質問の例です。
Javaでのクライアントサーバーソケットプログラミング
- スプリントの目標は何ですか？ （これは、スプリントに含める製品バックログアイテムを決定するための決定フィルターです。）
- どの製品バックログ項目がすでに実行されており、スプリントの目標に貢献していますか？
- この特定のスプリントに利用できるのは誰ですか？ （ここでは、スプリント中の全員の可用性に影響を与える休暇、休日、その他のアクティビティを特定しようとしています。）
- チームの能力はどれくらいですか？ （全員が利用可能であると仮定）
- スプリントの目標とチームの能力に基づいて、スプリントのバックログに何を含める必要がありますか？
- チームはスプリントの目標を達成することにどの程度自信を持っていますか？
ステップ2：計画する
このステップでは、チームは、選択した製品のバックログアイテムをどのように提供するかについて詳細に話し合います。これには、製品バックログアイテムのタスクの識別が含まれる場合があります。これにより、アイテム間の依存関係と最初の製品バックログアイテムへのサインアップが比較検討されます。 チームの各メンバーに。
スプリント計画会議のタイムボックス
で 環境、 タイムボックス として定義されています期間その間にタスクを実行する必要があります。タイムボックスは、で使用されることが一般的に知られています 危機管理 の ソフトウェア開発 。
チームは、ソフトウェアのリリース可能な改善を作成し、特定の週数にタイムボックス化された出荷可能な製品を作成するという任務を継続的に負っています。
に スプリント計画会議 すべきでタイムボックス化される 月に8時間 または 週2時間 1か月のスプリント。短いほどスプリント、短いほどタイムボックスためにスプリント計画。
スプリントゴールとは何ですか？
スプリント計画会議中に作成されたスプリント目標は、スプリントの目標です。これは、製品バックログの実装を通じて満たすことができます。増分が作成される理由について、開発チームにガイダンスを提供します。スプリントゴールは、スプリント内に実装された機能に関してチームにある程度の柔軟性を与えます。
スプリント計画のメリットと落とし穴
期待されるメリット
スプリント計画の主な利点は可視性です。これにより、チームは、そのスプリントで何に取り組むかを理解した上で、新しいスプリントを開始できます。それは、彼らがその仕事にどのように取り組むかについての最初の計画として役立ちます。
これとは別に、スプリント計画には他の利点もあります。
- スコープの可視性
- タスクの発見
- 容量の最適な使用法
- チームコラボレーションの改善
- 制御されたスコープクリープ（スコープの継続的な制御されていない成長）
一般的な落とし穴
チームに製品バックログアイテムを引き出すための十分に洗練された製品バックログがない場合、スプリント計画は非常に効果がなくなる可能性があります。
これは、合意された合意を満たす一連の製品バックログ項目をもたらす一貫したバックログ改良プロセスを確立することによって対処できます。 「完了」の定義。これらの製品バックログアイテムは、スプリントに含めることを検討する潜在的な製品バックログアイテムとして機能します。
スプリントの特定の目標を設定せず、全員が取り組む必要のある無関係なアイテムのセットになってしまうと、別の障害が発生します。その結果、スプリントの価値はありますが、目立った進歩はありません。
スプリントプランはオリジナルのスクラムイベントの1つであり、フレームワークの一部として作成されました。通常、チームがスクラムまたはその他のタイムボックス化された反復をフォローしている場合に使用されます。 フローベースのアプローチに従っている場合でも、この主題を理解して、次に作業するためにキューに入れられている項目についての共通の理解を構築することが効果的であると感じる場合があります。