
Đã hoàn thành dự án nghĩa là mục tiêu kinh doanh đã đạt được là một niềm tin cần phải bỏ. Trong thực tế vận hành, một sản phẩm hay công trình được bàn giao đúng hạn, đúng ngân sách và đủ các tính năng trên giấy không đồng nghĩa với việc doanh nghiệp thu lại dòng tiền hay giá trị chiến lược tương ứng. Khi các bộ phận trong doanh nghiệp dồn sức hoàn thành từng phần việc của mình cho kịp tiến độ, toàn bộ hệ thống vẫn có thể đình trệ vì sản phẩm làm ra không khớp với nhịp độ tiêu thụ của thị trường hoặc không thể vận hành trơn tru ở khâu tiếp theo.
Khi nào đội ngũ chưa sẵn sàng tự chủ – 0243
Để trả lời cho câu hỏi làm thế nào để tạo ra kết quả nhanh hơn và tốt hơn, trọng tâm không nằm ở việc ép từng cá nhân làm việc nhiều hơn hay thúc đẩy từng phòng ban chạy đua với thời gian, mà nằm ở việc tối ưu hóa toàn bộ dòng công việc xuyên suốt các bộ phận. Luận đề trung tâm của bài viết này khẳng định rằng tốc độ và hiệu suất thực thi chỉ tăng lên khi điểm nghẽn lớn nhất của toàn hệ thống được khơi thông, mọi công việc chờ đợi giữa các bước được triệt tiêu, và đội ngũ chỉ tập trung vào những việc tạo ra giá trị trực tiếp cho người thụ hưởng cuối cùng. Đ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ó tính pháp lý cực kỳ ngặt nghèo, đòi hỏi mọi bước kiểm tra tuân thủ phải được thực hiện tuần tự và không được phép bỏ sót bất kỳ chữ ký nào, dù điều đó làm chậm tiến độ toàn cục.
Hiện trường của một dự án chuyển giao phần mềm cho thấy rõ áp lực này. Một người quản lý giao hàng và một quản lý xuất sắc vận hành đang đứng giữa áp lực từ ban điều hành yêu cầu rút ngắn thời gian ra mắt thị trường một nửa. Đội ngũ phát triển phần mềm làm việc không ngừng nghỉ, các bảng quản lý công việc trực quan trên tường ngập tràn các thẻ nhiệm vụ đang chuyển động. Tuy nhiên, sản phẩm làm ra cứ đến khâu kiểm thử chất lượng là bị ùn tắc hàng loạt vì số lượng lỗi phát sinh vượt quá năng lực xử lý của đội kiểm thử. Trong khi đó, đội ngũ kinh doanh đã cam kết với khách hàng về ngày phát hành, còn bộ phận pháp lý yêu cầu phải rà soát lại toàn bộ điều khoản bảo mật trước khi đưa hệ thống lên môi trường trực tuyến. Mọi người đều bận rộn đến mức kiệt sức, nhưng không có một dòng sản phẩm hoàn chỉnh nào được đưa đến tay người sử dụng.
Sai lầm phổ biến dẫn đến tình trạng này là việc tối ưu từng bộ phận thay vì toàn hệ thống, dựa trên giả định rằng nếu mỗi phòng ban đều đạt hiệu suất tối đa thì toàn bộ dự án sẽ tự động đạt hiệu suất tối đa. Trưởng bộ phận phát triển tuyển thêm nhân sự lập trình để tăng số dòng mã viết ra mỗi ngày, vì họ được đánh giá KPI dựa trên khối lượng công việc hoàn thành. Lãnh đạo cấp cao ủng hộ cách làm này vì nó tạo ra cảm giác kiểm soát và tiến độ trực quan trên các báo cáo tuần. Cái giá của cách làm này là sự tích tụ khổng lồ của công việc dở dang, khi mã nguồn chưa được kiểm thử chất lượng chất đống ở kho trung gian, tạo ra áp lực khổng lồ cho các khâu phía sau và làm suy giảm chất lượng tổng thể của sản phẩm.
Việc mổ xẻ vấn đề này dựa trên các nguyên lý về năng suất, điểm nghẽn và dòng chảy công việc cho thấy dòng chảy của giá trị bị bóp nghẹt tại những điểm có năng lực thấp nhất. Theo lý thuyết về giới hạn hệ thống, tổng thông lượng của một hệ thống chỉ phụ thuộc vào nút thắt cổ chai của nó. Bất kỳ sự cải tiến nào diễn ra ở các khâu không phải là nút thắt đều là lãng phí và chỉ làm trầm trọng thêm tình trạng ùn tắc tại điểm nghẽn.
Minh họa bằng một bảng tính toán đơn giản về công suất dòng công việc (minh họa):
– Bộ phận lập trình có năng lực xử lý một trăm đơn vị công việc mỗi tuần.
– Bộ phận kiểm thử chất lượng chỉ có năng lực xử lý bốn mươi đơn vị công việc mỗi tuần do thiếu nhân sự và công cụ tự động hóa.
– Bộ phận triển khai hạ tầng có năng lực xử lý tám mươi đơn vị công việc mỗi tuần.
Khi bộ phận lập trình chạy hết công suất, mỗi tuần sẽ có sáu mươi đơn vị công việc bị kẹt lại trước cửa kiểm thử chất lượng. Sau một tháng, lượng công việc dở dang tồn đọng lên đến hai trăm bốn mươi đơn vị, vượt quá khả năng dung nạp của hệ thống, dẫn đến tình trạng lỗi chồng lỗi, thời gian sửa lỗi kéo dài và đội ngũ kiểm thử phải làm việc quá tải trong vô vọng.
Hệ quả hệ thống của sai lầm này lan rộng rất nhanh. Chỉ sau vài chu kỳ ngắn, các dấu hiệu sớm bắt đầu xuất hiện: thời gian chờ đợi giữa các bước tăng lên, nhân sự ở khâu kiểm thử kiệt sức và xin nghỉ việc, tỷ lệ lỗi khi bàn giao cho khách hàng tăng cao đột biến, và các báo cáo tiến độ bắt đầu mâu thuẫn với thực tế trải nghiệm của người dùng. Ban điều hành tiếp tục gây áp lực bằng cách yêu cầu tăng tốc độ làm việc ở khâu đầu vào, vô tình đổ thêm dầu vào lửa và làm trầm trọng thêm tình trạng quá tải ở nút thắt.
Quyết định đúng đắn trong tình huống này đòi hỏi một sự thay đổi cơ chế quản trị triệt để. Nếu điểm nghẽn nằm ở khâu kiểm thử chất lượng, thì áp dụng quy tắc Nếu – Thì: Nếu năng lực kiểm thử là bốn mươi đơn vị mỗi tuần, thì bộ phận lập trình chỉ được phép đưa sang kiểm thử tối đa bốn mươi đơn vị công việc mỗi tuần, tuyệt đối không được sản xuất dư thừa. Biến số quyết định ở đây là tỷ lệ sử dụng tài nguyên tại nút thắt phải đạt một trăm phần trăm, trong khi các bộ phận khác phải chấp nhận có thời gian nhàn rỗi để không tạo ra hàng tồn kho dở dang. Ngưỡng kích hoạt thay đổi là khi lượng công việc tồn đọng trước một khâu vượt quá giới hạn chịu đựng ba ngày làm việc. Bên phản đối quyết định này chắc chắn là các quản lý bộ phận lập trình, vì họ sẽ phải giải trình vì sao nhân sự của mình không chạy hết công suất; tuy nhiên, lý lẽ của họ dựa trên tư duy cục bộ, trong khi quyết định cắt giảm dòng vào bảo vệ dòng chảy chung của toàn bộ doanh nghiệp.
Bảng quyết định điều phối dòng công việc:
+————————–+——————————+—————————+——————————-+
| Điều kiện | Lựa chọn | Ngưỡng kích hoạt | Người chịu đánh đổi |
+————————–+——————————+—————————+——————————-+
| Tồn đọng tại điểm nghẽn | Giới hạn công việc dở dang | Vượt quá ba ngày xử lý | Quản lý bộ phận đầu nguồn |
| Lỗi phát sinh vượt ngưỡng| Tạm dừng nhận việc mới để sửa| Tỷ lệ lỗi trên mười phần trăm| Giám đốc kinh doanh và cam kết|
| Thiếu hụt năng lực cốt lõi| Điều chuyển nhân sự tạm thời | Nút thắt bị đình trệ hai tuần| Bộ phận chức năng có dư nhân sự|
+————————–+——————————+—————————+——————————-+
Bảng này giúp người quản lý quyết định khi nào cần dừng việc nạp thêm công việc mới vào hệ thống để bảo vệ chất lượng đầu ra.
Bảng dấu hiệu sớm và rủi ro trong dòng công việc:
+————————–+——————————+—————————+——————————-+
| Dấu hiệu sớm | Cơ chế hình thành | Hậu quả nếu bỏ qua | Phản ứng cần thiết |
+————————–+——————————+—————————+——————————-+
| Thời gian chờ kéo dài | Tốc độ đầu vào vượt đầu ra | Suy giảm động lực làm việc| Thiết lập giới hạn tồn kho |
| Báo cáo một đằng, thực tế| Che giấu lỗi để đạt chỉ tiêu | Khủng hoảng bùng phát muộn | Minh bạch hóa trạng thái thực |
| Thay đổi yêu cầu liên tục| Thiếu làm rõ nhu cầu ban đầu | Lãng phí toàn bộ phần việc | Áp dụng quy trình kiểm soát |
+————————–+——————————+—————————+——————————-+
Bảng này giúp người điều hành nhận diện sớm các đứt gãy trong quá trình thực thi trước khi chúng biến thành khủng hoảng toàn hệ thống.
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 yêu cầu mọi phòng ban tự tối ưu hóa quy trình riêng của mình. Phòng công nghệ thông tin tự động hóa toàn bộ việc tạo mã nguồn, phòng nghiệp vụ tự viết hàng nghìn trang tài liệu yêu cầu chi tiết mà không có sự tham gia của người dùng cuối. Khi tích hợp lại vào giai đoạn cuối, hệ thống hoàn toàn không khớp với thực tế nghiệp vụ, các module công nghệ không giao tiếp được với nhau, và dự án bị chậm tiến độ mười hai tháng cùng với khoản chi phí phát sinh gấp ba lần ngân sách ban đầu. Nguyên nhân gốc rễ là việc tối ưu hóa cục bộ từng phòng ban đã tạo ra những kết quả đi ngược lại với mục tiêu tích hợp tổng thể.
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 đơn vị sản xuất quyết định áp dụng nguyên lý dòng chảy liên tục, chủ động cắt giảm một nửa số lượng dự án đang triển khai đồng thời để tập trung toàn bộ nguồn lực hoàn thành dứt điểm từng dự án một. Trước mắt, các quản lý bộ phận phản ứng dữ dội vì họ cho rằng nguồn lực của họ đang bị lãng phí trong giai đoạn đầu và doanh thu ngắn hạn từ các dự án bị đình chỉ bị sụt giảm nghiêm trọng. Tuy nhiên, chỉ sau ba tháng, thời gian đưa một sản phẩm ra thị trường giảm từ chín tháng xuống còn hai tháng, chất lượng sản phẩm tăng cao và sự hài lòng của khách hàng đạt mức kỷ lục. Đánh đổi ở đây là sự chấp nhận hy sinh các chỉ số hoạt động cục bộ trong ngắn hạn để đổi lấy hiệu suất vượt trội của toàn hệ thống trong trung hạn.
Mẫu sản phẩm hiệu suất vượt trội dưới đây là khung điều hành dòng công việc dành cho các nhà quản lý giao hàng:
Tên biểu mẫu: Bảng kiểm soát dòng chảy công việc
1. Tên dòng công việc hoặc dự án: [Ghi rõ tên hạng mục]
2. Trạng thái hiện tại của nút thắt cổ chai: [Tên bộ phận đang là điểm nghẽn]
3. Công suất thực tế của nút thắt: [Số lượng đơn vị hoàn thành mỗi tuần]
4. Giới hạn công việc dở dang được phép (WIP Limit): [Con số tối đa, không vượt quá công suất nút thắt]
5. Số lượng công việc đang tồn đọng thực tế: [Kiểm tra hàng ngày]
6. Quyết định điều phối: [Kích hoạt khi tồn đọng vượt ngưỡng: Dừng nhận việc mới / Điều chuyển nhân sự hỗ trợ nút thắt]
Cách điền: Người quản lý cập nhật mục ba và mục năm vào cuối mỗi tuần làm việc dựa trên dữ liệu thực tế tại hiện trường, tuyệt đối không dùng ước lượng chủ quan.
Cách đọc: Nếu số liệu ở mục năm lớn hơn mục bốn, hệ thống đang bị quá tải; người quản lý bắt buộc phải thực thi quyết định ở mục sáu để bảo vệ dòng chảy.
Để loại bỏ lãng phí, tăng tốc độ và nâng cao năng suất, tổ chức phải tuân thủ các mục tiêu học tập cốt lõi. Loại bỏ lãng phí đòi hỏi việc triệt tiêu mọi hoạt động sản xuất dư thừa, di chuyển không cần thiết và chờ đợi giữa các khâu. Ví dụ thực tế là việc loại bỏ các bước phê duyệt trung gian không tạo ra giá trị gia tăng nhưng làm chậm tiến độ xử lý hồ sơ lên tới năm ngày. Tăng tốc độ đòi hỏi việc rút ngắn thời gian chu kỳ từ khi bắt đầu đến khi bàn giao giá trị cho khách hàng, thông qua việc thu hẹp quy mô của từng mẻ công việc thay vì dồn lại làm một lần với số lượng lớn. Tăng năng suất đòi hỏi việc tối đa hóa lượng giá trị được tạo ra trên một đơn vị thời gian và nguồn lực tiêu hao, không phải là việc ép nhân sự làm việc nhiều giờ hơn trong ngày.
Kết luận lại, việc tạo ra kết quả nhanh hơn và tốt hơn không đến từ việc gia tăng áp lực lên từng cá nhân hay tối ưu hóa rời rạc từng bộ phận, mà đến từ kỷ luật thiết lập dòng chảy công việc thông suốt và bảo vệ nút thắt của toàn hệ thống. Điều kiện đảo chiều của nguyên tắc này là khi tổ chức đối mặt với tình huống khẩn cấp mang tính sinh tử, buộc phải huy động mọi nguồn lực làm việc song song bất chấp lãng phí để giữ lấy thời gian.
Các việc cần làm phân theo vai trò:
– Người bảo trợ: Phê duyệt giới hạn công việc dở dang toàn hệ thống, kiên quyết bảo vệ quyết định cắt giảm số lượng dự án song song để tập trung nguồn lực.
– Quản lý giao hàng: Theo dõi sát sao các chỉ số về điểm nghẽn và hàng tồn kho dở dang hàng tuần, chủ động kích hoạt quy chế dừng nhận việc mới khi vượt ngưỡ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ực tế mang lại cho người dùng cuối thay vì áp lực hành chính.
– Văn phòng quản lý dự án: Chuẩn hóa khung đo lường hiệu suất dòng chảy và cung cấp dữ liệu minh bạch cho các cấp quản trị ra quyết định.
– Đội thực hiện: Tuân thủ nghiêm ngặt giới hạn công việc dở dang, chủ động báo cáo ngay khi phát hiện dấu hiệu ùn tắc cục bộ tại bước mình phụ trách.
Câu hỏi tự kiểm tra dành cho người đọc:
1. Điểm nghẽn lớn nhất trong dòng công việc hiện tại của bạn nằm ở khâu nào, và năng suất thực tế của khâu đó là bao nhiêu đơn vị mỗi tuần?
2. Bạn đã thiết lập giới hạn công việc dở dang cho từng bộ phận chưa, và dựa trên cơ sở tính toán nào để đưa ra con số giới hạn đó?
3. Khi xảy ra tình trạng ùn tắc tại một khâu, hệ thống quản lý của bạn phản ứng bằng cách đẩy thêm việc vào hay dừng dòng đầu vào lại?
4. Những chỉ số đo lường hiệu suất hiện tại của bạn đang phản ánh nỗ lực của từng cá nhân hay dòng chảy giá trị của toàn hệ thống?
#QuanTriDuAn #DinhNghien #ToiUuHeThong #DungChayCongViec #HieuSuatThucThi
