UPH Là Gì? Cách Tính UPH Và Cách Tăng UPH Trong Sản Xuất

Trong nhà máy, có một câu hỏi nghe rất đơn giản nhưng ngày nào Production, IE và Manufacturing Engineer cũng phải trả lời:

“Một giờ làm được bao nhiêu sản phẩm?”

Câu trả lời thường được thể hiện bằng một chỉ số rất quen thuộc: UPH.

UPH xuất hiện rất nhiều trong báo cáo sản xuất, capacity planning, line balancing, manpower planning và đánh giá hiệu suất dây chuyền. Trong môi trường PCBA/EMS, bạn có thể bắt gặp các con số như 200 UPH, 500 UPH hay 1.000 UPH trên một line hoặc một công đoạn.

Nhưng có một vấn đề khá dễ gây nhầm lẫn.

UPH cao chưa chắc đồng nghĩa với dây chuyền hoạt động tốt.

Một line có thể đạt UPH rất cao trong một khoảng thời gian ngắn nhưng lại không đạt sản lượng kế hoạch trong cả ca vì downtime, changeover, thiếu material hoặc tỷ lệ lỗi cao.

Vì vậy, hiểu cách tính UPH là chưa đủ. Quan trọng hơn là phải biết UPH được tính trong điều kiện nào và con số đó đang nói lên điều gì.

Trong bài viết này, Anh Kỹ Sư sẽ giải thích UPH từ công thức cơ bản đến cách tính trong thực tế sản xuất, mối quan hệ giữa UPH với Cycle Time, Takt Time, OEE và Capacity, đồng thời phân tích một số tình huống thường gặp trong nhà máy.

1. UPH là gì?

UPH là viết tắt của Units Per Hour, nghĩa là số đơn vị sản phẩm được sản xuất trong một giờ.

Công thức cơ bản:

UPH = Số lượng sản phẩm / Thời gian sản xuất (giờ)

Ví dụ một line sản xuất được 800 sản phẩm trong 2 giờ.

UPH sẽ là:

UPH = 800 / 2 = 400 pcs/hour

Hay nói đơn giản:

UPH = 400 pcs/giờ.

Đây là cách tính rất đơn giản.

Nhưng trong nhà máy, có một câu hỏi cần làm rõ ngay:

400 UPH này là Actual UPH, Standard UPH hay Theoretical UPH?

Ba khái niệm này có thể cho ra những con số rất khác nhau.

2. Actual UPH là gì?

Actual UPH là sản lượng thực tế đạt được trong một khoảng thời gian nhất định.

Ví dụ một line chạy 8 giờ nhưng thực tế chỉ tạo ra 2.800 sản phẩm.

Actual UPH nếu tính trên toàn bộ 8 giờ:

2.800 / 8 = 350 UPH.

Con số 350 UPH này đã phản ánh cả những khoảng thời gian mà line:

• Dừng máy.
• Chờ material.
• Changeover.
• Chờ QC.
• Chờ operator.
• Xử lý lỗi.
• Chạy với tốc độ thấp.

Vì vậy Actual UPH thường gần với những gì Production thực sự quan tâm khi hỏi:

“Hôm nay line này sản xuất được bao nhiêu?”

3. Theoretical UPH là gì?

Theoretical UPH là UPH tính theo điều kiện lý tưởng, thường dựa trên Cycle Time hoặc Ideal Cycle Time.

Nếu một sản phẩm cần 10 giây để hoàn thành thì về mặt lý thuyết:

UPH = 3.600 / 10 = 360 pcs/hour

Nhưng 360 UPH chỉ là năng lực lý thuyết.

Trong thực tế, line còn phải đối mặt với downtime, setup, material replenishment, quality issue và rất nhiều yếu tố khác.

Do đó:

Theoretical UPH ≠ Actual UPH

Đây là một trong những điểm đầu tiên cần phân biệt khi đọc báo cáo sản xuất.

4. Standard UPH là gì?

Standard UPH thường được xây dựng từ thời gian chuẩn của process.

Ví dụ Standard Cycle Time của một công đoạn là 12 giây/pcs.

Standard UPH có thể được tính:

3.600 / 12 = 300 UPH

Đây là con số dùng làm baseline để đánh giá năng lực hoặc lập kế hoạch trong một số hệ thống sản xuất.

Nhưng Standard UPH phải đi cùng với một điều kiện rất quan trọng:

Standard Cycle Time phải được xây dựng hợp lý.

Nếu Standard Time đã cũ hoặc không phản ánh điều kiện sản xuất hiện tại thì Standard UPH cũng mất ý nghĩa.

5. Cách tính UPH đơn giản nhất

Trong trường hợp chỉ cần tính sản lượng trung bình theo giờ, công thức rất đơn giản:

UPH = Total Output / Total Production Hours

Ví dụ:

• Thời gian sản xuất: 6 giờ
• Total Output: 2.400 pcs

UPH:

2.400 / 6 = 400 UPH

Điều đó có nghĩa là trung bình line tạo ra 400 sản phẩm mỗi giờ trong khoảng thời gian được tính.

6. Tính UPH từ Cycle Time như thế nào?

Đây là công thức rất hữu ích đối với Manufacturing Engineer.

Nếu Cycle Time được tính theo giây/sản phẩm:

UPH = 3.600 / Cycle Time (giây/pcs)

Ví dụ Cycle Time = 30 giây/pcs.

Ta có:

UPH = 3.600 / 30 = 120 pcs/hour

Nếu Cycle Time giảm xuống 25 giây:

UPH = 3.600 / 25 = 144 pcs/hour

Như vậy chỉ cần giảm Cycle Time từ 30 xuống 25 giây, năng lực lý thuyết đã tăng từ 120 lên 144 UPH.

Đây là lý do Cycle Time có ảnh hưởng rất trực tiếp đến capacity.

7. Bảng quy đổi Cycle Time sang UPH

Bảng này rất hữu ích khi làm capacity calculation nhanh tại hiện trường.

8. UPH và Takt Time có quan hệ gì?

Đây là một trong những mối quan hệ quan trọng nhất trong Manufacturing.

Takt Time cho biết khách hàng cần sản phẩm với tốc độ bao nhiêu.

UPH cho biết dây chuyền đang tạo ra bao nhiêu sản phẩm trong một giờ.

Ví dụ:

Nhà máy cần sản xuất 600 pcs trong một ngày.

Thời gian sản xuất khả dụng là 10 giờ.

Required UPH:

600 / 10 = 60 UPH

Ta có thể suy ra Takt Time:

3.600 / 60 = 60 giây/pcs

Như vậy:

Required UPH = 60 pcs/hour

tương đương:

Takt Time = 60 giây/pcs.

Hai cách nhìn này thực chất đang mô tả cùng một yêu cầu sản xuất nhưng ở hai dạng khác nhau.

9. UPH và Cycle Time

Quan hệ giữa hai chỉ số này khá trực tiếp.

Nếu một process có Cycle Time càng thấp thì theoretical UPH càng cao.

Công thức:

UPH = 3.600 / Cycle Time

Ví dụ:

• CT = 60 giây → 60 UPH
• CT = 45 giây → 80 UPH
• CT = 30 giây → 120 UPH
• CT = 20 giây → 180 UPH

Nhưng cần nhớ một điều:

Đây là UPH lý thuyết.

Actual UPH còn phụ thuộc vào availability, downtime, speed loss, quality và các yếu tố khác.

10. UPH và OEE có liên quan như thế nào?

Sau bài OEE, đây là phần rất đáng chú ý.

Giả sử một máy có theoretical capacity là:

120 UPH.

Nhưng do downtime, speed loss và quality loss, actual output thấp hơn.

OEE chính là một cách nhìn tổng hợp về những tổn thất đó.

Ví dụ đơn giản:

• Theoretical capacity: 120 UPH
• OEE: 75%

Nếu giả định các điều kiện phù hợp để quy đổi trực tiếp:

Effective output ≈ 120 × 75% = 90 UPH

Tuy nhiên, cần cẩn thận khi sử dụng phép tính này trong thực tế vì cách định nghĩa OEE, planned time, product mix và quality có thể khác nhau.

Do đó không nên mặc định:

Actual UPH = Theoretical UPH × OEE

trong mọi trường hợp.

Cần kiểm tra cách nhà máy đang định nghĩa các metric.

11. Ví dụ UPH trong dây chuyền PCBA/SMT

Hãy giả sử một line PCBA có các công đoạn:

• Solder Paste Printing
• SPI
• Pick & Place
• Reflow
• AOI
• Functional Test

Capacity lý thuyết của từng công đoạn:

Nếu các công đoạn được nối trực tiếp với nhau và không có parallel station, capacity của toàn line sẽ bị giới hạn bởi công đoạn có capacity thấp nhất.

Trong ví dụ này, AOI có capacity 140 UPH.

Do đó AOI là một ứng viên bottleneck rõ ràng.

Điều này cũng cho thấy một vấn đề:

Không thể lấy capacity của Pick & Place là 200 UPH rồi nói line có capacity 200 UPH.

Capacity của cả hệ thống không đơn giản là cộng hoặc lấy capacity của máy nhanh nhất.

12. Tại sao máy có UPH cao nhưng line vẫn không đạt sản lượng?

Đây là tình huống xảy ra khá thường xuyên.

Ví dụ Pick & Place có capacity 200 UPH.

