この投稿は2017年1月11日に公開され、最近では2021年2月7日に更新されました。
プロジェクト管理のスクラムフレームワークは、Sprint Planning meeting、Daily Stand-up、Sprint Review、Sprint Retrospectiveの四つの基本的なアジャイルミーティング、すなわち儀式に基づいています。
春の計画は、成功したスプリントのためにあなたのチームを設定する上で不可欠な部分です。 適切な量の作業と目標の理解がなければ、スプリントはすぐに脱線する可能性があります。 幸いなことに、これらの会議は、いくつかの重要な計画プロセスを完成したら、習得するのはかなり簡単です。
あなたはスプリント計画会議を実行したことがない場合は、ここであなたのgo-toガイドです。
バックログから項目を選択する
各スプリントの開始時に、製品所有者、スクラムチーム、スクラムマスターが集まり、今後のスプリントの作業を整理します。
まず最初に！ 誰もがプロダクトバックログをレビューし、製品所有者は各項目の目標とコンテキストについての洞察を提供します。
次に、スクラムチームはスプリント中に完了したいプロダクトバックログから多くの項目を選択します。 バックログ項目は重要度の高い順に表示されるため、スクラムチームはバックログの先頭から項目を選択する必要があります。
このダイナミックは、スクラムチームと製品所有者の間のバランスを作成します。 製品所有者は、バックログを作成/整理し、最も重要なものを選択します。 しかし、スクラムチームは、特定のスプリントでどれだけの作業をコミットできるかを正確に決定します。 スクラムマスターはこのプロセスを容易にし、力のバランスを維持します。
このプロセスは、チームの各メンバーが自分の仕事に関して権限を与えられていると感じることを保証します。 さらに、それはチームからのより誠実な責任そしてより大きい責任能力を保障する。
このルールには一つの例外があります：チームは、そのスプリントで進行中の他の作業とより理にかなっている場合にのみ、バックログの下から項目をプル それは他の項目に非常に似ているので、作業が論理的に速く行われます場合は、意味します。
チームの可用性の推定
バックログから項目を選択する前に、チームは各メンバーがスプリント関連の作業に要する時間を推定する責任もあります。 ほとんどのチームメンバーの日は、スプリント作業に完全に専念するものではありません。 利用可能な時間は、平均稼働日からメンテナンス、会議への出席、昼休み、電子メール、バグ修正などの他の作業に費やすと予想される時間を差し引いたもので決定する必要があります。
現実的には、ほとんどの人はスプリント作業のために一日あたり四から六時間を持っています。
各バックログ項目を完了するまでの時間を見積もる
パズルの第二の部分は、各項目自体がどのくらいの時間がかかるかを把握しています。 これには、製品所有者とチームが協力して各アイテムを個々のタスクに分割する必要があります。 その後、これらのタスクに完了までの推定時間を割り当てることができます。 スプリントのために選択されたすべての項目を完了する時間は、チームで利用可能な時間を超えることはできません。
各タスクと時間の見積もりは、スプリントバックログと呼ばれる文書に記録されます。 これは、現在のスプリントにのみ関連するバックログのバージョンです。
自己組織化
チームがメンバーの可用性と各タスクに必要な時間を確定すると、チームはボランティアによって各アイテムを完了する人の決定を開始
アイテムはチームメンバーに”割り当て”されることはありません。 シーケンシングなどの要因は、一人が特定の項目のグループ化を取得する方が理にかなっていることを意味するかもしれません。 しかし、作業者の意思に反してタスクを割り当てることはありません。
各個人の最終的な作業負荷は、合理的かつ公正でなければならない。 製品所有者は、チームが各項目を完全に理解して、できるだけ均等に物事を分割できるように支援する上で大きな役割を果たします。
進捗状況の追跡
会議が終了するまでに、スプリントバックログには、割り当てられたタスクのリストと時間の見積もりが含まれます。
多くのチームは、カンバンボード（物理またはデジタル）を使用して、スプリント内を移動する各アイテムを視覚的に追跡します。 実行中、進行中、コードレビュー、完了のような単純なカテゴリは、チームがスプリントアイテムの進行状況を迅速に把握するのに役立ちます。
他のチームは専用のプロジェクト管理ソフトウェアを使用しており、ガントやバーンダウンチャートなどの視覚的な機能を使用してスプリントを最初から最後まで追跡するのに役立ちます。 オープン、進行中、解決済み、クローズなどのタスクステータスは、すべてのメンバーの進行状況を透過的に保ちます。 また、推定時間や実際の時間などのデータを追跡することで、将来の作業をよりよく見積もることができます。
スプリント中
スクラムチームがコミットしてスプリントが始まると、製品所有者は要件を変更したり、新しい要求を追加したりすることはできません。 この人は、次のスプリントの開始まで変更を加えることはできません。
このルールには明確な例外が1つあります：外部要因が優先順位を大幅に変更した場合、スプリントの結果が無駄になるように変更することがで これはめったに起こりませんが、それが行われた場合、チームはすべての作業を停止し、スプリント計画プロセスを最初から開始します。 製品の所有者は、極端な状況でのみこの大規模な混乱に頼るべきです。
スプリントを変更できないようにすることには2つの肯定的な効果があります。 まず、スプリントの途中でチームを変更や追加から保護することで、より積極的な作業環境が生まれます。 チームメンバーは、自分の仕事を完了し、それをうまく行う能力に自信を持って感じるでしょう。
第二に、製品所有者がバックログに細心の注意を払って優先順位を付けることを奨励しています。 彼らは、リストの一番上に項目をプッシュする前に、デューデリジェンスを行う可能性が高くなります。
時間が経つにつれて、チームはアイテムの所要時間を推定し、問題を予見し、お互いに協力することが良くなります。 この構造化されたスプリント計画を使用すると、製品所有者は、チームがコミットされ、作業を行うことができることを確信できます。
変更への適応
スプリントはほとんど中断されるべきではありませんが、これはスクラムフレームワーク内で変更が歓迎されないことを意味するものではありません。 逆に、メインバックログへの変更はいつでも発生する可能性があります。 製品所有者は、次のスプリントの前に必要な追加、削除、または変更を行うための自由な統治を持っています。
チームがこのように変化にアプローチすると、それはプロセスの会計処理の一部となり、もはやストレスの原因や期限を逃した理由とはみなされません。
スプリントの後
アジャイルプロセスは循環的なものです。 しかし、多くの場合、あなたは春の計画会議を実行することを選択し、あなたは常にすべての上にプロセスを開始するためにそれらに戻ってくる あなたのチームがこれを経験したことが多いほど、各サイクルはよりスムーズになります。
手元にあるプロジェクトやタスクを完了する以外に、チームとして何かを学ばなければ、スプリントは完全に成功しませんでした。 このプロセスの次のステップは、Sprint Retrospectiveです。 それはあなたがちょうど達成したすべての分析を含み、何が次回より良く行くことができます。 あなたとあなたのチームが使用できる可能な技術のいくつかに足を取得するには、あなたのスプリントを終了する前に勉強を開始します。 有能なスクラムマスターは、プロセスの各ステップを正確に知っています。
最終的な考え
スプリント計画会議は、正しく実行されると数時間続くことがよくあります。 約束は慎重な思考と審議を必要とします。 あなたのチームに成功のために完全に計画する必要がある時間を許可するべきである。
タスクを整理して透明に保つことは、プロセスの追跡をはるかに簡単にするので、あなたのチームがまだない場合は、専用のプロジェクト管理ソフ 優れたプロジェクト管理ツールは、時間と労力を節約するだけでなく、レトロスペクティブに飛び込む準備ができたら、プロセスから洞察を簡単に収集
