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

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

Cycle Time là một trong những khái niệm mà gần như kỹ sư sản xuất, Manufacturing Engineer, Process Engineer hay Industrial Engineer đều sẽ gặp khi làm việc trong nhà máy.

Nghe thì khá đơn giản: một sản phẩm mất bao lâu để hoàn thành?

Nhưng khi bắt tay vào đo thực tế, mọi chuyện bắt đầu phức tạp hơn.

Một công đoạn có machine cycle time là 20 giây nhưng operator phải mất thêm 10 giây để lấy sản phẩm và đặt sản phẩm tiếp theo. Một line có cycle time 45 giây nhưng cuối cùng lại không đạt output vì một công đoạn phía sau chỉ chạy được 60 giây/sản phẩm.

Rồi còn một câu hỏi rất hay bị nhầm:

Cycle Time và Takt Time có phải là một không?

Câu trả lời là không.

Hiểu sai hai khái niệm này có thể dẫn tới việc đánh giá sai capacity, manpower hoặc khả năng đáp ứng sản lượng của cả line.

Trong bài viết này, Anh Kỹ Sư sẽ giải thích Cycle Time từ khái niệm cơ bản đến cách tính, cách đo trong nhà máy, phân biệt với Takt Time và Lead Time, đồng thời đi sâu vào một số ví dụ thực tế trong Manufacturing và PCBA/SMT.

1. Cycle Time là gì?

Cycle Time (CT) là khoảng thời gian cần thiết để hoàn thành một chu kỳ sản xuất của một sản phẩm hoặc một công đoạn.

Nói đơn giản hơn:

Cycle Time cho biết cứ sau bao lâu thì process có thể hoàn thành thêm một sản phẩm.

Ví dụ, một công đoạn lắp ráp mất 45 giây cho mỗi sản phẩm thì có thể nói:

Cycle Time = 45 giây/pcs

Nếu điều kiện sản xuất ổn định và công đoạn chạy liên tục, về lý thuyết:

60 / 45 = 1,33 pcs/phút

Hay:

80 pcs/giờ

Đây là cách Cycle Time liên quan trực tiếp đến production output.

Tuy nhiên, cần lưu ý rằng đây mới là output lý thuyết. Trong thực tế còn có downtime, changeover, material shortage, machine alarm, minor stop, quality issue và nhiều yếu tố khác nên output thực tế thường thấp hơn.

2. Công thức tính Cycle Time

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

Cycle Time = Tổng thời gian sản xuất / Số lượng sản phẩm

Ví dụ một máy chạy trong 60 phút và hoàn thành 100 sản phẩm:

Cycle Time = 60 phút / 100 = 0,6 phút/pcs

Đổi ra giây:

0,6 × 60 = 36 giây/pcs

Vậy:

Cycle Time = 36 giây/pcs

Từ Cycle Time, chúng ta cũng có thể ước tính theoretical output:

Output = Available Production Time / Cycle Time

Ví dụ thời gian sản xuất là 7 giờ, tương đương 25.200 giây và Cycle Time là 36 giây/pcs:

25.200 / 36 = 700 pcs

Nhưng đây chỉ là theoretical capacity. Nếu máy có downtime hoặc line phải dừng để xử lý lỗi, output thực tế chắc chắn sẽ khác.

3. Cycle Time trong thực tế không đơn giản như công thức trên

Đây là chỗ người mới đi làm rất dễ nhầm.

Giả sử một operator thực hiện công đoạn:

1. Lấy sản phẩm
2. Đặt vào fixture
3. Nhấn nút Start
4. Máy chạy
5. Lấy sản phẩm ra
6. Kiểm tra
7. Đặt sản phẩm sang công đoạn tiếp theo

Bạn bấm đồng hồ và thấy:

30 giây.

Nhưng câu hỏi là:

30 giây đó đã bao gồm những gì?

Nếu chỉ tính thời gian máy chạy thì đó có thể là machine cycle time.

