Quy tắc leo thang hệ thống Andon: ba cấp gọi và quá hạn

Vì sao quy tắc leo thang quan trọng hơn nút gọi

Quy tắc leo thang quyết định việc bất thường được tiếp nhận nhanh đến đâu, bởi vì bấm nút chỉ biến vấn đề thành một tín hiệu, còn điều thực sự giúp dây chuyền hồi phục là có người đến đúng thời gian đã thỏa thuận. Khi thiết kế quy tắc, trước tiên hãy tách chuỗi phản hồi thành ba vai trò có thể đếm giờ: công đoạn phát hiện vấn đề sớm nhất, tuyến hỗ trợ trực tiếp chịu trách nhiệm xử lý, và cấp quản lý có quyền quyết định nguồn lực. Sau khi cuộc gọi được phát ra, hệ thống đưa tín hiệu lên từng cấp, mỗi cấp có thời hạn chờ rõ ràng; nếu trong hạn không ai nhận việc, tín hiệu tự động chuyển sang cấp kế tiếp và lưu lại đầy đủ hồ sơ nhận việc, có mặt, xử lý và đóng việc.

Điểm khác biệt giữa Andon và một bảng giám sát cảnh báo là Andon đo phản hồi chứ không đo giá trị. Bảng giám sát cho bạn biết nhiệt độ đang cao, còn Andon cho bạn biết trong thời hạn đã định có ai xử lý việc nhiệt độ cao hay không. Vì vậy quy tắc phải định nghĩa đồng thời hai điều: loại và mức độ nghiêm trọng của bất thường, cùng việc mỗi cấp do ai phụ trách và phải phản hồi trong bao lâu. Khi cả hai điều đã rõ, báo cáo mới có ý nghĩa và mới trả lời được câu hỏi loại bất thường nào thường quá hạn nhất.

Bảng: thời hạn và vai trò trong chuỗi leo thang ba cấp (có thể điều chỉnh theo quy mô tổ)

Cột dễ bị bỏ qua nhất chính là cột điều kiện kích hoạt. Nhiều xưởng chỉ dùng một nút gọi với một ý nghĩa duy nhất, nên thiếu vật tư, kẹt liệu hay máy dừng đều phát cùng một tín hiệu, khiến mọi bất thường dồn vào một kênh và không ai phân định được nên xử lý việc nào trước. Vì vậy bước đầu tiên của quy tắc leo thang thực ra là để cuộc gọi mang được loại của nó.

Bốn thiết lập quyết định quy tắc có vận hành được không

Dù quy tắc có đầy đủ đến đâu, nếu bốn thiết lập dưới đây không rõ, sau khi lên hệ thống xưởng vẫn quay lại cách gọi điện tìm người.

• Đặt thời hạn chờ riêng theo từng loại bất thường: dừng dây chuyền ảnh hưởng nhịp sản xuất và việc chờ vật tư thông thường không nên dùng chung một thời hạn; dùng chung sẽ khiến cuộc gọi khẩn bị nhấn chìm trong các cuộc gọi thường.
• Hành động leo thang chỉ được tự động, không thể bấm tay: chuyển cấp khi quá hạn là một phần của chính quy tắc, nếu tổ trưởng phải bấm tay mới leo thang thì khi bận rộn quy tắc này sẽ bị bỏ qua đầu tiên.
• Gắn vai trò tiếp nhận vào vị trí công việc chứ không phải cá nhân: lấy tổ trưởng hay kỹ sư trực làm đối tượng thông báo để chuỗi leo thang không đứt khi đổi ca hoặc nghỉ phép.
• Ghi lại mọi lần nhận việc, có mặt và đóng việc: chỉ quy tắc có lưu vết mới dùng được cho việc rà soát về sau, và cũng chỉ khi đó mới làm căn cứ đánh giá phản hồi của tổ.

Trong bốn thiết lập này, thiết lập thứ hai thử thách khâu thiết kế ban đầu nhiều nhất. Nó đòi hỏi tín hiệu gọi không phải một hộp nút đơn lẻ mà được nối vào một hệ thống phần mềm có khả năng phát thông báo. Cách làm phổ biến là để hộp gọi nối qua PLC hoặc fieldbus vào một gateway thu thập, rồi phần mềm cấp trên đẩy thông báo đến tin nhắn tổ, bảng xưởng và điện thoại trực theo quy tắc. Khi đó việc leo thang do phần mềm thực thi, nhân viên hiện trường chỉ nhận việc và xử lý, không cần nhớ câu phải leo thang.

Từ điển lý do gọi: biến quy tắc leo thang thành dữ liệu phân tích được

