スプリント計画 101: 優れたスプリントを計画する方法

アジャイルとは何かを十数人に尋ねると、十数の異なる答えが返ってくるでしょう。 しかし、スクラムをモデルとして定義するのが最も適切です。 スクラムは、アジャイル フレームワーク内でプロジェクトを管理する方法であり、プロダクト オーナー、スクラム マスター、およびチームの 3 つの役割で構成されます。

プロダクト オーナーはプロジェクトのビジネス面に専念し、スクラム マスターはコーチのように振る舞う専門家です。 チームは自律的であり、プロダクト オーナーの目標を達成するために適切と思われる方法で作業します。

スクラムの基本に興味がある場合は、ガイドを確認してください。 この記事では、スクラム フレームワークのイベントの 1 つであるスプリント計画について詳しく説明します。

スプリントとは？

ある程度の規則性を提供し、会議の必要性を最小限に抑えるために、スクラムはイベントに分割されます。 これらのイベントの 1 つがスプリントです。 スプリントは、プロジェクトの開発サイクルにおける反復です。

スプリントは、チームが完了してレビューの準備をしなければならない、計画された少量の作業によって定義されます。 スプリントは、プロジェクトのアジャイル フレームワークに由来し、通常はスクラムに関連付けられています。 ただし、スプリントは、継続的な配信の概念を持つかんばんの手法にも適合します。 スクラムバンはスプリントも展開します。

単語の辞書的な意味のように、スプリントは短いレースのようなものです。 通常は 2 ～ 4 週間以内の期間を定義します。 スプリントの目標は、プロダクト オーナーとチームの間で決定されます。これを「スプリント ゴール」と呼びます。 作業は、完了すべきタスクのリストであるスプリント バックログから取得されます。 バックログは、メンテナンスを容易にするためにボードまたはタスク リストに格納されることがよくあります。

チームは協力してスプリントを完了し、レビューの準備を整えます。 ただし、スプリント計画が作成されるまでスプリントを開始することはできません。

良いスプリント計画を立てる方法

スプリント計画は、アジャイル プロジェクトのスクラム フレームワークのもう 1 つのイベントです。 それは、チームがスプリント中にバックログ内のどの項目に取り組むかを決定することから始まります。 これは、チームと製品所有者の間の共同決定であるスプリントの目標です。

通常、スプリント計画にはチームの全員が関与します。 バックログの優先順位付けを手伝い、どの項目をスプリントの目標に含めるべきかを提案するプロダクト オーナーがいます。 チームは、スプリント中にバックログが取り組むのに適したタスクの数を決定するために参加します。

また、スプリント計画に関与するのはスクラム マスターです。 スクラム マスターは、アジャイル プロジェクトのスクラム フレームワークの専門家です。 スプリント計画のファシリテーターとして機能し、スプリント計画が効果的であること、適切なバックログ項目が処理されていること、関係者間で合意が得られていることを確認します。

スプリント計画には、主に 3 つのフェーズがあります。

1. 設計

通常、スプリントの設計は 1 回限りのイベントですが、プロセスを改善するために微調整することはできます。 設計が機能しない場合を除き、もちろん、設計図に戻る必要があります。

スプリント計画の設計段階の各部分は、スプリント計画ミーティングから始まります。 これは、ビジネス イニシアチブが測定され、スプリント バックログが作成される場所です。 別の会議では、バックログをタスクに分解し、バックログを完成させます。

毎日スクラムミーティングがあります。 これらは、スプリントの進行状況を更新するためのチェックインです。 この時点で、タスクはさらに優先順位が付けられ、チームの作業速度をグラフィカルに示すバーンダウン チャートのレビューに基づいて割り当てられます。

また、スプリント全体で、バックログ グルーミングと呼ばれるものがあります。 これは、製品の所有者とチームが、進捗状況に基づいてバックログを確認し、改良するときです。

スプリントが終了すると、スプリント レビュー ミーティングが行われます。 ここでは、完了したスプリントの結果が、計画会議のプロジェクト目標に対して分析されます。 また、スプリント中に使用されたプロセスとツール、および次のスプリントのためにそれらをどのように改善できるかを検討する、スプリント回顧会議もあります。

これらの設計は、チームが達成する必要がある現実的なスケジュールとマイルストーンを作成することに重点を置いています。 設計は、プロジェクト チームのすべてのメンバーによって合意される必要があります。 設計はプロジェクトの長さを決定する構造であるため、承認されたプロジェクトの範囲、コスト、および時間を満たす必要があります。