Nếu tính toàn bộ công việc operator phải thực hiện trước khi bắt đầu chu kỳ tiếp theo thì có thể gần với operator cycle time.

Vì vậy khi một kỹ sư nói:

"Cycle Time của process này là 30 giây."

Người nghe nên hỏi thêm:

30 giây này được đo như thế nào?

4. Ví dụ Cycle Time trong một công đoạn PCBA

Giả sử một công đoạn trong line PCBA có thời gian như sau:

Nếu cả quá trình thực sự lặp lại sau mỗi 30 giây thì:

Cycle Time = 30 giây/board

Output lý thuyết:

3.600 / 30 = 120 boards/giờ

Nếu chạy 8 giờ:

120 × 8 = 960 boards

Nhưng không nên vội kết luận:

"Line này chắc chắn làm được 960 board/ngày."

Bởi vì còn phải xem:

• Downtime
• Changeover
• Material shortage
• Machine alarm
• Operator break
• Quality hold
• Cleaning
• Maintenance
• Rework
• Line imbalance

Đây là lý do Cycle Time và actual output không phải lúc nào cũng giống nhau.

5. Cycle Time khác Takt Time như thế nào?

Hai khái niệm này thường bị dùng lẫn với nhau.

Cycle Time

Là:

Process thực tế mất bao lâu để hoàn thành một sản phẩm.

Takt Time

Là:

Khách hàng yêu cầu bao lâu phải có một sản phẩm để đáp ứng demand.

Nói ngắn gọn:

Cycle Time = Process đang chạy nhanh đến đâu.

Takt Time = Process cần chạy nhanh đến mức nào.

6. Ví dụ rất dễ hiểu về Cycle Time và Takt Time

Giả sử một nhà máy có:

Available production time = 420 phút/ngày

Khách hàng yêu cầu:

420 sản phẩm/ngày

Takt Time:

420 / 420 = 1 phút/pcs

Hay:

Takt Time = 60 giây/pcs

Điều đó có nghĩa là trung bình cứ mỗi 60 giây, hệ thống cần hoàn thành một sản phẩm để đáp ứng nhu cầu.

Trường hợp 1: Cycle Time = 45 giây

Takt Time = 60 giây.

Process nhanh hơn demand.

Trường hợp 2: Cycle Time = 60 giây

Takt Time = 60 giây.

Process vừa đủ theo demand.

Trường hợp 3: Cycle Time = 75 giây

Takt Time = 60 giây.

Process chậm hơn nhu cầu.

Nếu không có cách xử lý khác, công đoạn đó có nguy cơ trở thành bottleneck.

7. Công thức tính Takt Time

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

Takt Time = Available Production Time / Customer Demand

Ví dụ:

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

7 giờ/ngày = 25.200 giây

Demand:

600 pcs/ngày

Takt Time:

25.200 / 600 = 42 giây/pcs

Điều này có nghĩa trung bình mỗi 42 giây hệ thống cần đáp ứng một sản phẩm.

Một điểm quan trọng là available production time phải được xác định phù hợp với cách vận hành thực tế. Thời gian nghỉ, meeting hoặc các hoạt động được lên kế hoạch có thể được loại khỏi thời gian khả dụng tùy cách doanh nghiệp định nghĩa.

8. Bảng so sánh Cycle Time và Takt Time

Một cách nhớ rất đơn giản:

Cycle Time nhìn từ phía nhà máy.

Takt Time nhìn từ phía nhu cầu khách hàng.

9. Cycle Time và Lead Time có giống nhau không?

Không.

Đây là một nhầm lẫn khác khá phổ biến.

Giả sử một sản phẩm chỉ thực sự được xử lý trong:

10 phút

Nhưng từ lúc bắt đầu đến lúc hoàn thành phải mất:

2 ngày

vì sản phẩm phải:

• Chờ máy
• Chờ material
• Chờ batch
• Chờ inspection
• Nằm trong WIP
• Chờ công đoạn tiếp theo

