Người vận hành không kém. Hệ thống đang được thiết kế cho một người không tồn tại

Người vận hành không kém. Hệ thống đang được thiết kế cho một người không tồn tại

Và giải pháp không phải đào tạo họ kỹ hơn. Đào tạo là cách đổ trách nhiệm ngược lại cho mắt xích yếu nhất trong chuỗi.

 

Trong hồ sơ thiết kế của một hội trường, có một nhân vật xuất hiện ở khắp nơi mà không ai từng gặp mặt.

Người đó biết cách chọn đúng kênh đầu vào. Người đó hiểu vì sao phải chỉnh gain trước khi chỉnh volume. Người đó nhận ra tiếng hú đang bắt đầu ở dải tần nào và biết cần hạ dải nào xuống. Người đó luôn có mặt trước cuộc họp ba mươi phút, và không bao giờ nghỉ việc.

Người đó không tồn tại.

Người thật sự ngồi ở bàn điều khiển là một nhân viên văn phòng. Họ được giao thêm việc này bên cạnh sáu việc khác. Họ tới trước cuộc họp năm phút vì vừa in xong tài liệu. Và điều duy nhất họ thực sự quan tâm là: đừng để có chuyện gì xảy ra trước mặt lãnh đạo.

Hệ thống được thiết kế cho một chuyên gia tưởng tượng, rồi giao cho một người bình thường đang bận việc khác. Khoảng cách giữa hai người đó là chỗ mọi sự cố xảy ra.

Vì sao đào tạo không giải quyết được vấn đề

Phản xạ đầu tiên của mọi người là: vậy thì đào tạo kỹ hơn.

Nghe hợp lý. Nhưng thử nhìn lại xem chúng ta đang yêu cầu điều gì.

Chúng ta đang yêu cầu một người không được tuyển vào để làm việc này, không được trả thêm lương cho việc này, và không có thời gian dành riêng cho việc này, phải nhớ được một quy trình kỹ thuật mà họ sử dụng mỗi tháng một lần.

Kiến thức không dùng thường xuyên thì phai. Đó không phải khuyết điểm của họ. Đó là cách bộ não người hoạt động.

Sau ba tháng không đụng tới, phần lớn những gì được dạy trong buổi bàn giao đã biến mất. Và điều còn lại chỉ là một nỗi lo mơ hồ rằng mình có thể làm hỏng một thứ đắt tiền.

Một hệ thống chỉ chạy được khi có người nhớ đúng quy trình là một hệ thống đã hỏng ngay từ trên bản vẽ. Nó chỉ chưa lộ ra.

Điều mà rất ít người thiết kế hệ thống hiểu về người vận hành

Đây là phần quan trọng nhất của bài viết, và nó không phải một vấn đề kỹ thuật.

Người vận hành không sợ hệ thống phức tạp. Họ sợ bị đổ lỗi.

Hiểu được điều đó thì mọi hành vi khó hiểu của họ bỗng trở nên hoàn toàn hợp lý.

Vì sao họ không dám chỉnh gì cả, kể cả khi âm thanh rõ ràng đang có vấn đề? Vì chỉnh mà hỏng thì là lỗi của họ. Không chỉnh mà hỏng thì là lỗi của hệ thống.

Vì sao họ vặn nhỏ tất cả xuống khi nghe tiếng hú? Vì nhỏ thì không ai nghe rõ, nhưng to mà hú thì cả phòng quay lại nhìn họ. Giữa hai cái tệ, họ chọn cái tệ mà không có ai nhìn.

Vì sao họ không gọi nhà thầu khi phát hiện vấn đề nhỏ? Vì gọi nhà thầu nghĩa là thừa nhận có vấn đề, và câu hỏi tiếp theo luôn là ai làm hỏng.

Người vận hành không hành xử như người thiếu kỹ năng. Họ hành xử như người đang tự bảo vệ mình. Và họ có lý do chính đáng để làm vậy.

Mọi giải pháp bỏ qua sự thật này đều thất bại. Kể cả giải pháp tốt nhất về mặt kỹ thuật.

Vậy thiết kế thế nào

Nguyên tắc gốc chỉ có một câu, và mọi thứ khác suy ra từ nó.

Hệ thống phải được thiết kế sao cho người vận hành không thể làm sai, thay vì được đào tạo để không làm sai.

 

 

MỘT: MỘT NÚT CHO MỘT KỊCH BẢN, KHÔNG PHẢI MỘT NÚT CHO MỘT CHỨC NĂNG

Người vận hành không nghĩ bằng chức năng. Họ nghĩ bằng tình huống. Trong đầu họ không có "kênh 3, gain 40, EQ dải 250 giảm 3dB". Trong đầu họ có "hôm nay họp thường kỳ" hoặc "hôm nay có khách nước ngoài".

Nên nút bấm phải mang tên tình huống, không mang tên chức năng. Bấm một nút, toàn bộ hệ thống chuyển sang cấu hình đã được tính sẵn cho tình huống đó.

Điều này nghe đơn giản, nhưng nó đòi hỏi một việc mà nhiều nhà thầu bỏ qua: phải ngồi xuống với người dùng và liệt kê ra tất cả các loại sự kiện thực sự diễn ra trong căn phòng đó, rồi lập trình sẵn cho từng loại. Đó là công việc của giai đoạn thiết kế, không phải giai đoạn lắp đặt.

HAI: KHÓA LẠI NHỮNG THỨ KHÔNG ĐƯỢC PHÉP VẶN

Một bàn điều khiển có bốn mươi nút, trong đó ba mươi lăm nút không bao giờ được phép chạm vào, là một cái bẫy đặt sẵn.