Muốn chuỗi leo thang hiệu quả lâu dài thì cần một từ điển lý do gọi thống nhất. Từ điển phân loại trước mọi bất thường có thể xảy ra thành một số nhóm hữu hạn, ví dụ thiếu vật tư, hỏng thiết bị, lỗi chất lượng, vấn đề gá kẹp, cần hỗ trợ kỹ thuật, mỗi nhóm gắn với chuỗi leo thang và thời hạn riêng. Khi duy trì cần vài kinh nghiệm: giữ số nhóm trong giới hạn tổ có thể nhớ, thường khoảng hơn mười nhóm là đủ; mỗi nhóm phải có căn cứ phân loại rõ để cùng một sự việc không bị các tổ xếp vào nhóm khác nhau; và từ điển phải bảo trì được để khi thêm dây chuyền hay công đoạn mới có thể bổ sung mục tương ứng.

Khi từ điển đã thống nhất, hồ sơ gọi mới được thống kê và phân tích. Bạn có thể xem theo nhóm loại bất thường nào thường kích hoạt leo thang nhất, theo ca khoảng thời gian nào leo thang dày nhất, và kết hợp thời gian xử lý để tìm ra công đoạn leo thang lặp lại mà mãi chưa khắc phục gốc. Những thống kê này không thay đổi quy tắc, nhưng cho biết chỗ nào cần điều chỉnh, ví dụ thời hạn đặt quá chặt cho một loại khiến nhiều cuộc gọi lẽ ra xử lý được tại chỗ bị leo thang quá mức và cấp quản lý bị cuốn vào vô ích.

Giá trị của hồ sơ Andon còn ở chỗ nó liên tục xuyên ca. Một cuộc gọi ở ca đêm, việc nhận và xử lý ở ca ngày cùng nằm trong một hồ sơ, nên khi giao ca không phải thuật lại bằng lời. Với phân xưởng sản xuất liên tục nhiều ca, điều này quyết định việc bất thường có thực sự được đóng lại nhiều hơn là tốc độ phản hồi của một ca đơn lẻ.

Lên hệ thống và nghiệm thu: chạy thử quy tắc trước khi bàn giao

Trước khi lên hệ thống, nên chạy trọn chuỗi leo thang một lần trong điều kiện thật hoặc mô phỏng để xác nhận quy tắc khớp với hiện trường.

• Từ gọi đến thông báo: sau khi bấm nút tại công đoạn, hệ thống có thông báo cho đúng vị trí trong thời hạn quy định không.
• Từ quá hạn đến leo thang: quá hạn cấp 1 mà không nhận việc, tín hiệu có tự động chuyển sang cấp kế tiếp và giữ hồ sơ quá hạn cấp 1 không.
• Nhận việc và đóng việc: việc nhận, có mặt, xử lý và đóng có được ghi đầy đủ kèm mốc thời gian và người phụ trách không.
• Lưu vết tra cứu được: hồ sơ gọi cũ có truy vấn được theo nhóm, ca hoặc công đoạn để rà soát về sau không.
• Đồng bộ với bảng xưởng: bảng xưởng và tin nhắn tổ có hiển thị cùng trạng thái của một cuộc gọi không, tránh hai nơi lệch nhau.

Khi các mục kiểm tra này chạy xong, quy tắc leo thang mới thực sự được bàn giao chứ không chỉ là một nút bấm. Các dự án Andon của Orpaon thường triển khai theo trình tự này: xác nhận loại cuộc gọi và chuỗi leo thang, sau đó chốt thời hạn và vị trí tiếp nhận từng cấp, rồi hoàn tất kết nối tín hiệu và cấu hình kênh thông báo, cuối cùng chạy trọn danh sách nghiệm thu ở trên. Trước đây chúng tôi đã bàn giao một hệ thống Andon LED kết hợp kết nối thiết bị tại một dây chuyền sản xuất rời rạc (tên công khai: một tập đoàn thiết bị gia dụng Nhật Bản, nhà máy Thượng Hải), nối cuộc gọi tại công đoạn, hiển thị tại chỗ và truyền thông mạng trên cùng một tuyến, và có thể tùy biến trên cơ sở đó theo điều kiện dây chuyền.

Nếu thiết bị tại xưởng nhiều thương hiệu và giao thức không thống nhất, bước đầu của quy tắc leo thang còn cần lập danh mục thiết bị và giao thức để xác nhận tín hiệu gọi được thu thập thế nào và thông báo được gửi đi ra sao. Khi các điều kiện tiên quyết này đã rõ, việc thiết kế và kiểm chứng quy tắc sẽ nhanh hơn nhiều.