Production nhìn vào con số này và kỳ vọng line cũng phải đạt gần 200 UPH.

Nhưng AOI chỉ đạt 140 UPH.

Nếu Pick & Place cứ chạy ở 200 UPH thì WIP sẽ dồn về phía AOI.

Cuối cùng line vẫn chỉ đưa được khoảng mức capacity của constraint ra output.

Đây chính là mối liên hệ giữa:

UPH → Capacity → Bottleneck → Throughput.

Tăng UPH của một công đoạn không phải bottleneck chưa chắc làm tăng throughput của cả line.

13. UPH và Bottleneck

Trong phân tích bottleneck, UPH là một chỉ số rất hữu ích.

Ví dụ:

Station 3 có capacity thấp nhất.

Nếu không có các yếu tố đặc biệt khác, đây là nơi cần kiểm tra đầu tiên khi phân tích constraint.

Có thể hỏi:

• Cycle Time của Station 3 là bao nhiêu?
• Có downtime không?
• Có operator waiting không?
• Có material shortage không?
• Có quality issue không?
• Có thể thêm parallel station không?
• Có task nào chuyển sang station khác được không?

14. UPH thực tế không phải lúc nào cũng ổn định

Một line có thể có UPH khác nhau giữa các giờ.

Ví dụ trong một ca 8 giờ:

Nếu chỉ lấy average cuối ca, vấn đề ở khung 10:00–11:00 có thể bị che mất.

Đó là lý do khi phân tích Manufacturing, trend theo thời gian thường có giá trị hơn một con số trung bình duy nhất.

15. Những nguyên nhân làm UPH giảm

UPH thấp không tự nó cho biết nguyên nhân.

Cần phân tích từng nhóm.

15.1. Downtime

Máy dừng thì sản lượng giảm.

Các nguyên nhân có thể là breakdown, alarm, setup, maintenance hoặc material shortage.

15.2. Cycle Time cao

Nếu Cycle Time tăng từ 30 lên 40 giây, theoretical UPH giảm từ:

120 UPH → 90 UPH.

Chỉ riêng thay đổi này đã tạo ra chênh lệch đáng kể.

15.3. Minor Stop

Một loạt các lần dừng ngắn có thể không dễ nhận thấy bằng mắt thường.

Nhưng khi cộng lại, chúng làm giảm output trong cả ca.

15.4. Changeover

Line chạy rất nhanh nhưng đổi model quá nhiều lần thì UPH trung bình cả ca vẫn thấp.

Đây là lý do phải phân biệt Run UPH với Shift UPH nếu hệ thống có sử dụng hai khái niệm này.

15.5. Quality và Rework

Output ghi nhận có thể cao nhưng good output lại thấp.

Ví dụ:

Line sản xuất 1.000 pcs nhưng 80 pcs phải rework hoặc không đạt.

Không nên chỉ nhìn 1.000 pcs mà bỏ qua 920 good pcs.

16. Gross UPH và Good UPH

Trong một số nhà máy, cách định nghĩa output có thể khác nhau.

Có nơi sử dụng tổng số sản phẩm được tạo ra.

Có nơi quan tâm nhiều hơn đến số sản phẩm đạt.

Vì vậy có thể phân biệt:

Gross UPH: số lượng sản phẩm được sản xuất.

Good UPH: số lượng sản phẩm đạt yêu cầu trên mỗi giờ.

Ví dụ:

• Gross Output = 500 pcs
• Defect = 20 pcs
• Good Output = 480 pcs

Trong 1 giờ:

Gross UPH = 500

Good UPH = 480

Hai con số đều đúng, nhưng chúng đang trả lời hai câu hỏi khác nhau.

17. Cách tăng UPH trong sản xuất

Nếu mục tiêu là tăng UPH, có rất nhiều hướng có thể xem xét.

Nhưng không nên bắt đầu bằng việc ép operator làm nhanh hơn.

Hãy tìm nguyên nhân khiến output bị giới hạn.

17.1. Giảm Cycle Time

Đây là cách trực tiếp nhất nếu Cycle Time thực sự là constraint.

Có thể xem xét:

• Loại bỏ thao tác thừa.
• Cải thiện layout.
• Giảm motion.
• Tối ưu sequence.
• Cải thiện tooling.
• Automation.
• Line balancing.

17.2. Giảm Downtime

Nếu máy đang mất nhiều thời gian vì breakdown, hãy xử lý reliability trước.

Các hướng có thể gồm:

• Preventive Maintenance.
• Phân tích breakdown.
• Spare parts.
• Machine condition monitoring.
• Giảm thời gian response khi alarm.

17.3. Giảm Changeover

Đối với môi trường high-mix, đây thường là một nguồn cải tiến rất đáng quan tâm.

Giảm changeover từ 30 phút xuống 15 phút có thể tạo thêm thời gian sản xuất mà không cần tăng tốc máy.

Đây là nơi các phương pháp như SMED có thể phát huy tác dụng.

17.4. Cân bằng chuyền

Nếu một station có UPH thấp hơn đáng kể so với các station còn lại, hãy xem lại workload.

Có thể một số task đang tập trung quá nhiều ở một station trong khi station bên cạnh còn dư capacity.

Line balancing có thể giúp phân bổ lại công việc.

17.5. Giảm Material Waiting

Một máy có thể hoàn toàn khỏe nhưng vẫn không tạo ra sản phẩm vì thiếu material.

Trong trường hợp này, sửa máy không giải quyết được vấn đề.

Cần xem lại:

• Material replenishment.
• Kanban.
• Line-side inventory.
• Material planning.
• Communication giữa Warehouse và Production.

18. Đừng cố tăng UPH nếu chất lượng giảm

Đây là một nguyên tắc rất quan trọng.

Giả sử line đang chạy 100 UPH.

Sau một cải tiến, Production đạt 115 UPH.

Nghe có vẻ tốt.

Nhưng nếu defect rate tăng đáng kể thì phần lợi ích thực tế có thể không còn nhiều.

Ví dụ:

• Trước cải tiến: 100 UPH, Quality = 99%
• Sau cải tiến: 115 UPH, Quality = 94%

Good output không tăng theo cùng tỷ lệ với gross output.

Do đó improvement tốt phải nhìn đồng thời:

Productivity + Quality + Cost + Delivery + Safety.

19. UPH và Manpower

UPH cũng thường được sử dụng khi tính manpower.

Ví dụ một line cần đạt 600 pcs/giờ.

Một operator có thể xử lý công việc tương đương 100 pcs/giờ trong điều kiện hiện tại.

Về mặt lý thuyết cần:

600 / 100 = 6 người.

Nhưng đây mới chỉ là phép tính ban đầu.

Thực tế còn phải xem:

• Công việc có chia đều được không?
• Có station nào cần 2 người không?
• Có material handling không?
• Có inspection không?
• Có break coverage không?
• Có thao tác không thể chia nhỏ không?

Do đó không nên lấy UPH chia thẳng cho năng suất một người rồi coi đó là manpower cuối cùng.

20. UPH trong Capacity Planning

UPH là một đầu vào quan trọng khi tính capacity.

Ví dụ:

• UPH = 120 pcs/hour
• Available Production Time = 16 giờ/ngày

Capacity lý thuyết:

120 × 16 = 1.920 pcs/day.

Nhưng nếu trong 16 giờ có downtime, break, changeover và các tổn thất khác thì capacity thực tế sẽ thấp hơn.

Vì vậy khi lập capacity plan, cần phân biệt:

Theoretical Capacity

và

Practical / Effective Capacity.

Đây là khác biệt rất quan trọng giữa một phép tính Excel đẹp và một capacity plan có khả năng chạy được ngoài nhà máy.

21. Một ví dụ capacity thực tế hơn

Giả sử:

• Theoretical UPH = 120
• Thời gian kế hoạch = 16 giờ
• Availability = 90%
• Performance = 90%
• Quality = 98%

Theoretical capacity:

120 × 16 = 1.920 pcs/day.

Nếu dùng OEE như một cách ước tính tổng hợp trong cùng phạm vi định nghĩa:

OEE = 90% × 90% × 98% ≈ 79,4%

Effective good output có thể ước tính khoảng:

1.920 × 79,4% ≈ 1.524 good pcs/day.

Đây là cách nhìn thực tế hơn nhiều so với việc lấy 1.920 pcs làm sản lượng chắc chắn đạt được.

Tuy nhiên, trong capacity planning thực tế cần kiểm tra kỹ cách tính thời gian, OEE baseline và điều kiện sản phẩm trước khi sử dụng con số này làm cam kết sản lượng.

22. UPH cao có phải lúc nào cũng tốt?

Không.

UPH chỉ là một chỉ số về sản lượng theo thời gian.

Nếu tăng UPH bằng cách:

• Tăng tốc quá mức.
• Bỏ qua quality check.
• Tăng overtime liên tục.
• Gây quá tải cho operator.
• Tăng machine wear.

thì con số UPH cao hơn chưa chắc là một improvement bền vững.

Một Manufacturing Engineer cần nhìn cả hệ thống.

UPH phải tăng theo cách mà process vẫn ổn định.

23. Một số sai lầm khi sử dụng UPH

Sai lầm 1: So sánh UPH của hai model khác nhau

Model khác nhau có thể có độ phức tạp khác nhau.

