Ca trực on-call nên kéo dài từ thứ Ba đến thứ Ba

• Theo truyền thống, ca trực on-call của các nhóm developer, SRE và IT được thiết lập từ thứ Hai đến thứ Hai của tuần tiếp theo
• Chuyển sang thứ Ba đến thứ Ba có thể tăng độ chính xác của lịch mà không tốn thêm chi phí và cải thiện chất lượng cuộc sống

Bối cảnh

• Sự cần thiết của on-call
  • Các hệ thống phần mềm đòi hỏi vận hành 24/7, và nhiều vấn đề như bug, lưu lượng tăng đột biến, các edge case ngoài dự kiến có thể xảy ra
  • Người trực on-call có vai trò xử lý những vấn đề này và đảm bảo các developer khác trong nhóm không bị gián đoạn
• Công việc on-call
  • Bao gồm các tác vụ quản trị định kỳ như cập nhật dependency của thư viện, khởi động lại server, công việc hằng tuần, thay đổi cấu hình
  • Ngoài việc bảo trì hệ thống còn xử lý các yêu cầu lớn nhỏ và ứng phó với tình huống khẩn cấp
• Cuộc họp bàn giao on-call
  • Thường diễn ra vào thời điểm bàn giao giữa các ca on-call theo tuần, nơi người đang trực và người trực kế tiếp họp để chia sẻ các vấn đề chính

Đề xuất: "chuyển bàn giao on-call sang thứ Ba"

• Thay vì bắt đầu vào thứ Hai như hiện tại, hãy thiết lập ca on-call từ thứ Ba đến thứ Ba
• Cuộc họp bàn giao ca on-call cũng chuyển sang thứ Ba

Lý do

Thuận lợi hơn vào các ngày nghỉ lễ

• Ở Mỹ, các kỳ cuối tuần 3 ngày với thứ Hai là ngày nghỉ lễ diễn ra khá thường xuyên
• Nếu bàn giao vào thứ Hai thì cuối tuần của hai người đều bị ảnh hưởng, trong khi chuyển sang thứ Ba thì chỉ một người bị ảnh hưởng
• Cũng không còn cần phải dời cuộc họp bàn giao on-call sang thứ Ba mỗi khi có ngày nghỉ lễ

Cải thiện việc theo dõi sau sự cố cuối tuần

• Các vấn đề nghiêm trọng phát sinh vào cuối tuần thường được xử lý theo hai bước:
  1. Khắc phục sự cố
  2. Thực hiện biện pháp ngăn sự cố tái diễn
• Các công việc ngăn tái diễn (tạo cảnh báo, cập nhật runbook, v.v.) thường được thực hiện vào ngày làm việc
• Nếu bàn giao vào thứ Ba, người đang trực hiện tại sẽ có nhiều khả năng hoàn tất công việc theo dõi trong ngày thứ Hai hơn

Phù hợp để xử lý công việc hằng tuần

• Công việc chuẩn bị cho bàn giao on-call thường được thực hiện vào thứ Hai, nên bàn giao vào thứ Ba phản ánh đúng luồng công việc thực tế
• Có thể xác định rõ thời gian để xử lý các tác vụ quản trị lặp lại hằng tuần

Phản biện và cách đáp lại

Sprint bắt đầu vào thứ Hai

• Có ý kiến cho rằng nếu ngày bắt đầu sprint và ngày bắt đầu on-call khác nhau thì có thể gây rối cho việc lập kế hoạch sprint
• Tuy nhiên, chênh lệch một ngày vẫn hoàn toàn nằm trong phạm vi chấp nhận được đối với lập kế hoạch sprint
• Dù khối lượng công việc ngày thứ Hai có thay đổi, việc bàn giao vào thứ Ba vẫn làm lịch trực thực tế hơn

Các nhóm khác đang thiết lập từ thứ Hai đến thứ Hai

• Nếu có nhiều nhóm on-call, việc dùng các ngày bàn giao khác nhau có thể gây nhầm lẫn
• Tuy nhiên, sự nhầm lẫn này có thể được giải quyết chỉ bằng cách thêm một người trực on-call của nhóm khác
• Mong rằng bài viết này sẽ được chia sẻ để thúc đẩy thảo luận về việc chuyển sang thứ Ba

[xguru]

Hoa Kỳ đã ban hành "Đạo luật ngày nghỉ vào thứ Hai" và áp dụng từ năm 1971.

Ở Hàn Quốc cũng từng có ý kiến về việc đưa vào áp dụng chế độ "ngày nghỉ lễ theo thứ", nhưng đến nay vẫn chưa được triển khai. Hiện mới chỉ có thông tin rằng vào năm 2026 sẽ tiến hành thảo luận xã hội để cải thiện chế độ này.