Series Từ số hóa đến AI #6: Nhà máy nên bắt đầu số hóa từ bộ phận nào?

I. Không chọn theo tên bộ phận, hãy chọn theo nỗi đau

Thay vì hỏi “nên làm MES hay CMMS?”, hãy mô tả vấn đề bằng ngôn ngữ vận hành:

• Máy dừng bất ngờ nhưng không biết nguyên nhân nào lặp lại.
• Tiến độ sản xuất chỉ được biết cuối ca.
• Lỗi chất lượng mất hai ngày mới truy xuất đủ hồ sơ.
• Bảo trì phòng ngừa thường bị dời nhưng không theo dõi được lý do.
• Phụ tùng giá trị cao tồn nhiều nhưng vẫn thiếu khi sự cố xảy ra.
• Quản lý mất nhiều giờ mỗi ngày để tổng hợp báo cáo.

Khi vấn đề rõ, bộ phận và loại giải pháp cần ưu tiên thường tự hiện ra.

II. Khi nào nên bắt đầu từ sản xuất?

Sản xuất là ứng viên tốt nếu nhà máy gặp các dấu hiệu:

• Không nhìn được tiến độ theo ca, lệnh hoặc công đoạn.
• Sản lượng báo cáo chậm và khó đối chiếu.
• OEE thấp nhưng không biết mất ở Availability, Performance hay Quality.
• Nhiều dừng ngắn, chạy chậm hoặc thời gian chuyển đổi kéo dài.
• Kế hoạch thay đổi thường xuyên nhưng phản ứng chậm.

Phạm vi đầu tiên có thể là một dây chuyền có sản lượng lớn, dừng máy cao hoặc nguy cơ trễ đơn hàng. Dữ liệu tối thiểu gồm lệnh, sản phẩm, kế hoạch, sản lượng theo thời gian, thời gian chạy/dừng, nguyên nhân và lỗi.

KPI phù hợp:

• Tỷ lệ hoàn thành kế hoạch.
• Thời gian phát hiện lệnh có nguy cơ trễ.
• OEE và ba thành phần.
• Tổng dừng và top nguyên nhân.
• Thời gian tổng hợp báo cáo.

III. Khi nào nên bắt đầu từ bảo trì?

Bảo trì phù hợp nếu:

• Máy hỏng đột xuất nhiều và lịch sử rời rạc.
• Phiếu yêu cầu, giao việc và xác nhận chủ yếu qua điện thoại hoặc giấy.
• PM quá hạn hoặc bị dời nhưng không có lý do rõ.
• Không biết thiết bị nào gây thiệt hại lớn nhất.
• Phụ tùng sử dụng không gắn với thiết bị và phiếu việc.
• Nhà máy phụ thuộc vào một vài kỹ thuật viên lâu năm.

Có thể bắt đầu với 30-100 thiết bị trọng yếu thay vì toàn bộ tài sản. Mục tiêu là làm tốt luồng yêu cầu - giao việc - thực hiện - xác nhận và tạo lịch sử đủ để phân tích.

KPI phù hợp:

• Tỷ lệ phiếu có đủ dữ liệu bắt buộc.
• PM hoàn thành đúng hạn.
• Backlog theo mức ưu tiên.
• MTTR, MTBF và tổng dừng do thiết bị.
• Thời gian tìm lịch sử và tài liệu.

IV. Khi nào nên bắt đầu từ chất lượng?

Chất lượng là điểm đầu tốt khi:

• Lỗi lặp lại nhưng nguyên nhân và hành động không được liên kết.
• Truy xuất lô, máy, ca, vật tư và công đoạn mất nhiều thời gian.
• Chuẩn bị audit cần huy động nhiều người gom hồ sơ.
• Mã lỗi không thống nhất hoặc chỉ ghi “NG”.
• CAPA chậm, khó theo dõi hiệu lực hành động.

Pilot có thể tập trung vào một nhóm sản phẩm hoặc một loại lỗi quan trọng. Kết quả sớm thường là giảm thời gian truy xuất, chuẩn hóa mã lỗi và minh bạch hành động khắc phục.

V. Khi nào nên bắt đầu từ kho, vật tư hoặc phụ tùng?

Ưu tiên kho nếu nhà máy có tình trạng:

• Thiếu vật tư hoặc phụ tùng đúng lúc cần.
• Tồn lâu, tồn chết hoặc không biết phụ tùng dùng cho thiết bị nào.
• Xuất kho không gắn với lệnh sản xuất hoặc phiếu bảo trì.
• Kiểm kê chênh lệch, dữ liệu ERP và thực tế không khớp.
• Thời gian mua hàng dài đối với phụ tùng trọng yếu.

Với phụ tùng bảo trì, cần đánh giá không chỉ giá trị tồn mà còn mức độ quan trọng của thiết bị, lead time và rủi ro dừng máy.

VI. Khi nào nên bắt đầu từ năng lượng?

Năng lượng phù hợp nếu chi phí tiêu thụ lớn, có mục tiêu giảm rõ và dữ liệu đo có thể thu thập theo khu vực, dây chuyền hoặc sản phẩm. Một hệ thống đo tổng toàn nhà máy ít giúp xác định nguyên nhân. Cần đủ chi tiết để biết tiêu thụ tăng ở đâu và trong điều kiện vận hành nào.

Năng lượng thường cần thêm đồng hồ, cảm biến hoặc tích hợp, vì vậy phải làm rõ quyết định nào sẽ thay đổi nhờ dữ liệu trước khi đầu tư phần cứng.

VII. Sáu tiêu chí chọn use case đầu tiên

Chấm mỗi tiêu chí từ 1 đến 5.

