Tiểu thuyết nhà máy từ 1984 chỉ cho FDE khâu nào không nên tự động hoá

Một cuốn tiểu thuyết về nhà máy, in liên tục từ 1984, đang là tài liệu sát với công việc của FDE hơn nhiều sách về AI. Nhiều yêu cầu bạn nhận ở chỗ khách bắt đầu bằng câu “tự động hoá giúp chúng tôi khâu này”, và The Goal giải thích vì sao làm theo câu đó thường không mang lại gì.

Sách do Eliyahu M. Goldratt và Jeff Cox viết, North River Press phát hành. Nhân vật chính là Alex Rogo, một quản đốc nhà máy đang chịu sức ép, càng lúc càng chật vật tìm cách kéo kết quả lên.

Qua câu chuyện của anh, cuốn tiểu thuyết trình bày các ý tưởng nền tảng của Theory of Constraints (TOC). Viện TOC gọi đây là cuốn sách khởi đầu cả phong trào.

Kỹ năng sách rèn cho FDE là customer discovery có kỷ luật: trước khi viết dòng code nào, bạn phải biết khâu nào thật sự giới hạn đầu ra của khách. Nếu bỏ qua bước này, bạn có thể ship một agent chạy hoàn hảo mà khách không xử lý thêm được đơn nào.

Vì sao demo đẹp vẫn không đổi được con số?

Viện TOC đưa ra một mệnh đề ngắn: mọi hệ thống đều có một ràng buộc giới hạn đầu ra, dù ta có thừa nhận nó hay không. Mệnh đề thứ hai đi kèm: đầu ra của ràng buộc quyết định đầu ra của toàn tổ chức.

Trong truyện, ràng buộc ấy được nhân cách hoá qua Herbie, nhân vật đóng vai điểm nghẽn. Cái tên dễ nhớ đến mức nó thành một câu hỏi tiện mang theo: Herbie của khách nằm ở đâu?

Thử hình dung một khách hàng logistics muốn dùng agent đọc email và tạo đơn hàng. Họ nhận 500 đơn mỗi ngày qua email, nhân viên nhập liệu được 300 đơn, bộ phận kiểm tra tín dụng duyệt thủ công 120 đơn, còn kho xuất được 400 đơn.

Đầu ra thật của hệ thống là 120 đơn mỗi ngày, và mỗi ngày có 180 đơn dồn lại trước bàn kiểm tra tín dụng.

Giờ bạn tự động hoá phần nhập liệu, đẩy nó lên 500 đơn. Demo rất ấn tượng. Nhưng đầu ra vẫn đứng ở 120, còn hàng chờ trước khâu tín dụng tăng từ 180 lên 380 đơn mỗi ngày. Về mặt vận hành, bạn vừa làm tình hình tệ hơn.

Ba ý tưởng đáng mang theo vào mọi engagement

Ý đầu tiên là thước đo. Theo nhóm Goldratt, bài học cốt lõi của sách là mục tiêu số một phải là tăng throughput, chứ không phải giảm chi phí hay nâng hiệu suất cục bộ.

Ở ví dụ trên, nhập liệu nhanh gần gấp đôi là hiệu suất cục bộ. Throughput thì không nhích lên chút nào. Khi viết báo cáo giá trị cho khách, hãy lấy số đơn hoàn tất của cả quy trình làm thước đo.

Ý thứ hai suy ra từ ý đầu tiên. Viện TOC viết rằng tăng cường bất kỳ mắt xích nào của chuỗi, trừ mắt xích yếu nhất, đều là phí thời gian và công sức.

Với FDE, câu này nên trở thành phản xạ: khi khách chỉ vào một khâu, câu hỏi đầu tiên của bạn là khâu đó có phải mắt xích yếu nhất hay không, chứ chưa phải nên dùng mô hình nào.

Ý thứ ba dễ làm người đọc bất ngờ nhất: điểm nghẽn là thứ cần quản lý, không cần loại bỏ. Nếu mọi hệ thống đều có ràng buộc, thì mục tiêu hợp lý không phải là xoá sạch nó. Việc của bạn là biết rõ ràng buộc đang nằm ở đâu và điều khiển nó có chủ đích.

Vì sao tự động hoá nên là bước cuối?

TOC biến ba ý trên thành năm bước tập trung. Với một engagement, bốn bước đầu là phần cần nắm chắc nhất, và bước đầu tiên là nhận diện ràng buộc. Hai bước tiếp theo là khai thác ràng buộc, rồi cho mọi khâu khác chạy theo nhịp của nó.

Viện TOC nhấn mạnh rằng chỉ nên nâng cấp ràng buộc, tức bước thứ tư, sau khi hai bước kia đã làm trọn vẹn, và có khi không cần nâng cấp.

Quay lại khách logistics. Khai thác nghĩa là xem đội tín dụng tiêu thời gian vào đâu. Giả sử họ mất nhiều giờ để gom dữ liệu khách hàng từ vài hệ thống khác nhau, thì một script ghép sẵn hồ sơ có thể tăng số đơn được duyệt mà không cần đụng tới agent.

Chạy theo nhịp khâu nghẽn nghĩa là khâu nhập liệu không nên đẩy đơn nhanh hơn tốc độ đội tín dụng xử lý, và hàng chờ nên được xếp theo giá trị đơn.

Chỉ khi đội tín dụng đã chạy hết công suất mà vẫn chưa đủ, việc tự động hoá khâu duyệt mới có lý. Thứ tự này cũng giúp bạn giữ lòng tin của khách: những thay đổi nhỏ, rẻ và đo được sẽ đến trước một dự án lớn.

Ai nên đọc và đọc thế nào?

Bản nên tìm là ấn bản kỷ niệm 30 năm. Theo North River Press, đây là lần đầu phần truyện được cập nhật đáng kể.

Sách đọc nhanh vì là tiểu thuyết, hợp với kỹ sư 2-8 năm kinh nghiệm chưa từng làm vận hành hoặc mới chuyển sang FDE.

Đọc xong, bạn nên mở trang năm bước tập trung của Viện TOC để nắm phần phương pháp gọn hơn.

Sách không dạy bạn về LLM hay data pipeline, nên đừng đọc nó thay cho những thứ đó. Nó dạy câu hỏi cần đặt trước khi dùng các kỹ năng ấy.

Trên CV, hãy ghi rõ bạn đã tìm ra ràng buộc nào và throughput thay đổi thế nào, thay vì viết đã xây những gì.

Lần tới khách chỉ vào một khâu và nói “tự động hoá giúp chúng tôi cái này”, bạn hãy đi tìm Herbie của họ trước.