Bottleneck trong quy trình là gì?

Mục lục

1. Bottleneck trong quy trình là gì?
2. Bottleneck hoạt động thế nào: vì sao một bước chậm kéo cả chuỗi?
3. Có những loại bottleneck nào trong doanh nghiệp?
4. Làm sao nhận diện đúng bottleneck?
5. Cách xử lý bottleneck theo 5 bước của TOC
6. Tự động hoá có gỡ được bottleneck không?
7. Bottleneck khác gì các khái niệm gần nghĩa?
8. Khi nào nên và không nên đi tìm bottleneck?
9. Câu hỏi thường gặp

Bottleneck trong quy trình là gì?

Hình ảnh gốc là cổ chai: thân chai rộng nhưng nước chỉ chảy ra nhanh bằng đoạn cổ hẹp. Trong quy trình, “cổ hẹp” là công đoạn xử lý được ít việc nhất trong một đơn vị thời gian. Công việc dồn lại phía trước nó, còn các bước phía sau thì chờ việc.

Gốc của cách hiểu này nằm ở Theory of Constraints (TOC). Lý thuyết này do nhà vật lý Eliyahu M. Goldratt phát triển và giới thiệu trong cuốn sách The Goal năm 1984. TOC dùng khái niệm “ràng buộc” (constraint): ràng buộc là bất cứ thứ gì ngăn hệ thống đạt mục tiêu của nó. Bottleneck là dạng ràng buộc về năng lực dòng chảy. Cần phân biệt hai mức:

• Bottleneck: bước có công suất thấp hơn tốc độ công việc đang đổ vào.
• Ràng buộc của cả doanh nghiệp: có thể không nằm trong quy trình. Có những ràng buộc ngoài sản xuất, ví dụ nhu cầu thị trường hoặc khả năng của bộ phận bán hàng trong việc biến nhu cầu thành đơn hàng.

Bài này tập trung vào bottleneck bên trong một quy trình nghiệp vụ cụ thể, như duyệt chi, xử lý đơn, onboarding nhân viên hay xử lý bồi thường.

Bottleneck hoạt động thế nào: vì sao một bước chậm kéo cả chuỗi?

Với các bước nối tiếp nhau, đầu ra tối đa của cả quy trình bằng công suất nhỏ nhất trong các bước. Không có phép “bù trừ”: một bước nhanh gấp đôi không làm bước chậm chạy nhanh hơn.

Ví dụ minh hoạ (số liệu giả định): một quy trình duyệt đề nghị thanh toán có 4 bước nối tiếp.

Bước	Công suất (hồ sơ/giờ)	Ghi chú
Tiếp nhận đề nghị	60	Qua cổng nội bộ
Kiểm tra chứng từ	40	Hai nhân viên làm song song
Kế toán trưởng phê duyệt	15	Một người ký duy nhất
Lập lệnh chi	50	Làm trên phần mềm

Đầu ra tối đa của quy trình là 15 hồ sơ/giờ, dù ba bước còn lại làm được 40 đến 60. Nếu đội kiểm tra chứng từ nâng lên 80 hồ sơ/giờ, đầu ra vẫn là 15. Hàng đợi chỉ dài hơn. Nhận về 40 hồ sơ/giờ thì mỗi giờ tồn thêm 25 hồ sơ trước bước phê duyệt. Sau 4 giờ là 100 hồ sơ.

Từ hàng tồn này, bạn ước lượng được thời gian chờ bằng Định luật Little (Little’s Law): lượng việc đang dở (WIP) bằng tốc độ hoàn thành nhân thời gian đi qua hệ thống. Với 100 hồ sơ chờ và tốc độ ra 15 hồ sơ/giờ, một hồ sơ mới vào cuối hàng phải chờ khoảng 6,7 giờ chỉ riêng ở khâu phê duyệt.

Có những loại bottleneck nào trong doanh nghiệp?

Cách phân loại hữu ích nhất là theo bản chất của giới hạn, vì nó quyết định cách gỡ.