Thì Processing/Cycle Time không phải Lead Time.

Có thể hình dung:

Cycle Time → tốc độ của một công đoạn.

Lead Time → thời gian sản phẩm đi qua cả hệ thống.

Đây là lý do giảm Cycle Time chưa chắc đồng nghĩa với giảm Lead Time.

10. Một ví dụ để thấy rõ vấn đề

Giả sử một sản phẩm đi qua 5 công đoạn:

Nhìn bảng này, có thể thấy ngay:

Process 4 = 80 giây là công đoạn chậm nhất.

Nếu customer demand yêu cầu:

Takt Time = 60 giây

thì Process 4 đang không đáp ứng takt.

Lúc này kỹ sư có thể phải xem xét:

• Giảm Cycle Time
• Thêm machine
• Thêm manpower
• Chia operation
• Parallel process
• Automation
• Thay đổi layout
• Cải tiến tooling
• Loại bỏ thao tác không tạo giá trị

Đây chính là một phần công việc của Manufacturing Engineer / Industrial Engineer.

11. Bottleneck liên quan gì đến Cycle Time?

Bottleneck là công đoạn giới hạn throughput của cả hệ thống.

Quay lại ví dụ:

20 → 30 → 25 → 80 → 30 giây

Cho dù bốn công đoạn còn lại chạy rất nhanh, công đoạn 80 giây vẫn có thể giới hạn output của line.

Một sai lầm khá thường gặp là:

"Máy này chạy được 100 pcs/giờ, vậy line này chạy được 100 pcs/giờ."

Chưa chắc.

Bạn phải nhìn toàn bộ flow.

Nếu một công đoạn khác chỉ đáp ứng được 60 pcs/giờ thì output của hệ thống sẽ bị ảnh hưởng bởi công đoạn đó.

Vì vậy khi improve Cycle Time, đừng chỉ nhìn một machine riêng lẻ. Hãy nhìn cả line.

12. Cách đo Cycle Time trong nhà máy

Có nhiều cách, nhưng phương pháp đơn giản nhất vẫn là:

Đi xuống hiện trường và đo.

Không phải lúc nào lấy:

Total Production Time / Total Output

cũng cho bạn một Cycle Time có ý nghĩa.

Ví dụ:

8 giờ sản xuất = 28.800 giây.

Output = 600 pcs.

Tính ra:

48 giây/pcs

Nhưng trong 8 giờ có:

• 1 giờ downtime
• 30 phút changeover
• 30 phút material shortage

thì con số 48 giây có thể không phản ánh process cycle thực tế.

Vì vậy khi đo CT, nên ghi nhận rõ:

• Start time
• End time
• Quantity
• Machine
• Model
• Operator
• Shift
• Downtime
• Changeover
• Defect
• Rework

13. Stopwatch Time Study

Một phương pháp rất quen thuộc trong Industrial Engineering là time study.

Ví dụ bạn đứng tại workstation và đo 20 chu kỳ:

Sau đó tính average.

Nếu kết quả dao động rất lớn:

28 → 45 → 31 → 52 → 29 giây

thì đây cũng là một thông tin đáng chú ý.

Có thể process chưa standardized.

Hoặc operator đang gặp vấn đề về:

• Material location
• Tool position
• Machine response
• Work instruction
• Quality check
• Waiting time

Nói cách khác:

Variation của Cycle Time cũng đáng quan tâm, không chỉ average Cycle Time.

14. Những nguyên nhân thường làm Cycle Time tăng

Nếu một process đang chạy 40 giây nhưng đột nhiên tăng lên 55 giây, đừng chỉ hỏi:

"Làm sao giảm xuống 40 giây?"

Hãy hỏi:

"Tại sao nó tăng lên 55 giây?"

Một số nguyên nhân thường gặp:

Man

• Operator mới
• Training chưa đủ
• Thao tác không đồng nhất
• Walking distance lớn