Không nên thấy Model A đạt 150 UPH và Model B đạt 100 UPH rồi kết luận line chạy Model B kém hơn.

Cần xem Cycle Time, product mix và process condition.

Sai lầm 2: So sánh UPH giữa hai line mà không xem downtime

Một line có thể có Run UPH rất cao nhưng downtime nhiều.

Line khác chạy chậm hơn một chút nhưng rất ổn định.

Nếu nhìn một khoảng thời gian dài, kết quả có thể hoàn toàn khác.

Sai lầm 3: Không phân biệt Gross UPH và Good UPH

500 pcs được sản xuất không đồng nghĩa với 500 pcs tốt.

Sai lầm 4: Lấy theoretical UPH làm actual capacity

Đây là lỗi khá phổ biến khi lập capacity plan.

Máy có thể đạt 200 UPH trong điều kiện lý tưởng nhưng không có nghĩa line sẽ đạt 200 good pcs mỗi giờ trong cả tháng.

Sai lầm 5: Chỉ tăng UPH của một công đoạn

Nếu công đoạn đó không phải bottleneck, tăng UPH có thể chỉ làm WIP tăng.

24. UPH, Cycle Time, Takt Time, OEE và Bottleneck

Đến đây có thể thấy các bài trong nhóm Manufacturing này thực ra liên kết với nhau khá chặt.

Khi phân tích một dây chuyền, không nên nhìn những chỉ số này như các con số độc lập.

Ví dụ:

Takt Time = 40 giây/pcs

tương đương required rate khoảng:

90 UPH.

Nếu bottleneck chỉ có capacity 75 UPH thì line không đáp ứng được nhu cầu.

Lúc này có thể quay lại Cycle Time để tìm nguyên nhân, sau đó xem OEE nếu bottleneck là thiết bị.

Đó chính là cách các chỉ số hỗ trợ lẫn nhau.

25. Checklist phân tích UPH tại hiện trường

Khi được giao nhiệm vụ “tăng UPH”, có thể bắt đầu bằng những câu hỏi sau:

• ☐ UPH hiện tại là bao nhiêu?
• ☐ Đây là Actual UPH hay Standard UPH?
• ☐ Gross UPH hay Good UPH?
• ☐ Cycle Time hiện tại là bao nhiêu?
• ☐ Takt Time là bao nhiêu?
• ☐ Công đoạn nào có UPH thấp nhất?
• ☐ Bottleneck đang nằm ở đâu?
• ☐ Downtime chiếm bao nhiêu?
• ☐ Minor Stop có nhiều không?
• ☐ Changeover mất bao lâu?
• ☐ Material có bị thiếu không?
• ☐ Quality có ảnh hưởng output không?
• ☐ Manpower có phù hợp không?
• ☐ Có task nào cần line balancing lại không?
• ☐ Sau cải tiến, Good UPH có thực sự tăng không?

26. Kinh nghiệm thực tế: trước khi tăng UPH hãy tìm “điểm nghẽn”

Có một cách tiếp cận khá đơn giản nhưng hiệu quả:

Đừng hỏi ngay “làm sao tăng UPH?”

Hãy hỏi:

“Tại sao hiện tại chúng ta chưa đạt UPH mong muốn?”

Có thể câu trả lời là Cycle Time.

Cũng có thể là downtime.

Hoặc material.

Hoặc changeover.

Hoặc bottleneck nằm ở một công đoạn khác.

Thậm chí có những trường hợp UPH không thấp. Vấn đề lại nằm ở việc demand đã tăng lên.

Ví dụ line vẫn duy trì 120 UPH, nhưng customer demand tăng từ 100 lên 130 UPH.

Lúc này process không nhất thiết “tệ đi”.

Chỉ là capacity hiện tại không còn đáp ứng demand mới.

Cách nhìn này rất quan trọng khi làm capacity planning.

27. Kết luận

UPH – Units Per Hour là một trong những chỉ số cơ bản nhưng cực kỳ hữu ích trong Manufacturing.

Công thức đơn giản:

UPH = Output / Production Time

Hoặc nếu biết Cycle Time:

UPH = 3.600 / Cycle Time

Nhưng giá trị thực sự của UPH không nằm ở việc biết một công thức.

Điều quan trọng là hiểu con số đó được tạo ra trong điều kiện nào.

Actual UPH, Standard UPH và Theoretical UPH có thể rất khác nhau.

UPH cũng cần được nhìn cùng với:

• Cycle Time
• Takt Time
• Bottleneck
• OEE
• Quality
• Downtime
• Capacity

Một line tốt không phải đơn giản là line có UPH cao nhất.

Đó là line có thể tạo ra good output ổn định, đáp ứng demand, ít biến động và sử dụng nguồn lực hợp lý.

Và nếu một ngày bạn được giao một project với yêu cầu rất quen thuộc:

“Cần tăng UPH thêm 10%.”

Đừng vội mở Excel.

Hãy xuống chuyền.

Đứng nhìn một vài cycle.

Xem WIP nằm ở đâu.

Xem operator đang chờ gì.

Xem máy đang dừng vì lý do gì.

Rất nhiều khi, câu trả lời cho bài toán UPH nằm ngay trước mắt bạn.

FAQ – Câu hỏi thường gặp về UPH

UPH là gì?

UPH là viết tắt của Units Per Hour, nghĩa là số lượng sản phẩm được sản xuất trong một giờ.

Công thức tính UPH là gì?

UPH = Tổng sản lượng / Tổng thời gian sản xuất tính theo giờ.

Cách tính UPH từ Cycle Time?

Nếu Cycle Time tính bằng giây trên sản phẩm, UPH = 3.600 / Cycle Time.

UPH càng cao có phải càng tốt?

Không nhất thiết. UPH cần được xem cùng Quality, Downtime, OEE, Cost và khả năng đáp ứng demand.

UPH và Takt Time có giống nhau không?

Không. Takt Time thể hiện tốc độ sản xuất cần thiết theo nhu cầu khách hàng, trong khi UPH thể hiện số sản phẩm được sản xuất trong một giờ.

UPH có liên quan đến Bottleneck không?

Có. Công đoạn có capacity hoặc UPH thấp có thể trở thành constraint giới hạn throughput của cả dây chuyền, nhưng cần kiểm tra thêm downtime, quality và điều kiện vận hành trước khi kết luận.

UPH và OEE có giống nhau không?

Không. UPH đo sản lượng theo giờ, còn OEE đánh giá hiệu quả thiết bị dựa trên Availability, Performance và Quality.

Bài viết liên quan

• Cycle Time Là Gì? Cách Tính, Phân Biệt Takt Time Và Cách Giảm Cycle Time Trong Sản Xuất
• Takt Time Là Gì? Cách Tính Takt Time Và Phân Biệt Với Cycle Time
• Line Balancing Là Gì? Cách Cân Bằng Chuyền Sản Xuất Và Giảm Bottleneck
• Bottleneck Là Gì? Cách Xác Định Và Xử Lý Bottleneck Trong Sản Xuất
• OEE Là Gì? Cách Tính OEE Và Cách Cải Thiện Hiệu Suất Thiết Bị Trong Sản Xuất

OEE Là Gì? Cách Tính OEE Và Cách Cải Thiện Hiệu Suất Thiết Bị Trong Sản Xuất

Nếu làm trong nhà máy một thời gian, chắc hẳn bạn đã từng nghe những câu như:

“Máy này OEE chỉ có 65%.”

Hoặc:

“OEE tháng này giảm, cần làm improvement.”

Nhưng OEE thực sự nói lên điều gì?

Một máy có OEE 85% có chắc chắn tốt hơn một máy có OEE 70% hay không? Và nếu OEE đang thấp thì nên bắt đầu cải tiến từ đâu?

Đây là những câu hỏi tưởng đơn giản nhưng khi đi vào thực tế sản xuất lại không hoàn toàn giống cách tính trên Excel.

OEE (Overall Equipment Effectiveness) là một chỉ số được sử dụng rất phổ biến trong Manufacturing để đánh giá mức độ hiệu quả sử dụng thiết bị dựa trên ba yếu tố chính: Availability, Performance và Quality.

Trong bài này, Anh Kỹ Sư sẽ đi từ công thức cơ bản đến cách đọc OEE, ví dụ thực tế trong PCBA/SMT và quan trọng hơn là cách tìm nguyên nhân khi OEE thấp.

1. OEE là gì?

OEE = Overall Equipment Effectiveness, có thể dịch là Hiệu suất thiết bị tổng thể.

OEE được dùng để trả lời một câu hỏi khá thực tế:

“Trong khoảng thời gian mà chúng ta dự định sử dụng máy để sản xuất, thiết bị đang thực sự tạo ra bao nhiêu sản phẩm tốt so với khả năng lý tưởng của nó?”

OEE xem xét ba yếu tố:

• Availability – Thiết bị có sẵn và thực sự chạy được bao nhiêu thời gian?
• Performance – Khi chạy, thiết bị có đạt tốc độ lý tưởng hay không?
• Quality – Sản phẩm tạo ra có đạt yêu cầu hay không?

Công thức tổng quát:

OEE = Availability × Performance × Quality

Điểm hay của OEE là nó không chỉ nhìn vào việc máy có chạy hay không.

Một máy có thể chạy cả ngày nhưng tốc độ thấp hơn chuẩn hoặc tạo ra nhiều sản phẩm lỗi. Khi đó OEE vẫn bị ảnh hưởng.

