- 従来、開発者、SRE、ITチームのオンコール勤務は月曜日から翌週の月曜日までに設定されている
- 火曜日から火曜日に変更すると、コストをかけずにスケジュールの正確さを高め、生活の質を改善できる
背景
- オンコールの必要性
- ソフトウェアシステムは24/7の運用を必要とし、バグ、トラフィック急増、予期しないエッジケースなど、さまざまな問題が発生しうる
- オンコール担当者はこれらの問題を解決し、チームの他の開発者が妨げられないようにする役割を担う
- オンコール業務
- ライブラリ依存関係の更新、サーバー再起動、週次作業、設定変更など、定期的な管理作業を含む
- システム保守に加えて、大小さまざまな依頼への対応や緊急事態への対処も行う
- オンコール引き継ぎ会議
- 通常は週次オンコールの交代時点で行われ、現在のオンコール担当者と次の担当者が会議して主要な課題を共有する
提案: 「オンコール交代を火曜日に変更」
- 従来の 月曜開始 の代わりに、火曜日から火曜日まで でオンコールシフトを設定する
- オンコールシフト会議も火曜日に変更
理由
祝日に有利
- 米国では月曜日が祝日の3連休が頻繁にある
- 月曜日に交代すると2人の週末が妨げられる一方、火曜日に設定すれば1人だけが影響を受ける
- 祝日ごとにオンコール引き継ぎ会議を火曜日へ変更する必要もなくなる
週末の障害のフォローアップが改善される
- 週末に発生した主要な問題は通常、次の2段階で処理される:
- 問題の解決
- 問題の再発防止策
- 再発防止の作業（アラート作成、ランブック更新など）は平日に行われることが多い
- 火曜日に交代するよう設定すれば、月曜日の1日を使って現在のオンコール担当者がフォローアップ作業を完了できる可能性が高まる
週次作業の処理に適している
- オンコール交代の準備作業は通常月曜日に行われるため、火曜日の交代は実際の作業フローを反映している
- 毎週繰り返される管理作業を処理する時間を明確に設定できる
反論と対応
スプリントは月曜日に始まる
- スプリント開始日とオンコール開始日が異なると、スプリント計画に混乱が生じる可能性があるという主張
- しかし1日の違いは、スプリント計画において十分に許容可能な範囲
- 月曜日の作業量が変わるとしても、火曜日交代のほうがスケジュールの現実性を高める
他のチームは月曜日から月曜日で設定している
- 複数のオンコールチームがある場合、交代日が異なることで混乱を招く可能性がある
- しかし、その混乱は他チームのオンコール担当者をもう1人追加する程度で解決可能
- この記事を共有して、火曜日への移行に関する議論を促したい
1件のコメント
アメリカでは「月曜祝日法」が制定され、1971年から施行されています。
韓国でも「曜日制祝日」制度を導入するという話がありましたが、まだ適用されていません。2026年に社会的な議論を経て制度を改善するとだけ書かれています。