Suy nghĩ của nó như thế này. Trong nhà của bạn, có lẽ là một số mặt hàng bị hỏng hoặc hỏng. Có thể có một số đèn burnt-out, hoặc (trong nhà của tôi) một đèn đọc sách hoạt động tốt cho một thời gian ngắn, sau đó đi ra ngoài: chúng ta phải đi bộ qua và lung bóng đèn fluo-rescent. Có thể có một vòi bị rò rỉ hoặc khác tiểu lỗi rằng bạn biết về nhưng trì hoãn hành động để khắc phục. Bây giờ hãy xem xét một nhà máy chính điều khiển quá trình sản xuất (khủng refin một dầu, một nhà máy hóa chất, hoặc một nhà máy điện hạt nhân). Đây có ngươi-sands, có lẽ hàng chục ngàn, Van và thiết bị cảm ứng, Hiển thị và điều khiển, và như vậy. Thậm chí tốt nhất của nhà máy luôn luôn có một số bộ phận bị lỗi. Đội bảo dưỡng luôn luôn có một danh sách các mặt hàng để chăm sóc. Với tất cả các hệ thống báo động mà kích hoạt khi một vấn đề phát sinh, mặc dù nó có thể không quan trọng, và tất cả những thất bại hàng ngày, làm thế nào một có biết đó có thể là một chỉ số quan trọng của một vấn đề lớn? Mỗi người duy nhất thường có một đơn giản, hợp lý explana-tion, vì vậy không làm cho nó một mục khẩn cấp là một quyết định hợp lý. Trong thực tế, các phi hành đoàn bảo trì chỉ đơn giản là thêm nó vào danh sách. Phần lớn thời gian, đây là quyết định đúng. Một lần trong một ngàn (hoặc thậm chí, một thời gian trong một triệu) mà quyết định là sai làm cho nó một trong những họ sẽ được đổ lỗi cho: làm thế nào họ có thể đã mất những tín hiệu rõ ràng? Hindsight là luôn luôn vượt trội so với tầm nhìn xa. Khi tai nạn trong vestigation Ủy ban đánh giá sự kiện này đã đóng góp cho vấn đề, họ biết những gì thực sự xảy ra, do đó, nó dễ dàng cho họ để chọn ra thông tin đó là có liên quan, đó là không. Điều này là quá khứ ra quyết định. Nhưng khi vụ việc đã diễn ra, những người đã có thể bị choáng ngợp với quá nhiều thông tin không liên quan và có lẽ không phải là rất nhiều thông tin có liên quan-mation. Làm thế nào là họ biết đó để tham dự và để bỏ qua? Phần lớn thời gian, nhà điều hành có kinh nghiệm làm những điều đúng. Một thời gian họ không, phân tích quá khứ là apt để lên án
họ thiếu sự rõ ràng. Vâng, trong sự kiện này, không có gì có thể được rõ ràng. Tôi trở về chủ đề này sau này trong chương.
bạn sẽ đối mặt với điều này trong khi lái xe, trong khi xử lý tài chính của bạn, và trong khi chỉ cần đi qua cuộc sống hàng ngày của bạn. Hầu hết các sự cố bất thường bạn đọc về không có liên quan đến bạn, vì vậy bạn một cách an toàn có thể bỏ qua chúng. Điều đó nên là quan tâm đến, mà nên được bỏ qua? Ngành công nghiệp đối mặt với vấn đề này tất cả thời gian, như làm chính phủ. Cộng đồng tình báo đang swamped với dữ liệu. Làm thế nào để họ có thể quyết định trường hợp đó là nghiêm trọng? Công chúng nghe về những sai lầm của họ, nhưng không phải về các xa hơn thường xuyên trường hợp mà họ nhận được đúng hay về những lần họ bỏ qua các dữ liệu như không phải là có ý nghĩa- và đã được đúng để làm vậy
nếu mọi quyết định phải được hỏi, không có gì đã bao giờ nhận được thực hiện. Tuy nhiên, nếu quyết định không đặt câu hỏi, sẽ có những sai lầm lớn — ít khi, nhưng thường xuyên của hình phạt đáng kể.
Thách thức thiết kế là đến nay thông tin về trạng thái của hệ thống (một thiết bị, xe, thực vật, hoặc hoạt động là moni-tored) một cách dễ dàng để đồng hóa và giải thích, cũng như để cung cấp giải thích thay thế và cách diễn giải. Nó là hữu ích cho câu hỏi quyết định, nhưng không thể làm như vậy nếu mỗi hành động — hoặc không hành động-đòi hỏi sự chú ý gần gũi.
Đây là một vấn đề khó khăn với không có giải pháp rõ ràng.
đang được dịch, vui lòng đợi..
