Tính linh hoạt của SME có mất đi khi đưa quy trình lên ERP không? Bài 8 chuỗi "Từ dữ liệu đến Kaizen" phân tích cách cân bằng giữa chuẩn hóa, linh hoạt và Kaizen.
Tính linh hoạt của SME: nỗi lo khi triển khai ERP
Một trong những lo ngại phổ biến nhất khi SME triển khai ERP là:
"Doanh nghiệp nhỏ sống nhờ linh hoạt. Đưa quy trình lên hệ thống có làm mọi thứ cứng nhắc hơn không?"
Đây là câu hỏi rất thực tế. Doanh nghiệp nhỏ và vừa thường mạnh ở tốc độ, còn ERP thường đi kèm cấu trúc.
Lợi thế của SME
Ra quyết định nhanh, xử lý ngoại lệ linh hoạt, thay đổi quy trình nhanh, ít tầng phê duyệt, con người có thể trao đổi trực tiếp với nhau.
ERP thường đi kèm
Quy trình chuẩn, trạng thái rõ ràng, phân quyền, dữ liệu bắt buộc, luồng phê duyệt và kiểm soát.
Nhìn bề ngoài, hai thứ có vẻ mâu thuẫn. Nhưng vấn đề không nằm ở việc chuẩn hóa có làm mất linh hoạt hay không. Vấn đề nằm ở chỗ:
Doanh nghiệp đang chuẩn hóa phần nào, và đang giữ linh hoạt ở phần nào.
Chuẩn hóa không có nghĩa là mọi tình huống phải giống nhau
Có một cách hiểu sai khá phổ biến: chuẩn hóa là cứng nhắc. Thực tế, chuẩn hóa chỉ nên áp dụng cho những gì cần được thực hiện nhất quán, ví dụ: cách xác nhận đơn hàng, cách tạo BoM, cách cấp phát vật tư, cách ghi nhận lỗi, cách phê duyệt chi phí.
Nếu mỗi người làm một kiểu, dữ liệu sẽ không đồng nhất, doanh nghiệp khó đào tạo, khó kiểm soát, khó đo lường và khó Kaizen.
Muốn cải tiến, doanh nghiệp phải biết hiện tại đang làm thế nào, mất bao nhiêu thời gian, sai lệch ở đâu và thay đổi mới có tốt hơn hay không.
Giả sử đơn hàng A xử lý qua 4 bước, đơn hàng B qua 7 bước, đơn hàng C lại bỏ qua 2 bước (ví dụ minh họa). Khi đó rất khó trả lời: quy trình nào đang tốt hơn? Không có chuẩn thì không có baseline.
Vì vậy, chuẩn hóa giúp doanh nghiệp tạo ra cách làm tốt nhất hiện tại, nhưng không có nghĩa cách làm đó bất biến. Trong Kaizen, chuẩn chính là nền để cải tiến:
Chuẩn hiện tại
Phát hiện vấn đề
Cải tiến
Chuẩn mới
Đó là một vòng lặp liên tục, cũng là lý do mà bài Kaizen có cần ERP không? đã phân tích: cải tiến cần một nơi ghi nhận chung, tin cậy về cách công việc đang được làm.
SME cần linh hoạt, nhưng không phải mọi thứ đều cần linh hoạt
Để giữ tính linh hoạt của SME mà vẫn kiểm soát được, có thể chia hoạt động thành ba nhóm:
1. Phần phải chuẩn hóa
Những bước nếu làm khác nhau sẽ tạo rủi ro: dữ liệu tài chính, kiểm soát chất lượng, tồn kho, phê duyệt, truy xuất, định mức. Những phần này nên có quy trình rõ ràng.
2. Linh hoạt trong khung
Lựa chọn nhà cung cấp, cách xử lý đơn hàng gấp, lịch sản xuất, phân công nguồn lực. Người dùng có nhiều lựa chọn nhưng vẫn nằm trong một cấu trúc kiểm soát.
3. Linh hoạt cao
Sales xử lý khách hàng đặc biệt, kỹ thuật thiết kế sản phẩm mới, xử lý tình huống bất thường. Những phần này không nên ép thành workflow quá chi tiết ngay từ đầu.
Kiểm soát chất lượng là phần phải chuẩn hóa: điểm kiểm soát được đặt theo sản phẩm, nhóm sản phẩm hoặc loại hoạt động. Khi phát sinh lỗi, cảnh báo chất lượng được tạo ngay trên công đoạn thay vì xử lý ngoài hệ thống.
ERP tốt phải hỗ trợ "linh hoạt có kiểm soát"
Mục tiêu của ERP không phải là biến mọi việc thành một đường thẳng cố định, mà là cho phép doanh nghiệp linh hoạt trong một khung có thể theo dõi và kiểm soát.
Ví dụ, một đơn hàng đặc biệt có thể cần bỏ qua một công đoạn, dùng BoM khác, chuyển công đoạn sang máy khác, ưu tiên lịch hoặc cần phê duyệt đặc biệt. Điều quan trọng là ngoại lệ vẫn được ghi nhận, để doanh nghiệp biết ngoại lệ xảy ra khi nào, tại sao, ai phê duyệt và kết quả ra sao.
Đó là khác biệt giữa linh hoạt và tùy tiện.
Có thể hình dung hai cách thiết kế hệ thống:
Đường ray
Người dùng chỉ có một đường duy nhất. Sai một bước là không thể đi tiếp. Cách này chỉ phù hợp với những quy trình cực kỳ chuẩn hóa.
Lan can
Người dùng có không gian linh hoạt, nhưng vẫn có giới hạn, cảnh báo, phê duyệt và dữ liệu tối thiểu. Cách này giữ được tính linh hoạt của SME tốt hơn.
Trong thực tế, thiết kế kiểu lan can cho phép đổi nhà cung cấp, thay đổi lịch hay tạo BoM riêng, còn doanh nghiệp quy định phải ghi lý do và người chịu trách nhiệm. Với các trường quan trọng như số lượng, trạng thái hay người phụ trách, Viindoo lưu lại lịch sử ai đã thay đổi và thay đổi lúc nào.
Mỗi công đoạn có thể bắt đầu, tạm dừng hoặc chặn, kèm thời lượng dự kiến và thực tế. Khi chặn, người dùng bắt buộc chọn lý do dừng cho năng lực sản xuất, nên kể cả lúc gián đoạn cũng để lại dấu vết.
Kiểm soát rủi ro, không kiểm soát mọi thứ
Không phải cứ thêm workflow là tốt. Nếu hệ thống yêu cầu quá nhiều phê duyệt, trạng thái, bước xác nhận và dữ liệu bắt buộc, doanh nghiệp có thể mất lợi thế tốc độ. Một quy trình trước đây xử lý trong 30 phút có thể thành 2 ngày chỉ vì chờ duyệt (ví dụ minh họa).
Đó là dấu hiệu ERP đang bảo vệ quy trình thay vì phục vụ doanh nghiệp.
Dữ liệu bắt buộc cũng vậy: như các bài về vì sao số hóa đôi khi làm tăng thao tác và xương sống quản trị tối thiểu đã phân tích, mỗi trường nhập thêm đều có chi phí. Khi đó cần Kaizen chính quy trình ERP. Một câu hỏi đơn giản giúp ích:
Nếu bỏ bước kiểm soát này, rủi ro là gì?
Nếu rủi ro thấp, có thể không cần. Nếu rủi ro cao, nên giữ. Ví dụ (minh họa):
Mua hàng 500.000 đồng
Có thể không cần nhiều tầng phê duyệt.
Mua hàng 500 triệu đồng
Cần kiểm soát.
Thay đổi BoM nhỏ
Có thể cho kỹ thuật chủ động.
Thay đổi BoM ảnh hưởng chất lượng, an toàn
Cần phê duyệt.
Mức kiểm soát nên tỷ lệ với mức rủi ro.
Đây là cách giữ tính linh hoạt của SME, không để ERP trở nên nặng nề. Trong Viindoo, ứng dụng OmniApproval cho phép mỗi loại đề nghị có người duyệt và trình tự duyệt riêng, mỗi bước bổ sung có thể kèm điều kiện áp dụng, ví dụ theo giá trị đề nghị. Nhờ vậy đề nghị nhỏ đi nhanh, đề nghị lớn được xem xét kỹ.
Kiểu phê duyệt quy định việc cần quản lý duyệt, duyệt theo trình tự, số lượt duyệt tối thiểu và các bước duyệt bổ sung, mỗi bước có người duyệt riêng.
Khi đề nghị mua sắm được duyệt, Viindoo chạy cung ứng và tạo đơn mua nháp theo quy tắc mua của sản phẩm, nên phê duyệt và đơn mua luôn gắn với nhau.
Mỗi đơn mua giữ mã đề nghị phê duyệt ở cột tài liệu nguồn, nên có thể truy ngược một khoản mua về người đề nghị và người đã duyệt.
Ví dụ doanh nghiệp cơ khí: đơn hàng gấp
Giả sử khách hàng yêu cầu giao trong 3 ngày (ví dụ minh họa). Quy trình chuẩn là:
Sales Order
BoM
Mua vật tư
Sản xuất
QC
Giao hàng
Nhưng đơn hàng gấp có thể cần đổi sang vật tư thay thế trên lệnh sản xuất, chuyển công đoạn sang máy khác đang rảnh, thuê ngoài gia công và rút ngắn phê duyệt.
Khi đã khai báo năng lực sản xuất thay thế, lúc lập kế hoạch hệ thống có thể đưa công đoạn sang máy thay thế đang trống (ở đây là Máy cắt 1) thay vì chờ máy chính.
Nếu ERP quá cứng
Doanh nghiệp có thể không xử lý được đơn hàng.
Nếu ERP quá lỏng
Doanh nghiệp không biết ai quyết định, dùng vật tư gì, chi phí phát sinh bao nhiêu, ảnh hưởng chất lượng ra sao.
Giải pháp đúng là: cho phép ngoại lệ nhưng ghi nhận ngoại lệ.
Khi thay đổi chạm tới chính BoM, ứng dụng Product Lifecycle ghi nhận nó thành một lệnh thay đổi kỹ thuật (ECO): thành phần nào được cập nhật hay loại bỏ, công đoạn nào thay đổi, ai phụ trách và khi nào thay đổi có hiệu lực.
ECO liệt kê từng thay đổi nguyên liệu (cập nhật hay loại bỏ, kèm số lượng) và nằm ở trạng thái chờ duyệt. Khi bật phê duyệt, thay đổi chỉ được áp dụng vào BoM sau khi được duyệt.
Kaizen giúp ERP ngày càng linh hoạt hơn
ERP không nên được xem là hệ thống cố định sau go-live. Sau khi vận hành, doanh nghiệp sẽ thấy bước nào thừa, phê duyệt nào quá lâu, dữ liệu nào không dùng, trường hợp nào thường xuyên trở thành ngoại lệ. Đây chính là dữ liệu cho Kaizen.
Ví dụ, nếu 70% đơn hàng đều phải "xin ngoại lệ" ở cùng một bước (ví dụ minh họa), rất có thể quy trình chuẩn đang sai. Lúc đó không nên bắt người dùng tiếp tục vòng qua quy trình, mà nên cập nhật chuẩn.
Cập nhật chuẩn không có nghĩa là sửa đè tùy ý. Trong ECO, kỹ thuật chỉnh sửa trên một phiên bản BoM mới, còn phiên bản hiện hành vẫn được dùng cho tới khi thay đổi được áp dụng.
Thành phần, số lượng và công đoạn được sửa trên phiên bản BoM mới gắn với ECO, không sửa trực tiếp trên BoM mà sản xuất đang dùng.
ECO đã hoàn thành lưu lại đề nghị phê duyệt, trạng thái và ngày hiệu lực: chuẩn mới được cập nhật kèm dấu vết rõ ràng về người duyệt và thời điểm áp dụng.
Chuẩn hóa tốt giúp SME linh hoạt hơn, không phải chậm hơn
Nghe có vẻ nghịch lý, nhưng khi các phần cơ bản đã chuẩn hóa, dữ liệu rõ, trách nhiệm rõ, trạng thái rõ, doanh nghiệp xử lý ngoại lệ nhanh hơn. Nói cách khác, chuẩn hóa đúng chỗ còn làm tăng tính linh hoạt của SME.
Tồn kho chính xác
Doanh nghiệp biết ngay có vật tư hay không, cần mua gì, có thể nhận đơn gấp không.
BoM chuẩn
Kỹ thuật chỉ cần sửa phần đặc biệt.
Công đoạn chuẩn
Chỉ cần thay công đoạn ngoại lệ.
Chuẩn hóa phần nền giúp doanh nghiệp linh hoạt hơn ở phần khác biệt.
Chuẩn hóa đến mức nào là câu chuyện độ chi tiết, bài độ chi tiết dữ liệu đã phân tích cho Sales Order, BoM và sản xuất.
Số hóa dòng chính trước, ngoại lệ sau
Một cách thực tế với SME là tư duy 80% quy trình chuẩn + 20% ngoại lệ có kiểm soát. Không phải tỷ lệ cố định, nhưng đây là một khung dễ hiểu.
Phần 80%
Lặp lại nhiều, dễ chuẩn hóa, cần kiểm soát.
Phần 20%
Khách hàng đặc biệt, sản phẩm mới, đơn hàng gấp, tình huống bất thường.
ERP nên hỗ trợ cả hai. Một lỗi phổ biến khi triển khai là cố xây hệ thống xử lý mọi tình huống đặc biệt ngay từ đầu. Dự án trở nên phức tạp, kéo dài, nhiều tùy chỉnh và khó duy trì. Một cách thực tế hơn:
Chuẩn hóa dòng chính
Go-live
Ghi nhận ngoại lệ
Xem ngoại lệ nào lặp lại
Số hóa ngoại lệ quan trọng
Khi nào một ngoại lệ nên trở thành quy trình chuẩn?
Một ngoại lệ nên được xem xét chuẩn hóa khi xảy ra thường xuyên, ảnh hưởng nhiều đơn hàng, tạo nhiều thao tác thủ công hoặc có rủi ro cao.
Ví dụ, ban đầu đơn hàng sản xuất theo đơn (MTO) chỉ chiếm 10%, doanh nghiệp xử lý thủ công; sau một thời gian MTO chiếm 60% (ví dụ minh họa). Lúc đó MTO không còn là ngoại lệ mà phải trở thành quy trình chuẩn, chẳng hạn bằng cách đặt route MTO cho các sản phẩm liên quan.
Viindoo hỗ trợ linh hoạt có kiểm soát như thế nào?
Trong một nền tảng tích hợp, linh hoạt và kiểm soát được cấu hình thay vì phải lập trình cho từng trường hợp:
Route và BoM
Route mua, sản xuất, MTO; nhiều BoM cho một sản phẩm; đổi BoM hoặc thêm, bớt công đoạn trên từng lệnh sản xuất.
Phê duyệt nhiều bước
OmniApproval: mỗi loại đề nghị có người duyệt và trình tự riêng, các bước có thể kèm điều kiện áp dụng.
Thay đổi BoM có kiểm soát
Product Lifecycle: lệnh thay đổi kỹ thuật, phiên bản BoM và ngày hiệu lực.
Cảnh báo và quy tắc
Thông báo cảnh báo khi chọn một số khách hàng, nhà cung cấp hoặc sản phẩm, cùng Automation Rules cho các hành động theo điều kiện.
Phân quyền và giao việc
Nhóm quyền người dùng và quy tắc truy cập, cùng hoạt động (Activities) để giao việc thủ công khi cần.
Dấu vết thay đổi
Lịch sử thay đổi trên các trường quan trọng và lý do dừng bắt buộc khi chặn năng lực sản xuất.
Quan trọng hơn, dữ liệu vẫn nằm trong cùng một hệ thống. Điều này giúp giữ tính linh hoạt của SME mà không mất khả năng truy xuất.
Dấu hiệu ERP đang quá cứng hoặc quá lỏng
Quá cứng
Người dùng thường xuyên phải làm ngoài hệ thống, nhiều bước chỉ để "lách" workflow, phê duyệt mất nhiều thời gian hơn giá trị tạo ra, ngoại lệ xảy ra quá nhiều, người dùng quay lại Excel, Zalo để xử lý công việc. Quy trình hệ thống chưa phù hợp thực tế.
Quá lỏng
Ai cũng sửa dữ liệu, không có trạng thái rõ, không biết ai chịu trách nhiệm, dữ liệu không đủ để truy xuất, mỗi người dùng hệ thống một kiểu. Doanh nghiệp có phần mềm nhưng chưa có quản trị.
Cách cân bằng thực tế
Xác định dòng chuẩn
Chọn cách làm phổ biến nhất.
Xác định điểm bắt buộc
Dữ liệu cần ghi, điểm kiểm soát, quyền phê duyệt.
Xác định vùng linh hoạt
Thay route, thay lịch, chọn phương án khác.
Ghi nhận ngoại lệ
Không cấm ngoại lệ, nhưng phải thấy được.
Kaizen định kỳ
Ngoại lệ nào thường xuyên, bước nào không còn cần, chuẩn nào phải thay đổi.
Kết luận: SME không cần chọn giữa chuẩn hóa và linh hoạt
Vậy ERP có làm mất tính linh hoạt của SME không? Có thể, nếu ERP được thiết kế quá cứng. Nhưng nếu triển khai đúng, ERP giúp chuẩn hóa phần lặp lại để doanh nghiệp dành sự linh hoạt cho những nơi thực sự cần linh hoạt.
Kaizen chính là cơ chế giúp chuẩn không trở thành cứng nhắc: chuẩn hôm nay có thể được cải tiến thành chuẩn tốt hơn ngày mai.
Chuẩn hóa không đối lập với linh hoạt. Chuẩn hóa tốt tạo ra nền để linh hoạt có kiểm soát.
Đó cũng là cách Viindoo nên được triển khai cho SME: chuẩn hóa dòng chính, cho phép ngoại lệ có kiểm soát, đo lường, Kaizen và cập nhật chuẩn.
Câu hỏi thường gặp về tính linh hoạt của SME khi dùng ERP
Có thể, nếu quy trình được thiết kế quá nhiều bước, phê duyệt hoặc dữ liệu bắt buộc. ERP nên được cấu hình phù hợp với mức rủi ro và thực tế vận hành.
Không. Chuẩn là baseline để đo cải tiến. Sau Kaizen, chuẩn mới tốt hơn sẽ thay thế chuẩn cũ.
Không. Nên số hóa dòng chính trước, sau đó theo dõi ngoại lệ và chỉ chuẩn hóa những ngoại lệ xuất hiện thường xuyên hoặc có rủi ro cao.
Thiết kế nhiều lựa chọn trong khung kiểm soát, cho phép ngoại lệ nhưng ghi nhận lý do, trách nhiệm và kết quả, đồng thời rà lại quy tắc định kỳ.
Nên chuẩn hóa các giao dịch lõi, giữ vùng linh hoạt ở các tình huống đặc biệt và liên tục Kaizen quy trình dựa trên dữ liệu thực tế.
Bài tiếp theo: Tự động hóa nên đi trước hay sau chuẩn hóa?
Khi doanh nghiệp đã có quy trình và dữ liệu, một câu hỏi khác xuất hiện: có nên tự động hóa ngay để giảm người và giảm thao tác, hay phải chuẩn hóa trước rồi mới tự động hóa? Bài tiếp theo sẽ phân tích tại sao tự động hóa một quy trình chưa tốt có thể chỉ làm lãng phí chạy nhanh hơn.