• Bottleneck vật lý: một máy, một ca làm, một bàn xử lý, một kho. Công suất đo được bằng số lượng, chẳng hạn bằng OEE ở nhà máy (xem công thức và tổn thất OEE).
• Bottleneck chính sách: TOC ghi nhận rằng ràng buộc có thể là tài nguyên vật lý hoặc là chính sách. Ví dụ: mọi khoản chi trên một ngưỡng đều phải qua một người ký, hoặc hồ sơ chỉ được xử lý theo lô cuối ngày. Công suất của người ký không thấp, nhưng quy tắc buộc mọi việc đi qua một cửa.
• Bottleneck do chờ thông tin: hồ sơ nằm yên vì thiếu một chứng từ hoặc một câu trả lời từ phòng khác. Bước này nhìn bề ngoài là “rảnh” nhưng vẫn làm đứt dòng chảy.
• Bottleneck tạm thời và dài hạn: nghỉ phép của người ký, đợt cao điểm cuối quý là tạm thời. Quy trình lỗi thời hoặc thiếu công cụ là dài hạn. Đây là cách phân loại nhiều bài tiếng Việt dùng.

Một điểm hay bị bỏ qua: bottleneck di chuyển. TOC tập trung cải thiện ràng buộc hiện tại cho đến khi nó không còn giới hạn đầu ra, rồi chuyển sang ràng buộc kế tiếp. Nâng công suất phê duyệt từ 15 lên 45 hồ sơ/giờ thì bước kiểm tra chứng từ (40) trở thành điểm nghẽn mới. Vì thế việc tìm bottleneck không có điểm kết thúc.

Làm sao nhận diện đúng bottleneck?

Sai lầm phổ biến là chỉ vào bước có nhân viên “bận nhất” hoặc than phiền to nhất. Hai thứ này gây nhiễu. Bước nào cũng có thể bận vì làm lại, vì nhiều việc phụ, hoặc vì đang phải xử lý ngoại lệ. Bạn nên dựa vào bốn tín hiệu và đối chiếu chúng với nhau.

Tín hiệu	Cách đo	Cách đọc
Hàng đợi trước bước	Đếm số hồ sơ, đơn, ticket đang chờ	Hàng tăng đều qua nhiều ngày là dấu hiệu mạnh nhất
Thời gian chờ so với thời gian xử lý	Mốc vào hàng, mốc bắt đầu làm, mốc xong	Chờ gấp nhiều lần làm thì vấn đề là dòng chảy, không phải tốc độ người làm
Bước phía sau bị thiếu việc	Quan sát bước kế tiếp có lúc ngồi chờ	Cho thấy nghẽn nằm ở bước trước đó
Việc làm lại và ngoại lệ	Tỷ lệ hồ sơ trả về bước trước	Làm lại tiêu tốn công suất của bước bị trả về, che mất công suất thật

Cách làm thủ công: vẽ quy trình thành các bước, ghi mốc thời gian cho 30 đến 50 hồ sơ thật, rồi tính chờ và xử lý cho từng bước. Nên vẽ bằng ký hiệu chuẩn như sơ đồ BPMN để mọi người đọc cùng một nghĩa. Nếu quy trình chạy trên phần mềm có nhật ký sự kiện, process mining tính các khoảng chờ này từ dữ liệu thật. Cách này thay cho việc tự ghi chép, và đỡ sai lệch do trí nhớ.

Cách xử lý bottleneck theo 5 bước của TOC

Goldratt đề xuất một chu trình lặp. Nhiều tài liệu gọi là năm bước tập trung (five focusing steps). Dưới đây là từng bước, kèm tình huống ở ví dụ duyệt thanh toán phía trên (số liệu giả định).

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

Chọn đúng một bước, theo các tín hiệu ở phần trước. Có thể có nhiều hơn một ràng buộc, nhưng cần tập trung vào ràng buộc gây ảnh hưởng nhất. Với ví dụ trên, đó là khâu kế toán trưởng phê duyệt.

Bước 2: Khai thác

Bước này là lấy tối đa từ ràng buộc bằng nguồn lực đang có. Mọi phút của bottleneck phải dành cho việc chỉ nó làm được. Ở ví dụ: dồn việc ký vào hai khung giờ cố định thay vì xen kẽ cả ngày. Chuyển việc chuẩn bị (đối chiếu, đánh dấu chỗ ký, tóm tắt) sang người khác. Không để người ký nhận hồ sơ thiếu chứng từ rồi trả lại.

Bước 3: Điều chỉnh phần còn lại

