Sprint Planner

スプリントプランナー

スプリントプランナーのスキルは、スクラム手法を用いて、チームが効果的なアジャイルスプリントを計画し、実行するのを支援します。キャパシティに基づく計画、ベロシティの追跡、レトロスペクティブを通じた継続的な改善に重点を置いています。このスキルにより、明確な目標と指標のもとで、スプリントのスコープが適切に定められ、コミットされ、実行されます。

このスキルは、エピックやユーザーストーリーをスプリントに適した作業単位に分割し、ストーリーポイントまたは時間で作業量を見積もり、チームのベロシティを追跡し、スプリントのセレモニー（計画、デイリースタンドアップ、レビュー、レトロスペクティブ）を進行することを得意とします。

スプリントプランナーは、データに基づく計画とレトロスペクティブでの学びを通じて、持続可能なペース、予測可能なデリバリー、チームの主体性を重視します。

主なワークフロー

ワークフロー 1：スプリント計画

手順：

1. 計画前の準備（セレモニーの前）

   • バックログの整理と優先順位付けが完了していることを確認します
   • ユーザーストーリーに受け入れ条件が設定されていることを確認します
   • 次のスプリントにおけるチームのキャパシティを確認します
   • 前回までのスプリントのベロシティデータを集めます
   • 祝日、休暇、既知の中断要因を特定します

2. スプリントゴールの設定

   • プロダクトロードマップと優先事項を確認します
   • 1～2文のスプリントゴールを定義します
   • 望ましい成果についてステークホルダーと合意します
   • ゴールが測定可能で、達成可能であることを確認します

3. チームのキャパシティを算出

   • チームメンバー全員と、それぞれの稼働状況を一覧にします
   • 会議、サポート当番、予定されている休暇を考慮します
   • 利用可能な合計時間またはストーリーポイントを算出します
   • 70％ルールを適用します（理論上のキャパシティの70％を計画に充てます）

4. バックログからストーリーを選択

   • 優先順位が最も高い項目から始めます
   • ストーリーの詳細と受け入れ条件を確認します
   • 作業量を見積もります（未見積もりの場合）
   • キャパシティに達するまでストーリーを取り込みます
   • ストーリーがスプリントゴールに沿っていることを確認します

5. ストーリーをタスクに分割

   • 各ストーリーを技術的なタスクに分解します
   • タスクの所要時間を見積もります（2～8時間の単位）
   • タスク間の依存関係を特定します
   • 担当者を割り当てるか、チームの自己組織化に委ねます

6. スプリントのコミットメント

   • コミットメントの合計とキャパシティを確認します
   • リスクと軽減策を特定します
   • スプリントバックログについてチームの合意を得ます
   • スプリントゴールとコミットメントを記録します

出力： コミットしたストーリーとタスク、キャパシティの割り当て、スプリントゴールを含むスプリントバックログ。

ワークフロー 2：デイリースタンドアップの進行

15分間のタイムボックス形式のミーティング：

各チームメンバーが次の質問に答えます。

1. 昨日： 何を完了しましたか？
2. 今日： 何に取り組みますか？
3. ブロッカー： 進捗を妨げているものは何ですか？

ファシリテーターとして：

• 報告を簡潔に保ちます（1人あたり2分）
• オフラインで解決するブロッカーを記録します
• スプリントボードをリアルタイムで更新します
• スプリントゴールに対するリスクを特定します
• 必要なフォローアップの会話を設定します

出力： 更新されたスプリントボードとブロッカー解決計画。

ワークフロー 3：スプリントレビュー

手順：

1. 完了した作業をデモ

   • 完了した各ストーリーの動作を紹介します
   • 受け入れ条件を満たしていることを実演します
   • ステークホルダーからフィードバックを集めます
   • 変更依頼や新しいアイデアを記録します

2. スプリントの指標を確認

   • 完了したストーリーポイントとコミットしたストーリーポイントの比較
   • バーンダウンチャートの分析
   • ベロシティの推移
   • 品質指標（バグ、テストカバレッジ）

3. フィードバックを記録

   • ステークホルダーは何を評価しましたか？
   • 何を調整する必要がありますか？
   • 新しい要件や優先事項はありますか？
   • 項目をプロダクトバックログに追加します

出力： デモの録画、ステークホルダーからのフィードバック、更新されたバックログ。

ワークフロー 4：スプリントふりかえり

手順：

1. 場を整える（5 分）

   • ふりかえりの目標とルールを確認します
   • ふりかえりの形式を選びます（Start/Stop/Continue など）

2. データを集める（15 分）

   • うまくいったことは何ですか？
   • うまくいかなかったことは何ですか？
   • 不思議に思うことは何ですか？
   • メトリクスとスプリントのデータを確認します

3. 洞察を生み出す（15 分）

   • パターンと根本原因を特定します
   • なぜそのようなことが起きたのか話し合います
   • 影響度に基づいて問題の優先順位を付けます

4. 次の行動を決める（15 分）

   • 改善アクションを 1～3 件選びます
   • 各アクションの担当者を割り当てます
   • 成功基準を定義します
   • フォローアップの日付を設定します

5. 締めくくる（5 分）

   • 決定事項をまとめます
   • チームの貢献に感謝します
   • ふりかえりの結果を記録します

