オンコールのプロセスとポリシー - 祝日カバレッジ計画
年間を通じて、チームメンバーは通常 PTO を分散して取得します。しかし、11月中旬から1月中旬にかけて、多くのチームメンバーが休暇シーズンを祝うために休暇を取りたいと思っています。
この期間にはいくつかの地域的な祝日と Family and Friends Day が重なります。カバレッジを確保するために、11月中旬から1月中旬までのすべてのシフトを事前に計画します。
GitLab はこの期間も運営を続け、すべてのローテーションはこの期間中、標準の通常カバレッジを必要とします。
ローテーションリーダーは、このような時期の PTO に特に注意を払い、ローテーションの適切なカバレッジを確保する必要があります。
毎年、gitlab-com/gl-infra グループで一般的な祝日カバレッジ epic が作成され、ローテーションリーダーはそれぞれの独自のカバレッジ Issue を作成してこの epic に添付するよう促す通知を受け取ります。
計画タイムライン
- 8月15日 — 祝日カバレッジ計画を開始しなければなりません。この時点で一般的な祝日カバレッジ epic がオープンされます。
- 10月1日 — 最終的な祝日カバレッジ計画が公開されなければなりません。
過去の経験から、このプロセスを後の時期に開始することを試みましたが、多くのチームメンバーが10月より前に旅行や家族の計画を予約しており、間に合わないことがわかりました。
カバレッジオプション
ローテーションリーダーはローテーションのカバレッジを手配する責任があります。いくつかの提案されたアプローチがあります。
- 延長シフト：チームメンバーが長い期間をカバーする（8時間ではなく12時間）。現在は 24x5 ローテーションには推奨されていません。
- 交換とオーバーライド：スケジュールされていないチームメンバーが主要なオンコールエンジニアのカバレッジを提供する。
- クロスチームサポート：重複する専門知識を持つ関連チームとの調整。
- シフトの分割：複数のチームメンバーがそれぞれ短い時間期間をカバーする。
ローテーションリーダーは休暇を拒否できますか？
PTO ポリシーによると、マネージャーは Workday にその計画が入力されてから 48 時間以内に PTO 計画の変更を要求する必要があります。
PTO リクエストより前に計画を立てられるよう、年末の計画を8月に始めるようお願いしています。
ローテーションリーダーは、ローテーション内のチームメンバーのマネージャーにこのプロセスを知らせてください。
コミュニケーション要件
- ローテーションオーナーは、カバレッジ計画スケジュールを記載した Issue を一般的な祝日カバレッジ epic に添付することで、ネットワーキングおよびインシデント管理チームに祝日計画を伝達しなければなりません。
- 祝日中の通常エスカレーション手順への変更はドキュメント化されなければなりません。
- 祝日カバレッジ情報は関連するチームチャンネルとステークホルダーと共有される必要があります。
- カバレッジ計画が確定次第、オーバーライドを incident.io に入力する必要があります。
休暇の代替
Family and Friends Day ページと公祝日セクションにこれらの日を別の日に利用するためのガイダンスへのリンクがあります。
