Tinh gọn (Lean), không phải Áp suất ngược (Backpressure): Bài học cho kỷ nguyên AI

Lucas Costa đã có một bài viết hay về cách xây dựng hệ thống có thể xử lý các robot tạo mã. Tuy nhiên, ông đã sử dụng một ẩn dụ không hoàn toàn chính xác khi gọi đó là "áp suất ngược" (backpressure). Backpressure thực chất là việc báo hiệu cho các quy trình thượng nguồn rằng chúng đang chạy quá nhanh và cần chậm lại. Nhưng các đề xuất của Costa lại tập trung vào việc yêu cầu quy trình thượng nguồn làm việc khác đi để đảm bảo chất lượng, chứ không chỉ là giảm tốc độ.

Điều này khiến tôi suy nghĩ nhiều. Khi đọc, tôi tìm kiếm một sự so sánh phù hợp hơn và quay trở lại với triết lý sản xuất tinh gọn (Lean). Một nửa nổi tiếng của Lean là giảm lãng phí, nhưng nửa quan trọng khác là quản lý đầu vào không ổn định từ con người. Đó chính là điều chúng ta quan tâm ở đây.

Lean Manufacturing Concept

Nhiều quản lý thường áp dụng cách tiếp cận đổ lỗi cho công nhân dây chuyền, đặc biệt trong các công việc tay nghề thấp. Họ yêu cầu công nhân phải cảnh giác tuyệt đối, không được mắc sai lầm và đe dọa sa thải nếu hiệu suất không tốt. Ngược lại, Lean, như được mô tả, tôn trọng người lao động nhiều hơn và chấp nhận các điều kiện làm việc thực tế của họ. Một quy trình được thiết kế theo triết lý Lean dung thứ cho những người không phải lúc nào cũng hoạt động ở hiệu suất tốt nhất.

"Nếu tôi thiết kế một quy trình giả định rằng con người sẽ không bao giờ mắc sai lầm, thì thực sự lỗi là của ai?"

Bài viết của Costa gợi nhớ đến ba thực hành cụ thể của Lean:

• Dòng chảy từng mảnh (Single-piece flow): Làm việc trên một thứ tại một thời điểm, cho phép các quy trình hạ nguồn có cơ hội từ chối trước khi quá nhiều sản phẩm sai được tạo ra.
• Tự động hóa (Autonomation hay Jidoka): Trao cho máy móc khả năng phát hiện khi có lỗi xảy ra và tự động dừng lại tại điểm đó.
• Poka-yoke: Thiết kế quy trình buộc kết quả phải tuân thủ quy chuẩn ngay từ đầu (ngăn ngừa sai sót bằng thiết kế).

Bạn có thể nhận ra những điều này là tốt, nhưng đáng ngạc nhiên là nhiều quản lý vẫn nghĩ rằng họ có thể mắng mỏ nhân viên để cải thiện chất lượng. Họ tự thuyết phục mình rằng công nhân dây chuyền phải chịu hoàn toàn trách nhiệm cho hành động của mình. Nhưng như Deming đã nói, một hệ thống xấu sẽ đánh bại một người tốt mọi lúc.

Tuy nhiên, ngay cả những quản lý đó cũng sẽ thấy rất khó để tự thuyết phục mình rằng chất lượng sẽ cải thiện khi họ hét vào mặt robot tạo mã. Đó là một con robot, nó không thể chịu trách nhiệm cho hành động của mình. Chúng ta buộc phải áp dụng triết lý Lean cho việc xây dựng các hệ thống xung quanh robot. Khi có lỗi xảy ra, hãy đổ lỗi cho quy trình, không phải cho robot.

Trên thực tế, chúng ta luôn phải làm như vậy ngay cả với con người, nhưng sự hiện diện của robot đã làm cho điều này trở nên hiển nhiên không thể chối cãi.