成果物： 1～3 件の実施を確約した改善アクションを含む、ふりかえりの記録。

ワークフロー 5：ベロシティの追跡

手順：

1. スプリントごとに完了したストーリーポイントを計算します
2. 直近 3 スプリントの平均でベロシティを追跡します
3. ベロシティの傾向（増加、安定、低下）を特定します
4. ベロシティに影響する要因を分析します
5. 今後のスプリント計画にベロシティを活用します

クイックリファレンス

アクション	コマンド／トリガー
新しいスプリントを計画する	"plan sprint [number]"
キャパシティを計算する	"calculate team capacity"
ベロシティを確認する	"what's our velocity"
スプリントゴールを作成する	"set sprint goal"
デイリースタンドアップ	"daily standup update"
スプリントをレビューする	"sprint review"
ふりかえりを実施する	"facilitate retro"
バーンダウンチャート	"show sprint burndown"
スプリントに追加する	"add story to sprint"
スプリントの健全性	"sprint health check"

ベストプラクティス

• 一貫したスプリント期間：1～2 週間のスプリントを採用します。一貫性によって予測可能性が高まります
• 明確なスプリントゴール：すべてのスプリントに、意思決定の指針となる、明確で測定可能なゴールが必要です
• キャパシティに基づく計画：理論上のキャパシティの 70% を超えて確約しないでください
• スプリント途中のスコープ変更を避ける：スプリントの確約を守ります。変更はバックログに回します
• 完了の定義を徹底する：「完了の定義」を定めて徹底します（コーディング済み、テスト済み、レビュー済み、デプロイ済み）
• ベロシティを正直に追跡する：ストーリーポイントを操作しないでください。正確なデータによって計画の質が高まります
• セレモニーの時間を守る：スプリント計画（2 時間）、デイリースタンドアップ（15 分）、レビュー（1 時間）、ふりかえり（1 時間）
• 進捗を可視化する：透明性を高めるため、バーンダウンチャートとスプリントボードを使用します
• ブロッカーには毎日対処する：ブロッカーを放置せず、速やかにエスカレーションして解決します
• 毎スプリントふりかえる：継続的な改善は必須です
• チームを割り込みから守る：サポート、バグ、予定外の作業に備えてキャパシティに余裕を持たせます
• 持ち越しは最小限にする：ストーリーの持ち越しが常態化している場合、確約しすぎています

スプリントセレモニーのスケジュール

セレモニー	所要時間	タイミング	目的
スプリント計画	2～4 時間	スプリント初日	スプリントゴールと確約事項を定義する
デイリースタンドアップ	15 分	毎日、同じ時刻	進捗とブロッカーを共有する
バックロググルーミング	1 時間	スプリント中盤	今後の作業に備える
スプリントレビュー	1 時間	スプリント最終日	デモを行い、フィードバックを集める
スプリントふりかえり	1 時間	レビュー後	ふりかえり、改善する

ベロシティの計算

ストーリーポイント方式：

Velocity = Sum of completed story points

Example:
Sprint 1: 23 points
Sprint 2: 27 points
Sprint 3: 25 points
Average Velocity = (23 + 27 + 25) / 3 = 25 points/sprint

時間方式：

Velocity = Completed hours / Committed hours

Example:
Committed: 80 hours
Completed: 68 hours
Velocity = 68/80 = 85% completion rate

次のスプリントの計画には、直近 3 スプリントの平均ベロシティを使用します。

キャパシティ計画の計算式

Team Capacity = Σ(Person Days Available) × Hours per Day × Utilization Factor

Example:
5 developers × 10 days × 6 hours/day × 0.7 = 210 hours

Utilization Factor (0.7) accounts for:
- Meetings and ceremonies (15%)
- Context switching (10%)
- Unplanned work (5%)

バーンダウンチャートの分析

健全なバーンダウン：

• 着実に下降している
• 毎日作業が完了している
• スプリント終了までにゼロに達する

警告サイン：

• 横ばい（進捗なし）
• 上昇傾向（スコープが追加されている）
• 終盤で急落（最終日に作業が完了している）
• ゼロを上回ったまま（確約しすぎている）

ふりかえりの形式

Start/Stop/Continue

• Start：何を始めるべきですか？
• Stop：何をやめるべきですか？
• Continue：何を続けるべきですか？

4 L's

• Liked：うまくいったことは何ですか？
• Learned：何を学びましたか？
• Lacked：何が不足していましたか？
• Longed For：何があればよかったと思いますか？

Mad/Sad/Glad

• Mad：何に不満を感じましたか？
• Sad：何にがっかりしましたか？
• Glad：何がうれしかったですか？

Sailboat

• Wind：何が前進する助けになりましたか？
• Anchor：何が足かせになりましたか？
• Rocks：どのようなリスクに直面しましたか？
• Island：目標は何ですか？

統合ポイント

• タスクマネージャー：日々のタスクの追跡と更新
• プロジェクトプランナー：長期ロードマップとの整合
• GitHub：Issue と PR の追跡
• Jira/Linear：スプリントボードの管理
• Slack：スタンドアップのリマインダーと更新の自動化
• カレンダー：スプリントセレモニーの日程調整