Skip to content
Một dự án được bàn giao đúng hạn, đúng ngân sách và đủ tính năng trên giấy vẫn có thể là một thất bại thương mại toàn diện nếu sản phẩm làm ra không tạo ra dòng tiền hay giải quyết được bài toán vận hành thực tế. Niềm tin rằng việc hoàn thành phạm vi công việc cam kết đồng nghĩa với thành công là ảo tưởng phổ biến nhất trong quản lý dự án hiện đại.
Văn hóa cải tiến liên tục – 0272
Để 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, cách tiếp cận duy nhất không nằm ở việc ép đội ngũ làm việc cật lực hơn hay áp dụng thêm các công cụ báo cáo phức tạp, mà nằm ở việc dịch chuyển toàn bộ dòng công việc (workflow) từ trạng thái chờ đợi sang trạng thái chảy mượt mà qua các điểm nghẽn. Luận đề trung tâm của bài viết này là: tốc độ thực thi chỉ tăng lên khi tổ chức ngừng việc tối ưu hóa hiệu suất cục bộ của từng cá nhân hay phòng ban, và chuyển sang tối ưu hóa toàn bộ thời gian trôi qua của một đơn vị công việc từ lúc khởi tạo đến khi bàn giao giá trị thực tế. Điều kiện đảo chiều của luận đề này là khi cấu trúc tổ chức bị chia cắt thành các silos chức năng biệt lập và hệ thống đánh giá hiệu suất cá nhân dựa trên khối lượng công việc hoàn thành thay vì kết quả chung của dòng chảy; khi đó, mọi nỗ lực cải tiến cục bộ sẽ chỉ làm tăng lượng công việc đang dang dở và kéo dài thời gian bàn giao.
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) trong các doanh nghiệp tại Việt Nam thường bắt đầu từ một bảng tiến độ rực rỡ sắc xanh trên phần mềm quản lý, trong khi các bộ phận bên dưới đang chìm trong quá tải. Các kỹ sư phần cứng, nhân viên vận hành hoặc lập trình viên phải chia nhỏ thời gian cho năm đến bảy dự án cùng lúc. Báo cáo tuần nào cũng ghi nhận các đầu mục công việc đạt từ 80 đến 90 phần trăm hoàn thành, nhưng không có một sản phẩm hay tính năng nào thực sự được đưa đến tay người sử dụng cuối cùng trong suốt ba tháng qua. Áp lực từ ban điều hành đòi hỏi phải tăng tốc độ triển khai, nhưng giải pháp được đưa ra lại là yêu cầu các trưởng bộ phận lập thêm các biểu mẫu kiểm soát, tăng tần suất họp giao ban từ hàng tuần lên hàng ngày, và phạt nặng những cá nhân làm chậm tiến độ (quan sát nghề nghiệp).
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. Sai lầm này hình thành từ cấu trúc quản trị truyền thống, nơi các phòng ban được giao chỉ tiêu KPI riêng biệt nhằm tối đa hóa hiệu suất sử dụng nguồn lực của từng đơn vị. Trưởng phòng kỹ thuật muốn giữ cho máy móc và nhân sự luôn bận rộn 100 phần trăm thời gian, trưởng phòng phát triển sản phẩm muốn gom thật nhiều yêu cầu vào một đợt phát hành để tiết kiệm chi phí kiểm thử, còn ban tài chính muốn giải ngân theo đúng các mốc thời gian cứng nhắc đã phê duyệt từ đầu năm. Vào lúc các quyết định này được đưa ra, chúng hoàn toàn hợp lý ở cấp độ vi mô vì giúp từng đơn vị chứng minh được hiệu quả sử dụng ngân sách và nhân sự của mình. Tuy nhiên, hệ quả theo chuỗi là lượng công việc đang dang dở (Work in Progress – WIP) tăng vọt, các yêu cầu bị ùn ứ trước cửa của bộ phận kiểm thử hoặc phê duyệt pháp lý, thời gian chờ đợi chiếm tới 80 phần trăm tổng vòng đời dự án, trong khi thời gian thực hiện thực tế chỉ chiếm chưa đầy 20 phần trăm.
Để mổ xẻ vấn đề này dưới lăng kính năng suất và dòng chảy công việc, cần nhìn vào Định luật Little (Little’s Law) trong lý thuyết về ràng buộc (Theory of Constraints) và các thực hành tinh gọn (Lean). Thời gian hoàn thành một đơn vị công việc tỷ lệ thuận với lượng công việc đang dang dở và tỷ lệ nghịch với năng lực xử lý thực tế của toàn hệ thống.
Ví dụ minh họa, một danh mục dự án công nghệ đang duy trì đồng thời 20 dự án nhỏ với tổng số lượng yêu cầu đang xử lý là 100 hạng mục. Năng lực xử lý thực tế của đội ngũ kỹ thuật là 10 hạng mục mỗi tháng. Thời gian trung bình để hoàn thành một hạng mục được tính bằng tổng số lượng hạng mục đang dang dở chia cho năng lực xử lý, tức là 100 chia cho 10, bằng 10 tháng. Nếu ban quản lý áp dụng tư duy tối ưu cục bộ, yêu cầu phòng kỹ thuật tăng năng suất bằng cách nhận thêm 5 dự án nữa để tận dụng tối đa thời gian nhàn rỗi của một vài chuyên gia, số lượng hạng mục dang dở tăng lên 150. Thời gian hoàn thành lúc này bị kéo giãn lên 15 tháng (minh họa). Tốc độ không những không tăng mà còn giảm đi một nửa, trong khi chi phí cơ hội của vốn bị chôn vùi trong các sản phẩm chưa thể đưa ra thị trường.
Sai lầm tối ưu từng bộ phận lan rộng qua các phòng ban chức năng, và sau khoảng ba đến sáu tháng thì lộ diện thông qua các dấu hiệu sớm như: tỷ lệ làm lại (rework) tăng cao do yêu cầu ban đầu đã lỗi thời khi đến khâu bàn giao, nhân sự chủ chốt kiệt sức vì phải chuyển đổi liên tục giữa các ngữ cảnh công việc khác nhau (context switching), và khách hàng nội bộ hoặc bên ngoài liên tục phàn nàn về việc các cam kết tiến độ bị phá vỡ. Dấu hiệu rõ nhất của việc hệ thống đang bị bóp nghẹt bởi dòng công việc quá tải là các cuộc họp tiến độ kéo dài hàng giờ nhưng không tìm ra ai thực sự chịu trách nhiệm cho việc sản phẩm bị kẹt lại ở khâu nào.
Quyết định đúng đắn để phá vỡ thế bế tắc này đòi hỏi một sự thay đổi cơ bản trong tư duy điều hành: thay vì quản lý nguồn lực để giữ cho mọi người luôn bận rộn, hãy quản lý dòng chảy công việc để giữ cho sản phẩm luôn chuyển động.
Khung quyết định dựa trên điều kiện và ngưỡng được thiết lập như sau: Nếu tổng số lượng công việc đang dang dở vượt quá 150 phần trăm năng lực thông lượng trung bình của ba tháng gần nhất, thì bắt buộc phải áp dụng cơ chế chặn đầu vào (WIP limit). Cụ thể, không một dự án hoặc yêu cầu mới nào được phép đưa vào giai đoạn thực thi cho đến khi có ít nhất một hạng mục hiện tại được hoàn thành và bàn giao giá trị thực tế. Biến số quyết định ở đây là năng lực thực tế của điểm nghẽn hẹp nhất trong hệ thống, và ngưỡng kích hoạt là thời điểm tỷ lệ tồn đọng công việc làm gia tăng thời gian chờ vượt quá thời gian xử lý thực tế gấp ba lần.
Bên phản đối quyết định này chắc chắn là các bộ phận kinh doanh và phát triển kinh doanh, với lý lẽ rằng việc đóng băng các yêu cầu mới sẽ làm mất cơ hội thị trường và khiến đối thủ vượt lên. Lý lẽ này có cơ sở trong ngắn hạn, nhưng đánh đổi được chấp nhận ở đây là từ bỏ việc nhận thêm yêu cầu mới để đổi lấy việc đẩy nhanh tốc độ đưa các sản phẩm đang kẹt ra thị trường, qua đó thu hồi vốn nhanh hơn và cải thiện chất lượng thực thi.
Mẫu sản phẩm dưới đây, được gọi là Bảng Kiểm soát Dòng chảy và Điểm nghẽn (Flow and Bottleneck Control Matrix), là công cụ thực thi dành cho cấp độ quản lý năng lực thực thi, giúp người đọc tự kiểm soát hiệu suất toàn hệ thống mà không cần chờ đến các báo cáo tổng kết cuối kỳ.
BẢNG KIỂM SOÁT DÒNG CHẢY VÀ ĐIỂM NGHẼN (MẪU DÙNG NGAY)
– Tên công đoạn trong dòng công việc: Ghi rõ các bước từ tiếp nhận yêu cầu, phân tích, phát triển, kiểm thử, đến nghiệm thu bàn giao.
– Số lượng công việc dang dở hiện tại (WIP): Ghi nhận chính xác số lượng hạng mục đang nằm chờ hoặc đang được xử lý tại công đoạn đó.
– Giới hạn WIP tối đa cho phép: Xác định giới hạn cứng dựa trên năng lực thực tế của người phụ trách công đoạn đó.
– Trạng thái dòng chảy: Ghi nhãn Xanh (dưới 80 phần trăm giới hạn), Vàng (từ 80 đến 100 phần trăm), Đỏ (vượt 100 phần trăm, hình thành điểm nghẽn).
– Hành động can thiệp bắt buộc: Quy định rõ việc cần làm ngay khi chuyển sang màu Đỏ (ví dụ: điều chuyển nhân sự từ công đoạn Xanh sang hỗ trợ công đoạn Đỏ, tạm dừng nhận việc mới).
Hướng dẫn cách điền và cách đọc bảng: Người quản lý cập nhật dữ liệu vào bảng này vào mỗi đầu tuần. Đọc bảng theo chiều ngang và dọc để tìm ra cột nào đang có trạng thái Đỏ. Nếu công đoạn kiểm thử có trạng thái Đỏ trong hai tuần liên tiếp, toàn bộ đội ngũ phát triển sản phẩm phải tạm dừng việc viết mã mới để nhảy vào hỗ trợ kiểm thử và gỡ lỗi, thay vì tiếp tục đẩy thêm tính năng mới vào hệ thống. Bản chất của việc đọc bảng này là tìm ra nơi dòng chảy bị tắc nghẽn nặng nhất để tập trung toàn lực khai thông, chứ không phải đánh giá năng lực của từng cá nhân trong từng công đoạn.
Để làm rõ cách thức vận hành của các nguyên tắc trên trong thực tế doanh nghiệp, hai tình huống nghiên cứu tổng hợp dưới đây phơi bày hai con đường hoàn toàn khác nhau khi đối mặt với áp lực cải tiến liên tục.
Tình huống nghiên cứu tổng hợp thứ nhất: Dự án nâng cấp hệ thống thanh toán điện tử tại một tổ chức tài chính. Ban quản lý dự án áp dụng cách làm truyền thống bằng cách chia nhỏ dự án thành mười tiểu dự án giao cho mười nhóm làm việc độc lập nhằm tăng tốc độ. Mỗi nhóm tự tối ưu hóa quy trình của mình, tuyển thêm nhân sự và lập báo cáo tiến độ chi tiết hàng tuần. Tuy nhiên, không có một cơ chế đồng bộ hóa kỹ thuật chung giữa các nhóm. Kết quả là khi đến giai đoạn tích hợp hệ thống vào tháng thứ sáu, các mô-đun do các nhóm phát triển không thể kết nối được với nhau vì khác biệt về chuẩn dữ liệu. Toàn bộ hệ thống phải viết lại từ đầu, chi phí vượt ngân sách ban đầu 45 phần trăm, và thời gian trễ hạn kéo dài một năm so với cam kết chiến lược. Hệ quả hệ thống là niềm tin của hội đồng quản trị vào năng lực triển khai bị sụt giảm nghiêm trọng, các nhà quản lý dự án lần lượt rời bỏ tổ chức do áp lực quy trách nhiệm.
Tình huống nghiên cứu tổng hợp thứ hai: Một đơn vị phát triển sản phẩm dịch vụ số áp dụng phương pháp luận tinh gọn và khung làm việc Kanban để kiểm soát dòng công việc. Ngay tuần đầu tiên áp dụng giới hạn công việc dang dở, đội ngũ quản lý quyết định từ chối nhận thêm sáu yêu cầu mới từ ban giám đốc, chấp nhận nhận sự phản ứng gay gắt từ phía thương mại vì cho rằng bộ phận kỹ thuật đang lười biếng. Để trả giá cho quyết định này, quản lý giao hàng phải trực tiếp giải trình trước ban điều hành về lý do tại sao phải giảm tải. Tuy nhiên, sau bốn tuần ép số lượng công việc dang dở xuống mức tối thiểu, thời gian hoàn thành một tính năng từ lúc khởi tạo đến khi đưa lên môi trường thật giảm từ 45 ngày xuống còn 9 ngày. Tỷ lệ lỗi phát sinh sau khi phát hành giảm 70 phần trăm do nhân sự có đủ thời gian kiểm tra kỹ lưỡng từng hạng mục. Kết quả là doanh thu từ các tính năng mới tăng trưởng gấp đôi trong quý tiếp theo nhờ tốc độ đáp ứng thị trường thực tế.
BẢNG QUYẾT ĐỊNH ĐIỀU CHỈNH DÒNG CÔNG VIỆC
– Điều kiện thị trường hoặc nội bộ: Khối lượng yêu cầu mới tăng vượt 50 phần trăm năng lực xử lý của đội ngũ hiện tại.
– Lựa chọn A: Tuyển thêm nhân sự ồ ạt để xử lý toàn bộ yêu cầu, giữ nguyên tiến độ trên giấy.
– Lựa chọn B: Áp dụng giới hạn công việc dang dở, từ chối hoặc hoãn các yêu cầu mức độ ưu tiên thấp.
– Ngưỡng kích hoạt lựa chọn: Chi phí tuyển dụng và đào tạo vượt quá 20 phần trăm ngân sách vận hành, tỷ lệ lỗi tăng trên 15 phần trăm.
– Người chịu đánh đổi: Bộ phận thương mại và phát triển kinh doanh chịu thiệt về tốc độ ra mắt sản phẩm ngắn hạn.
Bảng này giúp người điều hành quyết định thời điểm dừng việc mở rộng quy mô bằng cách tăng nhân sự để chuyển sang tập trung tối ưu hóa năng suất của năng lực hiện có thông qua việc cắt giảm lãng phí.
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: Thời gian họp kiểm điểm tiến độ hàng tuần kéo dài nhưng không chốt được nguyên nhân trễ hạn.
– Cơ chế phát sinh: Công việc bị phân tán qua quá nhiều dự án đồng thời, nhân sự liên tục phải giải trình thay vì làm việc.
– Hậu quả nếu bỏ qua: Đội ngũ kiệt sức, chất lượng sản phẩm suy giảm, các mốc bàn giao chiến lược bị phá vỡ vào phút chót.
– Phản ứng bắt buộc: Rà soát lại toàn bộ danh mục dự án, đóng băng ngay các dự án ưu tiên thấp để gom nguồn lực về các điểm nghẽn.
Bảng này giúp người quản lý vận hành phát hiện sớm suy giảm hiệu suất trước khi các chỉ số tài chính và tiến độ chính thức chuyển sang màu đỏ trên báo cáo tổng kết.
BẢNG CHỈ SỐ ĐO LƯỜNG HIỆU SUẤT THỰC THI
– Tên chỉ số: Thời gian trôi qua của một đơn vị công việc (Lead Time).
– Mục tiêu đo lường: Đo lường chính xác tổng thời gian từ khi một yêu cầu được ghi nhận đến khi được bàn giao giá trị thực tế.
– Tần số đo lường: Hàng tuần.
– Ngưỡng cảnh báo: Vượt quá 150 phần trăm thời gian chuẩn cam kết với khách hàng.
– Hành động xử lý: Tách nhỏ hạng mục công việc và loại bỏ các bước phê duyệt trung gian không tạo ra giá trị gia tăng.
Bảng này giúp Delivery Manager xác định chính xác tốc độ thực thi thực tế của hệ thống thay vì dựa vào cảm tính hoặc tỷ lệ hoàn thành công việc hình thức trên giấy.
Làm thế nào để tạo ra kết quả nhanh hơn và tốt hơn? Câu trả lời nằm ở việc kiên quyết cắt giảm lượng công việc đang dang dở, tập trung nguồn lực để giải quyết từng điểm nghẽn trong dòng chảy công việc, và chỉ đưa công việc mới vào hệ thống khi công việc cũ đã thực sự tạo ra giá trị sử dụng. Điều kiện đảo chiều của nguyên tắc này là khi doanh nghiệp hoạt động trong môi trường sản xuất đơn chiếc quy mô lớn với thời gian chuẩn bị kéo dài, nơi chi phí thiết lập lại dây chuyền cao hơn chi phí duy trì công việc dang dở; khi đó, việc duy trì lượng tồn kho công việc lớn lại trở thành phương án bảo hiểm an toàn cho nhà xưởng.
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 dang dở của toàn danh mục; bảo vệ đội ngũ khỏi các áp lực bổ sung phạm vi ngoài kế hoạch đã thống nhất.
– Quản lý dự án / Giao hàng: Cập nhật và vận hành bảng kiểm soát dòng chảy hàng tuần; trực tiếp nhận diện và báo cáo các điểm nghẽn về cấp quản lý cao hơ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 hạng mục công việc; kiên quyết loại bỏ các tính năng ít giá trị để dồn lực cho mục tiêu cốt lõi.
– Đội thực hiện trực tiếp: Tuân thủ nghiêm ngặt giới hạn công việc cá nhân; chủ động dừng nhận việc mới khi chưa hoàn thành dứt điểm hạng mục đang cầm.
Các câu hỏi tự kiểm tra dành cho người đọc:
1. Tổ chức của bạn hiện đang duy trì bao nhiêu phần trăm công việc dang dở so với năng lực xử lý thực tế của điểm nghẽn hẹp nhất trong hệ thống?
2. Khi một báo cáo tiến độ đạt mốc chín mươi phần trăm hoàn thành, có bao nhiêu phần trăm giá trị thực tế đã thực sự đến tay người sử dụng cuối cùng trong tháng qua?
3. Tiêu chí nào được dùng để quyết định dừng hoặc hoãn một dự án đang tiêu tốn nguồn lực nhưng không còn phù hợp với chiến lược ban đầu?
4. Ai là người thực sự chịu trách nhiệm khi dòng công việc bị ùn ứ trước cửa phòng kiểm thử hoặc phòng phê duyệt pháp lý trong tổ chức của bạn?
#QuanTriDuAn #VanHoaCaiTien #DeliveryManager #LeanManagement #TheoryOfConstraints