Machine

• Machine speed
• Alarm
• Minor stop
• Tool wear
• Machine condition

Material

• Material không sẵn sàng
• Part variation
• Packaging
• Feeding issue

Method

• Work sequence
• Work instruction
• Unnecessary movement
• Inspection quá nhiều bước

Measurement

• Kiểm tra thủ công
• Data entry
• Sampling process

Environment

• Layout
• Ergonomics
• Workspace

Có thể sử dụng tư duy 5M1E để phân loại nguyên nhân.

15. Cách giảm Cycle Time trong sản xuất

Đây là phần quan trọng nếu bạn đang làm Manufacturing Engineer.

Không nên bắt đầu bằng:

"Tăng tốc máy lên."

Tăng tốc một process mà không hiểu nguyên nhân có thể làm:

• Quality giảm
• Machine breakdown tăng
• Operator fatigue
• Scrap tăng
• Process instability

Một chương trình cải tiến Cycle Time nên bắt đầu từ việc hiểu process hiện tại.

16. Cách 1: Loại bỏ thao tác không tạo giá trị

Ví dụ operator:

Đi 5 mét → lấy material → quay lại → đặt sản phẩm

Nếu thao tác này lặp lại hàng trăm lần mỗi ca, tổng thời gian mất đi sẽ không nhỏ.

Có thể cải thiện bằng:

• Thay đổi layout
• Đưa material gần workstation
• Point-of-use storage
• Cải thiện material presentation

Đây là một trong những cách cải thiện khá "rẻ" nhưng hiệu quả.

17. Cách 2: Giảm thao tác của operator

Ví dụ một sản phẩm cần:

1. Pick
2. Rotate
3. Align
4. Insert
5. Tighten
6. Inspect

Nếu có thể thiết kế fixture để Align + Hold được thực hiện tự động hoặc đồng thời, operator có thể giảm một số thao tác.

Đây là tư duy:

Simplify the work.

Không phải cứ bắt operator làm nhanh hơn.

18. Cách 3: Line Balancing

Giả sử 4 workstation:

Station 3 là bottleneck.

Trong khi Station 4 chỉ mất 30 giây nhưng Station 3 mất 70 giây.

Có thể xem xét:

• Chuyển một số task từ Station 3 sang Station 4
• Chia công việc
• Thêm station
• Parallel operation
• Redesign work sequence

Mục tiêu của line balancing là phân bổ work content hợp lý hơn giữa các station.

19. Cách 4: Automation

Automation có thể giúp giảm Cycle Time trong một số trường hợp.

Ví dụ:

• Automatic dispensing
• Automatic screw driving
• Vision inspection
• Robotic handling
• Automatic test
• Pick & Place

Nhưng automation không phải lúc nào cũng là câu trả lời.

Một process thủ công 20 giây không nhất thiết cần một hệ thống automation trị giá hàng trăm triệu đồng.

Trước khi đầu tư, nên hỏi:

Cycle Time đang cao vì đâu?

Nếu vấn đề chỉ là operator phải đi lấy material thì thay đổi layout có thể hiệu quả hơn automation.

20. Cách 5: Giảm Changeover

Đây là điểm nhiều người bỏ qua.

Một line có Cycle Time rất tốt nhưng mỗi lần đổi model mất:

90 phút

thì capacity thực tế vẫn có thể không tốt.

Ví dụ một line chạy:

60 giây/pcs

nhưng mỗi ngày changeover 3 lần:

3 × 60 = 180 phút

Tức là mất 3 giờ/ngày chỉ cho changeover.

Khi đó cần xem xét:

• SMED
• Chuẩn bị material trước
• External setup
• Tooling quick change
• Standardized setup procedure

21. Cách 6: Giảm Minor Stop

Đây là thứ nhìn trên giấy rất nhỏ nhưng cộng lại có thể thành vấn đề lớn.

Ví dụ một machine cứ:

