スプリント計画会議を成功させる方法

毎日の仕事でアジャイルを実践している人にも、初めて学ぶ人にも、理解すべき手順、用語、役割は多くあります。スクラムマスター、バックログ、振り返り、バーンダウンなど、まるでアジャイル手法には独自の言語があるようです。ただし、2020年にソフトウェア開発企業の71%超がアジャイルの原則を導入したのには理由があります。正しく実践すれば、新機能の提供やソフトウェア開発を従来よりすばやく進められます。今回は、その中の1つ、スプリント計画会議に焦点を当てます。この会議は、幅広いアジャイルの中の具体的な手法であるスクラムの4つのイベントの1つです。これらのスクラムのイベント、つまり会議は、すべてアジャイル開発に不可欠です。チームが協力し、仕事を完了するための枠組みを示します。 

スクラムの4つのイベントは次のとおりです。

1. スプリント計画 

2. デイリースクラム

3. スプリントレビュー 

4. スプリントの振り返り

スプリント計画を含むこれらの会議は、 できる限り効率的で生産的になるように計画・実行する必要があります。会議を開くこと自体が目的になってはいけません。予定が会議で埋まると、メンバーはアジャイルの原則全体の価値を感じにくくなります。そこで、スプリント計画会議を効率的かつ効果的に進めるために必要な情報とツールを紹介します。 

まず、スプリントとは？

スプリント計画会議を説明する前に、対象となるスプリントを明確にしましょう。スプリントとは何で、アジャイルでなぜ重要なのでしょうか？スプリントは、開発プロセス全体の中で区切った一定期間、つまり開発サイクルです。アジャイルは短い開発サイクルと頻繁な機能公開を重視するため、スプリントが重要になります。短いサイクルによって、機能の要望にすばやく応え、顧客のニーズに適応できます。規模や範囲によりますが、通常は2〜4週間です。 

スプリント計画会議の進め方

簡単にいえば、次のスプリントの計画と目標を決めるために、チームで開く会議です。協力的で、全員が参加でき、今後の仕事について意見を言える場にします。他の会議と同様に、円滑に進め、時間を有効に使うための方法があります。ここでは、4つの実践方法を紹介します。 

1. 会議を準備する 

会議が始まる前に、スクラムマスターとプロダクトオーナーが集まり、いくつかの事項を話し合います。開発チーム全員が意思決定に参加することは重要ですが、この準備によって大きな戦略目標と方向をそろえ、会議を進めやすくできます。  スクラムマスターとプロダクトオーナーが準備する項目：

• スプリント全体の日程と目標を明確にします。

• チームの対応可能量を評価します。

• 過去のスプリントの知見や学びを反映します。 

• 現在のスプリントバックログを整理します。

2. 議題を作り、それに沿って進める 

他の会議と同様に、議題は期待をそろえ、全員の集中を保つのに大変役立ちます。何を話すかの枠組みがあれば、詳しさは自由です。開始前に、全参加者へ共有することが重要です。メール、Google Doc、PowerPointのスライドなどで共有できます。ただし、会議メモをさらに活用するなら、Hiveで議題を作成しましょう。チーム全員に共有すると、共同作業の中心になります。Hive Notesでは次のことができます。 

• 共有文書にリアルタイムでメモを取れます

• メモ内の文章からアクションを作成できます 

• アクションをメンバー、既存のプロジェクト、新しいプロジェクトに割り当てられます 

たとえば、Hive Notesを使うと、会議全体の生産性が改善します。Hiveは、新しいアクションの作成と既存のアクションのメモへの追加ができる、唯一のプロジェクト管理ツールです。バックログの項目をメモへ直接取り込めるため、スプリント計画会議では特に便利です。異なる画面やソフトウェアを行き来する必要がありません。 

3. スプリントバックログを検討する 

会議では、メンバーがスプリントバックログを確認し、次のスプリントに含める項目を選びます。戦略目標の達成に必要なすべてのタスクが含まれ、プロジェクト中に更新・変更できます。スプリントで終わらなかった項目はバックログに戻します。完了に別の作業が必要だとわかれば、新しい項目を追加できます。  バックログのタスクは4種類に分類されます。

1. ユーザーストーリー：利用者の視点から製品の機能を説明する開発単位です。

2. バグ：使用中やテスト中に見つかったコードの誤りです。

3. リファクタリング：現在の機能を改善するため、既存のコードを再構成することです。

4. 知識の習得：タスクの完了に必要な情報を集めることです。

バックログを確認したら、スプリントで扱うタスク群と、それぞれのストーリーポイントを選びます。具体的なスプリント目標に基づき、チームで判断します。実際に実行できる内容であることを確認しましょう。  必要な時間を見積もる すべてのバックログ項目を見て、取り組むタスクの見通しが立ったら、それぞれに必要な時間と労力を考えます。指標はチームによって異なりますが、時間（時間数）と規模（S/M/L）がよく使われます。 必要な労力について話す際は、できる限り多くの視点を聞くことが重要です。ある人が知らないことを、別の人が知っているかもしれません。スプリントを期限どおりに終えるには、正確な見積もりが欠かせません。 Hiveのようなプロジェクト管理ソフトウェアなら、個別のタスクに見積もり時間を設定できます。開発者が時間を賢く使い、調整が必要な時点を把握する助けになります。チームの対応可能量を評価する 各項目の所要時間がわかったら、チーム全体の対応可能量を確認すると、スプリントに含めるストーリーの最適な組み合わせを選べます。通常は、スプリント全期間で各メンバーが使える時間を合計して算出します。 たとえば、開発者が6人いて、1日8時間働けるとします。1週間の稼働日は5日、スプリントは3週間です。次のように掛け合わせます。 

（6人）×（1日8時間）×（週5日）×（3週間）＝720

この計算では、スプリントの対応可能量は720時間です。合計が720時間前後になるストーリーを選び、できれば予想外の問題に備えて数時間の余裕を残せば、期限内に完了できるはずです。 繰り返しになりますが、バックログの議論には全メンバー、特に日々タスクを実行する人を参加させることが重要です。完了に責任を持つ人の視点と意欲は、現実的で達成可能な目標設定に欠かせません。実際に仕事を進める本人が、自分の余力と使える時間を最もよく理解しています。 

4. スプリント計画を確定する

これらの情報を基に、次の条件を満たす最適な計画を見つけます。

• タスクの一覧が、スプリントの目標を満たしています。 

• 各タスクに必要なことを、チームが理解しています。 

• チームの対応可能量で、タスクを処理できます。 

タスクをまとめ、全員の認識がそろったら、会議を終えて仕事を始めましょう！スプリント計画会議は、初期の計画を立てる場であることを忘れないでください。必ずしも予定どおりには進まず、新しいタスクの追加、一部の一時停止、バックログへの差し戻しが必要になることもあります。それでかまいません。計画会議は開発者の成功を支えるものですが、最良の製品を作るには、柔軟性と革新も大きな役割を果たします。他にも会議で実践している方法はありますか？ぜひ下のコメント欄で教えてください！