2. Ba thành phần của OEE

Để hiểu OEE, trước tiên cần hiểu ba thành phần cấu thành nó.

2.1. Availability – Tỷ lệ thời gian thiết bị sẵn sàng

Availability cho biết trong khoảng thời gian dự kiến sản xuất, thiết bị thực sự có thể chạy được bao nhiêu phần trăm thời gian.

Công thức thường dùng:

Availability = Run Time / Planned Production Time × 100%

Trong đó:

• Planned Production Time: thời gian dự kiến dành cho sản xuất.
• Run Time: thời gian máy thực sự chạy.

Ví dụ một ca sản xuất có 8 giờ.

Trong ca đó máy phải dừng 45 phút do breakdown và 15 phút do một số sự cố khác được tính vào downtime.

Thời gian máy chạy:

480 - 60 = 420 phút

Availability:

420 / 480 = 87,5%

Như vậy dù máy vẫn hoạt động trong phần lớn thời gian, nó đã mất 12,5% thời gian sản xuất vì downtime.

2.2. Performance – Hiệu suất tốc độ

Performance xem xét một vấn đề khác:

Khi máy đang chạy, nó có chạy đúng tốc độ lý tưởng hay không?

Công thức:

Performance = (Ideal Cycle Time × Total Count) / Run Time × 100%

Ví dụ:

• Ideal Cycle Time = 30 giây/pcs
• Run Time = 420 phút = 25.200 giây
• Total Count = 750 pcs

Thời gian lý tưởng để sản xuất 750 pcs:

30 × 750 = 22.500 giây

Performance:

22.500 / 25.200 ≈ 89,3%

Điều này có nghĩa là máy vẫn chạy nhưng tốc độ thực tế chưa đạt mức lý tưởng.

Nguyên nhân có thể đến từ:

• Máy chạy chậm hơn standard.
• Micro-stop.
• Operator phải xử lý các thao tác nhỏ trong chu kỳ.
• Material feeding không ổn định.
• Máy thường xuyên phải điều chỉnh.
• Điều kiện sản xuất thực tế khác với điều kiện khi xác lập Ideal Cycle Time.

2.3. Quality – Tỷ lệ sản phẩm tốt

Quality phản ánh tỷ lệ sản phẩm đạt yêu cầu trên tổng số sản phẩm được tạo ra.

Công thức:

Quality = Good Count / Total Count × 100%

Ví dụ máy sản xuất 750 sản phẩm nhưng có 15 sản phẩm không đạt.

Good Count:

750 - 15 = 735 pcs

Quality:

735 / 750 = 98%

Như vậy dù máy chạy khá ổn về thời gian, chất lượng vẫn đang làm giảm OEE.

3. Công thức OEE đầy đủ

Ta có:

OEE = Availability × Performance × Quality

Ví dụ:

• Availability = 87,5%
• Performance = 89,3%
• Quality = 98%

OEE:

OEE = 87,5% × 89,3% × 98% ≈ 76,6%

Đây là một điểm khá thú vị.

Nhìn từng con số riêng lẻ, có thể thấy cả ba chỉ số đều tương đối ổn. Nhưng khi nhân với nhau, OEE cuối cùng chỉ còn khoảng 76,6%.

Đó chính là lý do OEE hữu ích khi nhìn tổng thể hiệu quả thiết bị.

4. Ví dụ OEE thực tế trong một ca sản xuất

Hãy lấy một ví dụ đơn giản hơn để dễ hình dung.

Một máy được kế hoạch chạy trong 8 giờ.

• Planned Production Time: 480 phút
• Downtime: 60 phút
• Run Time: 420 phút
• Ideal Cycle Time: 30 giây/pcs
• Total Production: 750 pcs
• Defect: 15 pcs

Bước 1 – Availability

Availability = 420 / 480 = 87,5%

Bước 2 – Performance

Performance = (30 × 750) / 25.200 ≈ 89,3%

Bước 3 – Quality

Quality = 735 / 750 = 98%

Bước 4 – OEE

OEE ≈ 87,5% × 89,3% × 98%

OEE ≈ 76,6%

Nếu chỉ nhìn vào số lượng sản phẩm cuối ca, có thể thấy máy vẫn tạo ra 750 pcs.

Nhưng OEE cho thấy còn khá nhiều cơ hội cải thiện nằm ở downtime, tốc độ và chất lượng.

5. OEE 85% có phải là “chuẩn tốt” không?

Đây là câu hỏi rất hay và cũng là chỗ dễ hiểu sai.

Con số 85% thường được nhắc đến trong nhiều tài liệu khi nói về World-Class OEE.

Tuy nhiên, không nên lấy 85% làm một cái mốc cứng rồi kết luận:

“OEE dưới 85% là máy hoạt động kém.”

Thực tế phức tạp hơn.

OEE phụ thuộc vào:

• Loại máy.
• Process.
• Product mix.
• Volume.
• Changeover.
• Điều kiện vận hành.
• Cách định nghĩa Planned Production Time.
• Cách ghi nhận downtime.
• Cách xác định Ideal Cycle Time.

Ví dụ một môi trường high-mix, low-volume có rất nhiều model và changeover thì cách nhìn OEE sẽ khác với một dây chuyền chạy một sản phẩm liên tục trong nhiều giờ.

Vì vậy, quan trọng không chỉ là:

“OEE đang bao nhiêu?”

Mà còn là:

“OEE thấp vì nguyên nhân nào và nguyên nhân đó có thể cải thiện được bao nhiêu?”

6. OEE thấp chưa chắc có nghĩa là máy đang có vấn đề

Đây là một điểm rất đáng lưu ý.

Giả sử một máy được dùng để sản xuất 5 model khác nhau trong một ngày.

Mỗi lần đổi model mất 30 phút.

Nếu changeover được tính vào thời gian ảnh hưởng Availability thì OEE sẽ giảm.

Nhưng điều đó không có nghĩa là máy bị hỏng.

Vấn đề thực sự có thể nằm ở production scheduling hoặc cách tổ chức sản xuất.

Ví dụ nếu gom các đơn hàng cùng model lại và giảm số lần changeover, OEE có thể tăng mà không cần sửa máy.

Đây là lý do người làm IE hoặc Manufacturing không nên chỉ nhìn dashboard OEE.

Phải tìm hiểu phía sau con số đó.

7. OEE và Downtime có quan hệ như thế nào?

Downtime là một trong những nguyên nhân phổ biến làm Availability giảm.

Có thể chia downtime thành nhiều nhóm tùy hệ thống quản lý của từng nhà máy.

Một số nhóm thường gặp:

• Equipment breakdown
• Setup
• Changeover
• Material shortage
• Waiting for operator
• Quality issue
• Maintenance
• Program issue
• Utility issue

Nhưng có một vấn đề:

Không phải downtime nào cũng có giá trị như nhau khi làm improvement.

Nếu một máy dừng 5 phút một lần nhưng xảy ra 20 lần trong ca, tổng downtime có thể lớn hơn một lần dừng 30 phút.

Do đó nên phân tích cả:

• Tổng thời gian downtime.
• Số lần xảy ra.
• Thời gian trung bình mỗi lần.
• Nguyên nhân.
• Thời điểm xảy ra.

8. Minor Stop – thứ rất dễ bị bỏ quên

Một máy không nhất thiết phải dừng 10 hoặc 20 phút mới ảnh hưởng OEE.

Những lần dừng vài giây hoặc vài phút cũng có thể cộng dồn thành một con số đáng kể.

Ví dụ một máy có:

• 2 phút dừng vì material.
• 1 phút điều chỉnh.
• 30 giây xử lý sensor.
• 1 phút lấy khay.
• 1 phút reset machine.

Nếu những việc này lặp đi lặp lại hàng chục lần trong ngày thì tổng thời gian mất không hề nhỏ.

Trong một số hệ thống, những khoảng dừng rất ngắn còn được gọi là Minor Stop hoặc Micro Stop.

Đây là một trong những lý do Performance có thể giảm dù dashboard không ghi nhận một downtime lớn.

9. OEE trong PCBA/SMT

Trong ngành PCBA/EMS, OEE có thể được áp dụng cho nhiều loại thiết bị.

Ví dụ:

• Solder Paste Printer
• Pick & Place
• SPI
• Reflow Oven
• AOI
• ICT
• Functional Test
• Automatic Assembly Equipment

Ví dụ với máy Pick & Place.

Máy có thể có tốc độ lý thuyết rất cao theo thông số nhà sản xuất.

Nhưng khi chạy thực tế, tốc độ bị ảnh hưởng bởi:

• Component mix.
• Board size.
• Feeder arrangement.
• Component package.
• Machine setup.
• Program.
• Feeder replenishment.
• Material shortage.
• Changeover.

Do đó không nên lấy tốc độ quảng cáo của nhà sản xuất làm Ideal Cycle Time một cách máy móc.

Ideal Cycle Time phải có ý nghĩa đối với điều kiện sản xuất đang được đánh giá.

10. Một lỗi thường gặp khi tính OEE trong SMT

Giả sử máy Pick & Place được nhà sản xuất công bố tốc độ rất cao trong điều kiện tối ưu.

Nhưng model đang chạy thực tế có rất nhiều loại linh kiện, board phức tạp và nhiều feeder.

