30 ngày đầu tiên để chuẩn bị AI readiness cho nhà máy

I. Kết quả cần có sau 30 ngày

Tối thiểu nên có tám đầu ra:

Danh sách 3-5 vấn đề vận hành ưu tiên.
Baseline sơ bộ cho từng vấn đề.
Sơ đồ nguồn dữ liệu và hệ thống liên quan.
Đánh giá chất lượng mẫu dữ liệu.
Danh sách người dùng, process owner và sponsor.
Ma trận giá trị - khả thi của các use case.
Charter cho một assessment sâu hoặc pilot 8-12 tuần.
Kế hoạch 90 ngày tiếp theo với KPI và nguồn lực.

Nếu sau 30 ngày vẫn chỉ có khẩu hiệu “làm AI”, cần thu hẹp và quay lại vấn đề vận hành.

II. Tuần 1: nhìn rõ vấn đề và câu hỏi quản lý

Ngày 1-2: chọn sponsor và nhóm nòng cốt

Nhóm tối thiểu:

Một sponsor từ ban lãnh đạo.
Đại diện sản xuất.
Đại diện bảo trì.
Đại diện chất lượng hoặc bộ phận có nỗi đau chính.
IT/OT.
Một người điều phối.

Nhóm không cần lớn, nhưng phải có quyền tiếp cận dữ liệu và hiện trường.

Ngày 3-4: liệt kê nỗi đau bằng ngôn ngữ vận hành

Mỗi bộ phận trả lời:

Việc gì đang mất nhiều thời gian nhất?
Vấn đề nào gây dừng, lỗi, trễ hoặc chi phí lớn?
Câu hỏi nào quản lý không trả lời kịp?
Báo cáo nào tốn công và hay tranh luận?
Quy trình nào phụ thuộc một vài người có kinh nghiệm?

Viết cụ thể, chẳng hạn “mất hai ngày truy xuất một khiếu nại”, thay vì “dữ liệu chưa tốt”.

Ngày 5: chọn 3-5 vấn đề để khảo sát sâu

Dùng ba bộ lọc:

Tác động đến KPI/khách hàng.
Khả năng thu thập dữ liệu trong 30-90 ngày.
Có người chịu trách nhiệm và sẵn sàng tham gia.

Deliverable tuần 1

Một bảng gồm: vấn đề, ảnh hưởng, người liên quan, dữ liệu hiện có, baseline chưa/đã có và câu hỏi cần trả lời.

III. Tuần 2: kiểm tra quy trình, dữ liệu và hệ thống

Ngày 6-7: quan sát quy trình thật

Đi hiện trường và theo một giao dịch từ đầu đến cuối:

Một lần máy dừng.
Một phiếu bảo trì.
Một lệnh sản xuất.
Một lỗi chất lượng.
Một yêu cầu tìm tài liệu.

Ghi lại ai làm gì, dùng giấy/Excel/phần mềm nào, dữ liệu được nhập lúc nào, điểm nào phải hỏi lại và bước nào trùng lặp.

Ngày 8-9: kiểm kê nguồn dữ liệu

Lập sơ đồ:

ERP quản lý gì?
CMMS/MES/QMS/SCADA có gì?
File Excel nào là quan trọng?
Dữ liệu giấy ở đâu?
Manual/SOP/checklist do ai giữ?
Hệ thống nào là source of truth?
Dữ liệu có thể xuất qua API/file/database không?

Không cần thiết kế kiến trúc lớn; chỉ cần nhìn luồng hiện tại.

Ngày 10: lấy mẫu dữ liệu

Chọn khoảng 100-300 bản ghi hoặc 3-6 tháng gần nhất trong phạm vi nhỏ. Kiểm tra:

Trường quan trọng bị thiếu.
Mã/tên không nhất quán.
Dữ liệu không liên kết được.
Thời gian cập nhật.
Người nhập và lịch sử sửa.
Khả năng trả lời câu hỏi quản lý.

Deliverable tuần 2

Sơ đồ quy trình hiện tại.
Sơ đồ nguồn dữ liệu.
Báo cáo chất lượng dữ liệu mẫu.
Danh sách quick fix và khoảng trống lớn.

IV. Tuần 3: phỏng vấn người dùng và chọn use case

