イテレーションのスケジューリング
ケイデンス計画
上記の画像は 1 週間と 2 週間のスプリント（別名イテレーション）を示していますが、期間が一定に保たれる限り、イテレーション期間は顧客のニーズに応じて調整可能と仮定されます。
一般に確立されたベストプラクティスは、長さの異なるイテレーションを 作らない ことです。これによりスプリント間で一貫した測定ができなくなる（ベロシティが歪んで見える）ためです。また、スプリント期間は 1 週間から 4 週間が最も一般的です。このサンプルイテレーションカレンダーは、火曜日に始まる 2 週間のイテレーションを示しており、米国と APAC のさまざまな祝日に対応しています。ケイデンスは同じままで稼働日数がサンプルの祝日に応じて変動することに注意してください。顧客企業の祝日、休暇、病欠もスプリント／イテレーションの稼働日数に影響します。
作業と調整の取り組みを最適化できれば 1 週間未満も可能ですが、4 週間を超えるのは推奨されません。長いスプリントはフィードバックループを遅らせ、活動停止により エンゲージメントが「沈黙」する可能性が高くなるためです。短いスプリントは緊急感とアクションへのバイアスを強化します。
顧客が別途主張しない限り、2 週間のイテレーションが良い目標期間です。たとえば、顧客のステータスとレポートプロセスへの統合のため、顧客は GitLab エンゲージメントが自社と同じイテレーションケイデンスに従うことを望むかもしれません。
グローバルに分散したチームの管理
うまく機能させられない場合はどうしますか？ さまざまなステークホルダー、場所、タイムゾーン、その他の課題により、調整は困難になり得ます。最終的には、特定の顧客状況が必要な対応を決定します。たとえば異なるタイムゾーンで働く場合、誰がいつの時間に働くかについて柔軟なアプローチが必要かもしれません。
特定のミーティングは、本当に、本当に、本当に出席する必要があることを指摘しておくのは重要です。たとえばイテレーションレビューは、達成された具体的な進捗を顧客にデモするため、進捗を確認するには GitLab と顧客のステークホルダー両方が出席することが重要です。
確立されたケイデンスの一部として、エンゲージメントの優先順位を頻繁にレビューおよび洗練できます。よく理解されている高優先度の項目は優先順位リストの上位に浮上し、対処できるほどの十分な詳細を持たない項目はスタックの下位に落ちていきます。
バックログのレビューと洗練 により、エンゲージメントの状況が変化するにつれて項目の動的な再優先順位付けが可能になります。