Nếu lấy tốc độ lý tưởng trên brochure làm baseline, Performance có thể luôn thấp.

Sau đó đội sản xuất sẽ cố gắng “cải thiện Performance” trong khi baseline ban đầu đã không phản ánh đúng điều kiện thực tế.

Đây là lý do trước khi làm OEE improvement, cần kiểm tra lại:

Ideal Cycle Time có thực sự hợp lý hay không?

11. OEE không chỉ dành cho máy móc

OEE được sử dụng phổ biến cho equipment, nhưng tư duy phía sau nó có thể áp dụng rộng hơn.

Ví dụ một process manual có thể được phân tích tương tự thông qua:

• Thời gian available.
• Thời gian thực sự làm việc.
• Tốc độ thực tế.
• Số lượng đạt.
• Số lượng lỗi.

Tuy nhiên, cần tránh việc cố ép mọi process vào một công thức OEE nếu cách đo không phù hợp.

Không phải chỉ số nào cũng cần gọi là OEE.

Điều quan trọng là metric phải giúp đội ngũ hiểu vấn đề và đưa ra hành động cải tiến.

12. Cách cải thiện OEE hiệu quả

Nếu OEE thấp, đừng bắt đầu bằng câu:

“Làm sao để tăng OEE?”

Hãy tách nó thành ba câu hỏi nhỏ:

1. Availability đang mất ở đâu?
2. Performance đang mất ở đâu?
3. Quality đang mất ở đâu?

Sau đó mới đi vào root cause.

12.1. Cải thiện Availability

Nếu Availability thấp, hãy tập trung vào downtime.

Những hướng thường gặp:

• Giảm breakdown.
• Preventive Maintenance.
• Predictive Maintenance khi phù hợp.
• Giảm thời gian setup.
• Giảm changeover.
• Cải thiện material availability.
• Giảm thời gian chờ kỹ thuật.
• Cải thiện response khi machine alarm.

Ví dụ một máy thường mất 20 phút mỗi lần setup.

Nếu có thể giảm xuống 10 phút, thời gian sản xuất khả dụng sẽ tăng lên mà không cần tăng tốc máy.

12.2. Cải thiện Performance

Nếu Availability tốt nhưng Performance thấp, hãy tìm nguyên nhân khiến máy chạy chậm hơn standard.

Có thể xem:

• Actual Cycle Time.
• Ideal Cycle Time.
• Minor Stop.
• Machine speed.
• Operator intervention.
• Material feeding.
• Program.
• Layout.

Ví dụ standard là 30 giây/pcs nhưng thực tế trung bình 34 giây/pcs.

Thay vì chỉ ghi nhận Performance thấp, hãy xuống hiện trường xem 4 giây chênh lệch nằm ở đâu.

Có thể là thao tác lấy sản phẩm.

Có thể là machine indexing.

Có thể là operator phải điều chỉnh material.

Hoặc đơn giản là standard time đã cũ.

12.3. Cải thiện Quality

Nếu Quality thấp, cần tìm nguyên nhân tạo ra defect.

Trong PCBA có thể liên quan đến:

• Solder defect.
• Component placement.
• Wrong component.
• Missing component.
• Polarity issue.
• Inspection failure.
• Machine setup.
• Program error.

Cần phân biệt giữa defect thực sự và false call của inspection system.

Nếu máy tạo ra nhiều false call, operator phải kiểm tra lại, dẫn đến mất thời gian và ảnh hưởng cả Performance lẫn Quality.

13. Pareto là công cụ rất hữu ích khi cải thiện OEE

Nếu có quá nhiều nguyên nhân downtime, đừng cố xử lý tất cả cùng lúc.

Hãy lập Pareto.

Ví dụ trong một tháng máy có tổng downtime 600 phút:

Nếu nhìn bảng này, breakdown và changeover đang chiếm phần lớn downtime.

Thay vì mở 10 project cùng lúc, có thể tập trung điều tra hai nhóm này trước.

Đây là cách dùng dữ liệu OEE để tạo ra improvement thực tế.

14. OEE và Bottleneck có liên quan gì?

Hai khái niệm này rất dễ đi cùng nhau.

Nhưng cần nhớ:

Không phải máy có OEE thấp nhất luôn là bottleneck của line.

Ví dụ có hai máy:

• Machine A: OEE 65%
• Machine B: OEE 80%

Machine A có OEE thấp hơn.

Nhưng nếu Machine B đang là constraint giới hạn output của cả line thì cải thiện Machine A chưa chắc làm sản lượng tăng.

Đây là lý do khi làm improvement cần phân biệt:

“Máy nào có vấn đề?”

và

“Máy nào đang giới hạn throughput của hệ thống?”

Hai câu hỏi này không giống nhau.

15. OEE và Cycle Time

Cycle Time ảnh hưởng trực tiếp đến Performance trong OEE.

Nếu Ideal Cycle Time là 30 giây nhưng Actual Cycle Time tăng lên 35 giây, Performance sẽ giảm.

Do đó những dự án cải tiến Cycle Time có thể tác động trực tiếp đến OEE.

Tuy nhiên, cũng giống như bottleneck, không nên chỉ tập trung giảm Cycle Time của một machine mà quên toàn line.

Nếu máy đó không phải constraint, giảm Cycle Time có thể không tạo thêm output.

16. OEE và Takt Time

Takt Time và OEE trả lời hai câu hỏi khác nhau.

Nắm được mối quan hệ giữa bốn khái niệm này sẽ giúp việc phân tích Manufacturing rõ ràng hơn rất nhiều.

17. Có nên cố gắng đạt OEE 100%?

Về mặt lý thuyết, 100% là trạng thái lý tưởng.

Nhưng trong sản xuất thực tế, việc cố ép một thiết bị lên 100% không phải lúc nào cũng là mục tiêu hợp lý.

Thiết bị cần có:

• Maintenance.
• Setup.
• Changeover.
• Cleaning.
• Inspection.
• Điều chỉnh.

Ngoài ra còn có những giới hạn đến từ product mix và demand.

Quan trọng hơn, nếu cố chạy thiết bị ở mức tối đa nhưng làm tăng defect, tăng wear hoặc gây ảnh hưởng đến downstream process thì đó chưa chắc là improvement tốt.

OEE là một chỉ số để hiểu và cải tiến hệ thống, không phải một con số để chạy theo bằng mọi giá.

18. Cách một Manufacturing Engineer nên nhìn OEE

Nếu chỉ nhìn dashboard, bạn sẽ thấy một con số phần trăm.

Nếu đứng ở hiện trường, bạn sẽ thấy câu chuyện phía sau con số đó.

Ví dụ:

OEE = 72%

Con số này tự nó chưa nói được nhiều.

Nhưng nếu phân tích ra:

• Availability = 90%
• Performance = 82%
• Quality = 97%

thì hướng điều tra bắt đầu rõ hơn.

Performance đang là thành phần kéo OEE xuống.

Tiếp tục phân tích Performance:

• Machine speed thấp.
• Minor stop nhiều.
• Operator phải can thiệp thường xuyên.

Lúc này project improvement đã có hướng cụ thể hơn.

Đó mới là giá trị thực sự của OEE.

19. Checklist phân tích OEE tại nhà máy

Nếu bạn đang được giao nhiệm vụ “improve OEE”, có thể bắt đầu bằng checklist này:

• ☐ Xác định Planned Production Time.
• ☐ Xác định Run Time.
• ☐ Kiểm tra downtime.
• ☐ Phân loại downtime.
• ☐ Xác định Ideal Cycle Time.
• ☐ So sánh Actual Cycle Time với Ideal Cycle Time.
• ☐ Kiểm tra Minor Stop.
• ☐ Kiểm tra Total Count.
• ☐ Kiểm tra Good Count.
• ☐ Xác định defect chính.
• ☐ Tính Availability.
• ☐ Tính Performance.
• ☐ Tính Quality.
• ☐ Tính OEE.
• ☐ Lập Pareto nguyên nhân.
• ☐ Xác định root cause.
• ☐ Chọn improvement project.
• ☐ Đo lại OEE sau cải tiến.

20. Một điều quan trọng: đừng cải thiện OEE bằng cách thay đổi cách tính

Đây là vấn đề khá nhạy cảm trong quản lý sản xuất.

Nếu OEE thấp, cách tốt nhất là tìm nguyên nhân và cải thiện process.

Không nên “làm đẹp” OEE bằng cách thay đổi cách phân loại downtime hoặc loại bỏ những khoảng thời gian bất lợi khỏi dữ liệu mà không có cơ sở rõ ràng.

Một dashboard đẹp hơn không đồng nghĩa với một dây chuyền tốt hơn.

Điều nhà máy thực sự cần là:

Ít downtime hơn – tốc độ ổn định hơn – ít defect hơn – output tốt hơn.

Nếu OEE tăng nhờ những cải tiến thật sự tạo ra các kết quả đó thì con số OEE mới có ý nghĩa.

21. Kết luận

OEE là một trong những KPI quan trọng khi đánh giá hiệu quả thiết bị trong Manufacturing.

Công thức cơ bản rất đơn giản:

OEE = Availability × Performance × Quality

Nhưng phần khó không nằm ở phép nhân.

Phần khó là hiểu tại sao Availability thấp, tại sao Performance giảm hoặc tại sao Quality không đạt, sau đó tìm đúng nguyên nhân ở hiện trường.

