はじめに
わたしが Google プロジェクト管理:プロフェッショナル認定証で得られた素晴らしい体験を、要点をまとめ小さく分割して、わかりやすく簡潔に紹介していきます。
興味があれば、ぜひ "Google プロジェクト管理:プロフェッショナル認定証" を受講してみてください。
スプリント
スプリントはイテレーションとも呼ばれ、チームの全体的なリズムを提供し、スクラムの5つのイベントの1つである。スプリントは、フィードバックを素早く得ることができ、チームのコラボレーションを促進し、スクラムチームがより集中できるようにします。
スプリント内では、チームの過去の能力に基づいて作業量が計画され、スプリントプランニングイベントで準備される。
各スプリントは、
- プランニング
- 実行
- 納品
- レトロスペクティブ
のすべてがこの一口サイズのパッケージに包まれたミニプロジェクトであると考えるのがよいでしょう。スプリントはScrumにとって非常に重要であり、他の4つのスクラムイベントはスプリントを中心に回っている。
スクラムガイドでは、
- スプリント(そのもの)
- スプリントプランニング
- デイリースクラム
- スプリントレビュー
- スプリントレトロスペクティブ
の5つのイベントを厳密に定義しています。
スプリント期間中
- スプリントゴールを危険にさらすような変更はしない
- 品質が低下しないこと
- プロダクトバックログは必要に応じて改良されること
- スコープを明確化し、プロダクトオーナーと再交渉することができること
スプリントは、製品目標に向けた進捗を少なくとも毎月ごとに点検し、適合させることで、予測可能性を高めます。
スプリントゴールが時代遅れになれば、スプリントはキャンセルされるかもしれない。スプリントを中止する権限を持つのは、プロダクトオーナーだけである。
タイムボックス
それぞれのスクラムイベントに対して推奨される期間、つまりタイムボックスが存在します。タイムボックスはスクラムにおいて重要な概念です。
例えば、
- 優先順位付けを促す緊急性の感覚を生み出す
- 生産性を向上させる集中の窓を提供する
- チームの仕事のリズムを予測可能にする
などの利点があります。
スプリントのタイムボックスは、 1週間から4週間 の範囲で設定することができます。どのように選択すればよいのでしょうか?それは、3つの考慮事項があります。
- 変更の頻度 をどの程度に想定しているかを考えます。要件はどのくらいの頻度で変更される可能性がありますか?もし、毎週新しい要求が出てくるようなプロジェクトであれば、スプリントの期間を1週間にして、より頻繁に適応できるようにするのがよいでしょう。もし、ニーズが安定しているのであれば、スプリントの期間を長くしても問題ないでしょう。
- 開発者がバックログ項目を開発するために どれだけの集中時間 を必要とするかを考えてみましょう。もし、価値のあるものを作るのに、ほとんどの活動の基本的な努力が少なくとも1週間必要だとしたら、スプリントの長さは、チームが危機感を持たずに実行できるように、少なくとも2週間であるべきでしょう。
- 製品の納品に どれだけのオーバーヘッド がかかるかを考えることです。もし、あなたの成果物やソリューションが、多くのステークホルダーとの大規模なレビューを必要としたり、数日かかる厳格なテストや品質保証のプロセスを経たりする場合は、スプリントの長さにそれを考慮し、代わりに3週間や4週間といったより長いスプリントを選択すべきです。
スプリント期間の調整
スクラムの多くのことと同様に、万能ではありません。もしスプリントの長さを決めて、何回かスプリントをしているうちに長すぎたり短すぎたりしたら、いつでも変更することができます。
- スプリントの期間が長すぎると、スプリントゴールは無効となり、複雑さが増し、リスクが増大する可能性があります。
- より短いスプリントは、より多くの学習サイクルを生み出し、コストと労力のリスクをより小さな時間枠に制限するために採用することができます。
例えば、毎週多くの変化や新しいリクエストがバックログに入ってくることを想定して、スプリントの長さを1週間にしていますが、しばしば作業が完了するまでに1週間以上かかることがあります。その矛盾を反省し、スプリントの長さを2週間に変更することができます。