Series Từ số hóa đến AI #22: Sản xuất hay bảo trì nên ưu tiên trước khi số hóa?

I. Phân biệt nhanh mục tiêu của số hóa sản xuất và bảo trì

Hai mảng không tách rời. Dữ liệu dừng máy từ sản xuất nên liên kết với work order bảo trì. Lịch PM cần phối hợp với kế hoạch sản xuất. Thiết bị trọng yếu ảnh hưởng trực tiếp đến OEE và giao hàng.

II. Nên ưu tiên sản xuất khi nào?

Sản xuất thường là điểm đầu phù hợp nếu nhà máy có một hoặc nhiều dấu hiệu sau:

• Không biết lệnh nào có nguy cơ trễ cho đến cuối ca hoặc cuối ngày.
• Sản lượng giữa báo cáo, ERP và hiện trường thường không khớp.
• OEE thấp nhưng chưa tách rõ Availability, Performance và Quality.
• Nhiều lần dừng ngắn, chạy chậm hoặc chuyển đổi sản phẩm kéo dài.
• Trưởng ca phải gọi điện hoặc đi từng công đoạn để nắm tình hình.
• Kế hoạch thay đổi nhưng trạng thái thực hiện không được cập nhật đủ nhanh.
• Ban giám đốc mất nhiều thời gian chờ tổng hợp sản lượng và tiến độ.

Một pilot sản xuất tốt có thể chỉ cần một dây chuyền và một nhóm sản phẩm. Dữ liệu tối thiểu gồm lệnh sản xuất, kế hoạch, sản lượng theo thời gian, trạng thái lệnh, thời gian chạy/dừng, nguyên nhân dừng và lỗi chất lượng.

Kết quả 8-12 tuần nên tập trung vào độ minh bạch: phát hiện trễ sớm hơn, giảm thời gian tổng hợp và có Pareto tổn thất đủ tin cậy. Không nên đặt mục tiêu “tối ưu toàn nhà máy” ngay ở giai đoạn đầu.

III. Nên ưu tiên bảo trì khi nào?

Bảo trì thường nên đi trước nếu:

• Hỏng đột xuất gây ảnh hưởng lớn đến sản xuất.
• Yêu cầu và giao việc chủ yếu qua điện thoại, tin nhắn hoặc giấy.
• Không có lịch sử thiết bị đủ để biết lỗi lặp lại.
• PM quá hạn, bị dời nhiều lần hoặc làm xong nhưng không có bằng chứng.
• Không biết thiết bị nào gây tổng tổn thất lớn nhất.
• Phụ tùng xuất dùng không gắn với thiết bị và work order.
• Backlog không được ưu tiên theo criticality và rủi ro.
• Kỹ thuật viên mới phụ thuộc nhiều vào người lâu năm.

Pilot CMMS có thể bắt đầu với 30-100 thiết bị trọng yếu, thay vì đưa toàn bộ danh mục tài sản lên hệ thống. Mục tiêu là làm rõ luồng yêu cầu - phân loại - giao việc - thực hiện - xác nhận, đồng thời chuẩn hóa dữ liệu nguyên nhân, hành động và thời gian.

Kết quả sớm nên gồm tỷ lệ work order đủ dữ liệu, PM đúng hạn, backlog theo mức ưu tiên và danh sách thiết bị gây dừng lớn.

IV. Khi dừng máy là nỗi đau chính, đừng tách sản xuất và bảo trì

Dừng máy nằm ở giao điểm của sản xuất và bảo trì. Sản xuất biết sự kiện bắt đầu/kết thúc và ảnh hưởng đến kế hoạch. Bảo trì biết triệu chứng, nguyên nhân kỹ thuật, hành động và phụ tùng. Nếu mỗi bên lưu một phần riêng, nhà máy không có bức tranh đầy đủ.

Một use case chung có thể gồm:

1. Sản xuất ghi nhận hoặc hệ thống tự lấy trạng thái chạy/dừng.
2. Trưởng ca xác nhận nhóm nguyên nhân ban đầu.
3. Nếu liên quan thiết bị, hệ thống tạo hoặc liên kết work order.
4. Bảo trì ghi triệu chứng, nguyên nhân xác nhận, hành động và phụ tùng.
5. Sản xuất xác nhận thời điểm bàn giao và chạy lại.
6. Dashboard tổng hợp dừng theo máy, ca, sản phẩm, nguyên nhân và trạng thái xử lý.

Cách làm này tạo giá trị cho cả MES và CMMS, đồng thời giảm tranh luận “dừng do ai”. Bài giảm dừng máy bằng dữ liệu có thể được dùng làm use case khởi đầu chung.

V. Khi nào chất lượng, kho hoặc tri thức nên được ưu tiên hơn?

Không phải mọi nhà máy đều nên bắt đầu từ sản xuất hoặc bảo trì.

Chất lượng có thể đi trước nếu lỗi lặp lại, truy xuất chậm, CAPA khó theo dõi hoặc yêu cầu audit là rủi ro lớn nhất.

Kho và phụ tùng phù hợp nếu thiếu vật tư gây dừng, tồn chết lớn hoặc dữ liệu xuất - nhập - tồn không đủ tin cậy.

Tri thức kỹ thuật phù hợp nếu nhà máy phụ thuộc nặng vào chuyên gia, tài liệu rời rạc và thời gian tìm hướng dẫn ảnh hưởng rõ đến MTTR hoặc đào tạo.