Đặc biệt trong môi trường PCBA/EMS, OEE nên được xem cùng với Cycle Time, Takt Time, WIP, Downtime, Changeover, Quality và Bottleneck.

Một người làm Manufacturing tốt không chỉ biết tính OEE.

Quan trọng hơn là phải nhìn vào con số đó và hỏi:

“Chúng ta đang mất thời gian ở đâu?”

“Đang mất tốc độ ở đâu?”

“Đang mất sản phẩm tốt ở đâu?”

Và cuối cùng:

“Nếu chỉ được cải thiện một vấn đề trước, vấn đề nào sẽ tạo ra tác động lớn nhất cho toàn bộ hệ thống?”

Đó mới là cách biến OEE từ một KPI trên bảng Excel thành một công cụ cải tiến thực sự.

FAQ – Câu hỏi thường gặp về OEE

OEE là gì?

OEE là viết tắt của Overall Equipment Effectiveness, dùng để đánh giá hiệu quả sử dụng thiết bị dựa trên Availability, Performance và Quality.

Công thức tính OEE là gì?

OEE = Availability × Performance × Quality.

OEE bao nhiêu là tốt?

Không nên đánh giá OEE chỉ bằng một con số cố định. Cần xem loại process, product mix, cách tính, điều kiện sản xuất và xu hướng cải thiện theo thời gian.

OEE thấp có phải máy bị lỗi không?

Không nhất thiết. OEE thấp có thể đến từ breakdown, changeover, tốc độ thấp, minor stop, chất lượng hoặc nhiều nguyên nhân khác trong quá trình sản xuất.

OEE có liên quan đến Cycle Time không?

Có. Cycle Time thực tế cao hơn Ideal Cycle Time sẽ làm Performance giảm và từ đó ảnh hưởng đến OEE.

OEE có giống Productivity không?

Không. OEE tập trung vào hiệu quả thiết bị theo Availability, Performance và Quality. Productivity có phạm vi rộng hơn và có thể bao gồm năng suất lao động, sản lượng trên giờ, sản lượng trên nhân công hoặc nhiều chỉ số khác.

Bài viết liên quan

• Cycle Time Là Gì? Cách Tính, Phân Biệt Takt Time Và Cách Giảm Cycle Time Trong Sản Xuất
• Takt Time Là Gì? Cách Tính Takt Time Và Phân Biệt Với Cycle Time
• Line Balancing Là Gì? Cách Cân Bằng Chuyền Sản Xuất Và Giảm Bottleneck
• Bottleneck Là Gì? Cách Xác Định Và Xử Lý Bottleneck Trong Sản Xuất

Bottleneck Là Gì? Cách Xác Định Và Xử Lý Bottleneck Trong Sản Xuất

Trong một dây chuyền sản xuất, có một chuyện khá dễ gặp: nhiều công đoạn vẫn chạy bình thường, máy móc không hỏng, nhân sự cũng đủ, nhưng sản lượng cuối ngày vẫn không đạt kế hoạch.

Khi đi xuống chuyền kiểm tra, đôi khi người ta sẽ thấy một công đoạn đang phải chờ rất nhiều, trong khi một công đoạn khác lại liên tục đầy hàng chờ phía trước.

Đó có thể là dấu hiệu của bottleneck.

Trong Manufacturing, hiểu đúng bottleneck rất quan trọng. Bởi nếu xử lý sai chỗ, doanh nghiệp có thể tốn tiền mua thêm máy, tăng người hoặc tăng ca nhưng sản lượng thực tế gần như không cải thiện.

Bài viết này của Anh Kỹ Sư sẽ giải thích bottleneck là gì, cách tìm bottleneck trên chuyền, cách phân biệt bottleneck thật với một công đoạn chỉ đang bị ảnh hưởng tạm thời, và quan trọng nhất là xử lý bottleneck như thế nào trong thực tế.

1. Bottleneck là gì?

Bottleneck có thể hiểu đơn giản là nút thắt cổ chai trong quá trình sản xuất.

Đây là công đoạn có khả năng xử lý thấp hơn nhu cầu của toàn bộ dòng sản xuất, từ đó giới hạn sản lượng của cả hệ thống.

Nói cách khác:

Cả dây chuyền có thể chạy nhanh đến đâu thường bị giới hạn bởi công đoạn có năng lực thấp nhất.

Ví dụ một dây chuyền có 5 công đoạn:

• Station 1: 35 giây/sản phẩm
• Station 2: 38 giây/sản phẩm
• Station 3: 65 giây/sản phẩm
• Station 4: 37 giây/sản phẩm
• Station 5: 40 giây/sản phẩm

Nếu Takt Time của dây chuyền là 42 giây/sản phẩm thì Station 3 với Cycle Time 65 giây rõ ràng đang có vấn đề.

Trong khi đó các station còn lại đều có Cycle Time thấp hơn Takt Time.

Station 3 chính là ứng viên bottleneck rất rõ ràng.

2. Tại sao bottleneck lại quan trọng?

Một sai lầm khá phổ biến trong sản xuất là nhìn từng công đoạn một cách độc lập.

Ví dụ:

“Máy này đang chạy 80% công suất, phải tăng công suất máy.”

Hoặc:

“Station này đang có nhiều người làm, chắc cần thêm người.”

Nhưng sản xuất là một hệ thống liên kết với nhau.

Nếu công đoạn phía sau chưa phải bottleneck thì việc tăng năng lực ở công đoạn đó chưa chắc làm tăng output của toàn line.

Hãy hình dung một con đường có 4 làn xe nhưng đến một đoạn cầu chỉ còn 1 làn.

Có mở rộng thêm 1 km đường phía trước cũng không giải quyết được tình trạng ùn tắc tại cây cầu.

Dây chuyền sản xuất cũng tương tự.

Bottleneck quyết định throughput của hệ thống.

3. Bottleneck có phải lúc nào cũng là công đoạn có Cycle Time lớn nhất?

Không phải lúc nào cũng vậy.

Đây là điểm khá quan trọng nếu bạn đang làm Manufacturing Engineer, Industrial Engineer hoặc Production Engineer.

Cycle Time là một chỉ báo rất tốt để tìm bottleneck, nhưng không nên chỉ nhìn vào một con số đo được trong vài phút.

Một công đoạn có Cycle Time cao có thể chỉ cao tạm thời vì:

• Máy đang bị minor stop.
• Operator mới vào công việc.
• Thiếu material.
• Thao tác đang bị gián đoạn.
• Sản phẩm đang có lỗi bất thường.
• Máy đang trong trạng thái setup.
• Đang xử lý một model đặc biệt.

Ngược lại, có những bottleneck không thể hiện rõ nếu chỉ nhìn Cycle Time trung bình.

Ví dụ một máy có Cycle Time danh nghĩa khá tốt nhưng thường xuyên dừng 2–3 phút để xử lý lỗi. Khi tính cả thời gian downtime và micro-stop, năng lực thực tế của máy có thể thấp hơn nhiều so với con số trên datasheet.

Vì vậy, khi xác định bottleneck nên nhìn cả Cycle Time, downtime, waiting time, WIP và output thực tế.

4. Dấu hiệu nhận biết bottleneck trên chuyền sản xuất

Nếu xuống hiện trường, bạn có thể nhận biết bottleneck bằng một số dấu hiệu khá trực quan.

4.1. WIP liên tục dồn trước một công đoạn

Đây là dấu hiệu dễ thấy nhất.

Ví dụ:

Station 2 liên tục đưa sản phẩm sang Station 3 nhưng Station 3 xử lý không kịp.

Sản phẩm bắt đầu xếp thành hàng trước Station 3.

WIP càng chạy về phía trước càng tăng.

Trong khi Station 4 phía sau lại thường xuyên thiếu sản phẩm để làm.

Nếu tình trạng này lặp lại trong nhiều giờ hoặc nhiều ca sản xuất, khả năng rất cao Station 3 đang là bottleneck.

4.2. Công đoạn phía sau thường xuyên bị thiếu hàng

Đây là mặt còn lại của vấn đề.

Trước bottleneck có thể đầy WIP nhưng sau bottleneck lại xảy ra starvation.

Operator phía sau ngồi chờ sản phẩm.

Máy phía sau cũng có thể bị idle.

Nếu chỉ nhìn riêng Station 4, bạn có thể kết luận rằng Station 4 hoạt động chưa hiệu quả.

Nhưng nguyên nhân thật sự có thể nằm ở Station 3.

4.3. Một công đoạn luôn chạy gần giới hạn

Nếu một station thường xuyên chạy ở mức gần hoặc vượt Takt Time, cần kiểm tra kỹ.

Ví dụ:

• Takt Time: 40 giây
• Station 1: 31 giây
• Station 2: 34 giây
• Station 3: 43 giây
• Station 4: 32 giây
• Station 5: 35 giây

Station 3 đang vượt Takt Time.

Nếu nhu cầu sản xuất vẫn giữ nguyên thì đây là điểm cần ưu tiên điều tra.

4.4. Một máy thường xuyên chạy full load

Trong nhà máy, đôi khi bottleneck rất dễ nhận biết vì một máy gần như không có thời gian nghỉ.

Máy chạy liên tục.

Operator liên tục cấp liệu.

WIP liên tục chờ trước máy.

Trong khi những máy khác trong line lại có thời gian idle.