2 phút dừng một lần

mỗi lần chỉ mất:

20 giây

Một lần không đáng kể.

Nhưng nếu xảy ra 30 lần:

30 × 20 = 600 giây = 10 phút

Một ca mất 10 phút vì những lỗi tưởng như "không đáng kể".

Đây là lý do khi cải thiện Cycle Time nên nhìn cả:

Speed Loss + Minor Stop + Downtime

chứ không chỉ nhìn machine cycle.

22. Cycle Time và OEE có liên quan không?

Có.

OEE thường được phân tích theo ba thành phần:

Availability × Performance × Quality

Trong đó Performance có liên quan tới tốc độ thực tế so với tốc độ lý tưởng.

Ví dụ:

Ideal Cycle Time:

30 giây

Actual Cycle Time:

36 giây

Process đang chạy chậm hơn tốc độ lý tưởng.

Tỷ lệ tốc độ:

30 / 36 = 83,3%

Tất nhiên OEE thực tế còn phụ thuộc Availability và Quality, nên không thể lấy Cycle Time rồi kết luận trực tiếp OEE.

23. Một lỗi rất phổ biến khi cải thiện Cycle Time

Đó là:

Chỉ nhìn average.

Ví dụ hai process đều có average:

40 giây

Process A

38 → 39 → 40 → 41 → 42

Process B

20 → 65 → 35 → 30 → 50

Average có thể gần nhau.

Nhưng Process A rõ ràng ổn định hơn.

Trong manufacturing, stability rất quan trọng.

Một process chạy 40 giây ổn định có thể tốt hơn một process "average 38 giây" nhưng variation rất lớn.

Đây là lý do các khái niệm như Standard Work, SPC và process control rất quan trọng khi cải tiến.

24. Cycle Time bao nhiêu là tốt?

Không có một con số cố định.

Cycle Time "tốt" phải được đánh giá trong bối cảnh:

• Customer demand
• Takt Time
• Process capability
• Quality
• Capacity
• Manpower
• Equipment
• Cost
• Safety

Ví dụ:

Takt = 60 giây

CT = 50 giây

→ Có vẻ ổn.

Nhưng nếu CT = 50 giây và defect tăng gấp đôi thì chưa chắc đó là improvement tốt.

Ngược lại, CT từ 50 → 55 giây nhưng:

• Defect giảm mạnh
• Downtime giảm
• Process ổn định hơn

thì tổng thể có thể lại là một cải tiến tốt.

Manufacturing improvement không nên chỉ tối ưu một con số.

25. Cycle Time trong PCBA/SMT có gì đặc biệt?

Trong PCBA, Cycle Time có thể được nhìn ở nhiều cấp độ.

SMT Placement

Machine có một tốc độ placement nhất định.

Solder Paste Printing

CT có thể bao gồm:

• Load PCB
• Alignment
• Printing
• Inspection/handling
• Unload

Reflow

Cần xem process flow và board transfer.

AOI

Cycle Time phụ thuộc vào:

• Program
• Number of components
• Inspection complexity
• Machine capability

Final Assembly/Test

CT có thể phụ thuộc nhiều vào:

• Operator
• Fixture
• Test time
• Handling
• Inspection

Do đó, khi nói:

"Cycle Time của line PCBA là bao nhiêu?"

cần nói rõ bạn đang đề cập tới machine cycle time, process cycle time, station cycle time hay end-to-end production lead time.

Nếu không, rất dễ xảy ra tình trạng mỗi người hiểu một con số khác nhau.

26. Cycle Time có phải lúc nào cũng cần giảm càng nhiều càng tốt?

Không.

Mục tiêu không phải:

Cycle Time càng thấp càng tốt.

Mà là:

Cycle Time phù hợp với demand, capacity, quality và chi phí của hệ thống.

Nếu customer chỉ cần 100 pcs/ngày nhưng bạn đầu tư một hệ thống cực kỳ đắt tiền để chạy 1.000 pcs/ngày thì có thể bạn đã tạo ra excess capacity.