Điểm bắt đầu nên theo nỗi đau và mục tiêu kinh doanh, không theo cơ cấu tổ chức.

VI. Ma trận quyết định gồm sáu tiêu chí

Chấm mỗi phương án từ 1 đến 5.

Không nên chỉ cộng điểm cơ học. Một phương án không có người sở hữu hoặc không có cách đo là tín hiệu rủi ro, dù tổng điểm cao.

VII. Cây quyết định nhanh

• Tổn thất lớn nhất đến từ hỏng máy, PM và lịch sử thiết bị? Ưu tiên CMMS.
• Tổn thất lớn nhất đến từ tiến độ, sản lượng, chạy chậm và dừng trong ca? Ưu tiên production tracking/MES.
• Không phân biệt được dừng do thiết bị hay vận hành? Làm use case dừng máy chung.
• Dữ liệu sản xuất đã tốt nhưng lịch sử kỹ thuật rất yếu? Bắt đầu bảo trì.
• Bảo trì có hệ thống tốt nhưng ban quản lý vẫn không nhìn được tiến độ? Bắt đầu dashboard sản xuất.
• Cả hai đều yếu và nguồn lực hạn chế? Chọn một dây chuyền trọng yếu, một nhóm máy và một KPI chung.

VIII. Hai ví dụ lộ trình 90 ngày

Ví dụ 1: Ưu tiên sản xuất

• Phạm vi: một dây chuyền đóng gói.
• Nỗi đau: chỉ biết trễ kế hoạch cuối ca; nhiều dừng ngắn.
• Tuần 1-2: chuẩn hóa lệnh, ca, sản phẩm và nhóm nguyên nhân dừng.
• Tuần 3-6: ghi nhận sản lượng, trạng thái và dừng máy.
• Tuần 7-10: dashboard tiến độ, Pareto dừng và cảnh báo lệch kế hoạch.
• Tuần 11-12: đo thời gian phát hiện trễ và độ đầy đủ dữ liệu.

CMMS có thể chưa triển khai toàn diện, nhưng các sự cố thiết bị quan trọng vẫn cần liên kết với phiếu bảo trì hiện có.

Ví dụ 2: Ưu tiên bảo trì

• Phạm vi: 50 thiết bị trọng yếu.
• Nỗi đau: hỏng đột xuất, PM bị dời và lịch sử thiếu.
• Tuần 1-2: làm cây thiết bị, criticality và danh mục loại việc.
• Tuần 3-6: đưa luồng yêu cầu, giao việc, kết quả và phụ tùng lên hệ thống.
• Tuần 7-10: kích hoạt lịch PM và dashboard backlog/PM.
• Tuần 11-12: phân tích top thiết bị theo số lần hỏng, dừng, MTTR và chi phí.

Dữ liệu dừng từ sản xuất cần được đối chiếu để CMMS không chỉ phản ánh số phiếu mà phản ánh ảnh hưởng vận hành.

IX. Các sai lầm khi chọn ưu tiên

• Chọn MES vì “nhà máy nào cũng cần MES” mà chưa có use case.
• Chọn CMMS chỉ để thay Excel, nhưng không thay đổi quy trình giao việc và xác nhận.
• Bắt đầu đồng thời trên toàn bộ sản xuất và bảo trì khi đội nội bộ còn mỏng.
• Chỉ chọn nơi dễ hợp tác, dù giá trị vận hành thấp.
• Dùng một KPI quá tổng quát như “tăng hiệu quả” mà không có baseline.
• Để IT hoặc nhà cung cấp quyết định thay chủ sở hữu nghiệp vụ.
• Xem go-live là kết thúc thay vì bắt đầu giai đoạn adoption.

X. Bộ câu hỏi cần trả lời trước khi quyết định

1. Ba tổn thất lớn nhất trong sáu tháng gần đây là gì?
2. Tổn thất nào thuộc sản xuất, bảo trì hay giao điểm của cả hai?
3. KPI nào ban giám đốc muốn nhìn sớm hơn?
4. Dữ liệu hiện nằm ở đâu và mức tin cậy ra sao?
5. Quản lý cấp trung nào sẽ dùng dashboard hoặc hệ thống mỗi ngày?
6. Phạm vi nhỏ nhất vẫn tạo giá trị là gì?
7. Sau 90 ngày, bằng chứng nào cho phép mở rộng?

Câu trả lời cho bảy câu này quan trọng hơn việc so sánh danh sách tính năng của hai phần mềm.

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

CMMS có thể làm trước rồi mới kết nối MES không?

Có. Điều quan trọng là chuẩn hóa mã thiết bị, thời gian và cơ chế trao đổi dữ liệu để sau này dừng máy, kế hoạch và work order có thể liên kết.

MES có thay thế CMMS không?

Thông thường không. MES theo dõi sản xuất và hiệu suất; CMMS quản lý vòng đời công việc bảo trì, PM, lịch sử, phụ tùng và tài sản. Có thể có chức năng giao nhau nhưng mục tiêu lõi khác nhau.

Có nên làm hai pilot song song?

Chỉ khi có đủ chủ sở hữu, nguồn lực và roadmap chung. Nếu đội dự án nhỏ, một use case liên phòng ban như dừng máy thường hiệu quả hơn hai dự án tách rời.

Nếu chưa biết nỗi đau nào lớn hơn thì làm gì?

Thực hiện assessment ngắn, lấy baseline dừng máy, tiến độ, PM, backlog, lỗi và thời gian báo cáo. Không nên quyết định chỉ bằng ý kiến trong một cuộc họp.