Câu hỏi cho trưởng sản xuất

Thông tin nào cần biết trong ca nhưng hiện phải chờ?
Lệnh nào thường trễ và vì sao?
Dừng máy được ghi, xác nhận và phân tích thế nào?
OEE có được tin và dùng để hành động không?
Báo cáo nào nên được tự động hóa trước?

Câu hỏi cho trưởng bảo trì

Thiết bị nào gây thiệt hại lớn nhất và có bằng chứng không?
PM có đúng hạn, bị dời vì sao?
Phiếu việc có đủ nguyên nhân/hành động/phụ tùng không?
Kỹ thuật viên tìm lịch sử và manual mất bao lâu?
Use case nào giúp giảm việc hành chính hoặc sự cố lặp lại?

Câu hỏi cho chất lượng

Lỗi nào lặp lại nhiều hoặc rủi ro cao?
Mất bao lâu để truy xuất lô, máy, ca, vật tư và hành động?
Mã lỗi và CAPA có thống nhất không?
Tài liệu/tiêu chuẩn có quản lý phiên bản không?

Câu hỏi cho IT/OT

Hệ thống và hạ tầng hiện tại là gì?
Dữ liệu có thể kết nối/xuất không?
Quyền, backup, log và bảo mật được quản lý thế nào?
Điểm nghẽn hỗ trợ người dùng là gì?
Có nguồn lực vận hành giải pháp mới không?

Chấm use case theo ma trận

Tiêu chí	Trọng số gợi ý
Giá trị vận hành	25%
Khả năng dữ liệu	20%
Người sở hữu/adoption	15%
Khả năng đo KPI	15%
Phạm vi và thời gian	10%
Rủi ro/bảo mật	10%
Khả năng mở rộng	5%

Chọn use case điểm cân bằng cao, không chỉ use case hấp dẫn nhất.

Ví dụ use case phù hợp tháng đầu

Dashboard dừng máy cho một dây chuyền.
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 sản xuất lặp lại.
Chuẩn hóa mã lỗi cho một nhóm sản phẩm.
AI Copilot cho tài liệu một nhóm máy.

Deliverable tuần 3

Ma trận use case.
Use case ưu tiên và use case dự phòng.
Owner, người dùng, dữ liệu và KPI sơ bộ.

V. Tuần 4: chốt baseline, KPI và kế hoạch 90 ngày

Ngày 16-18: viết charter một trang

Charter cần có:

Vấn đề và tác động.
Phạm vi trong/ngoài.
Người dùng và owner.
Dữ liệu cần thiết.
Baseline.
3-5 KPI.
Timeline 8-12 tuần.
Rủi ro và giả định.
Tiêu chí mở rộng/dừng.

Ngày 19-20: chọn assessment hay pilot

Làm assessment sâu trước nếu:

Các bộ phận chưa thống nhất vấn đề.
Dữ liệu/hệ thống chưa rõ.
Có nhiều lựa chọn CMMS, MES, dashboard, Copilot.
Phạm vi và ngân sách chưa xác định.

Làm pilot ngay nếu:

Bài toán rõ.
Phạm vi nhỏ.
Dữ liệu có thể chuẩn bị.
Owner và người dùng sẵn sàng.
KPI đo được.

Assessment và pilot không loại trừ nhau: assessment ngắn chọn đúng, pilot chứng minh giá trị.

Ngày 21-23: chuẩn bị dữ liệu và quy trình phiên bản 1.0

Chốt master data tối thiểu.
Quy định trường bắt buộc và người xác nhận.
Làm sạch mẫu dữ liệu cần nạp.
Chốt workflow và quyền.
Xác định báo cáo hoặc biểu mẫu cũ sẽ thay thế.

Ngày 24-26: lập kế hoạch nguồn lực và nhà cung cấp

Nguồn lực nội bộ theo tuần.
Hạ tầng/tài khoản/thiết bị.
Tiêu chí chọn nhà cung cấp.
Kịch bản demo/pilot.
Chi phí sơ bộ và TCO.
Yêu cầu bảo mật và dữ liệu.

Ngày 27-30: phê duyệt và truyền thông

