CapordiaXác định rõ phạm vi trách nhiệm thực sự được bàn giao
Nêu rõ dự án, chiến dịch và khoảng thời gian liên quan. Việc bàn giao có thể liên quan đến giám sát một lô, chấp nhận kết quả của lô đó hoặc chuẩn bị một bản xuất. Nó không tự động chuyển giao quyết định nghiệp vụ, việc mua một khoảng thời gian mới hay quyền thay đổi phần mềm. Hãy chỉ định một người nhận công việc, một người thay thế và người phụ trách cần liên hệ cho các quyết định ngoài phạm vi.
Phân biệt việc chuẩn bị quyền truy cập với việc bàn giao trách nhiệm. Hướng dẫn riêng về quyền truy cập xử lý danh tính và quyền hạn; ở đây, hãy kiểm tra rằng người nhận biết sử dụng các phương tiện đã định và tìm đúng thông tin. Không truyền mật khẩu trong bản tóm tắt. Mã tham chiếu tài khoản đặt hàng và quyền truy cập vận hành đảm nhận các chức năng khác nhau.
Ghi lại trạng thái công việc tại một thời điểm chính xác
Bản bàn giao ca phải thể hiện các nhiệm vụ đã hoàn thành, đang thực hiện, đang chờ và các sai lệch còn tồn đọng. Thêm thời điểm của bản ghi này, phiên bản đang hoạt động, thay đổi gần nhất và thao tác tiếp theo. Một câu như "mọi thứ đều bình thường" sẽ lỗi thời ngay khi một nhiệm vụ thất bại. Các mã định danh và một trạng thái có ghi ngày giờ cho phép đồng nghiệp đối chiếu bản tóm tắt với những gì họ thực sự quan sát.
Site Reliability Workbook mô tả việc đọc bản bàn giao trước vào đầu một ca và việc chuẩn bị một bản chuyển giao bằng văn bản cho ca kế tiếp. Đối với chiến dịch GPU của bạn, hãy điều chỉnh nguyên tắc này thành vài sự kiện hữu ích: diễn biến dự kiến, công việc bị chặn, hành động đã thử và người đã được thông báo. Bản tóm tắt phải định hướng quyết định tiếp theo, mà không trở thành một nhật ký đầy đủ của từng tin nhắn.
Viết một quy trình phân biệt quan sát, hành động và dừng lại
Một quy trình vận hành, hay runbook, mô tả một tình huống và một hành động được phép. Với mỗi hành động, hãy nêu điều kiện tiên quyết, hiệu quả dự kiến, kiểm tra sau khi thực hiện và điều kiện dừng. Thay "khởi động lại nếu cần" bằng một quy tắc xác định nhiệm vụ liên quan, kiểm tra việc không có kết quả nào đã được chấp nhận và cấm khởi động lại đồng thời. Nếu quy trình không bao quát trường hợp quan sát được, người nhận biết cần gọi ai.
Bảng đề xuất tổ chức các quyết định của đội bạn; nó không tạo ra bất kỳ quyền hạn nào trong Capordia. Các ngưỡng, con người và công cụ cần được điều chỉnh cho phù hợp với dự án. Cũng cần tách biệt khả năng kỹ thuật thực thi một lệnh với quyền được làm điều đó: một quyền truy cập hoạt động không đủ để xác nhận việc xóa hay một khoản chi mới.
| Tình huống | Hành động dự kiến | Quyết định cần có |
|---|---|---|
| Nhiệm vụ vẫn đang hoạt động | Quan sát trạng thái và kết quả gần nhất của nó | Trước mọi sự gián đoạn |
| Thất bại đã được quy trình bao quát | Khởi động lại nhiệm vụ đã xác định sau khi kiểm tra đầu ra | Nếu nguyên nhân khác với trường hợp đã ghi trong tài liệu |
| Sai lệch kết quả | Tách riêng đầu ra và thông báo cho người phụ trách | Trước khi công bố hoặc chấp nhận |
| Gần hết thời gian | Chuẩn bị bản xuất và báo cáo nhu cầu còn lại | Trước một đơn hàng mới |
Để người nhận tự giải thích hành động tiếp theo
Hãy tổ chức một buổi bàn giao ngắn theo cặp. Đồng nghiệp tiếp nhận mở bản tóm tắt, tìm lại một nhiệm vụ và giải thích họ sẽ làm gì tiếp theo, cũng như điều gì họ sẽ không tự quyết định. Hãy để họ xác định đích xuất và trạng thái khôi phục đã chọn. Một buổi trình diễn hoàn toàn do người bàn giao thực hiện có thể che giấu những thông tin còn thiếu trong tài liệu.
Đối với một người mới tham gia dự án, hãy bổ sung cho việc bàn giao này bằng một buổi thực hành có giới hạn. Chương trong Google SRE về học tập phân biệt tài liệu cần nắm, các đầu mối chuyên gia và các câu hỏi để hiểu. Ở đây, hãy chọn một thao tác thường gặp trên một phạm vi thử nghiệm; không cần phải tạo ra một sự cố thực tế hay dừng một xử lý hữu ích để đánh giá mức độ hiểu biết.
Ví dụ đã giải: bàn giao 128 tác vụ mà không chạy lại trùng lặp
Trong ví dụ giả định này, Camille bàn giao cho Noor lúc 14 giờ UTC. Chiến dịch gồm 128 tác vụ: 96 đã chấp nhận, 8 đang chạy và 24 đang chờ. Tổng 96 + 8 + 24 = 128 khớp với bản kiểm kê. Tuy nhiên, hai trong số tám tác vụ đang hoạt động vừa mới thất bại. Nếu không đối chiếu ngay tại thời điểm bàn giao, Noor có thể coi một ảnh chụp trạng thái đã cũ là tình trạng hiện tại.
Vì vậy, Camille cập nhật phiếu trạng thái: 96 đã chấp nhận, 6 đang chạy, 2 thất bại và 24 đang chờ. Hai trường hợp thất bại thuộc tình huống khôi phục đã được cho phép; Noor kiểm tra rằng không có kết quả đầu ra nào được chấp nhận và không còn tiến trình nào đang hoạt động, rồi đưa chúng trở lại trạng thái chờ. Trạng thái trở thành 96 + 6 + 26 = 128. Sáu tác vụ đang hoạt động vẫn tiếp tục. Noor xác nhận đã tiếp nhận và ghi lại lần kiểm tra tiếp theo; Camille ngừng thực hiện hành động trên phạm vi này.
| Thời điểm | Đã chấp nhận | Đang chạy | Thất bại | Đang chờ |
|---|---|---|---|---|
| Trước khi đối chiếu | 96 | 8 | 0 | 24 |
| Sau khi cập nhật | 96 | 6 | 2 | 24 |
| Sau khi đưa trở lại trạng thái chờ được cho phép | 96 | 6 | 0 | 26 |
Xử lý việc vắng mặt, thay đổi và kết thúc ca bàn giao
Nếu người nhận không thể xác nhận việc bàn giao, hãy dùng người thay thế đã dự phòng và làm rõ ai vẫn chịu trách nhiệm trong lúc chờ. Tránh gửi tin nhắn cho nhiều người mà không có xác nhận rõ ràng. Khi một sự cố đã được mở, hãy chuyển cả những giả thuyết đã loại bỏ và các hành động đang thực hiện; người mới không nên âm thầm bắt đầu lại một can thiệp đã từng được thử.
Mỗi khi thay đổi phiên bản phần mềm tham chiếu, hãy cập nhật quy trình và chỉ ra những gì trở nên lỗi thời. Khi kết thúc nhu cầu, hãy liên kết các kết quả xuất đã chấp nhận, các hành động còn lại và các mốc thời hạn với sổ đăng ký của dự án. Khoảng thời gian 3, 7 hoặc 30 ngày không tự động kéo dài chỉ vì một đồng nghiệp tiếp nhận công việc. Lần thuê tiếp theo, nếu cần, vẫn là một quyết định và một đơn hàng riêng biệt.
Câu hỏi để quyết định
Việc bàn giao có đòi hỏi một tài liệu dài không?
Không. Một phiếu ngắn có thể là đủ nếu nêu rõ phạm vi, trạng thái kèm ngày, hành động tiếp theo, giới hạn quyền hạn và các đầu mối liên hệ cần thiết. Các quy trình chi tiết vẫn được liên kết từ phiếu này. Điều quan trọng nhất cần kiểm tra là liệu người nhận có thể tìm lại và giải thích bước tiếp theo hay không.
Có thể bàn giao công việc chỉ bằng lời nói không?
Trao đổi bằng lời giúp hiểu rõ các sắc thái, nhưng hãy để lại một bản ghi có ngày về trạng thái và thỏa thuận tiếp nhận. Bản ghi này giúp phân định rõ việc gì đã làm xong và việc gì còn lại, đặc biệt nếu có người thứ ba tham gia sau khi bàn giao.
Cần làm gì khi thiếu một hướng dẫn trong quy trình?
Người nhận ghi nhận sai lệch và hỏi người phụ trách đã định trước khi thực hiện hành động có thể thay đổi dữ liệu hoặc làm gián đoạn công việc. Sau đó, hãy bổ sung quyết định vào quy trình kèm theo phạm vi của nó. Một lần xử lý tùy cơ thành công không tự động trở thành quy tắc chung.