Đây là bước phản trực giác nhất. Các bước khác phải điều chỉnh để hỗ trợ ràng buộc, kể cả khi điều đó làm một số bộ phận nhàn rỗi. Đội kiểm tra chứng từ không nên đẩy hết 40 hồ sơ/giờ sang phía sau nếu người ký chỉ nhận được 15. Việc đó chỉ làm hàng tồn phình ra và tăng thời gian chờ. Hãy cho phép đội này chỉ đưa sang số lượng bottleneck xử lý nổi, và dùng thời gian rảnh để sửa lỗi hồ sơ từ nguồn.

Bước 4: Nâng công suất

Chỉ khi bước 2 và 3 chưa đủ mới đầu tư thêm. Có thể là mua thiết bị mới hoặc tăng nhân sự để tăng đầu ra. Với bottleneck chính sách, “nâng công suất” thường là đổi quy tắc, chẳng hạn uỷ quyền phê duyệt theo hạn mức để có thêm một người ký.

Bước 5: Lặp lại

Sau khi nâng, bottleneck có thể đã chuyển sang bước khác. Hãy quay lại bước 1. Đồng thời xem lại các quy tắc cũ: đừng để thói quen cũ trở thành ràng buộc mới. Chẳng hạn, ngưỡng uỷ quyền đặt ra khi khối lượng còn thấp có thể không còn hợp lý.

Tự động hoá có gỡ được bottleneck không?

Có, nhưng chỉ khi nó đặt đúng chỗ. Đây là nguyên tắc cốt lõi của TOC: cải thiện bất cứ thứ gì ngoài ràng buộc thì không làm tăng lượng hệ thống tạo ra. Nhiều dự án tự động hoá nhập liệu hay đối chiếu cho bước vốn đã nhanh, nên báo cáo tiết kiệm giờ công trên giấy nhưng thời gian hoàn thành của hồ sơ không đổi. Hãy xác định bottleneck trước, rồi mới chọn công cụ.

Cách dùng tự động hoá hợp lý thường rơi vào ba hướng:

• Giảm tải cho bottleneck: robot chuẩn bị hồ sơ, kiểm tra đủ trường, đối chiếu số liệu trước khi đến người ký. Người ký chỉ còn quyết định.
• Cắt thời gian chờ: tự động nhắc, tự động chuyển hồ sơ khi đủ điều kiện, thay vì chờ ai đó nhớ ra. Khi bottleneck nằm ở chờ chuyển giao, cách này hiệu quả hơn việc làm nhanh từng thao tác.
• Nâng công suất bước thao tác lặp: nếu nghẽn nằm ở bước nhập dữ liệu giữa hai hệ thống, phần mềm robot (RPA) làm song song được nhiều hơn người.

Để chọn quy trình, đọc thêm tiêu chí quy trình nên tự động hoá bằng RPA. Nếu bạn muốn nhìn toàn cảnh các cấp độ, xem tự động hoá quy trình là gì. Khi đã làm xong, đo hiệu quả bằng thời gian hoàn thành từ đầu đến cuối và hàng tồn, theo cách ở bài đo ROI tự động hoá. Số giờ công tiết kiệm ở bước không nghẽn không phản ánh được điều này.

Bottleneck khác gì các khái niệm gần nghĩa?

Khái niệm	Nói về	Khác bottleneck ở chỗ
Bottleneck	Bước có công suất thấp nhất so với dòng việc đổ vào	Giới hạn đầu ra của cả chuỗi
Lãng phí (waste)	Hoạt động không tạo giá trị, như chờ, làm lại, di chuyển thừa	Lãng phí có ở mọi bước, nghẽn chỉ ở một điểm. Cắt lãng phí ở bước không nghẽn không tăng đầu ra
Độ trễ (latency) / thời gian chu kỳ	Tổng thời gian một việc đi hết quy trình	Là kết quả, bottleneck là một nguyên nhân chính
Ràng buộc (constraint)	Bất cứ thứ gì chặn mục tiêu của hệ thống	Rộng hơn: gồm cả nhu cầu thị trường, chính sách
Nút thắt hạ tầng IT	CPU, bộ nhớ, đĩa hoặc băng thông giới hạn hiệu năng hệ thống	Cùng logic, nhưng nằm ở tài nguyên máy tính

