Giảm Chi Phí Sản Xuất: Đừng Giải Lại Bài Toán Người Khác Đã Giải

Giảm chi phí sản xuất thường được nhìn như một cuộc chạy đua liên tục tìm ý tưởng mới. Nhưng có một câu hỏi đáng dừng lại hỏi trước: có thật doanh nghiệp luôn cần một lời giải mới, hay phần lớn thời gian chỉ đang giải lại một bài toán mà một kỹ sư hoặc một nhà máy khác đã giải xong từ trước?

Mỗi nhà máy đang tự giải lại bài toán từ đầu

Khi giá nguyên vật liệu tăng, kỹ thuật đi tìm vật liệu thay thế. Khi chi phí nhân công tăng, sản xuất tìm cách giảm số người trên một công đoạn. Khi cycle time quá cao, kỹ sư ngồi lại cải tiến máy hoặc quy trình. Khi tỷ lệ phế phẩm tăng, QC và sản xuất đi tìm nguyên nhân. Từng việc này đều cần thiết và đúng đắn — vấn đề không nằm ở việc phải làm, mà ở chỗ hầu như lần nào cũng bắt đầu lại từ đầu: phân tích hiện trạng, tìm nguyên nhân, brainstorm, thử nghiệm, đánh giá, rồi mới triển khai.

Trong khi đó, những bài toán dạng này lặp lại nhiều hơn người ta tưởng, và phần lớn đã có người đi qua trước. Một kỹ sư gia công từng rút ngắn thời gian cắt một chi tiết bằng cách đổi lại trình tự các bước. Một nhà máy khác từng giảm được lượng vật liệu hao phí cho cùng loại sản phẩm nhờ đổi cách xếp phôi trên tấm. Một kỹ sư bảo trì từng mất nhiều tuần mới tìm ra đúng nguyên nhân khiến một dòng máy dừng lặp đi lặp lại. Đây không phải chuyện hiếm — đây là chuyện xảy ra ở hầu hết nhà máy, gần như mỗi tuần, chỉ khác ở chỗ nó không xảy ra hai lần ở cùng một nơi cùng một lúc.

Lời giải không thiếu — nó bị khoá rải rác khắp nơi

Tri thức về giảm chi phí trong ngành sản xuất không thiếu. Nó chỉ bị phân mảnh. Một phần nằm trong đầu người kỹ sư đã trực tiếp làm việc đó. Một phần nằm trong một file Excel duy nhất trên máy người viết ra nó. Một phần nằm trong báo cáo Kaizen được lưu với một cái tên như `Kaizen_Final_2024_v3.xlsx` — vài năm sau, gần như không ai còn nhớ file đó chứa gì, và người mở nó ra không chắc bản này có phải bản cuối cùng hay không. Phần còn lại nằm rải trong email, bản vẽ, báo giá nhà cung cấp, biên bản họp, và nhiều nhất là trong trí nhớ truyền miệng của những người đã ở nhà máy đủ lâu.

Doanh nghiệp có thể đang sở hữu rất nhiều tri thức về giảm chi phí — mà không có khả năng tìm lại đúng tri thức đó, đúng lúc cần. Người kỹ sư nghỉ việc hoặc chuyển bộ phận, và lời giải đi theo người đó. Tri thức không mất, nhưng biến mất khỏi tầm tay của người cần nó tiếp theo.

Câu hỏi cần đổi

Cách hỏi phổ biến khi đứng trước một bài toán giảm chi phí là: "Tôi có thể nghĩ ra ý tưởng nào cho việc này?" Câu hỏi đáng hỏi trước lại khác: "Bài toán này đã từng được ai giải chưa?"

Khác biệt giữa hai câu hỏi không nhỏ. Câu đầu bắt đầu từ số 0 — phân tích lại, thử lại, sai lại những bước mà có thể người khác đã đi qua. Câu sau bắt đầu từ một điểm đã có căn cứ: nếu bài toán tương tự đã có ai giải quyết và đo được kết quả, người kỹ sư có một chỗ để tìm trước khi tự nghĩ, và một chỗ để so sánh trước khi tin vào phương án của chính mình. Điều đó không có nghĩa là sao chép nguyên xi lời giải của người khác — điều kiện thực tế của mỗi nhà máy luôn khác nhau. Nó có nghĩa là không phải tốn công phát minh lại phần tri thức mà người khác đã trả giá bằng thời gian và tiền bạc để tìm ra.

Costdown không phải là thư viện bài viết

Một thư viện bài viết có thể trả lời "mười cách giảm chi phí hàn." Nhưng người kỹ sư đứng trước một bài toán thật không cần một bài viết chung chung — họ cần câu trả lời cho một tình huống cụ thể.

Giả sử một kỹ sư đang sản xuất khung thép ống, thời gian hàn hiện tại khoảng 50 giây một sản phẩm, hai công nhân, sản lượng vài nghìn sản phẩm mỗi ngày, và muốn giảm chi phí nhân công cho công đoạn này. Câu hỏi lúc đó không phải "hàn thế nào cho nhanh hơn" nói chung, mà là "có ai từng giải bài toán với điều kiện gần giống vậy chưa, và kết quả họ đo được là gì." (Các con số ở đây chỉ để minh hoạ một tình huống — không phải số liệu của một dự án cụ thể nào.)

Đây chính là ranh giới giữa hai thứ dễ bị nhầm là một: content giúp người đọc hiểu một khái niệm; dữ liệu có cấu trúc giúp người ta tìm ra, so sánh và dùng lại đúng lời giải khớp với điều kiện của mình. Costdown được dựng cho vế thứ hai. Nó không thay thế việc đọc hiểu hay việc kỹ sư tự suy nghĩ — nó tồn tại ở bước trước đó, chỗ quyết định người kỹ sư có phải bắt đầu từ số 0 hay không.

Một lời giải không nên chết cùng với người tạo ra nó

Costdown được dựng trên một giả định: một lời giải giảm chi phí đã được chứng minh không nên biến mất cùng với dự án, cùng với file Excel, hay cùng với người kỹ sư đã tạo ra nó. Một dự án giảm chi phí thành công nên trở thành dữ liệu có cấu trúc — dữ liệu đó nên tìm được, nên so sánh được, và những gì đã được chứng minh nên dùng lại được cho bài toán tiếp theo.

Một nhà máy giải quyết xong một vấn đề. Nhà máy khác không cần bắt đầu lại từ đầu.