Series Từ số hóa đến AI #25: Máy nào gây thiệt hại lớn nhất? Cách dùng MTTR, MTBF và chi phí bảo trì để ưu tiên

I. “Hỏng nhiều” khác “gây thiệt hại lớn” thế nào?

Hãy hình dung hai thiết bị:

• Máy A hỏng 12 lần/tháng, mỗi lần 5 phút, có máy dự phòng.
• Máy B hỏng 2 lần/tháng, mỗi lần 4 giờ, dừng toàn dây chuyền.

Nếu chỉ nhìn số lần, Máy A đứng đầu. Nếu nhìn downtime và ảnh hưởng sản xuất, Máy B có thể là ưu tiên lớn hơn nhiều.

Tương tự, một thiết bị có chi phí sửa thấp nhưng gây phế phẩm hoặc rủi ro an toàn vẫn cần ưu tiên. Vì vậy, “bad actor” nên được hiểu là thiết bị tạo tổn thất tổng thể, không chỉ thiết bị có nhiều work order.

II. Bộ chỉ số tối thiểu để xếp hạng thiết bị

Số lần hỏng

Cho biết tần suất sự cố. Cần định nghĩa thế nào là một failure và tránh tách một sự cố kéo dài thành nhiều phiếu chỉ vì đổi ca hoặc đổi người thực hiện.

Tổng downtime do thiết bị

Là tổng thời gian thiết bị không sẵn sàng vì các sự cố được xác nhận liên quan đến thiết bị. Cần thống nhất thời điểm bắt đầu, kết thúc và phần thời gian chờ vật tư, chờ sản xuất hoặc chờ nhà thầu được phân loại thế nào.

MTTR - Mean Time To Repair/Restore

Cách tính đơn giản:

MTTR = Tổng thời gian sửa chữa hoặc phục hồi / Số lần sửa chữa

MTTR cao có thể phản ánh lỗi phức tạp, chẩn đoán chậm, thiếu phụ tùng, tài liệu khó tìm hoặc quy trình phối hợp kém. Nhà máy phải thống nhất MTTR đo thời gian repair thuần hay toàn bộ thời gian từ lúc dừng đến lúc bàn giao.

MTBF - Mean Time Between Failures

Với thiết bị có thể sửa chữa, cách tính thường dùng:

MTBF = Tổng thời gian vận hành / Số lần hỏng

MTBF thấp cho thấy hỏng lặp lại thường xuyên. Tuy nhiên, so sánh MTBF chỉ có ý nghĩa khi phạm vi thời gian, điều kiện chạy và định nghĩa failure tương đối nhất quán.

Chi phí bảo trì

Gồm lao động, phụ tùng, dịch vụ ngoài và các chi phí trực tiếp khác. Không nên chỉ nhìn chi phí phụ tùng; một lỗi chẩn đoán lâu có thể tạo chi phí cơ hội lớn dù vật tư thay thế rẻ.

Ảnh hưởng sản xuất

Có thể đo bằng sản lượng mất, giờ dây chuyền bị ảnh hưởng, đơn hàng trễ hoặc chi phí cơ hội ước tính. Đây thường là phần kết nối dữ liệu CMMS với MES/production tracking.

Criticality và rủi ro

Thiết bị có thể ít hỏng nhưng ảnh hưởng đến an toàn, chất lượng, môi trường hoặc không có phương án dự phòng. Criticality giúp tránh bỏ qua các rủi ro có xác suất thấp nhưng hậu quả cao.

III. Dữ liệu work order cần có để các chỉ số không bị sai

Tối thiểu nên ghi:

• Mã thiết bị và vị trí trong cây tài sản.
• Thời điểm phát hiện, dừng, bắt đầu sửa, hoàn thành và bàn giao.
• Triệu chứng, loại lỗi và nguyên nhân xác nhận.
• Loại công việc: corrective, emergency, PM, inspection hoặc improvement.
• Người thực hiện và thời gian lao động.
• Hành động sửa chữa.
• Phụ tùng, vật tư và dịch vụ ngoài.
• Trạng thái chờ và lý do chờ.
• Liên kết với sự kiện dừng máy và ảnh hưởng sản lượng.
• Kết quả chạy thử, người xác nhận và follow-up.

Nếu phiếu chỉ ghi “máy hư - đã sửa”, MTTR có thể tính được một phần nhưng nhà máy vẫn không biết tại sao lỗi lặp lại và cần cải tiến gì.

IV. Ví dụ bảng xếp hạng thiết bị

Dữ liệu dưới đây chỉ để minh họa cách suy nghĩ, không phải benchmark.

Bảng này cho thấy không có một cột duy nhất trả lời mọi quyết định. Máy B có thể là ưu tiên downtime; Máy C cần xem lại chi phí; Máy D cần kiểm soát rủi ro dù tần suất thấp.

V. Có nên tạo một “điểm thiệt hại” tổng hợp?

Có thể, nhưng cần minh bạch. Một score minh họa có thể kết hợp:

• 30% downtime hoặc sản lượng mất.
• 20% tần suất hỏng.
• 15% MTTR.
• 15% chi phí.
• 20% criticality/rủi ro.

Mỗi chỉ số được chuẩn hóa về thang 1-5 trước khi nhân trọng số. Tuy nhiên, trọng số phải phản ánh mục tiêu nhà máy và được rà soát bởi sản xuất, bảo trì, chất lượng và an toàn. Không nên để score che khuất một rủi ro nghiêm trọng: thiết bị criticality rất cao có thể cần ngưỡng ưu tiên riêng dù tổng điểm chưa đứng đầu.

VI. Dashboard bad actor nên hiển thị gì?

Một dashboard hữu ích có thể gồm:

1. Top thiết bị theo tổng downtime.
2. Top thiết bị theo số lần hỏng.
3. Top thiết bị theo chi phí bảo trì.
4. MTTR và MTBF theo tháng/quý.
5. Pareto nhóm nguyên nhân và failure mode.
6. Lỗi lặp lại trong 30/90/180 ngày.
7. Tỷ lệ planned so với emergency work.
8. Downtime theo ca, sản phẩm hoặc điều kiện vận hành.
9. Criticality và trạng thái hành động cải tiến.
10. Drill-down đến work order, phụ tùng và lịch sử.

Dashboard cần cho phép nhìn từ tổn thất xuống bằng chứng gốc. Một biểu đồ đẹp nhưng không mở được work order liên quan sẽ hạn chế khả năng điều tra.

VII. Quy trình ưu tiên cải tiến thiết bị

Bước 1: Chọn khoảng thời gian và phạm vi

Dùng ít nhất một khoảng đủ phản ánh chu kỳ vận hành, nhưng kiểm tra chất lượng dữ liệu trước. Có thể bắt đầu với một dây chuyền và 20-50 thiết bị.

Bước 2: Xếp hạng theo nhiều chiều

Tạo danh sách top theo downtime, frequency, cost và criticality. Thiết bị xuất hiện ở nhiều danh sách là ứng viên mạnh.

Bước 3: Phân tích failure mode

Không dừng ở cấp máy. Xác định cụm, bộ phận, triệu chứng và nguyên nhân lặp lại. Một máy có nhiều lỗi không liên quan cần chiến lược khác với một lỗi duy nhất tái diễn.

Bước 4: Chọn chiến lược hành động

Tùy nguyên nhân, hành động có thể là:

• Sửa tiêu chuẩn vận hành hoặc setup.
• Thay đổi nội dung/tần suất PM.
• Bổ sung condition monitoring.
• Chuẩn hóa phụ tùng và mức tồn.
• Cải tiến thiết kế hoặc loại bỏ điểm yếu.
• Cập nhật SOP, checklist và đào tạo.
• Làm RCA cho lỗi có hậu quả lớn.

Bước 5: Đo lại sau hành động

Theo dõi MTBF, MTTR, downtime, cost và recurrence. Một hành động được đóng trên hệ thống chưa có nghĩa là đã hiệu quả.

VIII. Đọc MTTR và MTBF đúng cách

MTTR thấp không phải lúc nào cũng tốt nếu đội ngũ chỉ “reset cho chạy” mà không xử lý nguyên nhân. MTBF tăng có thể do thiết bị chạy ít hơn, không nhất thiết do độ tin cậy cải thiện. Vì vậy:

• So sánh cùng loại thiết bị hoặc cùng điều kiện.
• Ghi lại giờ chạy, sản lượng và thay đổi tải.
• Tách planned stop khỏi failure.
• Kiểm tra dữ liệu ngoại lệ.
• Kết hợp chỉ số với review work order thực tế.

KPI phải hỗ trợ câu hỏi kỹ thuật, không thay thế phân tích kỹ thuật.

IX. AI và dự báo hỏng có vai trò gì?

AI có thể hỗ trợ:

• Gom nhóm mô tả lỗi tự do thành chủ đề.
• Phát hiện thiết bị có pattern hỏng lặp lại.
• Tóm tắt lịch sử trước một sự cố.
• Tìm mối liên hệ giữa dừng máy, ca, sản phẩm, PM và thông số.
• Cảnh báo bất thường khi có dữ liệu máy phù hợp.
• Gợi ý tài liệu hoặc case tương tự cho kỹ thuật viên.

Dự báo hỏng không nên là bước đầu nếu lịch sử work order, failure mode và dữ liệu thiết bị chưa đáng tin. Thường nhà máy tạo giá trị sớm hơn bằng bad actor analysis và cải thiện dữ liệu nền.

X. Checklist dữ liệu trước khi tin bảng xếp hạng

• Mã thiết bị thống nhất giữa sản xuất và bảo trì.
• Định nghĩa failure và downtime rõ.
• Work order không bị trùng cho cùng một sự cố.
• Thời gian bắt đầu/kết thúc được ghi nhất quán.
• Nguyên nhân được xác nhận, không chỉ mô tả triệu chứng.
• Phụ tùng và chi phí gắn đúng work order.
• Criticality được duyệt và cập nhật.
• Dữ liệu sản lượng mất hoặc ảnh hưởng được liên kết khi cần.
• Có cơ chế sửa sai và audit trail.

XI. Câu hỏi thường gặp

MTTR càng thấp có luôn tốt không?

Không. MTTR thấp có thể phản ánh phục hồi nhanh, nhưng cũng có thể là sửa tạm khiến lỗi quay lại. Cần xem cùng recurrence, MTBF và nguyên nhân xác nhận.

MTBF có dùng được cho mọi thiết bị không?

MTBF phù hợp với tài sản sửa chữa được và có dữ liệu giờ vận hành/failure tương đối rõ. Không nên dùng máy móc cho mọi đối tượng hoặc so sánh thiết bị có điều kiện khác nhau.

Nên ưu tiên thiết bị criticality cao hay downtime cao?

Cần cả hai. Thiết bị criticality cao có thể có ngưỡng kiểm soát riêng; thiết bị downtime cao là mục tiêu cải tiến sản lượng. Ma trận rủi ro và tổn thất giúp cân bằng.

Bao nhiêu dữ liệu lịch sử là đủ?

Phụ thuộc tần suất hỏng và chu kỳ vận hành. Hãy dùng khoảng đủ có sự kiện đại diện, đồng thời kiểm tra thay đổi lớn về thiết bị, sản phẩm và cách ghi dữ liệu.