2. スプリント速度を推定する

スプリントの前に、プロダクト所有者はそのベロシティを決定します。 つまり、スプリント内でどれだけの作業を行う必要があるかということです。 この決定は、チームのスケジュールとその能力に基づいています。

この見積もりは、すべてのスプリントの開始時に作成されます。 設計段階でそうしたいという衝動があるかもしれませんが、待ったほうがよいでしょう。 次のスプリントに適用する必要がある各スプリントの後に得られる貴重な洞察があります。

推定の目標は、各スプリントの新しいスプリント速度を開発することです。 これは、そのスプリントの目的、前のスプリントから学んだ効率、および現在のリソースで現実的に何ができるかを反映する必要があります。 テスト自動化ツールから CI/CD ソリューションまで、各春に達成される目標の数を最大化するのに役立つ多くのツールも現在利用可能です。

3. スプリント作業の割り当て

ここでスクラムマスターが役に立ちます。 彼らの専門知識により、彼らはチームと緊密に連携して、製品所有者から与えられた要件を満たすことができます。 スクラム マスターとチームが協力して、スプリントの作業を割り当てます。

しかし、チームは比較的独立して作業しています。これは、アジャイル フレームワークの原則の 1 つです。 自律型チームの考え方は、作業スクラムの基本であり、スプリント ゴールへのスプリントの管理を担当します。

これは、タスクの実行に最も熟練した人を割り当てることによって行われます。 適切な人員が使用され、チームは仕事に対する説明責任の意識を高めます。 彼らは自律性によって力を与えられています。

成功したスプリントと失敗したスプリントの違い

スプリントが成功したかどうかを判断するのは非常に簡単です。 それは目標を達成しましたか？ スプリントの目標は、スプリントを開始する前に、プロダクト オーナーとチームによって決定されます。 その基準が満たされていれば、スプリントは成功です。 これは、バックログを許容できる速度で処理していることを意味します。

対照的に、チームがスプリントの目標として設定されたバックログのすべてを完了できない場合、そのスプリントは失敗です。 スプリントが迅速で、常に進化しているという事実は、プロジェクトの最後に誰も望まない製品になってしまうことを避けるためです。 これも失敗でしょう。

成功は、プロジェクトが正しい方向に進んでいることを確認するスプリント レビューによって測定されます。 主要な利害関係者とエンドユーザーが不満を持っていたり、成果物が彼らの期待に応えていなかったりする場合、これは失敗です。 スプリントの終わりに何も学ばない場合、それは失敗と見なすこともできます。 結局のところ、実験と経験的プロセスがすべてなのです。

ProjectManager.com はスプリント計画に役立ちます

ProjectManager.com は、柔軟なプロジェクト管理ソフトウェアです。 次のスプリントの計画に関しては、スプリント計画テンプレートを使用して、すぐに始めることができます。 このテンプレートは、開発チーム向けに設計されています。 タスクをバックログからボード ビューの開発に簡単に移動できます。

ボードを作成したら、チームは列をカスタマイズし、カードで共同作業を行うことができます。 独自の To Do リストを追加し、他のチーム メンバーとコメントすることができます。 無制限のファイル ストレージがあるので、ドキュメントや画像を好きなだけ追加できます。 それらはすべてタスク レベルで添付されるため、重要な書類を際限なく検索する必要はもうありません。 また、電子メールで通知されるプロダクト オーナーまたはスクラム マスターに @ 連絡を取り、会話に参加させます。

タスク リスト ビューは、バックログの優れたツールです。 期日、所有者、プロジェクトなどでデータをフィルタリングすることで、そのバックログを管理できます。タスクにタグを付けて、見つけやすくすることもできます。 ProjectManager.com はクラウドベースであるため、タスクのステータス更新はすぐにソフトウェアに反映され、透明性が向上します。

最後に、リアルタイム ダッシュボードがあります。 タスク、進捗状況、分散など、さまざまな指標にわたってプロジェクトを追跡します。 これは、利害関係者に対処し、プロジェクトの最新情報を提示するのに役立つもう 1 つの機能です。

ProjectManager.com は、クラウドベースのプロジェクト管理ソフトウェアであり、作業中の方法論に最適です。マネージャーがプロジェクトを計画、監視、報告するのに役立つツールがあります。 チームは、自主的なグループで作業し、生産性を高めるための自律性を与えるコラボレーション プラットフォームを手に入れます。 この 30 日間の無料試用版で ProjectManager.com を今すぐお試しください。