Skip to content
Nhiều người tin rằng một dự án hoàn thành đúng thời hạn, không vượt ngân sách và đạt chất lượng theo đúng tài liệu thiết kế ban đầu là một dự án thành công. Niềm tin này sai, và chính nó đang âm thầm phá hủy năng lực cạnh tranh của nhiều tổ chức. Khi một tập đoàn công nghệ tại Việt Nam hoàn thành việc xây dựng cổng thanh toán mới đúng hạn sau sáu tháng, họ tiêu tốn toàn bộ ngân sách dự kiến, nhưng ba tháng sau khi ra mắt, tỷ lệ giao dịch thành công chỉ đạt bốn mươi phần trăm do các phòng ban chức năng tự tối ưu hóa hệ thống riêng của họ mà không bàn giao dữ liệu liền mạch. Dự án đạt mọi chỉ tiêu trên giấy của người quản lý, nhưng tổ chức mất khách hàng. Hoàn thành dự án không có nghĩa là tạo ra giá trị, và việc cố gắng tối ưu hóa từng bộ phận riêng lẻ chính là nguyên nhân làm chậm toàn bộ hệ thống thực thi.
Giảm phụ thuộc vào cấp quản lý – 0248.
Trong một trung tâm vận hành công nghệ của một tổ chức tài chính lớn, các quản lý giao hàng đang đứng ngồi không yên. Dự án nâng cấp hệ thống xử lý giao dịch lõi đang chậm hai tuần so với kế hoạch, trong khi chi phí phát sinh cho nhân sự thuê ngoài đã vượt mười lăm phần trăm ngân sách dự kiến. Trưởng bộ phận phát triển phần mềm khẳng định đội ngũ của họ đang làm việc hết công suất với một trăm phần trăm thời gian được ghi nhận trên hệ thống chấm công. Trưởng bộ phận kiểm thử lại cho biết họ không nhận được bản dựng phần mềm nào ổn định trong suốt một tháng qua, vì mọi mã nguồn đều phải chờ phê duyệt qua ba tầng quản lý trung gian mới được hợp nhất. Áp lực từ ban điều hành dồn xuống, yêu cầu phải tăng tốc độ bàn giao tính năng mới ra thị trường mà không được phép tuyển thêm nhân sự. Mọi người đều bận rộn, mọi quy trình phê duyệt đều được tuân thủ nghiêm ngặt, nhưng sản phẩm cuối cùng vẫn nằm kẹt trên hệ thống chờ kiểm duyệt.
Sai lầm phổ biến nhất trong các tổ chức là tối ưu từng bộ phận thay vì toàn hệ thống. Sai lầm này hình thành từ cấu trúc quản lý phân cấp truyền thống, nơi mỗi người quản lý phòng ban chịu trách nhiệm về ngân sách và hiệu suất riêng của đơn vị mình. Khi một giám đốc bộ phận phát triển tối đa hóa năng suất bằng cách ép nhân viên viết code liên tục mà không quan tâm đến chất lượng đầu ra cho khâu kiểm thử, họ đạt được chỉ số hiệu quả nội bộ rất cao trên báo cáo tháng. Về mặt cục bộ, quyết định đó hoàn toàn hợp lý để bảo vệ ngân sách và chứng minh năng lực quản lý cá nhân. Người hưởng lợi ngắn hạn là các trưởng bộ phận vì họ nhận được đánh giá hoàn thành nhiệm vụ xuất sắc. Nhưng cái giá mà toàn hệ thống phải trả là một lượng lớn lỗi phần mềm dồn ứ ở khâu kiểm thử, biến thời gian chờ đợi thành lãng phí khổng lồ và làm tê liệt tốc độ bàn giao toàn bộ chương trình.
Để trả lời câu hỏi cốt lõi 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 trọng tâm phân tích từ con người sang dòng công việc, dựa trên các nguyên nhân gốc rễ được mô tả trong lý thuyết về điểm nghẽn và dòng chảy công việc. Năng suất thực tế của một hệ thống không bao giờ bằng tổng năng suất của các bộ phận cộng lại, mà bị giới hạn bởi khâu yếu nhất. Theo các nguyên tắc của quản trị dòng chảy, nếu một bộ phận sản xuất mã nguồn với tốc độ một trăm đơn vị mỗi tuần, trong khi bộ phận kiểm thử chỉ có khả năng xử lý bốn mươi đơn vị trong cùng khoảng thời gian, thì việc tiếp tục ép bộ phận phát triển tăng tốc lên một trăm hai mươi đơn vị không làm hệ thống chạy nhanh hơn. Ngược lại, nó chỉ làm tăng lượng công việc đang dang dở, kéo dài thời gian chờ đợi, làm tăng tỷ lệ lỗi và làm giảm năng suất tổng thể của toàn bộ dự án.
Dưới đây là bảng minh họa dòng công việc và sự tích tụ lãng phí tại các điểm nghẽn của một quy trình phân phối điển hình (minh họa):
<table border="1" cellpadding="5" cellspacing="0" style="width:100%; border-collapse: collapse;"><thead><tr><th>Giai đoạn công việc</th><th>Năng lực xử lý tối đa (đơn vị/tuần)</th><th>Khối lượng đầu vào thực tế (đơn vị/tuần)</th><th>Tình trạng thực tế tại điểm nghẽn</th><th>Hệ quả dòng chảy</th></tr></thead><tbody><tr><td>Phân tích nghiệp vụ</td><td>80</td><td>100</td><td>Quá tải, thiếu người</td><td>Tồn đọng 20 yêu cầu chờ phân tích</td></tr><tr><td>Phát triển phần mềm</td><td>100</td><td>80</td><td>Hoạt động dưới công suất</td><td>Chờ việc từ khâu phân tích</td></tr><tr><td>Kiểm thử chất lượng</td><td>50</td><td>100</td><td>Quá tải trầm trọng</td><td>Tồn đọng hàng đợi kiểm thử, kéo dài thời gian</td></tr><tr><td>Triển khai vận hành</td><td>120</td><td>50</td><td>Đói việc</td><td>Thiết bị và nhân sự nhàn rỗi</td></tr></tbody></table>
Bảng trên giúp người quản lý giao hàng quyết định dừng ngay lập tức việc rót thêm nguồn lực vào khâu phát triển phần mềm, thay vào đó phải tái phân bổ nhân sự sang khâu kiểm thử để nâng năng lực xử lý của điểm nghẽn này lên mức tương đương với các khâu khác.
Để loại bỏ lãng phí, tăng tốc độ và tăng năng suất, người quản lý phải áp dụng các phương pháp thực thi tinh gọn nhằm kiểm soát lượng công việc đang dang dở. Lãng phí không chỉ đến từ việc nhân viên ngồi chơi xơi nước, mà đến từ việc họ làm những việc chưa cần thiết hoặc làm xong nhưng không thể bàn giao do vướng điểm nghẽn. Ví dụ về lãng phí trong phát triển sản phẩm là việc viết hàng nghìn dòng mã nguồn cho các tính năng mà khách hàng chưa thực sự cần, trong khi tính năng cốt lõi đang bị kẹt lại ở khâu bảo mật. Để tăng tốc độ, tổ chức cần giới hạn số lượng công việc được phép thực hiện cùng một lúc trong toàn hệ thống. Khi một đội ngũ chỉ được phép triển khai tối đa ba tính năng cùng một lúc thay vì mười tính năng, họ buộc phải tập trung hoàn thành dứt điểm từng tính năng một trước khi nhận việc mới. Thời gian chu chuyển của một yêu cầu từ khi bắt đầu đến khi đến tay người dùng sẽ giảm đi một nửa, từ đó tăng năng suất thực tế mà không cần thêm bất kỳ nguồn lực nào.
Sai lầm tối ưu từng bộ phận lan rộng từ cấp độ dự án lên cấp độ chương trình và danh mục đầu tư khi các nhà quản lý cấp cao dùng các chỉ số tài chính ngắn hạn để đánh giá hiệu quả. Dấu hiệu sớm của sự sụp đổ hệ thống này là các báo cáo tiến độ của từng dự án thành phần đều hiển thị màu xanh lá cây đúng hạn, nhưng toàn bộ danh mục sản phẩm của doanh nghiệp lại không thể ra mắt thị trường đúng chu kỳ cạnh tranh. Khi các phòng ban chức năng được giao chỉ tiêu tiết kiệm chi phí riêng biệt, họ cắt giảm ngân sách dành cho việc tự động hóa kiểm thử, khiến thời gian kiểm thử thủ công kéo dài gấp ba lần. Hậu quả là các dự án chiến lược của công ty liên tục lỡ nhịp ra mắt, để đối thủ chiếm mất thị phần, dù chi phí thực tế của từng dự án riêng lẻ vẫn nằm trong ngân sách được duyệt ban đầu.
Để khắc phục tình trạng này, quyết định điều hành phải dựa trên khung quyết định rõ ràng về quyền lực và giới hạn can thiệp.
<table border="1" cellpadding="5" cellspacing="0" style="width:100%; border-collapse: collapse;"><thead><tr><th>Điều kiện kích hoạt</th><th>Lựa chọn hành động</th><th>Ngưỡng ra quyết định</th><th>Người chịu trách nhiệm đánh đổi</th></tr></thead><tbody><tr><td>Điểm nghẽn vượt quá 30% thời gian chu chuyển chung</td><td>Tạm dừng nhận yêu cầu mới, chuyển 50% nhân sự sang hỗ trợ điểm nghẽn</td><td>Tồn đọng vượt 50 đơn vị công việc liên tục trong 2 tuần</td><td>Giám đốc vận hành (COO)</td></tr><tr><td>Ngân sách phát sinh do thay đổi phạm vi nhỏ hơn 5%</td><td>Phê duyệt nội bộ trong phạm vi đội ngũ tự chủ</td><td>Tổng giá trị phát sinh dưới 100 triệu đồng</td><td>Trưởng nhóm giao hàng (Delivery Manager)</td></tr><tr><td>Xung đột tài nguyên giữa hai dự án chiến lược</td><td>Cắt giảm phạm vi dự án có giá trị thương mại thấp hơn để dồn lực</td><td>ROI dự án thứ hai thấp hơn 20% so với dự án thứ nhất</td><td>Giám đốc danh mục đầu tư (PMO Head)</td></tr></tbody></table>
Bảng quyết định trên giúp nhà quản lý xác định rõ khi nào cần can thiệp vào dòng công việc và ai là người chịu trách nhiệm về kết quả cuối cùng của sự đánh đổi đó.
Xem xét tình huống tổng hợp thứ nhất (số liệu minh họa): Một công ty thương mại điện tử triển khai dự án nâng cấp hệ thống kho vận với ngân sách mười tỷ đồng và thời hạn sáu tháng. Trưởng dự án tập trung tối ưu hóa chi phí mua sắm thiết bị phần cứng bằng cách chọn nhà thầu có giá thấp nhất, giúp tiết kiệm được một tỷ đồng vào tháng thứ hai. Tuy nhiên, phần mềm quản lý kho do nhà thầu này cung cấp không tương thích với hệ thống kế toán hiện tại. Để khắc phục, công ty phải thuê thêm một đội ngũ chuyên gia bên ngoài viết lại giao diện tích hợp với chi phí hai tỷ đồng và mất thêm ba tháng thời gian. Dự án kết thúc muộn bốn tháng, vượt ngân sách một tỷ đồng, và quan trọng nhất là làm lỡ mùa mua sắm cuối năm của doanh nghiệp. Cách làm sai lầm ở đây là tối ưu hóa chi phí mua sắm cục bộ của một hạng mục mà không đánh giá tác động tổng thể lên toàn bộ dòng vận hành và thời gian đưa sản phẩm ra thị trường.
Xem xét tình huống tổng hợp thứ hai (số liệu minh họa): Một đơn vị sản xuất tài chính áp dụng mô hình quản lý dòng chảy tinh gọn cho toàn bộ các dự án phát triển sản phẩm số. Họ buộc phải từ bỏ thói quen giao việc dàn trải cho nhân sự và thực hiện nguyên tắc giới hạn công việc đang dang dở. Trong ba tuần đầu tiên, các trưởng bộ phận phản đối dữ dội vì họ thấy nhân viên của mình có thời điểm phải dừng tay chờ đợi khi chưa đến lượt xử lý, và các báo cáo hiệu suất cá nhân sụt giảm rõ rệt. Đội ngũ quản lý phải chịu áp lực rất lớn từ ban giám đốc yêu cầu giải trình về năng suất có vẻ đang suy giảm. Tuy nhiên, đến tuần thứ sáu, khi dòng công việc bắt đầu lưu thông trơn tru qua các khâu mà không bị ùn tắc tại điểm kiểm thử, thời gian hoàn thành một tính năng giảm từ bốn mươi ngày xuống còn mười hai ngày. Tổ chức phải trả giá bằng sự bất ổn tạm thời và áp lực tâm lý ban đầu của đội ngũ để đổi lấy hiệu suất vượt trội và sự ổn định dài hạn của hệ thống.
Bảng dưới đây liệt kê các dấu hiệu sớm của sự suy giảm hiệu suất dòng công việc và phản ứng cần thiết của người quản lý:
<table border="1" cellpadding="5" cellspacing="0" style="width:100%; border-collapse: collapse;"><thead><tr><th>Dấu hiệu sớm</th><th>Cơ chế phát sinh</th><th>Hậu quả nếu bỏ qua</th><th>Phản ứng quản trị đúng</th></tr></thead><tbody><tr><td>Tỷ lệ công việc bị trả lại sửa chữa vượt 20%</td><td>Đẩy nhanh tốc độ đầu vào mà không kiểm tra chất lượng đầu ra</td><td>Tăng gấp đôi thời gian xử lý và làm nản lòng nhân sự</td><td>Dừng nhận việc mới, siết chặt tiêu chí bàn giao giữa các bước</td></tr><tr><td>Thời gian chờ đợi tại một khâu chiếm hơn 50% tổng thời gian</td><td>Mất cân đối năng lực giữa các bộ phận trong dòng chảy</td><td>Ùn tắc toàn bộ hệ thống, lãng phí chi phí nhân sự</td><td>Tái phân bổ nhân sự tạm thời vào khâu bị nghẽn</td></tr><tr><td>Số lượng tài liệu yêu cầu thay đổi tăng liên tục</td><td>Thiếu thống nhất về mục tiêu kinh doanh ban đầu</td><td>Dự án bị kéo dài vô thời hạn, chi phí vượt kiểm soát</td><td>Kích hoạt hội đồng thay đổi phạm vi với ngưỡng chi phí cụ thể</td></tr></tbody></table>
Bảng dấu hiệu sớm và rủi ro này giúp nhà quản lý phát hiện các điểm nghẽn tiềm ẩn trước khi chúng gây ra sự sụp đổ toàn bộ tiến độ dự án.
Để quản lý dòng công việc hiệu quả, tổ chức cần sử dụng mẫu sản phẩm hiệu suất vượt trội dưới dạng bảng theo dõi dòng chảy, giúp đo lường chính xác lượng công việc và thời gian chu chuyển thực tế.
Mẫu sản phẩm: Bảng theo dõi dòng chảy công việc và hiệu suất thực thi (mẫu dùng ngay)
<table border="1" cellpadding="5" cellspacing="0" style="width:100%; border-collapse: collapse;"><thead><tr><th>Hạng mục công việc / Tính năng</th><th>Ngày bắt đầu</th><th>Ngày hoàn thành</th><th>Thời gian chu chuyển (ngày)</th><th>Trạng thái hiện tại</th><th>Điểm nghẽn phát sinh (nếu có)</th><th>Người chịu trách nhiệm chính</th></tr></thead><tbody><tr><td>[Tên tính năng A]</td><td>[01/10/2023]</td><td>[15/10/2023]</td><td>14</td><td>Hoàn thành</td><td>Không</td><td>[Tên nhân sự]</td></tr><tr><td>[Tên tính năng B]</td><td>[05/10/2023]</td><td>[Đang chờ]</td><td>25+</td><td>Đang xử lý</td><td>Kiểm thử chất lượng</td><td>[Tên nhân sự]</td></tr><tr><td>[Tên tính năng C]</td><td>[10/10/2023]</td><td>[Đang chờ]</td><td>20+</td><td>Tạm dừng</td><td>Phân tích nghiệp vụ</td><td>[Tên nhân sự]</td></tr></tbody></table>
Cách điền bảng: Ghi nhận từng hạng mục công việc khi nó bước vào hệ thống, cập nhật liên tục ngày bắt đầu và ngày kết thúc thực tế. Khi một hạng mục chuyển sang trạng thái tạm dừng hoặc vượt quá thời gian chu chuyển tiêu chuẩn (ví dụ mười lăm ngày), bắt buộc phải ghi rõ tên điểm nghẽn vào cột tương ứng.
Cách đọc bảng: Nhìn thẳng vào cột thời gian chu chuyển và cột điểm nghẽn. Nếu một điểm nghẽn xuất hiện lặp lại ở nhiều dòng công việc khác nhau trong cùng một tuần, đó là tín hiệu khẳng định năng lực xử lý của khâu đó đã chạm trần, và nhà quản lý phải ngay lập tức chuyển hướng nguồn lực đến đó thay vì thúc ép các khâu khác chạy nhanh hơn.
Làm thế nào để tạo ra kết quả nhanh hơn và tốt hơn? Câu trả lời duy nhất nằm ở việc tối ưu hóa toàn bộ dòng công việc thay vì tối ưu hóa từng bộ phận riêng lẻ, đồng thời kiểm soát nghiêm ngặt lượng công việc đang dang dở để loại bỏ lãng phí thời gian chờ đợi. Điều kiện đảo chiều của nguyên lý này là khi tổ chức hoạt động trong môi trường sản xuất đơn chiếc có tính sáng tạo thuần túy, nơi mỗi sản phẩm hoàn toàn khác biệt và không thể chuẩn hóa thành dòng chảy lặp lại; khi đó, việc áp dụng cơ chế dòng chảy tinh gọn sẽ phản tác dụng và gây cản trở sự sáng tạo của cá nhân.
Các việc cần làm phân theo vai trò trong dự án:
– Người bảo trợ dự án: Phê duyệt giới hạn công việc đang dang dở cho toàn bộ chương trình, bảo vệ đội ngũ khỏi các yêu cầu thay đổi phạm vi nhỏ lẻ từ các bên liên ngoài luồng dòng chảy.
– Quản lý dự án: Theo dõi sát sao bảng dòng chảy công việc hàng ngày, nhận diện sớm các điểm nghẽn vượt ngưỡng và chủ động tái phân bổ nguồn lực trước khi tiến độ bị ảnh hưở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ị thương mại thực tế, kiên quyết từ chối đưa thêm yêu cầu mới vào hệ thống khi các điểm nghẽn chưa được giải quyết.
– Đội ngũ thực hiện: Tuân thủ tuyệt đối giới hạn công việc đang dang dở, dừng ngay việc nhận nhiệm vụ mới khi chưa hoàn thành dứt điểm công việc hiện tại và chủ động báo cáo điểm nghẽn.
Các câu hỏi tự kiểm tra cho người đọc:
– Tổ chức hiện đang tối ưu hóa hiệu suất của từng phòng ban hay đang tối ưu hóa tốc độ di chuyển của toàn bộ dòng công việc từ đầu đến cuối?
– Làm thế nào để chứng minh rằng việc giảm số lượng công việc đang dang dở thực sự làm tăng tốc độ bàn giao sản phẩm thay vì làm nhân sự nhàn rỗi?
– Điểm nghẽn lớn nhất trong quy trình thực thi hiện tại của bạn nằm ở khâu nào, và giới hạn chịu đựng của hệ thống đối với điểm nghẽn đó là bao nhiêu ngày?
– Khi xảy ra xung đột giữa việc tiết kiệm chi phí cục bộ của một bộ phận và việc bảo vệ tiến độ tổng thể của chương trình, cơ chế ra quyết định của tổ chức sẽ ưu tiên bên nào?