Những thứ có thể phá hỏng cấu hình phải được khóa bằng mật khẩu, hoặc tốt hơn, phải được đưa ra khỏi tầm tay hoàn toàn. Người vận hành chỉ nên nhìn thấy những gì họ được phép dùng.

Đây là chỗ liên quan trực tiếp tới bản vẽ của kiến trúc sư: bàn điều khiển đặt ở đâu, có bao nhiêu bề mặt lộ ra, và ai đi ngang qua nó mỗi ngày. Một bàn điều khiển đặt trong phòng kỹ thuật khóa cửa hành xử khác một bàn điều khiển đặt ngay cạnh cửa hội trường.

BA: LUÔN CÓ ĐƯỜNG VỀ

Dù khóa kỹ tới đâu, sẽ có ngày ai đó vặn một thứ gì đó. Có thể là một khách mời. Có thể là một kỹ thuật viên của đơn vị tổ chức sự kiện thuê ngoài.

Điều bắt buộc phải có là một nút đưa toàn bộ hệ thống về trạng thái mặc định đã được kiểm chứng. Một nút. Không cần mật khẩu. Không cần gọi ai.

Nút đó là thứ khiến người vận hành dám chạm vào hệ thống, vì họ biết mình luôn quay lại được. Và một người dám chạm vào hệ thống sẽ xử lý được chín trên mười vấn đề nhỏ trước khi chúng thành vấn đề lớn.

BỐN: THIẾT KẾ ĐỂ HỆ THỐNG KHÔNG BAO GIỜ TỚI NGƯỠNG NGUY HIỂM

Đây là tầng sâu nhất, và nó không nằm ở giao diện.

Tiếng hú là nỗi sợ lớn nhất của người vận hành. Nhưng nếu hệ thống được thiết kế với đủ biên an toàn giữa mức âm lượng cần thiết và ngưỡng hú, thì người vận hành sẽ không bao giờ phải đối mặt với nó.

Nói cách khác, cách tốt nhất để người vận hành không xử lý sai tiếng hú là làm cho tiếng hú không xảy ra. Và biên an toàn đó được quyết định từ giai đoạn thiết kế, bằng cự ly micro, bằng vị trí loa, bằng đặc tính âm học của phòng.

Mọi nút bấm thông minh trên đời cũng không cứu được một hệ thống bị đẩy tới sát ngưỡng vật lý. Giao diện dễ dùng là lớp cuối cùng. Biên an toàn mới là lớp đầu tiên.

 

 

Vậy thiết kế thế nào

Điều này liên quan gì tới kiến trúc sư

Có thể bạn đang nghĩ rằng đây là chuyện của nhà thầu âm thanh, không phải chuyện của mình.

Ba quyết định trên bản vẽ của bạn định đoạt phần lớn kết quả.

Vị trí bàn điều khiển. Nó nằm trong phòng kỹ thuật riêng, hay lộ thiên ở góc hội trường nơi ai cũng chạm được? Quyết định này thường được đưa ra vì lý do thẩm mỹ hoặc vì tiết kiệm diện tích, và nó tạo ra hoặc loại bỏ một loại sự cố suốt mười năm.

Đặc tính âm học của phòng. Như đã nói, biên an toàn chống hú là hàm số của căn phòng. Một phòng vang buộc hệ thống phải chạy sát ngưỡng, và một hệ thống chạy sát ngưỡng thì không có giao diện nào cứu nổi.

Và vị trí bàn chủ tọa so với loa. Nếu người nói ngồi ngay dưới một chiếc loa, thì không có phần mềm nào trên đời xử lý được điều đó. Đây là bài toán hình học, và nó được giải trên bản vẽ mặt bằng.

Chỗ mà nguyên tắc dừng lại

Bốn nguyên tắc ở trên là kiến thức thiết kế phổ thông. Chúng tôi cho đi trọn vẹn, vì một nhà thầu đọc xong vẫn không làm được, và một kiến trúc sư đọc xong sẽ tránh được phần lớn sai lầm.

Nhưng có một việc mà nguyên tắc không dạy được.

Biết được rằng căn phòng này, với cái trần này, với vị trí bàn chủ tọa này, sẽ cho phép micro thu ở cự ly bao xa mà vẫn giữ được biên an toàn. Vì chính con số đó quyết định người chủ trì có phải cúi xuống micro hay không, và nó cũng quyết định người vận hành có phải sống chung với nỗi sợ tiếng hú suốt mười năm hay không.

Chúng tôi có một kỹ thuật riêng cho việc này, và nó cho phép đẩy cự ly thu xa hơn đáng kể so với thông lệ, trong khi vẫn giữ biên an toàn. Chúng tôi có ghi hình thực tế để chứng minh.

Nhưng cách đạt được điều đó thì không nằm trong bài viết này, và cũng không nằm trong bất kỳ catalogue nào.

Người vận hành giỏi nhất là người chưa bao giờ phải xử lý một sự cố nào. Không phải vì họ giỏi. Mà vì có người đã xử lý hết từ trước, trên bản vẽ, ba năm trước khi họ nhận việc.

Một câu hỏi nên đặt ra trong buổi thiết kế tới

Ai sẽ là người bật hệ thống này lên vào sáng thứ Hai?

Nếu không ai trong phòng họp trả lời được, thì hệ thống đang được thiết kế cho một người không tồn tại. Và mười năm tới, một người có thật sẽ phải sống với hậu quả của điều đó.

Nếu bạn muốn biết bàn điều khiển trong bản vẽ hiện tại nên đặt ở đâu, và căn phòng này cho phép biên an toàn tới mức nào, hãy trao đổi với chúng tôi khi mặt bằng còn đang được bố trí. Sau khi vị trí đã chốt, mọi lời khuyên đều chỉ còn là lời an ủi.