Trình bày hiện trạng bằng dữ liệu.
Phê duyệt use case, phạm vi, KPI, owner và ngân sách.
Thông báo mục tiêu cho người dùng.
Chốt lịch kick-off và nhịp họp.

Deliverable tuần 4

Charter pilot/assessment.
Kế hoạch 90 ngày.
RACI.
Baseline/KPI.
Kế hoạch dữ liệu, đào tạo và truyền thông.

VI. Mẫu KPI ban đầu

Nên có hai lớp.

KPI sử dụng và dữ liệu

90% người dùng mục tiêu hoạt động mỗi tuần.
90% phiếu/sự kiện có đủ trường bắt buộc.
85% nguyên nhân được xác nhận trong 24 giờ.
Hai file Excel/báo cáo trùng lặp được loại bỏ.
Dashboard được dùng trong năm cuộc họp liên tiếp.

KPI vận hành

Giảm thời gian báo cáo từ ba giờ xuống 30 phút.
Tăng PM đúng hạn từ baseline lên mục tiêu.
Giảm thời gian truy xuất lỗi.
Giảm downtime của một nhóm nguyên nhân.
Giảm thời gian tìm tài liệu kỹ thuật.

Mục tiêu phải dựa trên baseline thực tế, không sao chép benchmark bên ngoài.

VII. Cách đánh giá AI readiness theo tám khía cạnh

Bài toán: cụ thể và có giá trị không?
Quy trình: vai trò, bước và điểm kiểm soát rõ không?
Dữ liệu: đúng, đủ, liên kết và có owner không?
Hệ thống: có thể tích hợp, xuất dữ liệu và mở rộng không?
Dashboard: dữ liệu đã được dùng trong quản lý chưa?
Con người: sponsor, quản lý cấp trung và người dùng sẵn sàng không?
Tri thức: tài liệu có version, quyền và owner không?
Bảo mật/governance: quyền, log, dữ liệu AI và trách nhiệm rõ không?

Điểm số chỉ là gợi ý. Kết quả quan trọng là khoảng trống và hành động tiếp theo.

VIII. Ba lựa chọn “bước nhỏ nhất có giá trị”

Lựa chọn 1: phân tích một bộ dữ liệu

Chọn dừng máy, phiếu bảo trì hoặc lỗi 3-6 tháng. Mục tiêu là biết dữ liệu trả lời được gì và khoảng trống ở đâu.

Lựa chọn 2: rà soát một báo cáo/Excel quan trọng

Đo giờ làm, nguồn, lỗi, người dùng và quyết định. Đây có thể là đầu vào cho dashboard đầu tiên.

Lựa chọn 3: gom tri thức cho một nhóm máy

Kiểm kê manual, SOP, checklist, lỗi cũ và phiên bản. Đây là nền cho knowledge base và Copilot.

Cả ba đều tốt hơn việc bắt đầu bằng một demo AI chung chung.

IX. Những điều không nên làm trong 30 ngày đầu

Mua cảm biến hàng loạt mà chưa có use case.
Kết nối mọi hệ thống.
Làm sạch toàn bộ dữ liệu lịch sử.
Khởi động nhiều module cùng lúc.
Đặt KPI “AI chính xác 100%”.
Giao toàn bộ cho IT hoặc nhà cung cấp.
Chỉ khảo sát trên phòng họp, không đi hiện trường.
Trì hoãn quyết định vì muốn kế hoạch hoàn hảo.

X. Checklist cuối tháng

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

30 ngày có đủ để triển khai AI không?

Thường không đủ cho một hệ thống AI hoàn chỉnh, nhưng đủ để xác định đúng use case, kiểm tra dữ liệu, chuẩn bị pilot và thậm chí làm PoC hẹp nếu tài liệu/dữ liệu sẵn sàng.

Ai nên dẫn dắt tháng đầu?

Một người nghiệp vụ có uy tín và hiểu vấn đề, phối hợp với IT/OT, data owner và sponsor. Không nên là dự án riêng của IT.

Có cần thuê tư vấn ngay không?

Không bắt buộc. Nếu nội bộ chưa thống nhất hoặc thiếu kinh nghiệm đánh giá, một assessment ngắn có thể giúp giảm rủi ro. Dù thuê ngoài, nhà máy vẫn phải làm chủ mục tiêu và dữ liệu.