Mở đầu — vì sao bài này quan trọng
Trong bảy bài trước, bạn đã học cách vẽ Value Stream Map, nhận diện và phân loại lãng phí. Từ bài này, chúng ta đi sâu vào từng loại trong "8 Wastes" — và tôi cố ý mở đầu bằng Over-production (sản xuất thừa) không phải vì nó là loại lãng phí được nhắc nhiều nhất, mà vì trong tư duy Lean, Taiichi Ohno — cha đẻ của Toyota Production System — đã xếp nó là loại lãng phí tệ nhất, nguy hiểm nhất.
Tại sao một người dành cả đời tối ưu hoá nhà máy lại gọi Over-production là "the worst waste"? Bởi vì nó không đứng một mình. Over-production là loại lãng phí "mẹ" — nó sinh ra hầu hết các loại lãng phí còn lại. Khi bạn sản xuất nhiều hơn nhu cầu, bạn lập tức tạo ra tồn kho (Inventory), bạn cần vận chuyển và di dời thứ tồn kho đó (Transportation, Motion), bạn che giấu lỗi vì sản phẩm lỗi nằm lẫn trong đống hàng chưa ai dùng đến (Defects), và bạn trói vốn, không gian, nhân lực vào những thứ chưa tạo ra giá trị. Nó giống như một nguồn nước rò rỉ ngầm dưới nền nhà: bạn không thấy trực tiếp, nhưng nó làm ẩm mốc mọi thứ xung quanh.
Điều khiến Over-production đặc biệt nguy hiểm là nó thường được nguỵ trang thành "năng suất cao". Một dây chuyền chạy hết công suất, công nhân bận rộn không ngừng tay, kho đầy ắp hàng — nhìn bề ngoài rất ấn tượng. Nhưng nếu khách hàng chưa cần chừng đó, thì toàn bộ sự "bận rộn" ấy đang ăn mòn lợi nhuận của doanh nghiệp. Hiểu sâu về Over-production sẽ thay đổi cách bạn nhìn nhận khái niệm "hiệu quả" — từ "làm được nhiều" sang "làm đúng thứ khách cần, đúng lúc khách cần".
Khái niệm cốt lõi
Định nghĩa: sản xuất sớm hơn, nhiều hơn, hoặc nhanh hơn nhu cầu
Over-production xảy ra khi chúng ta sản xuất một thứ gì đó sớm hơn, nhiều hơn, hoặc nhanh hơn mức mà khách hàng (nội bộ hoặc bên ngoài) thực sự cần ngay lúc đó. Hãy lưu ý ba từ khoá này, vì mỗi từ là một biểu hiện riêng:
- Sớm hơn (too early): Làm xong lô hàng từ thứ Hai trong khi khách hàng chỉ cần giao vào thứ Sáu. Lô hàng nằm chờ bốn ngày — bốn ngày vốn bị đóng băng.
- Nhiều hơn (too much): Khách đặt 1.000 sản phẩm, nhưng để "tiện chạy máy" hoặc "phòng khi đặt thêm", xưởng làm 1.500. Năm trăm sản phẩm dư trở thành tồn kho không có người nhận.
- Nhanh hơn (too fast): Công đoạn trước đẩy bán thành phẩm xuống công đoạn sau nhanh hơn tốc độ công đoạn sau có thể xử lý. Bán thành phẩm chất đống giữa hai trạm.
Hai dạng Over-production trong thực tế
Trong sách của Toyota, người ta phân biệt rõ hai dạng:
- Over-production về số lượng (quantity): Làm nhiều hơn số lượng đơn hàng. Ví dụ kinh điển là tâm lý "làm dư phòng hờ phế phẩm" — nhưng cái dư đó hiếm khi được dùng đúng mục đích và thường trở thành hàng tồn.
- Over-production về thời điểm (early production): Làm đúng số lượng nhưng làm quá sớm so với lúc cần. Đây là dạng tinh vi hơn, vì số lượng đúng nên người ta khó nhận ra mình đang lãng phí. Nhưng vốn bị giam, kho bị chiếm, và rủi ro hàng hỏng/lỗi thời tăng lên theo từng ngày chờ.
Tại sao là "worst waste"? — Cơ chế dây chuyền
Đây là phần cốt lõi nhất của bài. Over-production được gọi là tệ nhất vì nó kích hoạt các lãng phí khác:
- Sinh ra Inventory (tồn kho): Hàng làm thừa phải nằm đâu đó. Đó chính là tồn kho — loại lãng phí thứ hai.
- Sinh ra Transportation và Motion: Đống tồn kho ấy phải được khuân vác, xếp kho, đếm, kiểm, di chuyển nhiều lần.
- Che giấu Defects (lỗi): Khi sản xuất theo lô lớn và sớm, một lỗi ở khâu đầu có thể nhân lên hàng trăm sản phẩm trước khi ai đó phát hiện ở khâu sau. Tồn kho cao làm "thời gian phản hồi lỗi" kéo dài.
- Sinh ra Waiting (chờ đợi) một cách nghịch lý: Khi một trạm dồn dập đẩy hàng, các trạm khác lại phải chờ vì nhịp không khớp.
- Tạo ra Over-processing: Để xử lý đống hàng thừa, người ta thêm các bước quản lý, phân loại, dán nhãn ngày tháng — những công đoạn lẽ ra không cần.
Nguyên nhân gốc rễ của Over-production
Để diệt được nó, bạn phải hiểu vì sao nó sinh ra:
- Tư duy "máy phải chạy hết công suất": Đo hiệu quả bằng tỷ lệ vận hành máy (machine utilization) thay vì bằng nhu cầu thực. Máy đắt tiền nên "để không thì phí" — và thế là làm bừa.
- Thời gian đổi mã (changeover/setup) quá lâu: Vì đổi từ sản phẩm A sang B mất hàng giờ, người ta gộp lô thật lớn để "chạy một thể". Lô lớn = over-production. (Đây chính là lý do SMED — bài 33 — ra đời.)
- Dự báo sai và sản xuất theo dự báo: Hệ thống push dựa trên dự báo luôn có sai số, và sai số nghiêng về phía làm dư để "an toàn".
- Hệ thống thưởng theo sản lượng: Khi công nhân/quản đốc được trả theo số lượng làm ra, họ sẽ làm thật nhiều — bất kể có cần hay không.
Tình huống thực tế
Ví dụ 1 — Xưởng may gia công ở Bình Dương
Một xưởng may gia công hàng xuất khẩu tại Bình Dương (gọi là Công ty An Phát, khoảng 300 công nhân) nhận đơn 20.000 áo sơ mi cho một thương hiệu châu Âu, giao thành 4 đợt mỗi đợt 5.000 chiếc, cách nhau hai tuần. Quản đốc xưởng cắt, vì muốn "tận dụng máy cắt đang rảnh và đỡ phải set-up nhiều lần", quyết định cắt toàn bộ vải cho cả 20.000 áo ngay trong tuần đầu.
Kết quả: bán thành phẩm (thân áo, tay áo đã cắt) chất đầy ba khu vực chứa, chiếm cả lối đi. Khi sang tuần thứ năm, khách hàng gửi yêu cầu thay đổi chi tiết cổ áo cho hai đợt giao cuối. Toàn bộ phần đã cắt cho 10.000 áo (đợt 3 và 4) trở thành phế liệu vì không khớp thiết kế mới. Thiệt hại vải và công cắt ước tính hơn 180 triệu đồng, chưa kể chi phí xử lý vải thừa.
Bài học rút ra: Over-production về thời điểm (cắt quá sớm) đã biến một thay đổi nhỏ của khách thành tổn thất lớn. Nếu xưởng chỉ cắt theo từng đợt giao (pull theo lịch giao hàng thực), thay đổi cổ áo chỉ ảnh hưởng phần chưa cắt — gần như bằng không. Bài học: làm sớm không tạo ra giá trị, nó chỉ chuyển rủi ro về phía mình.
Ví dụ 2 — Tiệm bánh mì và bánh ngọt theo lô
Một chuỗi tiệm bánh ngọt nhỏ ở TP.HCM (giả định là Tiệm Bánh Mộc, ba cửa hàng) có thói quen mỗi sáng nướng sẵn 200 chiếc bánh croissant cho mỗi cửa hàng vì "nướng một mẻ lớn cho tiện và bếp lò nóng sẵn". Thực tế bán trung bình chỉ 130 chiếc/ngày/cửa hàng. 70 chiếc còn lại mỗi ngày, đến chiều phải bán giảm giá 50% hoặc bỏ.
Tính ra, mỗi cửa hàng lãng phí khoảng 70 chiếc × giá vốn 8.000đ = 560.000đ/ngày, ba cửa hàng là gần 1,7 triệu đồng/ngày, tức hơn 600 triệu đồng/năm bốc hơi chỉ vì over-production. Sau khi học Lean, chủ tiệm chuyển sang nướng theo nhịp: nướng mẻ nhỏ 40 chiếc mỗi 90 phút dựa trên tốc độ bán thực tế buổi sáng, và chỉ nướng thêm khi quầy còn dưới 15 chiếc (một dạng tín hiệu pull). Lượng bánh bỏ giảm từ 70 xuống còn 8–10 chiếc/ngày.
Bài học rút ra: Over-production không chỉ xảy ra ở nhà máy lớn. Tư duy "làm một mẻ lớn cho tiện" là cái bẫy phổ biến nhất. Giải pháp không phải là dự báo chính xác hơn, mà là làm lô nhỏ hơn, thường xuyên hơn, bám sát nhịp tiêu thụ thực.
Ví dụ 3 — Đội phát triển phần mềm và "tính năng phòng hờ"
Over-production còn xuất hiện ngoài sản xuất vật lý. Một đội phát triển sản phẩm tại một công ty công nghệ ở Hà Nội xây dựng một module quản lý báo cáo. Trong sprint, đội quyết định làm sẵn 12 loại biểu đồ và 8 bộ lọc nâng cao vì "sau này chắc chắn khách sẽ cần". Mất 6 tuần phát triển.
Sáu tháng sau, dữ liệu sử dụng cho thấy khách chỉ dùng 3 loại biểu đồ và 2 bộ lọc. Chín loại biểu đồ còn lại không ai mở tới, nhưng vẫn phải bảo trì, kiểm thử, xử lý lỗi tương thích mỗi lần nâng cấp hệ thống — gánh nặng kỹ thuật kéo dài suốt nhiều quý.
Bài học rút ra: Trong phần mềm, code chưa được dùng chính là tồn kho do over-production. Nó không "nằm yên" mà còn sinh chi phí bảo trì liên tục. Triết lý "Build-Measure-Learn" (mà bạn sẽ học kỹ ở bài 41) ra đời chính để chống lại dạng over-production này: làm vừa đủ để học, đo lường nhu cầu thực, rồi mới làm tiếp.
Hướng dẫn từng bước
Đây là quy trình thực tế để phát hiện và xử lý Over-production trong một value stream:
Bước 1 — Đo nhu cầu thực của khách hàng (demand). Trước tiên phải biết khách cần bao nhiêu và khi nào. Tính nhịp tiêu thụ trung bình theo ngày/ca. Đây là điểm tham chiếu để phán xét "thừa hay đủ" (kết nối với khái niệm Takt Time ở bài 31).
Bước 2 — Đi tới hiện trường (Gemba) và đo tồn kho giữa các công đoạn. Đứng tại sàn sản xuất, đếm lượng bán thành phẩm đang nằm chờ giữa từng cặp trạm. Trên Value Stream Map, đây là các tam giác tồn kho. Nơi nào tồn kho phình to bất thường, nơi đó nhiều khả năng có over-production.
Bước 3 — Truy nguyên nhân: vì sao trạm này làm nhiều/ sớm như vậy? Hỏi "5 Why". Thường câu trả lời rơi vào: đổi mã lâu nên gộp lô lớn, máy đắt nên chạy hết công suất, hoặc thưởng theo sản lượng.
Bước 4 — Thay thước đo từ "utilization" sang "đáp ứng nhu cầu". Ngừng khen thưởng việc "làm được nhiều"; chuyển sang đo "làm đúng thứ cần, đúng lúc". Đây là thay đổi văn hoá, không chỉ kỹ thuật.
Bước 5 — Giảm cỡ lô (batch size) và rút ngắn thời gian đổi mã. Lô càng nhỏ, over-production càng khó xảy ra. Để làm được lô nhỏ mà không tốn kém, bạn cần rút ngắn changeover (SMED — bài 33).
Bước 6 — Lắp tín hiệu pull để giới hạn sản xuất. Đặt quy tắc: chỉ làm tiếp khi nhận được tín hiệu từ công đoạn sau (thẻ Kanban, ô trống). Khi không có tín hiệu, công nhân dừng lại — và đây là điều khó nhất về mặt tâm lý.
Bước 7 — Đo lại sau cải tiến. So sánh tồn kho, lead time, và lượng hàng bỏ/đổi trước và sau. Con số sẽ cho bạn biết cải tiến có thực chất không.
Lỗi thường gặp & mẹo
Lỗi 1 — Nhầm "bận rộn" với "hiệu quả". Đây là lỗi nguy hiểm nhất. Một dây chuyền chạy hết công suất tạo cảm giác an tâm cho quản lý, nhưng nếu sản phẩm không được khách kéo đi, đó là over-production. Mẹo: luôn hỏi "đơn hàng nào đang chờ thứ này?". Nếu không có câu trả lời cụ thể, hãy nghi ngờ.
Lỗi 2 — "Làm dư phòng hờ" như một thói quen mặc định. Làm thừa 5–10% để phòng phế phẩm nghe rất hợp lý, nhưng nếu phần dư đó hiếm khi được dùng đúng mục đích, nó chỉ là over-production trá hình. Mẹo: tách bạch vấn đề — nếu lo phế phẩm, hãy giảm tỷ lệ phế phẩm (chống Defects), đừng làm thừa để bù.
Lỗi 3 — Để máy đắt tiền "không được nghỉ". Tâm lý "máy tỷ đồng để không thì phí" dẫn đến chạy máy bừa. Mẹo: chi phí của over-production (vốn giam, kho, lỗi thời, hàng bỏ) thường lớn hơn nhiều so với chi phí cho máy ngồi không một lúc. Hãy để máy dừng khi không có nhu cầu — đó là dấu hiệu của một hệ thống lành mạnh, không phải lãng phí.
Lỗi 4 — Tối ưu cục bộ một trạm mà bỏ quên dòng chảy. Một trạm "năng suất cao" đẩy hàng dồn dập xuống trạm sau chậm hơn sẽ tạo over-production ngay lập tức. Mẹo: luôn cân nhịp các trạm theo Takt Time, đừng để trạm nào chạy nhanh hơn nhu cầu tổng thể.
Mẹo tổng quát: Khi đứng ở Gemba, hãy tìm những đống hàng "đang chờ". Mỗi đống chờ là một câu hỏi: "Khách có cần thứ này ngay bây giờ không?". Nếu câu trả lời là không, bạn vừa tìm thấy over-production.
Bài tập thực hành
Bài tập 1 — Săn over-production tại nơi bạn làm việc. Chọn một quy trình bạn quen thuộc (sản xuất, văn phòng, quán ăn, đội phần mềm). Đi một vòng và liệt kê tất cả những thứ "đang chờ được sử dụng": báo cáo in sẵn, bán thành phẩm, email soạn trước, tính năng làm sẵn. Với mỗi thứ, ghi rõ: nó được tạo sớm/nhiều hơn nhu cầu ở điểm nào? Mục tiêu: tìm ít nhất 3 trường hợp.
Bài tập 2 — Phân tích tiệm bánh. Quay lại ví dụ Tiệm Bánh Mộc. Giả sử một cửa hàng bán 130 chiếc/ngày nhưng nướng 200 chiếc, giá vốn 8.000đ, bán giá 25.000đ. Hãy tính: (a) lượng bánh thừa mỗi ngày; (b) chi phí lãng phí giá vốn mỗi tháng (30 ngày); (c) nếu giảm xuống nướng theo nhịp còn thừa 10 chiếc/ngày, tiết kiệm bao nhiêu mỗi tháng. So sánh với con số trong bài.
Bài tập 3 — Truy nguyên nhân gốc. Chọn một trường hợp over-production bạn tìm được ở Bài tập 1. Áp dụng "5 Why" để truy về nguyên nhân gốc. Nguyên nhân cuối cùng rơi vào nhóm nào: đổi mã lâu, đo bằng utilization, dự báo sai, hay thưởng theo sản lượng? Đề xuất một biện pháp pull để khắc phục.
Tóm tắt
- Over-production là việc sản xuất sớm hơn, nhiều hơn, hoặc nhanh hơn nhu cầu thực của khách hàng. Nó có hai dạng: thừa về số lượng và thừa về thời điểm.
- Đây được Ohno xem là lãng phí tệ nhất vì nó là "lãng phí mẹ" — sinh ra tồn kho, vận chuyển, di chuyển thừa, che giấu lỗi, và tạo thêm các bước xử lý không cần thiết.
- Nó nguy hiểm vì thường được nguỵ trang thành năng suất cao: máy chạy đầy, công nhân bận rộn, kho đầy hàng — trong khi khách chưa cần.
- Nguyên nhân gốc thường là: tư duy chạy máy hết công suất, đổi mã lâu nên gộp lô lớn, sản xuất theo dự báo, và thưởng theo sản lượng.
- Cách chống lại: chuyển từ push sang pull, giảm cỡ lô, rút ngắn changeover, lắp tín hiệu Kanban, và đổi thước đo từ "làm được nhiều" sang "đáp ứng đúng nhu cầu".
- Ghi nhớ phép ẩn dụ mực nước: giảm tồn kho do over-production không phải để tiết kiệm kho, mà để phơi bày những tảng đá — những vấn đề thật sự mà hệ thống đang che giấu.