Lean production sử dụng Takt Time để đồng bộ tốc độ sản xuất với nhu cầu khách hàng, thay vì đơn giản chạy process nhanh nhất có thể.

27. Checklist khi muốn giảm Cycle Time

Nếu bạn đang được giao một project:

"Reduce Cycle Time by 15%"

đừng lập tức lao vào cải tiến.

Hãy trả lời những câu hỏi sau:

1. Current CT là bao nhiêu?
2. Target CT là bao nhiêu?
3. Takt Time là bao nhiêu?
4. Bottleneck nằm ở đâu?
5. CT được cấu thành từ những work elements nào?
6. Element nào tạo ra nhiều thời gian nhất?
7. Có thao tác nào không tạo giá trị không?
8. Có thể thay đổi sequence không?
9. Có thể balance lại line không?
10. Giảm CT có ảnh hưởng Quality hoặc Safety không?
11. Sau cải tiến, process có ổn định không?

Đây mới là cách tiếp cận mình khuyên một Manufacturing Engineer sử dụng.

28. Tóm tắt Cycle Time

Nếu chỉ cần nhớ vài điểm sau bài viết này, hãy nhớ:

Cycle Time = thời gian để process hoàn thành một chu kỳ sản xuất.

Takt Time = nhịp sản xuất cần thiết dựa trên customer demand.

Lead Time = thời gian sản phẩm đi qua toàn bộ process/value stream.

Cycle Time thấp hơn Takt Time thường là trạng thái thuận lợi hơn để đáp ứng demand, nhưng còn phải xét đến capacity, downtime, quality và các điều kiện thực tế.

Khi muốn giảm Cycle Time, đừng chỉ nghĩ:

"Làm nhanh hơn."

Hãy nghĩ:

"Tại sao công đoạn này mất nhiều thời gian như vậy?"

Sau đó mới tìm cách loại bỏ thao tác thừa, giảm waiting, cải thiện layout, balance line, giảm changeover, giảm minor stop hoặc áp dụng automation khi thực sự cần thiết.

Đó mới là tư duy Manufacturing Engineering.

FAQ – Những câu hỏi thường gặp về Cycle Time

Cycle Time là gì?

Cycle Time là thời gian cần thiết để một process hoàn thành một chu kỳ sản xuất của sản phẩm hoặc một đơn vị sản phẩm.

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

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

Cycle Time = Tổng thời gian sản xuất / Số lượng sản phẩm

Ví dụ 3.600 giây sản xuất được 100 sản phẩm thì Cycle Time = 36 giây/pcs.

Cycle Time và Takt Time khác nhau thế nào?

Cycle Time phản ánh tốc độ của process, trong khi Takt Time được tính từ thời gian sản xuất khả dụng và customer demand để xác định nhịp sản xuất cần thiết.

Cycle Time càng thấp càng tốt đúng không?

Không nhất thiết. Cycle Time cần phù hợp với demand và phải đảm bảo chất lượng, an toàn, chi phí và tính ổn định của process.

Cycle Time và Lead Time có giống nhau không?

Không. Cycle Time thường nói về tốc độ của một process hoặc công đoạn, còn Lead Time đề cập đến khoảng thời gian sản phẩm đi qua toàn bộ process hoặc value stream.

Làm sao để giảm Cycle Time?

Một số phương pháp phổ biến gồm loại bỏ thao tác không tạo giá trị, cải thiện layout, giảm waiting, line balancing, giảm changeover, giảm minor stop, cải thiện tooling và automation khi phù hợp.

Cycle Time trong PCBA là gì?

Trong PCBA, Cycle Time có thể được xác định ở nhiều cấp độ như station, process hoặc machine. Cần xác định rõ phạm vi đo trước khi so sánh các giá trị Cycle Time.

Bài viết: Anh Kỹ Sư – Anhkysu.com