Bạn sẽ thấy từ “bottleneck” cả trong IT, ví dụ máy chủ chạy 100% tải khiến API phản hồi chậm. Logic giống hệt: một thành phần chạm trần thì cả hệ thống bị kéo theo. Tuy vậy bài này chỉ nói về quy trình nghiệp vụ, nơi công suất gồm cả con người, quy tắc và lịch làm việc.

Nếu bạn muốn nhìn dòng công việc như một chuỗi bước có đầu vào và đầu ra, bài về workflow mô tả thành phần cơ bản.

Khi nào nên và không nên đi tìm bottleneck?

Nên tìm khi:

• Việc đến đều nhưng thời gian hoàn thành của từng hồ sơ cứ dài ra, hoặc tồn đọng tăng qua từng tuần.
• Bạn đã thêm người hay thêm phần mềm ở một bước nhưng kết quả cuối cùng không đổi.
• Các bước phía sau thường ngồi chờ việc trong khi bước phía trước báo quá tải.

Chưa cần hoặc khó áp dụng khi:

• Quy trình chạy rất ít, ví dụ vài hồ sơ mỗi tuần. Hàng đợi không đủ lớn để thấy xu hướng.
• Mỗi hồ sơ khác nhau hoàn toàn (dự án đặc thù). Công suất từng bước không ổn định nên khó nói bước nào chậm nhất.
• Bài toán nằm ở nhu cầu thấp hoặc chất lượng đầu vào, chứ không phải năng lực xử lý. Khi đó ràng buộc nằm ngoài quy trình.

Các ngành có dòng việc theo khối lượng lớn, như kế toán phải trả hoặc xử lý chứng từ, thường dễ thấy nghẽn ở khâu đối chiếu và phê duyệt. Ví dụ ở ứng dụng RPA trong kế toán cho thấy nhiều nghiệp vụ như vậy.

Câu hỏi thường gặp

Bottleneck dịch sang tiếng Việt là gì?

Thường dịch là “nút thắt cổ chai” hoặc “điểm nghẽn”. Trong quản trị, các tài liệu còn dùng “ràng buộc” khi nói theo Theory of Constraints. Với quy trình, ba cách gọi này chỉ cùng một ý: bước giới hạn đầu ra.

Một quy trình có thể có nhiều bottleneck cùng lúc không?

Về lý thuyết ở mỗi thời điểm chỉ có một bước chặt nhất. TOC cũng nhận xét rằng một tổ chức thường chỉ có rất ít ràng buộc thực sự. Trong thực tế hai bước có công suất sát nhau, nên khi bạn nâng bước này thì bước kia lộ ra ngay. Hãy chọn bước có hàng đợi dài nhất để xử lý trước.

Bước có mức bận cao nhất có phải bottleneck không?

Không nhất thiết. Bước bận có thể đang làm nhiều việc phụ hoặc việc làm lại. Hãy kiểm tra hàng đợi phía trước và việc bước sau có thiếu việc hay không. Nếu hàng đợi ngắn thì bước đó bận nhưng chưa phải điểm nghẽn.

Thêm nhân viên có luôn gỡ được bottleneck không?

Chỉ khi nhân viên được thêm vào đúng bước nghẽn và quy tắc cho phép chia việc. Nếu nghẽn là chính sách một người ký, thêm người ở khâu chuẩn bị chỉ làm hàng đợi trước chữ ký dài hơn. Bạn cần đổi quy tắc uỷ quyền hoặc giảm số hồ sơ phải ký.

Tự động hoá bằng RPA có thay được người ở bottleneck không?

RPA làm tốt các thao tác lặp theo quy tắc rõ ràng. Còn việc cần phán đoán thì vẫn do người quyết. Với câu hỏi rộng hơn về vai trò của người, xem bài tự động hoá có thay thế con người không.

Làm sao biết bottleneck đã được gỡ?

Có ba dấu hiệu: hàng đợi trước bước đó ngừng tăng và giảm dần, thời gian hoàn thành trung bình của cả quy trình rút ngắn, và bước nghẽn mới xuất hiện ở nơi khác. Dấu hiệu thứ ba cho thấy chu trình đang đi đúng hướng. Khi đó hãy quay lại bước 1 của TOC.