Skip to content
Niềm tin rằng dự án cứ hoàn thành đúng hạn, đúng ngân sách và đủ các tính năng đã cam kết là dự án thành công đã lỗi thời, vì một sản phẩm hoàn hảo về mặt thủ tục vẫn có thể là một thất bại thương mại nếu không tạo ra dòng tiền hay giá trị thực tế cho doanh nghiệp.
Quản lý thay đổi trong khi vẫn trì tiế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 cốt lõi nằm ở việc tối ưu hóa toàn bộ dòng công việc thay vì đẩy từng bộ phận riêng lẻ chạy hết tốc lực. Khi áp dụng các nguyên tắc từ tinh gọn và lý thuyết giới hạn, kết quả nhanh hơn và tốt hơn chỉ xuất hiện khi dòng chảy thông tin và sản phẩm không bị nghẽn ở các khâu phê duyệt hay bàn giao trung gian.
Một tình huống tổng hợp (số liệu minh họa) diễn ra tại bộ phận vận hành và triển khai của một doanh nghiệp dịch vụ đang chịu áp lực lớn về tiến độ ra mắt sản phẩm số mới. Quản lý giao dịch và trưởng nhóm kỹ thuật đang kẹt giữa hai làn đạn: ban lãnh đạo yêu cầu rút ngắn thời gian đưa sản phẩm ra thị trường xuống một nửa để đón đầu đối thủ, trong khi đội ngũ phát triển liên tục than phiền rằng yêu cầu từ các phòng ban nghiệp vụ thay đổi hàng tuần. Trưởng bộ phận giao hàng đang phải họp từ sáng đến tối để giải trình các bảng theo dõi tiến độ chuyển từ xanh sang vàng rồi đỏ, nhưng không ai chỉ ra được vì sao các công đoạn cốt lõi lại chậm lại.
Sai lầm phổ biến nhất trong giai đoạn này là tư duy 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 đánh giá hiệu quả truyền thống: giám đốc khối công nghệ phải tối ưu hóa năng suất lập trình viên, giám đốc vận hành phải tối ưu hóa số lượng quy trình phê duyệt, còn phòng mua sắm phải tối ưu hóa giá dịch vụ đầu vào. Vào thời điểm áp lực dồn dập, cách tiếp cận này tỏ ra hợp lý vì dễ giao chỉ tiêu, dễ quy trách nhiệm cục bộ và tạo ra cảm giác an toàn giả tạo rằng mọi người đều đang làm việc hết công suất. Giám đốc công nghệ hưởng lợi ngắn hạn vì báo cáo cho thấy đội ngũ lập trình đạt một trăm mười phần trăm năng suất theo biểu đồ giờ công. Nhưng cái giá phải trả cho toàn hệ thống là thảm họa: sản phẩm làm ra nhanh nhưng nằm chờ kiểm tra chất lượng và xin phép phê duyệt ở khâu cuối cùng, tạo ra núi hàng tồn kho bán thành phẩm khổng lồ trong không gian ảo.
Để mổ xẻ cơ chế này dưới góc độ năng suất và dòng chảy công việc, cần nhìn vào cách công việc di chuyển qua các bước. Theo lý thuyết giới hạn, năng lực của toàn bộ dòng công việc bị chặn bởi điểm nghẽn hẹp nhất, chứ không phải tổng năng lực cộng dồn của các bộ phận. Giả sử đội ngũ phân tích nghiệp vụ tiếp nhận một trăm yêu cầu mỗi tháng, đội ngũ lập trình có thể xử lý một trăm rưỡi yêu cầu, nhưng đội kiểm thử chất lượng chỉ có thể xử lý năm mươi yêu cầu mỗi tháng. Nếu để đội lập trình chạy hết tốc lực, số lượng công việc đang làm dang dở tích tụ lại gấp ba lần năng lực kiểm thử. Khoảng cách này làm tăng thời gian chờ đợi, làm giảm chất lượng do áp lực sửa lỗi vội vã, và buộc đội ngũ phải làm lại từ đầu khi phát hiện sai sót ở giai đoạn cuối. Theo quan sát nghề nghiệp, thời gian một yêu cầu nằm chờ ở các hàng đợi thường chiếm tới tám mươi phần trăm tổng thời gian thực hiện dự án, trong khi thời gian thực làm việc thực tế chỉ chiếm hai mươi phần trăm.
Hệ quả hệ thống của việc tối ưu cục bộ sẽ lan rộng và chỉ lộ diện rõ sau khi dự án đã đi được nửa chặng đường. Dấu hiệu sớm là các cuộc họp trạng thái kéo dài nhưng không giải quyết được việc gì, nhân sự giỏi liên tục xin nghỉ việc vì kiệt sức do phải làm việc bù cho những lỗi phát sinh từ khâu trước, và lượng công việc tồn đọng ngày càng lớn trong khi doanh thu dự kiến từ dự án phải lùi lại. Sai lầm này không chỉ làm chậm tiến độ mà còn làm suy kiệt năng lực tổ chức, bởi vì năng lượng của toàn bộ hệ thống bị hút vào việc chữa cháy và xử lý các thủ tục hành chính thay vì tạo ra giá trị cho khách hàng.
Quyết định đúng đắn trong tình huống này đòi hỏi một sự thay đổi cơ chế điều phối. Nếu áp lực tiến độ đến từ thị trường và không thể lùi thời hạn ra mắt, thì không được phép tăng thêm yêu cầu mới vào hệ thống mà phải áp dụng giới hạn công việc đang làm dang dở. Biến số quyết định ở đây là tỷ lệ giữa lượng công việc đang xử lý và năng lực thực tế của điểm nghẽn hẹp nhất; ngưỡng kích hoạt là khi hàng đợi tại bất kỳ khâu nào vượt quá ba ngày làm việc thì toàn bộ đội ngũ phải dừng nhận việc mới để giải quyết xong hàng tồn. Các trưởng phòng chức năng sẽ phản đối kịch liệt vì họ sợ nhân viên của mình có thời gian rảnh rỗi hoặc không đạt chỉ tiêu giờ công cá nhân. Lý lẽ của họ có cơ sở trong tư duy quản trị cũ, nhưng nếu tiếp tục nhồi nhét công việc vào một hệ thống đã tắc nghẽn, kết quả duy nhất là sự sụp đổ về chất lượng và tiến độ tổng thể.
Dưới đây là mẫu sản phẩm hiệu suất vượt trội, một khung quản lý dòng công việc có thể sử dụng ngay lập tức trong các buổi họp giao ban tuần để phát hiện và xử lý điểm nghẽn.
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 công đoạn trong dòng công việc (Ví dụ: Tiếp nhận yêu cầu, Phân tích nghiệp vụ, Lập trình, Kiểm thử, Phê duyệt triển khai).
– Cột 2: Giới hạn công việc đang làm dang dở (Số lượng tối đa cho phép ở mỗi công đoạn, ví dụ: 5, 10, 3, 2, 1).
– Cột 3: Số lượng thực tế đang có mặt tại công đoạn (Ví dụ: 4, 12, 8, 7, 3).
– Cột 4: Trạng thái dòng chảy (Xanh nếu cột 3 nhỏ hơn hoặc bằng cột 2; Đỏ nếu cột 3 lớn hơn cột 2).
– Cột 5: Hành động khắc phục ngay lập tức (Ví dụ: Chuyển người từ công đoạn xanh sang hỗ trợ công đoạn đỏ).
Cách điền và cách đọc bảng này rất cụ thể: người quản lý cập nhật số liệu thực tế vào Cột 3 vào đầu mỗi tuần. Ngay khi thấy bất kỳ ô nào ở Cột 4 chuyển sang màu đỏ, ví dụ khâu kiểm thử đang có bảy công việc trong khi giới hạn chỉ là ba, người quản lý không được giao thêm việc cho kiểm thử mà phải điều phối nhân sự từ khâu lập trình hoặc phân tích sang hỗ trợ kiểm thử cho đến khi số lượng quay lại dưới mức giới hạn. Mục đích của bảng này là ép tổ chức phải giải quyết dứt điểm các việc đang dang dở trước khi bắt đầu việc mới, từ đó loại bỏ lãng phí do chuyển đổi ngữ cảnh và giảm thời gian chờ đợ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. Một doanh nghiệp tài chính triển khai dự án nâng cấp hệ thống lõi bằng cách chia nhỏ ngân sách cho từng phòng ban tự mua sắm và phát triển các hợp phần riêng. Phòng công nghệ tối ưu hóa tốc độ viết mã nguồn, phòng nghiệp vụ tối ưu hóa số lượng tính năng trên giấy, phòng tài chính tối ưu hóa chi phí giải ngân từng quý. Kết quả là khi đến thời điểm tích hợp toàn hệ thống vào tháng thứ mười hai, các hợp phần không giao tiếp được với nhau vì tiêu chuẩn dữ liệu khác nhau. Dự án trễ hạn sáu tháng, vượt ngân sách bốn mươi phần trăm, và khi đưa vào vận hành thì khách hàng liên tục gặp lỗi giao dịch. Ban lãnh đạo phải tốn thêm một khoản ngân sách tương đương để viết lại phần mềm trung gian. Hậu quả này sinh ra từ việc các bộ phận chỉ nhìn thấy hiệu suất cục bộ của mình mà phớt lờ dòng chảy tổng thể của toàn dự án.
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 doanh nghiệp sản xuất áp dụng giới hạn công việc đang làm dang dở cho toàn bộ chuỗi phát triển sản phẩm mới. Trong tháng đầu tiên áp dụng, năng suất tính bằng số lượng tài liệu thiết kế và dòng mã nguồn viết ra giảm rõ rệt bốn mươi phần trăm, khiến các nhà quản lý cấp trung hoảng sợ và gửi báo cáo khiêu chiến lên ban tổng giám đốc rằng đội ngũ đang lười biếng. Tuy nhiên, người quản lý dự án giữ vững lập trường, kiên quyết yêu cầu đội ngũ không được nhận thêm dự án mới cho đến khi năm sản phẩm đang dở dang được đưa đến tay khách hàng thử nghiệm. Sang tháng thứ ba, thời gian từ lúc có ý tưởng đến khi sản phẩm ra mắt thực tế giảm từ sáu tháng xuống còn sáu tuần. Doanh thu từ sản phẩm mới tăng gấp đôi vì đáp ứng đúng thời điểm thị trường cần. Cái giá phải trả ban đầu là sự bất an của cấp quản lý trung gian và sự gián đoạn ngắn hạn trong thói quen làm việc cũ.
Bảng quyết định sau đây mô tả rõ các điều kiện, lựa chọn, ngưỡng kích hoạt và người chịu đánh đổi trong quá trình quản lý dòng công việc.
| Điều kiện tình huống | Lựa chọn xử lý | Ngưỡng kích hoạt | Người chịu đánh đổi |
|—|—|—|—|
| Hàng đợi tại một công đoạn vượt mức giới hạn cho phép | Dừng nhận việc mới, điều chuyển nhân sự sang hỗ trợ điểm nghẽn | Số lượng tồn đọng vượt quá giới hạn thiết lập từ ba ngày trở lên | Các trưởng phòng chức năng phải tạm hoãn chỉ tiêu số lượng công việc cá nhân |
| Yêu cầu thay đổi phạm vi từ bên bảo trợ dự án | Đánh giá tác động đến dòng chảy, chỉ nhận khi có việc khác bị loại bỏ | Phát sinh thêm yêu cầu mới khi hệ thống đang xử lý đạt tối đa công suất | Khách hàng nội bộ hoặc người bảo trợ phải chờ đợi hoặc chấp nhận cắt giảm tính năng khác |
| Nhân sự chủ chốt quá tải, có nguy cơ bỏ việc | Tách nhỏ công việc, chuyển giao cho người có năng lực gần nhất | Tỷ lệ làm thêm giờ vượt quá hai mươi phần trăm liên tục trong hai tuần | Tiến độ ngắn hạn của dự án bị chậm lại để đào tạo và bàn giao công việc |
Bảng này giúp người quản lý quyết định chính xác thời điểm nào phải can thiệp vào phân bổ nguồn lực và khi nào phải từ chối áp lực từ các bên liên quan để bảo vệ năng suất toàn hệ thống.
Bảng dấu hiệu sớm và rủi ro dưới đây chỉ ra các biểu hiện nguy hiểm trong quá trình thực thi và phản ứng tương ứng.
| Dấu hiệu sớm | Cơ chế phát sinh | Hậu quả nếu bỏ qua | Phản ứng cần làm ngay |
|—|—|—|—|
| Báo cáo tiến độ màu xanh nhưng không có sản phẩm bàn giao thực tế | Đội ngũ báo cáo tiến độ dựa trên số lượng công việc đã hoàn thành ở bước trung gian thay vì giá trị giao cho khách hàng | Dự án đột ngột chuyển sang màu đỏ ở giai đoạn cuối khi tích hợp không thành công | Yêu cầu minh chứng sản phẩm chạy được ở môi trường thực tế trước khi xác nhận hoàn thành |
| Số lượng tài liệu yêu cầu thay đổi tăng vọt không kiểm soát | Thiếu sự thống nhất ban đầu về mục tiêu kinh doanh, các bên liên quan liên tục đưa ra ý tưởng mới | Hoại tử phạm vi, đội ngũ kiệt sức vì làm lại những việc đã qua | Áp dụng quy trình kiểm soát thay đổi nghiêm ngặt, bắt buộc đánh đổi phạm vi cũ lấy phạm vi mới |
| Các cuộc họp kéo dài nhưng không có quyết định nào được thực thi | Phân quyền không rõ ràng, người tham gia không có thẩm quyền ra quyết định ngân sách hoặc nhân sự | Trì trệ toàn bộ dòng công việc, các bên đẩy trách nhiệm cho nhau | Giới hạn thời gian họp, quy định rõ ai có quyền quyết định cuối cùng cho từng hạng mục |
Bảng này giúp người quản lý quyết định khi nào cần dừng các hoạt động hình thức để tập trung vào việc gỡ bỏ các rào cản thực tế trên hiện trường.
Làm thế nào để tạo ra kết quả nhanh hơn và tốt hơn? Câu trả lời không nằm ở việc ép con người làm việc nhiều hơn hay áp dụng thêm các công cụ theo dõi phức tạp, mà nằm ở việc thiết lập kỷ luật dòng chảy, kiên quyết loại bỏ lãng phí do chờ đợi và chuyển đổi ngữ cảnh, đồng thời bảo vệ điểm nghẽn của hệ thống khỏi bị quá tải bởi những yêu cầu vụn vặt. Điều kiện đảo chiều của luận điểm này là khi doanh nghiệp hoạt động trong môi trường độc quyền hoàn toàn, không có đối thủ cạnh tranh và khách hàng không có lựa chọn nào khác; trong điều kiện đó, tốc độ không còn là yếu tố quyết định sự sống còn, và việc tối ưu hóa chi phí từng bộ phận có thể mang lại lợi nhuận ngắn hạ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 làm dang dở, cam kết không can thiệp vào thứ tự ưu tiên khi chưa có đồng thuận từ hội đồng quản trị; bảo vệ đội ngũ khỏi các áp lực thay đổi phạm vi ngoài quy trình.
– Quản lý dự án: Theo dõi sát sao các chỉ số dòng chảy công việc trên bảng trực quan, chủ động phát hiện và xử lý điểm nghẽn trước khi chúng làm tắc nghẽn toàn hệ thống; tổ chức các buổi đánh giá hiệu suất định kỳ.
– Chủ sở hữu sản phẩm: Sắp xếp lại danh mục yêu cầu theo trật tự giá trị kinh doanh thực tế, kiên quyết loại bỏ các tính năng ít giá trị để dồn nguồn lực cho các hạng mục cốt lõi; đàm phán với các bên liên quan về phạm vi.
– Đội ngũ thực hiện: Tuân thủ tuyệt đối giới hạn công việc đang làm dang dở, chủ động hỗ trợ các đồng nghiệp ở khâu bị nghẽn thay vì tự đóng cửa làm việc riêng phần việc của mình; báo cáo trung thực trạng thái công việc.
Các câu hỏi tự kiểm tra cho người đọc:
– Làm thế nào để nhận biết điểm nghẽn thực sự trong dòng công việc của dự án hiện tại thay vì nhìn vào cảm nhận chủ quan của các trưởng bộ phận?
– Khi ban lãnh đạo yêu cầu thêm ba tính năng mới vào giữa chu kỳ mà không tăng thêm thời gian hay ngân sách, bạn sẽ phải đánh đổi hạng mục nào và ai là người chịu thiệt?
– Giới hạn công việc đang làm dang dở thay đổi như thế nào khi năng lực của đội ngũ kiểm thử tăng lên gấp đôi?
– Làm thế nào để đo lường hiệu suất thực tế của một dự án khi các báo cáo tiến độ truyền thống đều hiển thị màu xanh?
