Skip to content
Nhiều năm qua, thị trường doanh nghiệp vẫn duy trì một niềm tin bền vững rằng khi một dự án chậm tiến độ, cách hiệu quả nhất để kéo lại thời gian là bơm thêm nhân lực và yêu cầu các bộ phận làm việc với cường độ cao hơn. Niềm tin này xuất phát từ việc đồng nhất năng lực thực thi với sức chịu đựng của con người, xem dòng công việc như một ống nước mà chỉ cần tăng áp lực đầu vào thì đầu ra sẽ phun mạnh hơn. Thực tế điều hành cho thấy, khi hệ thống đang vận hành trong tình trạng tắc nghẽn, việc tăng áp lực đầu vào chỉ làm tăng số lượng công việc dang dở nằm kẹt giữa chừng, đẩy chi phí chìm lên cao và làm rớt chất lượng sản phẩm trước khi kịp chạm tay người dùng cuối. Hoàn thành dự án theo đúng ngân sách ban đầu không có nghĩa là tổ chức đã tạo ra giá trị kinh tế thực tế, nếu những tính năng được bàn giao nằm đắp chiếu vì không ai sử dụng hoặc thị trường đã dịch chuyển sang hướng khác từ sáu tháng trước.
Các chỉ số phản ánh tốc độ thực thi – 0262
Hiện trường tại một công ty công nghệ và dịch vụ tài chính quy mô trung bình cho thấy một bức tranh quen thuộc. Đội ngũ vận hành sản phẩm đang chìm trong áp lực từ ban giám đốc yêu cầu đẩy nhanh tốc độ ra mắt các tính năng thanh toán mới để cạnh tranh với các đối thủ trên thị trường. Trưởng bộ phận giao hàng (Delivery Manager) liên tục tổ chức các cuộc họp kéo dài từ sáng đến tối để đôn đốc tiến độ, yêu cầu lập trình viên viết mã nhanh hơn và đội ngũ kiểm thử làm việc thêm giờ vào cuối tuần. Trên bảng quản lý trực quan, các chỉ số về số lượng công việc đã hoàn thành trong tuần trông rất đẹp mắt, đạt một trăm mười phần trăm so với kế hoạch ban đầu. Tuy nhiên, đằng sau lớp vỏ bọc năng suất cao đó, tỷ lệ lỗi phát sinh khi đưa lên môi trường thật tăng vọt, thời gian xử lý một yêu cầu từ lúc bắt đầu đến khi bàn giao thực tế đã kéo dài gấp ba lần so với sáu tháng trước, và các bộ phận nghiệp vụ liên tục phàn nàn rằng những gì họ nhận được không giống với những gì họ đã đặt hàng.
Nguyên nhân gốc rễ của tình trạng này bắt nguồn từ một sai lầm phổ biến trong quản trị: tối ưu hóa từng bộ phận riêng lẻ thay vì tối ưu hóa toàn bộ hệ thống dòng chảy công việc. Sai lầm này hình thành vì nó mang lại cảm giác kiểm soát rất trực quan cho các nhà quản lý cấp trung. Khi chia nhỏ tổ chức thành các phòng ban chuyên môn như phân tích nghiệp vụ, phát triển phần mềm, kiểm thử chất lượng và vận hành, mỗi trưởng bộ phận đều cố gắng đẩy công suất hoạt động của bộ phận mình lên mức tối đa để chứng minh hiệu quả với ban điều hành. Bộ phận lập trình luôn hoạt động một trăm phần trăm công suất, tạo ra một lượng lớn mã nguồn bàn giao cho bộ phận kiểm thử. Nhưng vì bộ phận kiểm thử chỉ có năng lực xử lý bằng một nửa tốc độ đó, lượng mã nguồn tồn đọng nhanh chóng ùn ứ thành những đống lớn chưa được kiểm chứng. Điều này hoàn toàn hợp lý đối với từng quản lý bộ phận trong ngắn hạn, vì họ bảo vệ được ngân sách và chỉ số hiệu suất cá nhân của mình. Nhưng cái giá phải trả cho toàn hệ thống là sự lãng phí khổng lồ do tồn kho công việc dang dở, thời gian chờ đợi kéo dài và chi phí làm lại do lỗi phát sinh từ các khâu trước không được đồng bộ hóa.
Để giải quyết 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 không thể dựa vào việc ép từng cá nhân làm việc chăm chỉ hơn mà phải nhìn nhận dòng công việc dưới góc độ của lý thuyết về điểm nghẽn và dòng chảy. Theo các nguyên tắc tinh gọn (Lean) và quản trị trực quan dòng chảy (Kanban), tốc độ thực thi của toàn bộ hệ thống không được quyết định bởi tổng công suất cộng lại của tất cả các phòng ban, mà bị giới hạn hoàn toàn bởi bộ phận có năng lực thấp nhất, hay còn gọi là điểm nghẽn. Nếu một dự án có năm công đoạn liên tiếp với năng lực xử lý lần lượt là một trăm, một trăm, hai mươi, một trăm và một trăm đơn vị sản phẩm mỗi tuần, thì toàn bộ hệ thống chỉ có thể sản xuất ra tối đa hai mươi đơn vị sản phẩm mỗi tuần. Việc ép các công đoạn còn lại chạy ở mức một trăm đơn vị chỉ làm tăng số lượng công việc dang dở nằm kẹt trước cửa công đoạn thứ ba, làm tiêu tốn nguồn lực tài chính cho chi phí lưu kho trung gian và làm giảm tinh thần làm việc của nhân sự do họ liên tục phải đối mặt với lượng công việc tồn đọng quá tải.
Để loại bỏ lãng phí, tăng tốc độ và nâng cao năng suất, cách tiếp cận đúng đắn đòi hỏi nhà quản lý phải áp dụng tư duy làm tốt hơn mỗi ngày thông qua việc kiểm soát nghiêm ngặt lượng công việc dang dở trong toàn hệ thống. Ví dụ về loại bỏ lãng phí: thay vì cho phép các lập trình viên bắt đầu năm mươi tính năng mới cùng một lúc, quản lý yêu cầu chỉ được phép triển khai tối đa năm tính năng tại bất kỳ thời điểm nào. Điều này buộc toàn bộ nguồn lực phải tập trung hoàn thành dứt điểm từng tính năng một thay vì phân tán năng lượng. Ví dụ về tăng tốc độ: khi áp dụng giới hạn công việc dang dở, thời gian lưu chuyển trung bình của một yêu cầu từ khi khởi động đến khi bàn giao thực tế giảm từ sáu mươi ngày xuống còn mười hai ngày, bởi vì không còn hiện tượng công việc bị bỏ quên trong ngăn kéo chờ đến lượt. Ví dụ về năng suất: số lượng tính năng thực sự mang lại giá trị sử dụng cho khách hàng tăng gấp đôi trong quý đó mà không cần phải tuyển thêm nhân sự hay yêu cầu làm thêm giờ, do thời gian chết và chi phí làm lại đã được triệt tiêu đáng kể.
Hệ quả của việc tiếp tục duy trì tư duy tối ưu hóa từng bộ phận sẽ lan rộng từ cấp độ thực thi lên cấp độ chương trình và danh mục đầu tư. Sau khoảng ba đến sáu tháng, các dấu hiệu sớm bắt đầu xuất hiện: báo cáo tiến độ tuần nào cũng xanh ngắt ở mức chín mươi phần trăm hoàn thành, nhưng không có sản phẩm nào được đưa ra thị trường đúng hạn; các bên liên quan bắt đầu mất lòng tin vào ban quản lý dự án; ngân sách cạn kiệt do chi phí phát sinh cho việc sửa lỗi và phối hợp giữa các phòng ban bị kẽ hở làm tiêu hao. Ở cấp độ danh mục đầu tư, ban lãnh đạo cấp cao tiếp tục rót vốn vào các dự án mới trong khi các dự án cũ vẫn đang nằm kẹt ở khâu kiểm thử, dẫn đến tình trạng tranh chấp nguồn lực trầm trọng trong toàn bộ doanh nghiệp.
Để thay đổi cục diện này, quyết định điều hành phải dựa trên một khung nguyên tắc rõ ràng và kiên định. Nếu tỷ lệ công việc dang dở trên mỗi nhân sự vượt quá mức hai nhiệm vụ đồng thời, thì trưởng bộ phận giao hàng buộc phải ra lệnh dừng việc tiếp nhận các yêu cầu mới từ các bên liên quan, bất kể áp lực chính trị từ các cấp quản lý cao hơn lớn đến đâu. Biến số quyết định ở đây là thời gian chu kỳ thực tế và ngưỡng chấp nhận được là không vượt quá mười ngày làm việc cho một hạng mục vừa. Bên chịu phản đối mạnh mẽ nhất thường là các giám đốc kinh doanh hoặc chủ sở hữu sản phẩm, vì họ muốn đưa càng nhiều yêu cầu vào hệ thống càng tốt để tạo ấn tượng với khách hàng và ban tổng giám đốc. Lý lẽ của họ có cơ sở từ góc độ thị trường: cơ hội kinh doanh trôi qua rất nhanh và việc chậm trễ đưa tính năng ra mắt có thể khiến công ty mất thị phần. Tuy nhiên, nhà quản lý vận hành phải kiên quyết đánh đổi giữa tốc độ phản ứng ảo trên giấy với chất lượng và dòng tiền thực tế được tạo ra từ những sản phẩm đã hoàn thành thực sự.
Để hỗ trợ người đọc trực tiếp tối ưu hóa hoạt động thực thi ngay tại hiện trường, mẫu sản phẩm dưới đây cung cấp một khung phân tích dòng công việc và nhận diện điểm nghẽn có thể áp dụng ngay trong tuần làm việc tiếp theo.
Bảng kiểm soát hiệu suất dòng công việc (Hiệu suất vượt trội)
– Tên công đoạn công suất hiện tại: Phân tích nghiệp vụ | Công suất: 50 yêu cầu/tuần | Tồn đọng hiện tại: 10 yêu cầu | Thời gian chờ: 2 ngày
– Tên công đoạn công suất hiện tại: Lập trình phần mềm | Công suất: 40 yêu cầu/tuần | Tồn đọng hiện tại: 5 yêu cầu | Thời gian chờ: 1 ngày
– Tên công đoạn công suất hiện tại: Kiểm thử chất lượng | Công suất: 10 yêu cầu/tuần | Tồn đọng hiện tại: 80 yêu cầu | Thời gian chờ: 16 ngày (Điểm nghẽn)
– Tên công đoạn công suất hiện tại: Triển khai vận hành | Công suất: 35 yêu cầu/tuần | Tồn đọng hiện tại: 2 yêu cầu | Thời gian chờ: 1 ngày
Cách điền mẫu: Liệt kê toàn bộ các bước trong dòng công việc từ khi tiếp nhận yêu cầu đến khi bàn giao cho người sử dụng cuối. Đo lường chính xác số lượng công việc mà mỗi bước có thể xử lý trong một tuần (công suất), đếm số lượng công việc đang bị kẹt lại chưa được xử lý tại bước đó (tồn đọng), và tính thời gian chờ trung bình bằng cách lấy tồn đọng chia cho công suất.
Cách đọc mẫu: Công đoạn nào có thời gian chờ lớn nhất và tồn đọng cao nhất chính là điểm nghẽn của toàn bộ hệ thống. Trong bảng minh họa trên, kiểm thử chất lượng là điểm nghẽn tuyệt đối với thời gian chờ lên đến mười sáu ngày. Mọi nỗ lực tăng tốc ở các bước phân tích hay lập trình đều là lãng phí tài nguyên, bởi vì kết quả cuối cùng vẫn bị kẹt lại tại cửa kiểm thử. Giải pháp duy nhất để tăng tốc độ toàn hệ thống là điều chuyển ngay lập tức một phần nhân lực từ các bước có năng lực dư thừa sang hỗ trợ công đoạn kiểm thử, hoặc tự động hóa các kịch bản kiểm thử để nâng năng suất của bước này lên tương đương với các bước còn lại.
Để làm rõ hơn cơ chế vận hành của việc tối ưu hóa dòng chảy, hai tình huống nghiên cứu tổng hợp dưới đây phơi bày hai thái cực khác nhau trong quản lý thực thi.
Tình huống nghiên cứu tổng hợp thứ nhất minh họa cho cách làm sai và hệ quả tất yếu. Tại một chương trình chuyển đổi quy trình nội bộ, đội ngũ quản lý quyết định triển khai đồng thời mười tiểu dự án nhằm thể hiện quyết tâm cải tổ mạnh mẽ trước đại hội đồng cổ đông. Mỗi tiểu dự án được giao cho một ban quản lý riêng biệt với nguồn ngân sách độc lập. Do tổng số lượng nhân sự chuyên môn kỹ thuật trong công ty có hạn, các ban quản lý này bắt đầu tranh giành nguồn lực lập trình viên giỏi nhất. Kết quả là mỗi lập trình viên bị xé nhỏ thời gian tham gia vào năm đến sáu tiểu dự án cùng một lúc. Thời gian chuyển đổi bối cảnh liên tục khiến năng suất cá nhân sụt giảm năm mươi phần trăm. Không có tiểu dự án nào hoàn thành đúng hạn sau mười hai tháng triển khai, chi phí vượt dự toán ban đầu bốn mươi phần trăm, và ban lãnh đạo phải quyết định dừng toàn bộ chương trình trong sự thất vọng của toàn tổ chức.
Tình huống nghiên cứu tổng hợp thứ hai minh họa cho cách làm đúng nhưng phải trả giá trước mắt. Tại một danh mục đầu tư phát triển sản phẩm dịch vụ khách hàng, nhà quản lý vận hành quyết định cắt giảm ngay lập tức sáu mươi phần trăm số lượng dự án đang chạy dở dang, chỉ giữ lại ba dự án cốt lõi có tác động lớn nhất đến doanh thu thuần. Quyết định này ngay lập tức vấp phải làn sóng phản đối dữ dội từ các giám đốc bộ phận có dự án bị dừng, vì họ cho rằng uy tín và quyền lợi của họ bị tổn hại trước ban tổng giám đốc. Trong tháng đầu tiên, các chỉ số về số lượng dự án khởi động giảm mạnh, tạo ra áp lực tâm lý lớn cho đội ngũ điều hành. Tuy nhiên, nhờ tập trung toàn bộ nguồn lực vào ba dự án cốt lõi, thời gian đưa sản phẩm ra thị trường rút ngắn từ chín tháng xuống còn chưa đầy hai tháng. Doanh thu từ các sản phẩm mới trong quý tiếp theo tăng gấp ba lần, bù đắp hoàn toàn cho sự bất mãn ban đầu và thiết lập lại kỷ luật phân bổ nguồn lực dựa trên giá trị thực tế thay vì bề nổi thành tích.
Các bảng quyết định và nhận diện rủi ro dưới đây cung cấp cơ sở để nhà quản lý thực thi đối phó với các tình huống phức tạp trong môi trường doanh nghiệp thực tế.
Bảng quyết định điều phối dòng công việc
– Điều kiện: Tồn đọng tại một công đoạn vượt quá ba lần công suất tuần | Lựa chọn: Dừng nhận yêu cầu mới, chuyển nhân lực sang hỗ trợ điểm nghẽn | Ngưỡng kích hoạt: Thời gian chờ quá 10 ngày làm việc | Người chịu đánh đổi: Giám đốc kinh doanh và các bên yêu cầu tính năng mới.
– Điều kiện: Tỷ lệ lỗi phát sinh trên môi trường thật vượt năm phần trăm | Lựa chọn: Tạm dừng toàn bộ việc phát triển tính năng mới để tập trung sửa lỗi | Ngưỡng kích hoạt: Hơn ba phản hồi lỗi nghiêm trọng từ khách hàng trong tuần | Người chịu đánh đổi: Trưởng nhóm phát triển phần mềm và ban quản lý tiến độ.
– Điều kiện: Ngân sách dự án bị lệch mười phần trăm so với kế hoạch giá trị thu được | Lựa chọn: Cắt giảm phạm vi các tính năng ở mức ưu tiên thấp nhất | Ngưỡng kích hoạt: Chênh lệch chi phí âm vượt hạn mức cho phép của danh mục | Người chịu đánh đổi: Chủ sở hữu sản phẩm và người bảo trợ dự án.
Bảng này giúp người đọc quyết định chính xác thời điểm nào phải can thiệp dừng các hoạt động thường lệ để tái cấu trúc dòng công việc, tránh để hệ thống rơi vào trạng thái sụp đổ dây chuyền do quá tải.
Bảng dấu hiệu sớm và rủi ro trong thực thi
– Dấu hiệu: Báo cáo tiến độ hàng tuần luôn đạt một trăm phần trăm nhưng không có sản phẩm bàn giao | Cơ chế: Đội ngũ báo cáo số lượng công việc đã hoàn thành ở các bước trung gian thay vì giá trị thực tế đến tay người dùng | Hậu quả nếu bỏ qua: Dự án cạn kiệt ngân sách khi đến hạn bàn giao nhưng sản phẩm không dùng được | Phản ứng: Yêu cầu đổi chuẩn đo lường sang sản phẩm hoàn chỉnh đã được nghiệm thu giá trị.
– Dấu hiệu: Nhân sự chủ chốt thường xuyên làm việc quá giờ nhưng liên tục trễ hạn | Cơ chế: Khối lượng công việc dang dở quá lớn gây hiện tượng tắc nghẽn và chi phí chuyển đổi bối cảnh cao | Hậu quả nếu bỏ qua: Nhân sự kiệt quệ, tỷ lệ nghỉ việc tăng cao, chất lượng mã nguồn suy giảm nghiêm trọng | Phản ứng: Áp dụng ngay giới hạn công việc dang dở, cắt giảm một nửa số nhiệm vụ song song.
– Dấu hiệu: Các bộ phận liên tục đổ lỗi cho nhau khi xảy ra lỗi sản phẩm | Cơ chế: Thiếu cơ chế tích hợp dòng chảy và ranh giới trách nhiệm quá cứng nhắc giữa các phòng ban chức năng | Hậu quả nếu bỏ qua: Xung đột nội bộ leo thang, thời gian khắc phục sự cố kéo dài gấp nhiều lần | Phản ứng: Thiết lập nhóm phản ứng liên chức năng chịu trách nhiệm chung cho toàn bộ chu trình sản phẩm.
Bảng này giúp người đọc nhận diện sớm các nguy cơ tiềm ẩn trước khi chúng chuyển hóa thành khủng hoảng toàn diện cho dự án hoặc chương trình.
Tốc độ thực thi bền vững không đến từ việc ép hệ thống làm việc nhanh hơn bằng ý chí hay áp lực hành chính, mà đến từ việc loại bỏ triệt để các điểm nghẽn và dòng công việc dang dở đang làm tiêu hao năng lượng của tổ chức. Điều kiện đảo chiều của nguyên tắc này nằm ở mức độ bất định của thị trường: khi doanh nghiệp hoạt động trong môi trường có sự thay đổi cực kỳ nhanh chóng và chi phí thử nghiệm cực thấp, việc duy trì nhiều ý tưởng thử nghiệm song song với quy mô nhỏ có thể mang lại hiệu quả cao hơn việc tập trung toàn lực vào một dòng chảy duy nhất. Tuy nhiên, khi quy mô tổ chức mở rộng và các ràng buộc về nguồn lực trở nên chặt chẽ, kỷ luật kiểm soát dòng chảy công việc là yếu tố quyết định sự sống còn của hiệu suất thực thi.
Các việc cần làm phân theo vai trò trong dự án:
– Người bảo trợ: Phê duyệt việc áp dụng giới hạn công việc dang dở cho toàn bộ danh mục; bảo vệ đội ngũ quản lý trước áp lực gia tăng phạm vi từ các bên liên quan cấp cao.
– Trưởng bộ phận giao hàng: Xây dựng và duy trì bảng quản lý dòng chảy công việc trực quan; đo lường chính xác thời gian chu kỳ và phát hiện điểm nghẽn hàng tuần.
– Chủ sở hữu sản phẩm: Sắp xếp lại thứ tự ưu tiên của danh sách yêu cầu dựa trên giá trị kinh tế thực tế; chấp nhận thu hẹp phạm vi để đảm bảo thời gian bàn giao đúng hạn.
– Đội ngũ thực hiện: Cam kết không tiếp nhận 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 khi phát hiện dấu hiệu ùn tắc tại công đoạn của mình.
Các câu hỏi tự kiểm tra cho người đọc:
– Tổ chức hiện đang duy trì bao nhiêu phần trăm công việc nằm ở trạng thái dang dở chưa hoàn thành, và con số này tạo ra chi phí ẩn là bao nhiêu?
– Điểm nghẽn thực sự nằm ở công đoạn nào trong toàn bộ dòng công việc, và năng lực xử lý của công đoạn đó thấp hơn bao nhiêu phần trăm so với nhu cầu đầu vào?
– Quyết định cắt giảm phạm vi hay dừng dự án nào gần đây nhất đã giúp tổ chức giải phóng nguồn lực cho các hoạt động mang lại giá trị cao hơn?
– Các chỉ số đo lường hiệu suất hiện tại của đội ngũ đang phản ánh điều gì về giá trị thực tế tạo ra cho khách hàng hay chỉ phản ánh khối lượng công việc đã tiêu thụ?