Tổng điểm cao chưa đủ. Một use case không có người sở hữu hoặc không có cách đo thường không nên được chọn dù nghe rất hấp dẫn.

VIII. Ma trận giá trị - khả thi

Chia danh sách vấn đề thành bốn nhóm:

Giá trị cao, khả thi cao

Đây là nhóm ưu tiên. Ví dụ: dashboard dừng máy cho một dây chuyền đã có dữ liệu tương đối đầy đủ; số hóa phiếu bảo trì cho thiết bị trọng yếu; tự động hóa một báo cáo mất nhiều giờ mỗi ngày.

Giá trị cao, khả thi thấp

Cần tách nhỏ hoặc chuẩn bị nền. Ví dụ: dự báo hỏng toàn bộ thiết bị nhưng chưa có dữ liệu cảm biến và lịch sử nguyên nhân. Có thể bắt đầu bằng chuẩn hóa lịch sử và giám sát một nhóm thiết bị.

Giá trị thấp, khả thi cao

Có thể làm như quick win nếu chi phí thấp, nhưng không nên dùng làm bằng chứng duy nhất cho chuyển đổi số. Số hóa một biểu mẫu ít dùng có thể hoàn thành nhanh nhưng khó thuyết phục lãnh đạo.

Giá trị thấp, khả thi thấp

Không ưu tiên.

IX. Hai ví dụ chọn điểm bắt đầu

Nhà máy A: dừng máy lớn nhưng dữ liệu rời rạc

• Nỗi đau: dây chuyền chính dừng nhiều, họp hằng tuần tranh luận nguyên nhân.
• Phạm vi: một dây chuyền, 20 máy chính.
• Bước đầu: chuẩn hóa mã dừng, thời gian và người xác nhận; liên kết sự cố với phiếu bảo trì.
• Dashboard: Pareto nguyên nhân, top máy, dừng theo ca và sản phẩm.
• KPI: tỷ lệ sự kiện có nguyên nhân xác nhận, thời gian phân tích và tổng dừng nhóm nguyên nhân lớn.

Điểm bắt đầu là sản xuất và bảo trì phối hợp, không phải một bộ phận đơn lẻ.

Nhà máy B: báo cáo ổn nhưng phụ thuộc chuyên gia

• Nỗi đau: kỹ thuật viên mới mất nhiều thời gian tìm manual và gọi người lâu năm.
• Phạm vi: một nhóm máy đóng gói.
• Bước đầu: gom tài liệu, chuẩn hóa phiên bản, ghi lại lỗi thường gặp và lịch sử xử lý.
• Use case: AI Copilot tra cứu có trích nguồn, chưa tự đưa quyết định.
• KPI: thời gian tìm tài liệu, tỷ lệ câu trả lời hữu ích và số câu hỏi thiếu tài liệu.

Điểm bắt đầu là quản trị tri thức, không nhất thiết là dashboard.

X. Một assessment ngắn nên làm gì?

Trong 2-4 tuần, nhà máy có thể:

1. Phỏng vấn ban giám đốc và trưởng các bộ phận về 10 câu hỏi quản lý quan trọng.
2. Quan sát một số quy trình tại hiện trường.
3. Liệt kê hệ thống, file Excel, biểu mẫu và nguồn dữ liệu hiện có.
4. Xác định 5-10 vấn đề vận hành có baseline sơ bộ.
5. Chấm ma trận giá trị - khả thi.
6. Chọn 1-2 use case và thiết kế phạm vi pilot.
7. Xác định người sở hữu, KPI, dữ liệu và rủi ro.

Kết quả cần là quyết định thực tế, không phải một báo cáo dài: bắt đầu ở đâu, làm gì trong 8-12 tuần và tiêu chí mở rộng là gì.

XI. Những cách chọn sai thường gặp

• Chọn bộ phận vì quản lý ở đó dễ hợp tác nhưng vấn đề ít giá trị.
• Chọn bài toán lớn nhất nhưng dữ liệu và phạm vi không kiểm soát được.
• Chọn công nghệ theo demo của nhà cung cấp rồi mới tìm use case.
• Triển khai nhiều bộ phận song song vì muốn “đồng bộ toàn nhà máy”.
• Không có baseline, chỉ đánh giá bằng cảm nhận.
• Giao toàn bộ dự án cho IT mà thiếu chủ sở hữu nghiệp vụ.
• Bỏ qua quản lý cấp trung và người dùng hiện trường.

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

Sản xuất hay bảo trì thường nên làm trước?

Nếu vấn đề lớn nhất là tiến độ, sản lượng, OEE và dừng dây chuyền, sản xuất có thể là điểm đầu. Nếu vấn đề là hỏng đột xuất, PM và lịch sử thiết bị, bảo trì phù hợp hơn. Nhiều use case cần hai bộ phận cùng tham gia.

Có nên bắt đầu từ nơi dễ làm nhất không?

Chỉ khi nơi đó vẫn tạo giá trị đủ rõ. Một quick win nhỏ có thể tạo niềm tin, nhưng nếu không ảnh hưởng quyết định hoặc KPI, nó khó tạo động lực mở rộng.

Có nên số hóa toàn bộ một bộ phận ngay không?

Thường không. Nên bắt đầu bằng một quy trình hoặc phạm vi trọng yếu, chạy thật, điều chỉnh rồi mở rộng.

Nếu dữ liệu chưa chuẩn thì có chọn use case được không?

Có. Dữ liệu chưa chuẩn là một tiêu chí khả thi, không phải lý do dừng. Chọn use case cho phép chuẩn hóa dữ liệu trong phạm vi nhỏ và tạo giá trị sớm.