Hai mô hình ứng phó với sự cố

Có hai mô hình ứng phó sự cố trong Pro AV. Hai mô hình này tạo ra hai kết quả vận hành rất khác nhau khi sự kiện trọng yếu đang diễn ra.

Mô hình ứng phó phản ứng (reactive response): khi sự cố xảy ra, gọi nhà cung cấp. Nhà cung cấp gửi engineer đến site. Engineer chẩn đoán nguyên nhân. Sau khi xác định được nguyên nhân, engineer thực hiện sửa chữa. Tổng thời gian từ sự cố đến khi hệ thống vận hành lại thường tính bằng giờ, đôi khi ngày.

Mô hình này phù hợp cho các tình huống không trọng yếu: hệ thống AV của một phòng họp nội bộ thường ngày, một phòng học, một showroom. Hỏng hôm nay, sửa ngày mai, không sao.

Mô hình này tê liệt khi đặt vào tình huống trọng yếu. Một phiên họp HĐQT không thể dời sang ngày mai. Một đại hội cổ đông không thể chờ engineer đến site. Một phiên họp Tỉnh uỷ có lịch cứng đã được lên hàng tháng trước. Trong các tình huống này, mô hình phản ứng dẫn đến hậu quả không thể đo bằng chi phí kỹ thuật.

Mô hình ứng phó dựng trước (prepared response): trước khi sự kiện diễn ra, đã có một bộ kịch bản cho các tình huống tới hạn có thể xảy ra. Mỗi kịch bản có quy trình cụ thể, người phụ trách cụ thể, thời gian phản hồi mục tiêu. Đội vận hành đã được tập huấn theo kịch bản trong môi trường mô phỏng. Khi sự cố thực xảy ra, người vận hành không phải nghĩ "phải làm gì", mà thực hiện đúng kịch bản đã luyện.

Sự khác biệt giữa hai mô hình không nằm ở năng lực kỹ thuật của engineer. Engineer trong cả hai mô hình có thể giỏi như nhau. Sự khác biệt nằm ở thời điểm tư duy đã được làm xong. Trong mô hình phản ứng, tư duy diễn ra khi sự cố đang xảy ra, dưới áp lực, có khả năng sai sót cao. Trong mô hình dựng trước, tư duy đã được làm xong từ trước, dưới điều kiện bình tĩnh, có khả năng tối ưu.

Kịch Bản Ứng Cứu là gì, cụ thể

Kịch Bản Ứng Cứu không phải hợp đồng bảo trì. Không phải dịch vụ sửa chữa khẩn cấp. Không phải hotline. Đây là một sản phẩm vận hành riêng có cấu trúc khác.

Bốn thành phần chính của một kịch bản ứng cứu:

Pre-identified failure modes. Trước khi sự kiện diễn ra, đã có danh sách các tình huống sự cố có thể xảy ra trong loại sự kiện này, kèm xác suất tương đối và mức độ nghiêm trọng. Danh sách này được rút từ kinh nghiệm hàng trăm sự kiện trong lịch sử.

Pre-defined response procedures. Với mỗi tình huống, đã có quy trình ứng phó cụ thể. Ai phát hiện. Ai quyết định. Ai thực hiện. Bằng cách nào. Trong bao lâu. Quy trình này được viết ra, không phụ thuộc trí nhớ cá nhân.

Pre-trained personnel. Đội vận hành đã được tập huấn theo các quy trình. Tập huấn không chỉ là đọc tài liệu. Tập huấn gồm tabletop exercise (chạy quy trình trên giấy), live simulation (chạy quy trình trong môi trường mô phỏng có sự cố giả), và post-event review (rút kinh nghiệm sau sự kiện thực).

Pre-positioned resources. Trước sự kiện, các tài nguyên ứng cứu được đặt sẵn ở đúng vị trí. Linh kiện thay thế được lưu tại site, không phải trong kho ở đầu kia thành phố. Engineer dự phòng có mặt tại site trong các sự kiện trọng yếu, không phải standby ở văn phòng. Đường dây liên lạc khẩn được test trước sự kiện, không phải kiểm tra khi cần.

Bốn thành phần này phải hiện diện cùng lúc. Thiếu một, kịch bản ứng cứu trở thành lý thuyết.

Cấu trúc thương mại của dịch vụ Kịch Bản Ứng Cứu

Ba câu hỏi để đánh giá năng lực ứng cứu của nhà cung cấp

Khi đánh giá nhà cung cấp Pro AV cho sự kiện hoặc dự án trọng yếu, COO và risk manager có thể dùng ba câu hỏi sau.

Câu đầu tiên về tài liệu kịch bản: "Cho dự án này, ông có thể cung cấp danh sách các kịch bản ứng cứu đã viết, bao gồm trigger conditions, action sequence, và recovery time targets không?" Vendor có kịch bản dựng sẵn cung cấp được tài liệu cụ thể. Vendor không có kịch bản trả lời chung chung "chúng tôi sẵn sàng phản ứng nhanh khi có sự cố".

Câu thứ hai về tập huấn: "Đội vận hành của ông được tập huấn theo các kịch bản này thông qua tabletop và live simulation định kỳ thế nào? Lần tập huấn gần nhất là khi nào và kết quả ra sao?" Mô hình ứng cứu dựng trước có lịch tập huấn cụ thể và bằng chứng. Mô hình phản ứng không có khái niệm tập huấn theo kịch bản.

Câu cuối, khó nhất, về kiến trúc tiền đề: "Đối với sự kiện này, kịch bản ứng cứu cho [tình huống X] yêu cầu kiến trúc tiền đề nào, và liệu kiến trúc đề xuất của ông có đáp ứng không?" Câu này không phải bẫy. Đây là câu phơi bày sự không thống nhất giữa lời hứa ứng cứu nhanh và kiến trúc thực tế. Vendor có tư duy kiến trúc giải pháp trả lời được cụ thể. Vendor lắp đặt thường lúng túng vì kịch bản ứng cứu chưa từng được nghĩ từ giai đoạn thiết kế kiến trúc.