Skip to content
Nhiều tổ chức tin rằng để dự án chạy nhanh hơn, họ phải ép từng cá nhân và từng bộ phận làm việc nhanh hơn. Niềm tin đó tạo ra ảo tưởng về hiệu suất khi mọi phòng ban đều bận rộn với hàng trăm nhiệm vụ chạy song song, nhưng sản phẩm cuối cùng đến tay khách hàng vẫn chậm trễ và đầy lỗi. Thực tế vận hành cho thấy tốc độ thực thi không nằm ở việc thúc ép con người, mà nằm ở cách công việc di chuyển qua các điểm chờ trong toàn bộ hệ thống.
Công việc thực sự di chuyển trong tổ chức như thế nào – 0211
Hiện trường của một quản lý giao hàng (Delivery Manager) hay quản lý xuất sắc vận hành (Operational Excellence Manager) thường bắt đầu bằng một phòng họp căng thẳng vào sáng thứ Hai. Báo cáo từ bộ phận phát triển phần mềm cho biết các tính năng đã hoàn thành chín mươi phần trăm. Bộ phận kiểm thử chất lượng lại khẳng định họ đang tồn đọng hàng trăm lỗi chưa được xử lý vì không đủ môi trường thử nghiệm. Trong khi đó, bộ phận pháp chế và tuân thủ cho biết họ chưa nhận được tài liệu để thẩm định. Áp lực tiến độ đè nặng lên vai quản lý giao hàng khi ngày bàn giao cam kết với thị trường chỉ còn đếm bằng tuần, chi phí nhân sự đã vượt dự toán, nhưng không ai biết chính xác công việc đang bị nghẽn ở chiếc bàn nào.
Sai lầm phổ biến nhất trong tình huống này là tối ưu từng bộ phận thay vì toàn hệ thống (Sai lầm phổ biến, quan sát nghề nghiệp). Sai lầm này hình thành rất tự nhiên: nhà quản lý nhìn thấy bộ phận thiết kế làm việc chậm, liền mua thêm phần mềm thiết kế và tuyển thêm nhân sự; nhìn thấy bộ phận kiểm thử quá tải, liền yêu cầu họ làm thêm giờ. Cách làm này hợp lý ở bề nổi vì nó giải quyết tức thời tiếng kêu cứu của từng trưởng phòng. Những người quản lý chức năng được hưởng lợi ngắn hạn vì họ nhận thêm ngân sách và nhân sự, chứng minh được quy mô quyền lực của mình. Nhưng cái giá phải trả cho toàn hệ thống là lượng công việc dang dở tăng vọt, các điểm nghẽn chuyển dịch từ phòng này sang phòng khác, và thời gian hoàn thành toàn bộ chuỗi giá trị kéo dài gấp đôi. Khi một bộ phận chạy hết công suất trong khi bộ phận tiếp theo chưa sẵn sàng nhận việc, lượng tồn đọng phình to, tạo ra hàng loạt lãng phí về thời gian chuyển đổi, thời gian chờ đợi và chi phí sửa lỗi.
Để trả lời cho câu hỏi trung tâm làm thế nào để tạo ra kết quả nhanh hơn và tốt hơn, tổ chức phải chuyển dịch góc nhìn từ quản lý nguồn lực sang quản lý dòng chảy công việc. Kết quả nhanh hơn và tốt hơn không đến từ việc bắt mọi người làm việc cật lực hơn trong một giờ, mà đến từ việc giảm thời gian chờ đợi giữa các bước, giới hạn lượng công việc được phép xử lý cùng lúc và loại bỏ các bước không tạo ra giá trị gia tăng cho khách hàng. Theo các nguyên lý của quản lý dòng chảy tinh gọn (Lean) và lý thuyết về điểm nghẽn (Theory of Constraints), tốc độ của toàn bộ hệ thống bị quyết định bởi năng lực của nút thắt hẹp nhất. Mọi nỗ lực tối ưu hóa các bộ phận không phải là nút thắt đều là lãng phí và thậm chí làm hệ thống tồi tệ hơn.
Xét dưới đơn vị phân tích là dòng công việc (Workflow), mỗi dự án thực chất là một chuỗi các hoạt động chuyển hóa thông tin và nguyên liệu thành sản phẩm. Ở cấp độ thực thi, dòng công việc chịu tác động trực tiếp từ cách thức phân bổ nhiệm vụ và kiểm soát khối lượng công việc dang dở (Work in Progress). Giả sử một đội ngũ phát triển sản phẩm có năm kỹ sư, mỗi người có khả năng hoàn thành năm nhiệm vụ mỗi tháng. Nếu quản lý giao cho mỗi người năm nhiệm vụ làm song song, không ai hoàn thành cái nào vào tuần đầu tiên. Đến tuần thứ hai, tất cả đều bị kẹt ở các bước phụ thuộc lẫn nhau, chuyển đổi liên tục giữa các ngữ cảnh, dẫn đến tỷ lệ lỗi phát sinh tăng mười lăm phần trăm (minh họa). Nếu áp dụng quy tắc giới hạn công việc dang dở, chỉ cho phép mỗi người tập trung tối đa vào hai nhiệm vụ tại một thời điểm, các nhiệm vụ sẽ được hoàn thành dứt điểm lần lượt. Thời gian từ lúc bắt đầu đến khi bàn giao giảm từ bốn mươi ngày xuống còn mười lăm ngày, mặc dù tổng số giờ làm việc của từng cá nhân không thay đổi (minh họa).
Để đạt được mục tiêu học tập loại bỏ lãng phí, tổ chức phải nhận diện và cắt bỏ bảy dạng lãng phí kinh điển theo tư duy tinh gọn: sản xuất thừa, thời gian chờ đợi, vận chuyển thừa, thao tác thừa, hàng tồn kho, lỗi sản phẩm và các bước xử lý không cần thiết. Ví dụ điển hình trong thực tế triển khai dự án là việc tạo ra các bộ tài liệu thiết kế chi tiết hàng trăm trang mà không ai đọc trước khi bắt đầu lập trình. Bộ tài liệu đó là sản xuất thừa và tồn kho thông tin. Khi yêu cầu thay đổi, toàn bộ tài liệu phải viết lại, gây lãng phí thời gian khổng lồ. Thay vào đó, việc sử dụng các bảng kanban trực quan giúp dòng chảy thông tin được liên tục, yêu cầu nào thực sự cần thiết mới được đưa vào xử lý, triệt tiêu hoàn toàn các tài liệu trung gian không mang lại giá trị sử dụng trực tiếp.
Mục tiêu học tập thứ hai là tăng tốc độ. Tăng tốc độ không có nghĩa là tăng tốc độ gõ phím hay tốc độ họp, mà là rút ngắn thời gian chu trình (Cycle Time). Thời gian chu trình là khoảng thời gian tính từ lúc một yêu cầu được đưa vào hệ thống cho đến khi nó được bàn giao thành công cho người sử dụng. Trong thực tế các chương trình chuyển đổi, một yêu cầu tính năng thường mất sáu mươi ngày từ khi phác thảo đến khi phát hành. Bằng cách phân rã nhỏ yêu cầu thành các gói có thể hoàn thành trong vòng hai ngày, thời gian chu trình giảm xuống, rủi ro được phát hiện sớm và phản hồi từ thị trường được thu thập nhanh chóng.
Mục tiêu học tập thứ ba là tăng năng suất. Năng suất trong dòng chảy công việc không đo bằng số lượng dòng code viết ra hay số lượng báo cáo được nộp, mà đo bằng tỷ lệ sản phẩm hoàn thành đạt chất lượng trong một đơn vị thời gian mà không cần sửa chữa lại. Khi giảm bớt số lượng nhiệm vụ làm đồng thời, năng suất thực tế tăng lên vì đội ngũ không phải gánh chịu chi phí chuyển đổi ngữ cảnh (Context Switching). Chi phí chuyển đổi ngữ cảnh là khoảng thời gian và năng lượng tiêu tốn khi một nhân sự phải dừng việc này để chuyển sang việc khác rồi lại quay lại việc cũ.
Hệ quả hệ thống của việc không kiểm soát dòng chảy công việc là sự sụp đổ của niềm tin từ các bên liên quan. Sai lầm tối ưu từng bộ phận lan từ cấp độ dự án lên cấp độ chương trình và danh mục đầu tư. Khi mỗi dự án cố gắng tối ưu hóa tiến độ riêng của mình bằng cách tranh giành nguồn lực chuyên gia giỏi nhất, các chuyên gia này bị chia cắt thành hàng chục mảnh, không thể hoàn thành việc gì ở bất kỳ dự án nào. Kết quả là toàn bộ danh mục đầu tư bị chậm tiến độ, các dự án chiến lược bị kẹt lại ở cửa ải phê duyệt ngân sách, và ban điều hành không có cơ sở thực tế để ra quyết định phân bổ vốn. Dấu hiệu sớm của sự sụp đổ này là các báo cáo tiến độ bằng văn bản luôn màu xanh, trong khi các cuộc họp thực địa liên tục tranh cãi về việc thiếu người, thiếu dữ liệu và chồng chéo trách nhiệm.
Để tối ưu hóa hoạt động và vận hành hiệu quả, người quản lý giao hàng cần sử dụng các công cụ cấu trúc rõ ràng. Dưới đây là mẫu sản phẩm hiệu suất vượt trội, dùng để đo lường và điều phối dòng công việc tại hiện trường.
Mẫu sản phẩm: Bảng kiểm soát dòng công việc và điểm nghẽn
– Cột 1: Tên bước công việc trong chuỗi giá trị (ví dụ: Tiếp nhận yêu cầu, Phân tích thiết kế, Phát triển, Kiểm thử, Bàn giao).
– Cột 2: Giới hạn công việc dang dở tối đa cho phép (ví dụ: 5, 3, 4, 2, 1).
– Cột 3: Số lượng công việc thực tế đang có mặt tại bước đó (ví dụ: 8, 3, 7, 5, 2).
– Cột 4: Trạng thái dòng chảy (Bình thường, Cảnh báo, Nghẽn nghiêm trọng).
– Cột 5: Tên người chịu trách nhiệm gỡ nghẽn.
Cách điền và cách đọc mẫu sản phẩm này: Quản lý giao hàng cập nhật số liệu vào Cột 3 hàng ngày dựa trên quan sát thực tế tại bảng trực quan hoặc hệ thống quản lý nhiệm vụ. Nếu giá trị ở Cột 3 vượt quá con số quy định ở Cột 2, hàng đó tự động chuyển sang trạng thái Nghẽn nghiêm trọng (Cột 4). Người quản lý không được phép thúc ép nhân viên làm nhanh hơn ở các bước bình thường, mà phải tập trung toàn bộ nguồn lực hỗ trợ bước đang bị nghẽn nghiêm trọng cho đến khi số lượng công việc quay về dưới ngưỡng giới hạn. Bảng này giúp quyết định khi nào cần dừng tiếp nhận yêu cầu mới để tập trung xử lý dứt điểm hàng tồn đọng.
Tình huống nghiên cứu tổng hợp thứ nhất (làm sai và hệ quả): Một doanh nghiệp triển khai dự án phát triển sản phẩm mới với quy mô ngân sách lớn. Ban quản lý áp dụng cách tiếp cận truyền thống: giao toàn bộ danh sách một trăm tính năng cho năm nhóm làm việc thực hiện song song trong sáu tháng. Không có giới hạn công việc dang dở. Kết quả là đến tháng thứ năm, không có tính năng nào được hoàn thành hoàn chỉnh vì mỗi nhóm mới chỉ làm xong một phần việc của mình rồi chờ các nhóm khác. Khi đến hạn chót, áp lực dồn lên khâu kiểm thử và tích hợp, dẫn đến hàng trăm lỗi nghiêm trọng xuất hiện cùng lúc. Dự án phải kéo dài thêm bốn tháng, chi phí vượt ngân sách ba mươi lăm phần trăm, và khi ra mắt thị trường thì đối thủ đã chiếm lĩnh phần lớn thị phần (Tình huống tổng hợp, số liệu minh họa).
Tình huống nghiên cứu tổng hợp thứ hai (làm đúng nhưng phải trả giá trước mắt): Một đơn vị khác áp dụng triệt để phương pháp kiểm soát dòng chảy. Họ cắt giảm bảy mươi phần trăm số lượng dự án đang chạy song song, chỉ giữ lại ba dự án trọng điểm có dòng công việc được giới hạn nghiêm ngặt. Việc này tạo ra một cuộc khủng hoảng ngắn hạn: nhiều trưởng bộ phận phản đối kịch liệt vì ngân sách và quyền lực của họ bị thu hẹp, một số nhân sự tạm thời không có việc làm ngay lập tức do chưa đến lượt phân bổ. Tuy nhiên, chỉ sau sáu mươi ngày, thời gian chu trình giảm một nửa, chất lượng sản phẩm đạt mức cao nhất từ trước đến nay, và đơn vị hoàn thành mục tiêu kinh doanh năm trước thời hạn bốn tuần (Tình huống tổng hợp, số liệu minh họa).
Để hỗ trợ người đọc ra quyết định chính xác trong các tình huống thực tế, các bảng quyết định và đánh giá rủi ro dưới đây cung cấp khung tham chiếu chuẩn mực.
Bảng quyết định điều phối dòng công việc
| Điều kiện hiện tại | Lựa chọn hành động | Ngưỡng kích hoạt | Người chịu đánh đổi |
| :— | :— | :— | :— |
| Lượng công việc dang dở tại một bước vượt giới hạn quy định | Dừng nhận việc mới, dồn nhân lực hỗ trợ nút thắt | Vượt quá năm mươi phần trăm giới hạn trong hai ngày liên tiếp | Các dự án xếp hàng chờ đợi, tiến độ ra mắt tính năng mới bị hoãn |
| Tỷ lệ lỗi phát sinh từ khâu trước chuyển sang khâu sau tăng cao | Dừng bước hiện tại, truy nguyên và sửa gốc rễ lỗi | Tỷ lệ lỗi vượt quá mười phần trăm tổng khối lượng bàn giao | Đội ngũ phát triển chịu áp lực dừng tiến độ để làm sạch chất lượng |
| Nguồn lực chuyên gia bị tranh chấp giữa nhiều dự án | Cắt giảm số lượng dự án chạy song song, ưu tiên tuyệt đối dự án cốt lõi | Mức độ quá tải của chuyên gia vượt một trăm năm mươi phần trăm | Các chủ dự án có thứ ưu tiên thấp mất nhân sự và bị chậm tiến độ |
Bảng này giúp quyết định khi nào cần dừng lại để tái cấu trúc thay vì tiếp tục dồn nhân lực vào một hệ thống đang quá tải.
Bảng dấu hiệu sớm và rủi ro trong dòng chảy công việc
| Dấu hiệu sớm | Cơ chế phát sinh | Hậu quả nếu bỏ qua | Phản ứng cần thiết |
| :— | :— | :— | :— |
| Báo cáo tiến độ luôn xanh nhưng không có sản phẩm bàn giao định kỳ | Tiến độ được đo bằng khối lượng công việc đã bắt đầu thay vì đã hoàn thành | Dự án phát hiện trễ hạn ở giai đoạn cuối, mất khả năng xoay sở | Chuyển đổi cách đo lường sang giá trị thực tế đã được nghiệm thu |
| Các cuộc họp kéo dài để tranh cãi về việc ai gây chậm tiến độ | Thiếu minh bạch về điểm nghẽn, mỗi bộ phận tự bảo vệ giới hạn của mình | Xung đột nội bộ gia tăng, các phòng ban cô lập thông tin với nhau | Thiết lập bảng kanban công khai hiển thị rõ trạng thái từng công việc |
| Số lượng tài liệu trung gian tăng lên đột biến | Sợ trách nhiệm, dùng thủ tục giấy tờ để che đậy rủi ro thực thi | Thời gian chu trình kéo dài, năng suất lao động giảm sút trầm trọng | Cắt bỏ các bước phê duyệt không tạo ra giá trị trực tiếp cho khách hàng |
Bảng này giúp quản lý giao hàng nhận diện sớm các nguy cơ sụp đổ tiến độ trước khi chúng chuyển thành khủng hoảng tài chính.
Điều kiện đảo chiều của luận điểm tối ưu hóa dòng chảy nằm ở mức độ bất định của yêu cầu thị trường. Nếu tổ chức hoạt động trong một môi trường pháp lý cực kỳ ổn định, các bước công việc hoàn toàn lặp lại và không có sự thay đổi về công nghệ hay nhu cầu khách hàng trong nhiều năm, việc tối ưu hóa từng bước riêng lẻ theo phương pháp sản xuất truyền thống vẫn có thể mang lại hiệu quả chấp nhận được. Tuy nhiên, ngay khi thị trường xuất hiện biến động hoặc yêu cầu thay đổi liên tục, việc bám vào tối ưu từng phần sẽ ngay lập tức biến thành điểm yếu chí mạng, phá hủy tốc độ và năng suất của toàn bộ tổ chức.
Kịch bản bất lợi cần tính đến là khi áp dụng phương pháp giới hạn công việc dang dở, các bộ phận chức năng có thể lợi dụng khoảng thời gian trống để né tránh công việc thay vì hỗ trợ điểm nghẽn. Nếu giả định rằng con người trong tổ chức luôn tự giác tối ưu hóa hệ thống chung bị sai, và các trưởng bộ phận vẫn tiếp tục bảo vệ lợi ích cục bộ, thì việc siết chặt dòng chảy sẽ làm lộ ra các xung đột ngầm dữ dội hơn. Trong trường hợp này, cách tiếp cận trong bài vẫn giữ nguyên giá trị, nhưng đòi hỏi sự can thiệp mạnh mẽ từ cấp quản trị điều hành cao hơn để thay đổi cơ chế đánh giá hiệu quả và thưởng phạt, gắn trực tiếp quyền lợi của từng cá nhân vào tốc độ hoàn thành của toàn hệ thống thay vì thành tích của riêng phòng ban đó.
Để tạo ra kết quả nhanh hơn và tốt hơn, tổ chức phải chấp nhận đánh đổi: hy sinh ảo tưởng về sự bận rộn liên tục của từng cá nhân và từng phòng ban để đổi lấy tốc độ hoàn thành thực sự của toàn bộ dòng giá trị. Khi chọn bảo vệ dòng chảy, tổ chức phải chấp nhận nhìn thấy một số thời điểm có nhân sự tạm thời nhàn rỗi trong lúc chờ dữ liệu từ nút thắt được xử lý. Từ bỏ niềm tin rằng “nhiều người làm việc cùng lúc nghĩa là tiến độ nhanh hơn” là bước đầu tiên và khó khăn nhất mà bất kỳ người quản lý nào cũng phải vượt qua nếu muốn đạt hiệu suất vượt trội trong thực thi chiến lược.
Các việc cần làm phân theo vai trò trong dự án cấp quản lý năng lực thực thi:
– Người bảo trợ dự án: Phê duyệt việc giới hạn số lượng dự án chạy song song; kiên quyết không thêm yêu cầu mới khi hệ thống đang ở ngưỡng quá tải.
– Quản lý dự án: Cập nhật và duy trì bảng trực quan dòng công việc hàng ngày; dừng nhận việc ngay khi phát hiện điểm nghẽn vượt ngưỡng quy định.
– Chủ sở hữu sản phẩm: Phân rã các yêu cầu lớn thành các gói nhỏ có thể hoàn thành trong thời gian ngắn; ưu tiên thứ tự công việc dựa trên giá trị thực tế.
– Đội ngũ thực hiện: Cam kết không nhận thêm nhiệm vụ mới khi chưa hoàn thành nhiệm vụ hiện tại; chủ động báo cáo ngay các điểm nghẽn phát sinh tại bàn làm việc.
Các câu hỏi tự kiểm tra dành cho người đọc:
1. Tổ chức của bạn hiện đang đo lường năng suất dựa trên khối lượng công việc đã bắt đầu hay khối lượng sản phẩm đã hoàn thành bàn giao cho khách hàng?
2. Điểm nghẽn hẹp nhất trong dòng chảy công việc hiện tại của bạn nằm ở bộ phận nào, và bạn đã dùng công cụ gì để giới hạn công việc dang dở tại điểm đó?
3. Khi xảy ra sự chậm trễ, phản ứng tự nhiên của ban quản lý là tìm cách hỗ trợ nút thắt hệ thống hay thúc ép các cá nhân làm việc nhiều giờ hơn?
4. Bạn sẵn sàng cắt giảm bao nhiêu phần trăm số lượng dự án đang chạy song song để đảm bảo các dự án còn lại đạt tốc độ và chất lượng cao nhất?
#QuanTriDuAn #VanHanhDoanhNghiep #QuanLyDongChay #LeanManagement #TheoryOfConstraints #ToiUuHeThong #WorkInProgress #DeliveryManagement
