Skip to content
Niềm tin phổ biến trong quản lý dự án cho rằng nếu mọi bộ phận trong chuỗi cung ứng công việc đều đạt hiệu suất một trăm phần trăm theo chỉ số đo lường riêng của họ, dự án sẽ về đích nhanh nhất và tốt nhất. Quan sát nghề nghiệp cho thấy điều ngược lại: khi từng bộ phận chạy hết công suất để làm đẹp bảng thành tích cục bộ, lượng công việc tồn đọng (work in progress) giữa các khâu phình to, thời gian luân chuyển một hạng mục từ ý tưởng đến tay người dùng dài ra, và tổng thể hệ thống chậm lại rõ rệt (Quan sát nghề nghiệp). Hoàn thành dự án hay đạt mốc giải ngân trên giấy không đồng nghĩa với việc tạo ra giá trị kinh doanh thực tế, bởi hệ thống có thể tiêu tốn toàn bộ nguồn lực để sản xuất ra những tính năng không ai dùng hoặc những sản phẩm không thể vận hành.
Duy trì động lực cải tiến
Để 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 trong môi trường thực thi, cần thay đổi góc nhìn từ việc tối ưu hóa năng suất cá nhân hoặc năng suất của từng phòng ban riêng lẻ sang việc tối ưu hóa toàn bộ dòng chảy công việc (workflow). Luận đề trung tâm của bài viết này là: tốc độ thực thi dự án không phụ thuộc vào việc mỗi người làm nhanh đến đâu, mà phụ thuộc vào việc công việc di chuyển mượt mà qua các điểm chuyển giao mà không bị nghẽn lại ở bất kỳ khâu nào; và điều kiện đảo chiều của luận đề này là khi tổ chức đối mặt với khủng hoảng pháp lý ngắn hạn đòi hỏi phải tập trung toàn lực đối phó với một cơ quan quản lý nhà nước, khiến dòng chảy công việc thông thường phải tạm dừng.
Hiện trường của một quản lý giao hàng (Delivery Manager) hoặc quản lý xuất sắc vận hành (Operational Excellence Manager) tại một doanh nghiệp vừa và lớn ở Việt Nam thường bắt đầu từ một phòng họp căng thẳng vào chiều thứ Sáu. Ban giám đốc yêu cầu cắt giảm thời gian đưa sản phẩm ra thị trường ba mươi phần trăm (minh họa) để đón đầu đối thủ cạnh tranh, trong khi các trưởng bộ phận từ thiết kế, phát triển phần mềm, kiểm thử đến vận hành đều khẳng định họ đã làm việc hết một trăm mười phần trăm công suất và không thể ép thêm bất kỳ ai. Trên các báo cáo tiến độ tuần, các mốc thời gian đều hiển thị màu xanh lá cây nhờ việc dồn dời thời hạn hoàn thành liên tục, nhưng thực tế không có tính năng nào được đưa đến tay người dùng cuối đúng hạn, và các lỗi phát sinh từ khâu trước cứ dồn ứ lại ở khâu sau, biến đội ngũ kiểm thử thành một nút thắt cổ chai khổng lồ.
Sai lầm phổ biến hình thành từ tư duy tối ưu từng bộ phận thay vì toàn hệ thống. Tư duy này rất hợp lý và có vẻ khoa học vào lúc nó được áp dụng, bởi vì việc quản lý theo chức năng chia nhỏ tổ chức thành các phòng ban chuyên môn dễ đo lường: bộ phận thiết kế được đánh giá bằng số lượng bản vẽ hoàn thành trong tháng, bộ phận phát triển được đo bằng số dòng mã nguồn viết ra, và bộ phận kiểm thử được đo bằng số lỗi phát hiện được. Các nhà quản lý cấp trung hưởng lợi ngắn hạn từ hệ thống đo lường này vì bảng thành tích của họ lúc nào cũng sáng chói, và họ có lý do để từ chối hỗ trợ các bộ phận khác khi chưa hoàn thành chỉ tiêu của riêng mình. Cái giá phải trả nếu tiếp tục duy trì cách làm này là sự đứt gãy toàn diện ở cấp độ chương trình và danh mục: vốn bị chôn vùi vào hàng loạt dự án dở dang, chi phí cơ hội tăng vọt, và sản phẩm khi ra mắt thị trường đã lỗi thời so với nhu cầu thực tế của khách hàng.
Để mổ xẻ vấn đề này theo phương pháp luận tinh gọn (Lean) và lý thuyết giới hạn (Theory of Constraints), cần phân tích đơn vị dòng công việc từ góc độ năng suất, điểm nghẽn và dòng chảy. Theo lý thuyết giới hạn, bất kỳ hệ thống nào cũng có ít nhất một nút thắt cổ chai quyết định tốc độ tối đa của toàn bộ hệ thống; nếu nỗ lực tăng tốc độ ở các khâu không phải nút thắt, tổ chức chỉ làm trầm trọng thêm tình trạng ùn tắc và lãng phí nguồn lực. Giả sử một quy trình phát triển sản phẩm gồm bốn bước với năng lực xử lý tối đa lần lượt là: thiết kế xử lý được một trăm đơn vị công việc mỗi tuần, phát triển xử lý được sáu mươi đơn vị mỗi tuần, kiểm thử xử lý được tám mươi đơn vị mỗi tuần, và triển khai xử lý được một trăm đơn vị mỗi tuần. Khi các bộ phận đều chạy hết công suất, bước phát triển với năng lực sáu mươi đơn vị sẽ trở thành điểm nghẽn tuyệt đối; bốn mươi đơn vị công việc dư thừa từ thiết kế sẽ tràn sang bước phát triển, biến thành công việc tồn đọng nằm chờ, tiêu tốn chi phí lưu trữ, làm suy giảm tinh thần đội ngũ và kéo dài thời gian chờ đợi trước khi sản phẩm kịp ra mắt thị trường (minh họa). Phép tính dòng chảy cho thấy lượng thời gian lưu chuyển trung bình trong hệ thống sẽ tăng tỷ lệ thuận với khối lượng công việc tồn đọng, theo định luật Little trong quản trị vận hành (minh họa).
Sai lầm tối ưu từng bộ phận không chỉ dừng lại ở nội bộ dự án mà lan rộng lên cấp chương trình và danh mục đầu tư, làm sai lệch toàn bộ chiến lược phân bổ nguồn vốn của doanh nghiệp. Sau khoảng ba đến sáu tháng duy trì việc ép các bộ phận chạy đua theo chỉ số cục bộ, dấu hiệu sớm của sự sụp đổ hệ thống bắt đầu lộ diện: tỷ lệ nhân sự nghỉ việc tăng cao do kiệt sức, số lượng yêu cầu sửa lỗi sau khi bàn giao tăng đột biến, các bên liên quan bắt đầu đổ lỗi cho nhau trong các cuộc họp giao ban, và ngân sách dự án bị đội lên do phải thuê thêm nhà thầu phụ bên ngoài để gánh phần việc bị ùn tắc. Khi đó, người bảo trợ dự án nhận ra rằng các con số báo cáo màu xanh lá cây hoàn toàn xa rời thực tế kinh doanh, nhưng việc dừng lại hoặc tái cấu trúc đòi hỏi một quyết định đau đớn về việc thừa nhận sai lầm và đình chỉ các dự án kém hiệu quả đang ngốn vốn.
Quyết định đúng đắn trong tình huống này đòi hỏi một khung vận hành dựa trên điều kiện thực tế và ngưỡng giới hạn rõ ràng. Nếu tỷ lệ công việc tồn đọng trước một khâu bất kỳ vượt quá ba mươi phần trăm tổng dung lượng xử lý trong tuần và thời gian chờ đợi của một hạng mục vượt quá mười bốn ngày, thì người quản lý giao hàng phải lập tức dừng việc nhận thêm công việc mới vào đầu vào, chuyển toàn bộ nhân sự dư thừa từ các khâu không phải nút thắt đến hỗ trợ trực tiếp cho khâu đang là nút thắt cổ chai, và áp dụng giới hạn công việc đang thực hiện (Work in Progress Limit) theo khung làm việc Kanban. Bên phản đối quyết định này thường là các trưởng bộ phận chức năng có khâu không phải nút thắt, vì họ sẽ phải chịu cảnh “ngồi chơi xơi nước” hoặc bị điều động tạm thời, làm sụt giảm chỉ số hiệu suất cục bộ trên bảng thành tích hàng tháng của họ; tuy nhiên, lý lẽ của họ tuy đúng về mặt chỉ tiêu phòng ban nhưng sai lầm chết người về mặt hiệu quả toàn hệ thống, bởi vì tối ưu hóa một khâu không phải nút thắt chỉ tạo ra thêm lãng phí chứ không tăng thêm một đồng doanh thu nào cho doanh nghiệp.
Để hiện thực hóa việc tối ưu hóa hoạt động và loại bỏ lãng phí, tăng tốc độ cùng năng suất, người đọc có thể sử dụng mẫu sản phẩm hiệu suất vượt trội dưới đây để đánh giá lại toàn bộ dòng công việc của mình.
Mẫu sản phẩm: Bảng kiểm tra và tối ưu dòng công việc thực thi
– Tên dòng công việc hoặc dự án: [Ghi rõ tên quy trình, ví dụ: Quy trình phát triển tính năng phần mềm mới]
– Bước công việc trong chuỗi: [Liệt kê lần lượt từ tiếp nhận yêu cầu đến bàn giao: Tiếp nhận -> Thiết kế -> Lập trình -> Kiểm thử -> Triển khai]
– Năng lực xử lý tối đa hiện tại (Đơn vị/Tuần): [Điền số lượng thực tế từng khâu chịu được, ví dụ: 100 – 60 – 80 – 100]
– Khối lượng công việc đang tồn đọng (WIP): [Điền số lượng hồ sơ hoặc tính năng đang nằm chờ tại mỗi khâu, ví dụ: 20 – 55 – 40 – 10]
– Thời gian lưu chuyển trung bình (Lead Time): [Điền số ngày từ khi bắt đầu đến khi xong một đơn vị, ví dụ: 28 ngày]
– Xác định điểm nghẽn chính: [Khâu có năng lực xử lý thấp nhất hoặc lượng tồn đọng cao nhất, ví dụ: Lập trình]
– Hành động can thiệp theo ngưỡng: [Nếu tồn đọng vượt 50% năng lực tuần, áp dụng ngay việc dừng nhận việc mới và điều chuyển nhân sự sang khâu nghẽn]
Hướng dẫn cách điền: Người quản lý cần ngồi lại cùng các trưởng nhóm trực tiếp đo đếm số liệu thực tế trong hai tuần gần nhất thay vì dựa vào quy định trên giấy. Không điền số liệu kỳ vọng hoặc mục tiêu, chỉ điền số liệu thực tế đang diễn ra trên hiện trường.
Hướng dẫn cách đọc: Nhìn vào dòng công việc, khâu nào có lượng công việc tồn đọng lớn nhất kết hợp với thời gian chờ đợi dài nhất chính là điểm nghẽn cổ chai của toàn bộ hệ thống. Mọi nguồn lực tiết kiệm được từ việc cắt giảm các hoạt động không tạo ra giá trị ở các khâu khác phải được dồn toàn lực để giải phóng điểm nghẽn đó trước khi nghĩ đến việc mở rộng quy mô hay nhận thêm dự án mới.
Tình huống nghiên cứu tổng hợp thứ nhất minh họa cho việc làm sai và hệ quả tất yếu. Một doanh nghiệp tài chính triển khai dự án nâng cấp hệ thống lõi với ngân sách lớn, áp dụng cách làm truyền thống là giao cho từng phòng ban hoàn thành trọn vẹn phần việc của mình trước khi bàn giao sang bước tiếp theo mà không có cơ chế kiểm soát dòng chảy. Phòng phân tích nghiệp vụ hoàn thành hàng nghìn trang tài liệu thiết kế chi tiết trong sáu tháng và nhận hoa hồng hoàn thành nhiệm vụ, sau đó giải tán đội ngũ. Khi chuyển sang phòng phát triển, các lập trình viên phát hiện nhiều yêu cầu trong tài liệu mâu thuẫn với nhau và không thể hiện thực hóa bằng công nghệ hiện tại. Do đội thiết kế đã bàn giao xong và chuyển sang dự án khác, không ai đứng ra chỉnh sửa tài liệu. Dự án trượt tiến độ sáu tháng, chi phí phát sinh tăng năm mươi phần trăm (minh họa), và khi hệ thống ra mắt thì các quy định pháp luật mới đã thay đổi, khiến toàn bộ sản phẩm trở nên vô giá trị.
Tình huống nghiên cứu tổng hợp thứ hai minh họa cho việc làm đúng nhưng phải trả giá trước mắt. Một tổ chức sản xuất công nghệ quyết định tái cấu trúc dòng công việc bằng cách áp dụng giới hạn công việc đang thực hiện, chấp nhận giảm một nửa số lượng dự án chạy song song để tập trung dồn lực hoàn thành dứt điểm từng dự án một theo phương pháp tinh gọn. Ngay tuần đầu tiên áp dụng, các nhân viên kinh doanh phản đối dữ dội vì họ không thể nhận thêm yêu cầu mới từ khách hàng, các chỉ số hoạt động ngắn hạn của từng phòng ban sụt giảm nghiêm trọng, và ban giám đốc nhận được hàng loạt đơn khiếu nại từ các quản lý cấp trung lo sợ bị đánh giá thấp năng lực hoàn thành chỉ tiêu. Tuy nhiên, chỉ sau sáu mươi ngày, thời gian đưa một sản phẩm ra thị trường giảm từ sáu tháng xuống còn sáu tuần, tỷ lệ lỗi kỹ thuật giảm tám mươi phần trăm, và doanh thu từ các sản phẩm hoàn thành tăng gấp đôi nhờ bắt kịp đúng thời điểm thị trường có nhu cầu (minh họa).
Các bảng dưới đây tổng hợp các quyết định quản trị và dấu hiệu rủi ro cần giám sát chặt chẽ trong quá trình duy trì động lực cải tiến.
Bảng 1: Bảng quyết định can thiệp dòng công việc
| Điều kiện kích hoạt | Lựa chọn xử lý | Ngưỡng kích hoạt cụ thể | Người chịu đánh đổi và hậu quả |
| :— | :— | :— | :— |
| Tồn đọng công việc tại một khâu vượt quá giới hạn an toàn | Dừng nhận yêu cầu mới, điều chuyển nhân sự hỗ trợ khâu nghẽn | WIP > 50% dung lượng tuần; Thời gian chờ > 14 ngày | Trưởng phòng chức năng không phải nút thắt bị giảm chỉ tiêu cục bộ tạm thời |
| Tỷ lệ lỗi phát sinh sau bàn giao tăng cao bất thường | Tăng thời gian kiểm thử, dừng chuyển giao sang bước tiếp theo | Tỷ lệ lỗi > 10% tổng khối lượng bàn giao trong tuần | Đội ngũ phát triển phải lùi thời hạn cam kết bàn giao tính năng tiếp theo |
| Chi phí phát sinh do lãng phí thời gian chờ đợi vượt ngân sách dự trữ | Cắt giảm các hạng mục ít giá trị, tập trung vào tính năng cốt lõi | Biến động chi phí vượt quá 15% ngân sách dự phòng cho phép | Khách hàng cuối phải nhận sản phẩm thiếu một vài tính năng phụ trợ |
Bảng quyết định này giúp người quản lý xác định chính xác thời điểm nào cần can thiệp dừng việc dàn trải nguồn lực để tập trung giải quyết điểm nghẽn, chấp nhận đánh đổi tiến độ cục bộ của một vài bộ phận để bảo vệ dòng chảy toàn hệ thống.
Bảng 2: 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 nhận biết | Cơ chế hình thành rủi ro | Hậu quả nghiêm trọng nếu bỏ qua | Phản ứng cần thiết của người quản lý |
| :— | :— | :— | :— |
| Nhân viên liên tục làm thêm giờ nhưng tiến độ không nhúc nhích | Công việc tồn đọng quá nhiều tạo ra lãng phí chuyển đổi ngữ cảnh | Kiệt sức diện rộng, nhân sự chủ chốt nghỉ việc, chất lượng sụt giảm | Thiết lập ngay giới hạn công việc đang thực hiện, giảm tải đầu vào |
| Các cuộc họp giao ban biến thành diễn đàn đổ lỗi giữa các phòng ban | Thiếu minh bạch về dòng chảy, mỗi bộ phận chỉ nhìn vào chỉ tiêu riêng | Dự án bị tê liệt, các bên liên quan mất niềm tin vào khả năng quản lý | Tổ chức rà soát lại toàn bộ quy trình chuyển giao và tiêu chí nghiệm thu |
| Báo cáo tiến độ luôn màu xanh nhưng khách hàng không nhận được giá trị | Đo lường hình thức dựa trên hoạt động thay vì dựa trên giá trị hoàn thành | Dự án hoàn thành trên giấy nhưng thất bại trên thị trường thực tế | Thay đổi hệ thống đo lường hiệu suất gắn liền với giá trị bàn giao cuối cùng |
Bảng dấu hiệu sớm này giúp người quản lý phát hiện các triệu chứng suy giảm hiệu suất trước khi chúng biến thành khủng hoảng toàn diện, từ đó có phản ứng điều chỉnh kịp thời trước khi quá muộn.
Bảng 3: Bảng phân vai và trách nhiệm trong tối ưu hóa dòng chảy
| Vai trò trong tổ chức | Trách nhiệm chính trong cải tiến dòng chảy | Quyền hạn quyết định tối cao | Trách nhiệm giải trình trước cấp trên |
| :— | :— | :— | :— |
| Người bảo trợ dự án | Bảo vệ các quyết định tái cấu trúc dòng chảy trước áp lực ngắn hạn | Phê duyệt việc thay đổi phạm vi hoặc đình chỉ dự án kém hiệu quả | Giải trình về hiệu quả sử dụng vốn đầu tư và giá trị kinh doanh tạo ra |
| Quản lý giao hàng | Giám sát dòng công việc, phát hiện và xử lý điểm nghẽn cổ chai | Quyết định áp dụng giới hạn công việc đang thực hiện tại các khâu | Chịu trách nhiệm về tốc độ và chất lượng bàn giao toàn hệ thống |
| Chủ sở hữu sản phẩm | Sắp xếp lại thứ tự ưu tiên của danh sách công việc dựa trên giá trị | Quyết định đưa tính năng nào vào dòng chảy, tính năng nào loại bỏ | Chịu trách nhiệm về tính hữu dụng và giá trị thương mại của sản phẩm |
| Trưởng bộ phận chức năng | Hỗ trợ điều động nhân sự linh hoạt đến các khâu đang bị nghẽn | Quản lý chuyên môn và phân công công việc nội bộ phòng ban | Chịu trách nhiệm về năng lực chuyên môn và sự phát triển của nhân sự |
Bảng phân vai này giúp làm rõ ranh giới quyền lực và trách nhiệm giải trình của từng bên, ngăn chặn tình trạng đùn đẩy trách nhiệm khi dự án gặp sự cố về tiến độ hoặc chất lượng.
Để tạo ra kết quả nhanh hơn và tốt hơn trong môi trường thực thi đầy biến động, tổ chức không thể trông chờ vào việc ép từng cá nhân làm việc nhanh hơn, mà phải tập trung loại bỏ tận gốc các điểm nghẽn, kiểm soát chặt chẽ khối lượng công việc tồn đọng và tối ưu hóa toàn bộ dòng chảy công việc từ đầu đến cuối. Điều kiện đảo chiều của giải pháp này nằm ở cấu trúc hợp đồng và khung pháp lý ràng buộc; nếu tổ chức bị ràng buộc bởi các điều khoản phạt tiến độ cứng nhắc theo từng hợp đồng thành phần ký riêng lẻ với các nhà thầu độc lập, việc dừng lại để tối ưu hóa dòng chảy toàn hệ thống sẽ gặp rào cản pháp lý và đòi hỏi phải đàm phán lại các điều khoản thương mại trước khi có thể tái cấu trúc vận hành.
Các việc cụ thể cần làm phân theo vai trò trong dự án:
– Người bảo trợ: Rà soát lại toàn bộ danh mục dự án đang chạy song song, phê duyệt việc cắt giảm ít nhất ba mươi phần trăm số lượng dự án yếu kém để dồn vốn và nhân lực cho các dòng công việc trọng điểm. Trực tiếp đứng ra bảo vệ quyết định tái cấu trúc trước sức ép từ ban điều hành cấp cao về các chỉ số ngắn hạn.
– Quản lý giao hàng: Thiết lập bảng theo dõi dòng công việc thực tế, đo lường chính xác thời gian lưu chuyển và phát hiện điểm nghẽn cổ chai hàng tuần. Áp dụng nghiêm ngặt giới hạn công việc đang thực hiện tại từng khâu, chủ động điều chuyển nhân sự đến nơi bị ùn tắc mà không cần xin phép rườm rà.
– Chủ sở hữu sản phẩm: Cắt giảm danh sách yêu cầu tính năng xuống còn tối thiểu những giá trị cốt lõi mang lại lợi ích kinh doanh ngay lập tức. Từ chối đưa vào dòng chảy bất kỳ yêu cầu nào không có minh chứng rõ ràng về nhu cầu thực tế từ phía người dùng cuối.
– Đội thực hiện trực tiếp: Tuân thủ tuyệt đối quy tắc không nhận thêm việc mới khi chưa hoàn thành dứt điểm phần việc đang nằm trong tay. Chủ động báo cáo ngay các điểm nghẽn kỹ thuật phát sinh thay vì cố gắng che giấu để làm đẹp báo cáo tiến độ tuần.
Các câu hỏi tự kiểm tra dành cho người đọc:
– Làm thế nào để chứng minh rằng việc giảm số lượng dự án chạy song song lại giúp tổ chức bàn giao sản phẩm nhanh hơn trước?
– Ngưỡng định lượng nào sẽ kích hoạt quyết định dừng nhận thêm công việc mới vào đầu vào của hệ thống trong bộ phận của bạn?
– Khi bộ phận kiểm thử trở thành nút thắt cổ chai, việc tiếp tục ép bộ phận phát triển tăng tốc độ viết mã nguồn sẽ gây ra hậu quả gì cho toàn bộ hệ thống?
– Làm thế nào để thuyết phục các nhà quản lý chức năng chấp nhận điều động nhân sự sang hỗ trợ khâu khác khi chỉ số hiệu suất phòng ban của họ bị sụt giảm tạm thời?
#QuanTriDuAn #ToiUuDongChay #LyThuyetGioiHan #LeanManagement #QuanLyVanHanh