Đây thường là tín hiệu đáng chú ý.

5. Mối quan hệ giữa Bottleneck và Takt Time

Takt Time cho biết tốc độ sản xuất cần đạt để đáp ứng nhu cầu khách hàng.

Bottleneck cho biết công đoạn đang hạn chế khả năng đạt tốc độ đó.

Ví dụ nhà máy cần sản xuất 600 sản phẩm/ngày.

Thời gian sản xuất khả dụng là 25.200 giây/ngày.

Ta có:

Takt Time = 25.200 / 600 = 42 giây/sản phẩm

Nếu một station có Cycle Time 30 giây thì về mặt thời gian, station này có khả năng đáp ứng nhu cầu.

Nhưng nếu một station khác có Cycle Time 55 giây thì công đoạn đó không thể đáp ứng Takt Time nếu chỉ sử dụng một station.

Đó là lý do Takt Time là một trong những mốc đầu tiên cần xác định khi phân tích bottleneck.

6. Bottleneck và Cycle Time khác nhau như thế nào?

Hai khái niệm này liên quan rất chặt chẽ nhưng không giống nhau.

Ba khái niệm này nên được nhìn cùng nhau thay vì tách riêng.

7. Cách xác định bottleneck trong sản xuất

Dưới đây là một quy trình khá thực tế mà Manufacturing Engineer có thể áp dụng ngay tại hiện trường.

Bước 1: Xác định Demand

Trước tiên phải biết nhà máy cần sản xuất bao nhiêu.

Không có Demand thì rất khó kết luận một Cycle Time có thực sự là vấn đề hay không.

Ví dụ:

Demand = 600 pcs/day

Thời gian sản xuất khả dụng:

Available Time = 25.200 giây/ngày

Từ đó tính Takt Time:

Takt Time = 25.200 / 600 = 42 giây/pcs

Bước 2: Đo Cycle Time của từng công đoạn

Đừng lấy một lần đo duy nhất rồi kết luận.

Nên đo nhiều chu kỳ và quan sát điều kiện thực tế.

Ví dụ một station có thời gian:

• 41 giây
• 43 giây
• 42 giây
• 44 giây
• 42 giây

Trung bình khoảng 42,4 giây.

Con số này cần được xem xét cùng Takt Time và variation.

Nếu Takt Time là 42 giây thì chỉ nhìn average cũng chưa đủ. Cần biết vì sao thời gian dao động và mức dao động đó có ảnh hưởng đến output hay không.

Bước 3: Vẽ Process Flow

Hãy vẽ toàn bộ dòng chảy sản phẩm.

Không cần quá phức tạp.

Có thể bắt đầu bằng:

Material → Process 1 → Process 2 → Process 3 → Inspection → Packing

Sau đó ghi Cycle Time, WIP và số lượng operator ở từng công đoạn.

Khi thông tin được đặt cạnh nhau, bottleneck thường bắt đầu lộ ra khá rõ.

Bước 4: Quan sát WIP

Đây là bước mà tôi khuyên nên làm trực tiếp tại hiện trường thay vì chỉ nhìn Excel.

Hãy đứng tại line và quan sát:

• WIP đang nằm ở đâu?
• WIP tăng ở công đoạn nào?
• Công đoạn nào thường xuyên chờ?
• Công đoạn nào gần như không có thời gian idle?
• Material có bị thiếu ở đâu không?
• Operator có phải chờ máy không?

Nhiều vấn đề mà báo cáo không thể hiện sẽ xuất hiện ngay khi bạn đứng cạnh chuyền.

Bước 5: Kiểm tra Downtime và Minor Stop

Một station có Cycle Time tốt chưa chắc có capacity tốt.

Ví dụ:

Máy A có Cycle Time 30 giây nhưng mỗi giờ dừng 10 phút.

Máy B có Cycle Time 35 giây nhưng gần như không dừng.

Nếu chỉ nhìn Cycle Time, máy A có vẻ tốt hơn.

Nhưng khi tính năng lực thực tế, kết quả có thể khác.

Do đó nên xem:

• Downtime
• Minor Stop
• Breakdown
• Changeover
• Waiting
• Material shortage
• Quality hold

8. Ví dụ bottleneck trong dây chuyền PCBA/SMT

Trong PCBA manufacturing, bottleneck có thể xuất hiện ở nhiều vị trí khác nhau.

Một line SMT có thể bao gồm:

• Solder Paste Printing
• SPI
• Pick & Place
• Reflow Oven
• AOI
• Manual Inspection
• Functional Test

Không phải cứ máy SMT đắt tiền nhất thì nó là bottleneck.

Ví dụ Pick & Place có capacity rất cao nhưng AOI phía sau chỉ xử lý được một lượng sản phẩm thấp hơn.

Nếu sản phẩm liên tục chờ trước AOI thì cần kiểm tra AOI trước khi nghĩ đến việc tăng tốc Pick & Place.

Đây là điểm rất dễ bị bỏ qua.

Tăng tốc công đoạn trước bottleneck đôi khi chỉ làm WIP trước bottleneck tăng lên.

9. Một ví dụ khác: Bottleneck nằm ở công đoạn test

Giả sử một dây chuyền PCBA có capacity lý thuyết như sau:

Nếu nhu cầu sản xuất lớn hơn 300 pcs/giờ, Functional Test sẽ cần được điều tra.

Nhưng trước khi kết luận, cần kiểm tra thêm test fixture, thời gian loading/unloading, downtime, operator và tỷ lệ lỗi.

Có thể vấn đề không nằm ở bản thân thời gian test mà nằm ở việc operator phải chờ fixture reset.

Đây là lý do phân tích bottleneck cần đi sâu xuống nguyên nhân thay vì chỉ nhìn capacity cuối cùng.

10. Cách xử lý bottleneck hiệu quả

Sau khi tìm được bottleneck, câu hỏi tiếp theo là: làm gì để xử lý?

Không nên mặc định câu trả lời là “mua thêm máy”.

Trong nhiều trường hợp, bottleneck có thể được cải thiện bằng những thay đổi rất nhỏ.

10.1. Loại bỏ thao tác không tạo giá trị

Quan sát operator tại bottleneck.

Họ có phải:

• Đi lấy material?
• Quay người quá nhiều?
• Chờ dụng cụ?
• Tìm fixture?
• Đợi máy?
• Kiểm tra lại những thứ không cần thiết?

Nếu mỗi chu kỳ mất thêm 3–5 giây cho các thao tác này thì khi lặp lại hàng trăm hoặc hàng nghìn lần, tổng thời gian là rất lớn.

10.2. Cải thiện Layout

Đôi khi bottleneck không nằm ở thao tác chính mà nằm ở cách bố trí khu vực làm việc.

Ví dụ operator phải lấy linh kiện ở phía sau, quay lại bàn, sau đó đi sang bên phải để đặt sản phẩm.

Mỗi chu kỳ chỉ mất thêm vài giây.

Nhưng vài giây đó lặp lại liên tục trong cả ca sản xuất.

Thay đổi vị trí material, fixture hoặc tool có thể giúp giảm Cycle Time mà gần như không cần đầu tư lớn.

10.3. Line Balancing

Nếu bottleneck xuất hiện vì công việc đang phân bổ không đều giữa các station, cần xem lại Line Balancing.

Ví dụ:

• Station 1: 35 giây
• Station 2: 38 giây
• Station 3: 65 giây
• Station 4: 37 giây
• Station 5: 40 giây

Thay vì cố ép Station 3 làm nhanh hơn ngay lập tức, hãy xem các task nào có thể chuyển sang Station 1, 2, 4 hoặc 5.

Đây thường là cách xử lý rất đáng xem xét trước khi đầu tư thêm máy.

10.4. Thêm manpower

Trong một số trường hợp, bổ sung nhân sự là giải pháp phù hợp.

Ví dụ một công đoạn manual có Cycle Time quá cao và công việc có thể chia thành hai người.

Tuy nhiên, cần tính toán capacity tăng thêm so với chi phí nhân công.

Không nên thêm người chỉ vì “station này đang chậm”.

Cần xác định thêm người có thực sự làm tăng throughput hay không.

10.5. Parallel Process

Nếu một công đoạn không thể giảm Cycle Time thêm nữa, có thể cân nhắc chạy song song.

Ví dụ một process có Cycle Time 60 giây nhưng Takt Time chỉ 30 giây.

Trong trường hợp công việc cho phép, hai station song song có thể đưa năng lực lý thuyết xuống mức tương đương khoảng 30 giây/sản phẩm.

Tất nhiên, thực tế còn phụ thuộc vào layout, material flow, operator, equipment và chất lượng.

10.6. Automation

Automation có thể là giải pháp tốt khi bottleneck đến từ một thao tác lặp đi lặp lại và volume đủ lớn.

Nhưng automation không phải lúc nào cũng là đáp án.

Nếu vấn đề thật sự nằm ở material shortage hoặc changeover thì tự động hóa công đoạn chính có thể không giải quyết được nguyên nhân.

10.7. Giảm Changeover

Đây là điểm thường bị bỏ quên.

Một máy có Cycle Time rất tốt nhưng mỗi lần đổi model mất 60 phút thì capacity thực tế có thể thấp hơn nhiều so với tính toán ban đầu.

Trong trường hợp này, SMED và cải tiến changeover có thể tác động trực tiếp đến capacity của bottleneck.

