Độ tin cậy và vận hành
Tạo cảnh báo có người phụ trách và cách phản ứng
Cảnh báo chỉ đáng được chú ý khi có người ra quyết định hữu ích từ nó. Hãy gắn mỗi thông báo với ảnh hưởng khách hàng, vai trò chịu trách nhiệm, đường chuyển cấp và cách phản ứng có thể diễn tập.
Một thông báo không phải kế hoạch phản ứng. Nếu mọi biểu đồ bất thường đều làm gián đoạn công việc, nhân viên phải tự xác định điều quan trọng ngay lúc sự cố diễn ra. Trước khi thêm cảnh báo, hãy nêu quyết định mà nó cần kích hoạt. Cảnh báo không có vai trò chịu trách nhiệm và bước tiếp theo hữu ích có thể nên nằm trong hàng đợi rà soát thay vì kênh khẩn.
Bắt đầu từ mức khẩn cấp và ảnh hưởng
Hướng dẫn giám sát của Google đặt câu hỏi liệu cảnh báo có phát hiện tình trạng khẩn cấp, có thể hành động, ảnh hưởng người dùng và có người phản ứng được không.[2] Dùng các câu hỏi này để rà soát thiết kế, không phải để bỏ qua rủi ro bên trong. Một số cảnh báo sớm cần chú ý trước khi người dùng gặp lỗi, nhưng mức khẩn cấp và cách phản ứng vẫn phải rõ.
Tách thông báo cần phản ứng ngay khỏi vấn đề có thể đưa vào kế hoạch. Dự báo dung lượng tăng chậm và hành trình thanh toán thất bại cần cách xử lý khác nhau. Ghi thời hạn phản ứng như chính sách của nhóm, không ngụ ý mọi vấn đề sẽ được giải quyết trong thời gian đó.
Biến trách nhiệm thành khả năng vận hành
Nêu vai trò có người đảm nhiệm hoặc lịch trực thay vì thông tin liên hệ không chính thức của một cá nhân. Xác định tuyến dự phòng khi người đầu tiên không xác nhận. Người phản ứng cần biết ranh giới dịch vụ mình phụ trách và lúc nào cần mời nhóm khác.
Thông báo cần có tình trạng quan sát, chức năng bị ảnh hưởng, liên kết bằng chứng và quyết định đầu tiên ngắn gọn. Tránh đưa giá trị bí mật hoặc hồ sơ khách hàng vào đó. Cung cấp đủ ngữ cảnh để quyết định mở sự cố, nhưng không biến tin nhắn thành kho dữ liệu chẩn đoán.
Gộp hoặc chặn quá mạnh có thể che lỗi thứ hai, còn quá nhiều thông báo làm tốn sự chú ý. Rà soát nhóm cảnh báo liên quan cùng nhau và giải thích tình trạng độc lập nào vẫn được thấy. Đừng xóa một quy tắc chỉ vì nó xuất hiện thường xuyên.
Sau sự cố, hỏi thông báo nào làm thay đổi quyết định và thông báo nào không bổ sung thông tin hữu ích. Sửa khoảng trống trách nhiệm trước khi chỉnh ngưỡng. Mục tiêu không phải số cảnh báo ít nhất, mà là tập thông báo hỗ trợ hành động có chủ đích và đúng lúc.
Ví dụ giả định: tồn đọng xuất báo cáo
Trong ví dụ giả định này, dịch vụ báo cáo cảnh báo bất cứ khi nào hàng đợi có tác vụ. Các đợt xuất ban đêm khiến tín hiệu này nhiễu. Thay vào đó, nhóm đánh giá xem tác vụ đủ điều kiện cũ nhất có gần vượt giới hạn bàn giao đã thống nhất không.
Vai trò phụ trách kiểm tra tiến độ xử lý và thông báo các báo cáo bị ảnh hưởng trước khi cân nhắc can thiệp. Một lô khác thường nhưng vẫn hoạt động tốt chỉ hiển thị trên bảng theo dõi. Ví dụ minh họa cách thiết kế, không đưa ra ngưỡng áp dụng chung hay kết quả cải thiện độ tin cậy cụ thể.
Kiểm tra toàn bộ đường đi thông báo
Thử cả việc chuyển tin và chất lượng quyết định trong diễn tập có kiểm soát. Quy tắc tính đúng vẫn cần một đường chuyển dùng được tới người phản ứng.
- Nêu chức năng khách hàng hoặc rủi ro vận hành cụ thể.
- Xác định người phản ứng chính và vai trò nhận chuyển cấp dự phòng.
- Đưa bằng chứng cần cho quyết định đầu tiên.
- Nêu lúc cần tuyên bố sự cố hoặc nhờ hỗ trợ.
- Kiểm tra cách gộp trùng và thông báo khi tình trạng phục hồi.