Bài 4. Phát hiện bất thường trong vận hành

1. Bất thường trong vận hành là gì?

Bất thường trong vận hành là bất kỳ trạng thái, sự kiện, chỉ số, hành vi, kết quả hoặc điều kiện nào lệch khỏi chuẩn mong muốn, vượt ngưỡng cảnh báo hoặc khác với trạng thái bình thường của quy trình. Bất thường có thể là lỗi đã xảy ra, dấu hiệu rủi ro, điểm không tuân thủ, sự chậm trễ, tồn đọng, thiết bị hỏng, dữ liệu bất thường, phản ánh khách hàng tăng hoặc một điều kiện làm việc dễ gây sai sót.

Trong quản lý chất lượng, phát hiện bất thường sớm rất quan trọng. Một bất thường nhỏ nếu được nhận diện và xử lý kịp thời có thể ngăn sự cố lớn. Ngược lại, nếu bất thường bị bỏ qua, nó có thể trở thành vấn đề lặp lại, gây tổn thất, ảnh hưởng khách hàng hoặc làm suy giảm an toàn.

Ví dụ, một khay hồ sơ “chờ xử lý” đầy vượt mức quy định là bất thường. Một thiết bị chưa được bảo trì đúng hạn là bất thường. Một chỉ số tuân thủ checklist giảm liên tục ba tuần là bất thường. Một khu vực thường xuyên thiếu vật tư là bất thường. Một nhân viên phản ánh phần mềm hay treo ở bước xác nhận là tín hiệu bất thường cần xem xét.

2. Vì sao tổ chức thường phát hiện bất thường muộn?

Nhiều tổ chức không thiếu người làm việc, nhưng vẫn phát hiện bất thường muộn vì hệ thống chưa thiết kế để thấy bất thường. Có một số nguyên nhân phổ biến.

Thứ nhất, chuẩn bình thường không rõ. Nếu không biết trạng thái chuẩn là gì, rất khó biết điều gì bất thường. Ví dụ, nếu không có mức tồn kho tối thiểu, thiếu vật tư chỉ được phát hiện khi đã hết.

Thứ hai, dữ liệu cập nhật chậm. Nếu chỉ số chỉ được tổng hợp cuối tháng, tổ chức có thể phát hiện vấn đề sau khi đã kéo dài nhiều tuần.

Thứ ba, bất thường bị ẩn trong quy trình. Hồ sơ quá hạn nằm trong file cá nhân, email chưa xử lý nằm trong hộp thư riêng, thiết bị hỏng không được gắn nhãn, lỗi nhỏ không được ghi nhận.

Thứ tư, văn hóa bình thường hóa sai lệch. Khi một lỗi xảy ra quá thường xuyên, mọi người dần xem đó là bình thường. Ví dụ, “hồ sơ thiếu thì bổ sung sau”, “phần mềm chậm là chuyện thường”, “khách chờ lâu giờ cao điểm là tất nhiên”.

Thứ năm, ngại báo cáo bất thường. Nếu báo cáo lỗi dẫn đến phê bình cá nhân, nhân viên có xu hướng im lặng hoặc xử lý tạm mà không ghi nhận.

Quản lý trực quan giúp khắc phục các nguyên nhân này bằng cách làm rõ chuẩn, hiển thị trạng thái và tạo cơ chế cảnh báo sớm.

3. Các loại bất thường cần phát hiện

Có thể phân loại bất thường trong vận hành thành nhiều nhóm:

Nhận diện đủ các nhóm này giúp tổ chức không chỉ nhìn vào lỗi cuối cùng mà còn nhìn vào điều kiện tạo ra lỗi.

4. Thiết lập chuẩn bình thường

Muốn phát hiện bất thường, trước hết phải xác định trạng thái bình thường. Chuẩn bình thường có thể là tiêu chuẩn quy trình, ngưỡng chỉ số, hình ảnh chuẩn, vị trí chuẩn, mức tồn chuẩn, thời gian chuẩn hoặc tiêu chí tuân thủ.

Ví dụ:

• Khu vực 5S có ảnh trạng thái chuẩn.
• Mỗi vật tư có vị trí định danh và mức tồn tối thiểu – tối đa.
• Hồ sơ chờ xử lý không vượt quá 20 hồ sơ mỗi ca.
• Thời gian chờ tại quầy không vượt quá 30 phút.
• Tỷ lệ tuân thủ checklist phải trên 95%.
• Thiết bị hỏng phải có nhãn đỏ và tách khỏi khu vực sử dụng.
• Hồ sơ quá hạn phải hiển thị trên bảng cảnh báo.

Khi chuẩn rõ, bất thường dễ thấy hơn. Khi chuẩn mơ hồ, bất thường dễ bị tranh luận hoặc bỏ qua.

5. Công cụ giúp phát hiện bất thường

Nhiều công cụ đã học ở các chương trước có thể hỗ trợ phát hiện bất thường:

Quản lý trực quan không tách rời các công cụ này. Nó làm cho kết quả của các công cụ trở nên dễ nhìn và dễ hành động hơn.

6. Cách thiết kế cơ chế phát hiện bất thường

Một cơ chế phát hiện bất thường cần có năm yếu tố.

Thứ nhất, chuẩn hoặc ngưỡng. Phải biết thế nào là bình thường và thế nào là bất thường.

Thứ hai, phương tiện phát hiện. Có thể là bảng, dashboard, checklist, nhãn màu, cảnh báo phần mềm, quan sát hiện trường.

Thứ ba, người chịu trách nhiệm. Ai theo dõi, ai xác nhận, ai xử lý?

Thứ tư, quy tắc hành động. Khi bất thường xuất hiện thì làm gì, trong bao lâu, báo cho ai?

Thứ năm, phản hồi và học hỏi. Sau khi xử lý, có phân tích nguyên nhân không, có cập nhật SOP/checklist/ngưỡng cảnh báo không?

Ví dụ, với hồ sơ quá hạn:

7. Phản ứng với bất thường: không chỉ dập lửa

Khi phát hiện bất thường, tổ chức thường có xu hướng xử lý ngay để đưa trạng thái về bình thường. Điều này cần thiết, nhưng chưa đủ. Sau khi xử lý tức thời, cần xem xét nguyên nhân để ngăn tái diễn.

Có thể chia phản ứng thành hai tầng:

Tầng 1: Xử lý tức thời. Khắc phục tình trạng hiện tại để giảm ảnh hưởng. Ví dụ, điều phối nhân lực hỗ trợ quầy quá tải, bổ sung vật tư thiếu, xử lý hồ sơ quá hạn.

Tầng 2: Phân tích và cải tiến. Tìm nguyên nhân vì sao bất thường xảy ra. Ví dụ, vì sao quầy quá tải vào giờ đó, vì sao vật tư thiếu không được cảnh báo, vì sao hồ sơ quá hạn lặp lại ở một bước.

Nếu chỉ xử lý tầng 1, tổ chức sẽ dập lửa liên tục. Nếu làm thêm tầng 2, tổ chức chuyển bất thường thành cơ hội cải tiến.

8. Ví dụ phát hiện bất thường trong khu tiếp nhận

Một khu tiếp nhận có bảng theo dõi số khách chờ, thời gian chờ trung bình, số hồ sơ chờ xử lý và tỷ lệ hồ sơ bị trả lại. Ngưỡng cảnh báo được đặt như sau:

• Thời gian chờ trên 30 phút: vàng; trên 45 phút: đỏ.
• Hồ sơ chờ xử lý trên 20: vàng; trên 35: đỏ.
• Tỷ lệ hồ sơ bị trả lại trên 7%: vàng; trên 10%: đỏ.

Một buổi sáng, bảng hiển thị thời gian chờ 50 phút và hồ sơ chờ xử lý 40. Trưởng bộ phận điều phối thêm một nhân viên hỗ trợ phân luồng. Sau ca làm, nhóm xem lại dữ liệu và phát hiện 60% khách đến cùng khung giờ do lịch hẹn được đặt quá dày. Giải pháp cải tiến không chỉ là bổ sung người khi quá tải, mà là điều chỉnh cách phân bổ lịch hẹn và hướng dẫn khách chuẩn bị hồ sơ trước.

Đây là ví dụ cho thấy phát hiện bất thường tốt phải dẫn đến cải tiến hệ thống.

9. Lỗi thường gặp khi phát hiện bất thường

Lỗi thứ nhất là không có chuẩn bình thường. Khi đó, mọi người chỉ phát hiện bất thường bằng cảm giác.

Lỗi thứ hai là cảnh báo quá nhiều. Nếu cái gì cũng đỏ, người dùng sẽ mệt mỏi và bỏ qua cảnh báo.

Lỗi thứ ba là cảnh báo nhưng không có người xử lý. Tín hiệu bất thường trở thành thông tin treo.

Lỗi thứ tư là chỉ xử lý hiện tượng, không phân tích nguyên nhân lặp lại.

Lỗi thứ năm là phê bình người báo cáo bất thường. Điều này làm hệ thống mất khả năng cảnh báo sớm.

Lỗi thứ sáu là không cập nhật chuẩn sau cải tiến. Khi quy trình đã tốt hơn, ngưỡng cảnh báo cũ có thể không còn phù hợp.

10. Checklist phát hiện bất thường

11. Kết luận của bài

Phát hiện bất thường là năng lực quan trọng của hệ thống quản lý chất lượng. Một tổ chức tốt không phải là tổ chức không bao giờ có bất thường, mà là tổ chức phát hiện bất thường sớm, phản ứng đúng, học từ bất thường và cải tiến hệ thống để giảm tái diễn.

Bài học quan trọng là: bất thường không nên bị che giấu; bất thường cần được nhìn thấy sớm, xử lý kịp thời và biến thành dữ liệu cải tiến.