11. Đừng chỉ giảm Cycle Time của bottleneck một cách mù quáng

Đây là một kinh nghiệm khá quan trọng trong cải tiến sản xuất.

Giả sử bottleneck đang có Cycle Time 45 giây, trong khi Takt Time là 40 giây.

Sau một dự án cải tiến, Cycle Time giảm xuống 38 giây.

Nghe có vẻ rất tốt.

Nhưng nếu công đoạn tiếp theo chỉ có capacity tương đương 50 giây thì vấn đề của cả line chưa chắc đã biến mất.

Thậm chí có thể bottleneck đã di chuyển sang công đoạn khác.

Vì vậy sau mỗi lần cải tiến phải đo lại toàn bộ dòng sản xuất.

Bottleneck có thể thay đổi vị trí.

Đây là chuyện rất bình thường trong Manufacturing.

12. Bottleneck có thể thay đổi theo từng model

Đặc biệt trong môi trường EMS, PCBA hoặc high-mix manufacturing, một line có thể sản xuất nhiều model khác nhau.

Model A có thể bottleneck ở SMT.

Model B lại bottleneck ở AOI.

Model C có thể bottleneck ở Functional Test.

Vì vậy không nên nói:

“Line này bottleneck ở AOI.”

mà không nói rõ model, process và điều kiện sản xuất.

Phân tích tốt hơn sẽ là:

“Đối với model X, tại volume Y và điều kiện sản xuất hiện tại, AOI đang là constraint chính của line.”

Cách nói này chính xác hơn và cũng giúp việc ra quyết định dễ dàng hơn.

13. Bottleneck và OEE có liên quan gì?

OEE thường được dùng để đánh giá hiệu quả thiết bị thông qua ba thành phần chính:

• Availability
• Performance
• Quality

Một bottleneck có OEE thấp là tín hiệu cần đặc biệt chú ý.

Ví dụ:

Máy đang là bottleneck nhưng Availability chỉ đạt 85% vì breakdown và downtime.

Trong trường hợp này, cải thiện Reliability hoặc giảm downtime có thể giúp tăng throughput của toàn line.

Tuy nhiên, cũng cần cẩn thận với việc tối ưu OEE của một máy nhưng không làm tăng output của hệ thống.

Máy có thể có OEE cao hơn nhưng toàn line không sản xuất thêm được sản phẩm.

Do đó khi làm improvement, hãy luôn hỏi:

“Cải tiến này có giúp tăng throughput của hệ thống hay không?”

14. Một số sai lầm thường gặp khi xử lý bottleneck

Sai lầm 1: Chỉ nhìn vào Cycle Time

Cycle Time rất quan trọng nhưng chưa đủ.

Cần nhìn thêm downtime, WIP, quality, changeover và actual output.

Sai lầm 2: Thấy WIP là kết luận ngay bottleneck

WIP có thể tăng vì material planning, quality hold hoặc một vấn đề logistics.

Phải tìm nguyên nhân trước khi kết luận.

Sai lầm 3: Mua thêm máy ngay lập tức

Nếu chưa hiểu root cause mà đã đầu tư thêm máy, doanh nghiệp có thể tạo ra dư capacity ở một công đoạn nhưng bottleneck vẫn còn nguyên.

Sai lầm 4: Chỉ cải tiến một station

Sau khi cải tiến bottleneck, constraint có thể chuyển sang station khác.

Do đó phải đo lại cả line.

Sai lầm 5: Không xem xét chất lượng

Capacity tăng nhưng defect rate cũng tăng thì chưa chắc là một improvement tốt.

Manufacturing improvement phải nhìn cả Productivity – Quality – Cost – Delivery – Safety.

15. Checklist xác định bottleneck tại hiện trường

Nếu cần đi xuống chuyền để tìm bottleneck, có thể bắt đầu bằng checklist đơn giản sau:

• ☐ Demand hiện tại là bao nhiêu?
• ☐ Takt Time là bao nhiêu?
• ☐ Cycle Time của từng station là bao nhiêu?
• ☐ Station nào có Cycle Time cao nhất?
• ☐ WIP đang dồn ở đâu?
• ☐ Station nào thường xuyên thiếu material?
• ☐ Station nào thường xuyên chờ?
• ☐ Station nào gần như không có thời gian idle?
• ☐ Downtime của từng thiết bị là bao nhiêu?
• ☐ Có changeover ảnh hưởng capacity không?
• ☐ Có quality hold hoặc rework làm nghẽn flow không?
• ☐ Bottleneck có thay đổi theo model không?
• ☐ Sau cải tiến, bottleneck có chuyển sang công đoạn khác không?

16. Bottleneck, Takt Time, Cycle Time và Line Balancing liên kết với nhau như thế nào?

Nếu đang học Manufacturing Engineering, bạn nên nhìn 4 khái niệm này như một chuỗi logic.

Takt Time cho biết khách hàng cần tốc độ bao nhiêu.

Cycle Time cho biết process đang thực sự mất bao lâu.

Line Balancing giúp phân bổ công việc giữa các station hợp lý hơn.

Bottleneck là điểm đang giới hạn throughput của hệ thống.

Có thể hình dung đơn giản:

Demand → Takt Time → Cycle Time → Line Balancing → Bottleneck → Improvement → Re-measure

Đây là một vòng lặp liên tục chứ không phải một dự án làm một lần rồi kết thúc.

17. Kinh nghiệm thực tế: hãy tìm constraint trước khi tìm giải pháp

Một trong những thói quen tốt nhất của người làm Manufacturing là đừng vội đưa ra giải pháp khi chưa xác định đúng constraint.

Nếu production nói “thiếu người”, hãy kiểm tra.

Nếu maintenance nói “máy yếu”, hãy kiểm tra.

Nếu IE nói “Cycle Time cao”, cũng hãy kiểm tra.

Cuối cùng vẫn phải quay về dữ liệu và hiện trường.

Đôi khi nguyên nhân nằm ở một thao tác chỉ mất 4 giây.

Đôi khi nó nằm ở một lần changeover kéo dài 30 phút.

Cũng có lúc bottleneck không phải một máy mà là một quy trình, ví dụ chờ QC release hoặc chờ material.

Vì vậy, tư duy quan trọng nhất không phải là:

“Làm sao để công đoạn này chạy nhanh hơn?”

Mà là:

“Điều gì đang thực sự giới hạn throughput của toàn hệ thống?”

Khi trả lời được câu hỏi đó, hướng cải tiến thường sẽ rõ hơn rất nhiều.

18. Kết luận

Bottleneck là một trong những khái niệm nền tảng của Manufacturing Engineering và Industrial Engineering.

Nó không đơn giản chỉ là công đoạn có Cycle Time cao nhất. Bottleneck là điểm đang giới hạn khả năng tạo ra output của toàn bộ hệ thống trong một điều kiện sản xuất cụ thể.

Để xác định bottleneck, nên kết hợp nhiều thông tin:

• Demand
• Takt Time
• Cycle Time
• WIP
• Downtime
• Changeover
• Quality
• Actual Output

Sau khi tìm được bottleneck, có thể xem xét nhiều hướng xử lý như cải tiến thao tác, layout, line balancing, manpower, parallel process, automation hoặc giảm changeover.

Điều quan trọng nhất là đừng tối ưu một công đoạn mà quên mất toàn bộ hệ thống.

Một dây chuyền tốt không phải là dây chuyền có một vài station chạy thật nhanh. Đó là dây chuyền có flow ổn định, ít chờ đợi, ít tồn WIP không cần thiết và có khả năng đáp ứng nhu cầu khách hàng một cách ổn định.

FAQ – Câu hỏi thường gặp về Bottleneck

Bottleneck trong sản xuất nghĩa là gì?

Bottleneck là công đoạn, thiết bị hoặc nguồn lực đang giới hạn throughput của toàn bộ hệ thống sản xuất.

Bottleneck có phải là công đoạn có Cycle Time lớn nhất không?

Không nhất thiết. Cycle Time cao là một dấu hiệu quan trọng, nhưng cần xem thêm downtime, WIP, changeover, quality và năng lực thực tế.

Làm sao biết một station có phải bottleneck?

Có thể kiểm tra Takt Time, Cycle Time, WIP trước công đoạn, waiting phía sau, downtime và actual output. Nếu một công đoạn liên tục giới hạn output của dòng sản xuất thì đó là ứng viên bottleneck cần được điều tra.

Có nên mua thêm máy khi gặp bottleneck không?

Không nên quyết định ngay. Trước tiên cần xác định nguyên nhân. Bottleneck có thể được cải thiện bằng line balancing, giảm thao tác thừa, giảm downtime, giảm changeover hoặc tổ chức lại manpower mà không nhất thiết phải mua máy mới.

Bottleneck có thay đổi theo thời gian không?

Có. Khi một bottleneck được cải thiện, constraint có thể chuyển sang công đoạn khác. Ngoài ra bottleneck cũng có thể thay đổi theo model, product mix, volume và điều kiện sản xuất.

Bài viết liên quan

• Cycle Time Là Gì? Cách Tính Và Cách Giảm Cycle Time Trong Sản Xuất
• Takt Time Là Gì? Cách Tính Takt Time Và Phân Biệt Với Cycle Time
• Line Balancing Là Gì? Cách Cân Bằng Chuyền Sản Xuất Và Giảm Bottleneck