Skip to content
Việc hoàn thành một dự án đúng hạn, trong ngân sách và đủ phạm vi cam kết từ lâu đã được xem là thước đo chuẩn mực của thành công. Niềm tin này cho rằng nếu lập kế hoạch đủ kỹ, kiểm soát đủ chặt và ép sát các mốc thời gian, tổ chức sẽ đạt được kết quả mong muốn. Thực tế vận hành lại cho thấy một nghịch lý: rất nhiều dự án được nghiệm thu toàn vẹn trên giấy, bàn giao đúng hạn, nhưng hoạt động kinh doanh của doanh nghiệp sau đó không hề khá hơn, thậm chí chi phí vận hành còn phình ra và năng lực cạnh tranh sụt giảm. Hoàn thành dự án không đồng nghĩa với việc tạo ra giá trị thực. Khi các tổ chức chỉ tập trung vào việc khép lại các hạng mục công việc theo kế hoạch ban đầu, họ thường bỏ quên mất câu hỏi cốt lõi về việc dòng chảy tạo ra kết quả đang bị tắc nghẽn ở đâu và tại sao năng suất thực tế luôn thấp hơn kỳ vọng trên biểu đồ.
Vì sao cải tiến liên tục quan trọng hơn cải tiến lớn – 0271
Dòng công việc trong nhiều tổ chức triển khai sản phẩm hoặc dịch vụ thường bị chia cắt thành các hòn đảo biệt lập. Trong một đợt triển khai hệ thống quản trị nguồn lực doanh nghiệp tại một đơn vị sản xuất (tình huống tổng hợp, số liệu minh họa), ban quản lý dự án chia tiến độ thành năm giai đoạn tuần tự gồm khảo sát, thiết kế, cấu hình, kiểm thử và chuyển đổi. Trưởng nhóm phân phối (Delivery Manager) của từng bộ phận được giao chỉ tiêu ép tiến độ từng giai đoạn phải đạt một trăm phần trăm khối lượng công việc trước khi bàn giao cho khâu tiếp theo. Bộ phận thiết kế hoàn thành toàn bộ tài liệu kỹ thuật trong ba tháng và bàn giao đúng hạn. Khi bước sang khâu cấu hình, đội ngũ kỹ thuật phát hiện ra một nửa các yêu cầu chi tiết không khả thi về mặt kỹ thuật, buộc phải trả ngược lại khâu thiết kế để chỉnh sửa. Vòng lặp phản hồi kéo dài này làm gián đoạn toàn bộ dòng chảy công việc, khiến thời gian chờ đợi giữa các bước chiếm tới sáu mươi phần trăm tổng thời gian thực hiện, trong khi thời gian làm việc hữu ích chỉ chiếm bốn mươi phần trăm (quan sát nghề nghiệp).
Sai lầm phổ biến nhất trong việc tìm kiếm hiệu suất 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ý truyền thống, nơi các nhà quản lý được giao chỉ tiêu đánh giá dựa trên hiệu suất đơn lẻ của phòng ban mình phụ trách thay vì kết quả chung của toàn bộ dòng chảy công việc. Khi trưởng bộ phận thiết kế ép nhân viên hoàn thành khối lượng tài liệu khổng lồ để đạt điểm đánh giá thành tích cao, họ đang tối ưu hóa năng suất cục bộ của phòng thiết kế. Hành vi này hoàn toàn hợp lý đối với người quản lý xét trong hệ thống đãi ngộ hiện tại, nhưng lại tạo ra hậu quả dây chuyền: khối lượng thông tin dư thừa, chưa được kiểm chứng kỹ lưỡng bị đẩy dồn sang bộ phận cấu hình, làm nghẽn toàn bộ hệ thống phía sau. Hệ quả theo chuỗi là các kỹ sư cấu hình bị ngập trong tài liệu không rõ ràng, phải làm thêm giờ liên tục, tỷ lệ lỗi kỹ thuật tăng vọt, và thời gian đưa sản phẩm ra thị trường bị kéo dài thêm bốn tháng so với kế hoạch (minh họa).
Để 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, tổ chức không thể trông chờ vào những cuộc đại phẫu cấu trúc hay những đợt cải tiến lớn diễn ra vài năm một lần theo các phong trào quản trị. Câu trả lời nằm ở việc tối ưu hóa dòng chảy công việc thông qua cải tiến liên tục, dựa trên nguyên lý loại bỏ lãng phí, giảm kích thước lô xử lý và kiểm soát nghiêm ngặt lượng công việc đang dang dở (Work in Progress). Theo các nguyên lý của phương pháp Tinh gọn (Lean) và Quản trị dòng chảy (Kanban), tốc độ thực thi không phụ thuộc vào việc nhân sự làm việc nhanh đến mức nào, mà phụ thuộc vào việc công việc di chuyển mượt mà qua các điểm chuyển giao mà không bị ùn ứ. Khi áp dụng tư duy này, mục tiêu học tập đầu tiên là loại bỏ lãng phí. Lãng phí lớn nhất không nằm ở việc nhân sự ngồi không, mà nằm ở công việc đã làm xong nhưng phải nằm chờ xử lý ở bước tiếp theo hoặc phải làm lại do không đạt yêu cầu. Trong một quy trình phát triển sản phẩm phần mềm nội bộ, đội ngũ từng mất trung bình mười ngày để chờ phê duyệt yêu cầu thay đổi tính năng từ cấp quản lý. Bằng cách phân rã các yêu cầu thành các gói nhỏ hơn với giá trị dưới một trăm triệu đồng và phân quyền phê duyệt trực tiếp cho trưởng nhóm phân phối khi không làm thay đổi tổng ngân sách, thời gian chờ giảm xuống còn hai giờ, loại bỏ hoàn toàn lãng phí thời gian chờ đợi (minh họa).
Mục tiêu học tập thứ hai là tăng tốc độ thông qua việc thu hẹp kích thước lô công việc và giới hạn công việc đang dang dở. Theo lý thuyết về điểm nghẽn (Theory of Constraints), bất kỳ hệ thống nào cũng có ít nhất một điểm hạn chế quyết định tốc độ tối đa của toàn bộ dây chuyền. Nếu một bộ phận kiểm thử phần mềm chỉ có thể xử lý tối đa năm tính năng mỗi tuần, việc đẩy vào hệ thống hai mươi tính năng mới mỗi tuần không làm tăng tốc độ hoàn thành, mà chỉ làm tăng gấp bốn lần lượng công việc dang dở nằm chờ trên bàn kiểm thử, dẫn đến việc chuyển dịch ngữ cảnh liên tục, tăng tỷ lệ lỗi và làm giảm năng suất chung của toàn đội ngũ. Kỷ luật cần thiết ở đây là áp dụng quy tắc kéo: không một bộ phận nào được nhận thêm việc mới cho đến khi bộ phận tiếp theo sẵn sàng tiếp nhận và giải phóng khoảng trống trong giới hạn công việc dang dở đã được thiết lập trước.
Mục tiêu học tập thứ ba là tăng năng suất bằng cách chuẩn hóa các vòng lặp phản hồi ngắn và cải tiến vi mô mỗi ngày. Thay vì đợi đến khi kết thúc dự án mới đánh giá rút kinh nghiệm, các tổ chức đạt hiệu suất vượt trội thường tổ chức các phiên rà soát dòng chảy mười lăm phút vào cuối mỗi ngày hoặc mỗi tuần để nhận diện ngay các điểm nghẽn mới phát sinh. Trong một dự án nâng cấp hệ thống hạ tầng mạng, đội ngũ vận hành nhận thấy thời gian xử lý các yêu cầu hỗ trợ kỹ thuật bị chậm lại ba mươi phút mỗi lần do thiếu quyền truy cập vào máy chủ dự phòng. Thay vì lập tờ trình xin cấp quyền qua ba cấp quản lý mất một tuần, trưởng nhóm vận hành đề xuất thiết lập một quy chế tự động cấp quyền tạm thời trong bốn mươi tám giờ kèm theo biên bản ghi nhận tự động. Thay đổi nhỏ này giúp tăng năng suất của toàn đội ngũ kỹ thuật lên mười lăm phần trăm trong tháng tiếp theo (minh họa).
Để duy trì năng lực thực thi và kiểm soát hiệu suất, Delivery Manager và Operational Excellence Manager cần sử dụng các công cụ trực quan hóa dòng công việc. Dưới đây là mẫu sản phẩm Hiệu suất vượt trội, một khung đánh giá và kiểm soát dòng công việc dùng được ngay trong các kỳ họp rà soát định kỳ.
BẢNG HIỆU SUẤT VƯỢT TRỘI VÀ ĐO LƯỜNG DÒNG CHẢY CÔNG VIỆC
Tên giai đoạn | Giới hạn công việc dang dở tối đa | Thời gian chờ trung bình (ngày) | Tỷ lệ làm lại (%) | Điểm nghẽn chính hiện tại
— | — | — | — | —
Khảo sát yêu cầu | 10 tài liệu | 3.5 | 5% | Thiếu xác nhận từ người dùng cuối
Thiết kế kỹ thuật | 5 tài liệu | 7.0 | 18% | Chờ phê duyệt ngân sách phần cứng
Cấu hình và dựng | 8 hạng mục | 4.2 | 12% | Xung đột tài nguyên máy chủ kiểm thử
Kiểm thử chất lượng | 6 hạng mục | 9.5 | 25% | Thiếu dữ liệu mô phỏng thực tế
Bàn giao vận hành | 4 hạng mục | 2.0 | 3% | Hồ sơ pháp lý chưa hoàn tất
Cách điền bảng: Cập nhật số liệu thực tế vào cuối mỗi tuần dựa trên hệ thống quản lý công việc. Cột giới hạn công việc dang dở ghi số lượng tối đa các hạng mục được phép tồn tại đồng thời trong giai đoạn đó. Cột thời gian chờ đo khoảng thời gian một hạng mục phải nằm im không được xử lý trước khi bước vào giai đoạn. Cột tỷ lệ làm lại tính bằng phần trăm số hạng mục bị trả về chia cho tổng số hạng mục đã tiếp nhận trong tuần.
Cách đọc bảng: Nhìn theo hàng ngang và so sánh các cột để tìm điểm nghẽn. Nếu một giai đoạn có thời gian chờ cao gấp đôi các giai đoạn khác và tỷ lệ làm lại vượt quá mười lăm phần trăm, đó chính là điểm nghẽn trọng yếu của toàn hệ thống. Mọi nỗ lực phân bổ nguồn lực bổ sung phải được tập trung vào điểm nghẽn này thay vì rải đều cho các bộ phận đang vận hành suôn sẻ.
Tuy nhiên, việc theo đuổi cải tiến liên tục không diễn ra trong không gian phẳng mà luôn vấp phải những lực cản từ cấu trúc quyền lực và lợi ích cục bộ trong tổ chức. Tư duy “hoàn thành dự án là thành công” thường được duy trì bởi các bên có lợi ích gắn liền với việc giải ngân hết ngân sách và nhận thưởng hoàn thành mốc thời gian, bất chấp việc hệ thống sau khi bàn giao không mang lại dòng tiền hoặc hiệu quả tiết kiệm chi phí như cam kết ban đầu. Khi một Delivery Manager đề xuất dừng một luồng công việc đang triển khai dở dang vì nhận ra nhu cầu thị trường đã thay đổi và tiếp tục làm sẽ gây lãng phí, họ sẽ vấp phải sự phản đối gay gắt từ người bảo trợ dự án (Project Sponsor) và bộ phận tài chính. Lý lẽ của người bảo trợ có cơ sở từ góc độ pháp lý và cam kết ban đầu với cấp quản lý cấp cao: việc dừng hoặc thay đổi phạm vi lớn có thể dẫn đến việc phải giải trình trước hội đồng quản trị về khoản đầu tư ban đầu đã phân bổ, ảnh hưởng đến uy tín cá nhân trong kỳ đánh giá năng lực.
Đánh đổi cốt lõi trong quản lý dòng công việc cải tiến liên tục là sự đánh đổi giữa việc bảo vệ tính ổn định ngắn hạn của các quy trình hiện tại và việc chấp nhận sự xáo trộn tạm thời để tái cấu trúc dòng chảy. Khi đội ngũ áp dụng giới hạn công việc dang dở để loại bỏ điểm nghẽn, năng suất của một số cá nhân có thể sụt giảm trong hai tuần đầu tiên do họ phải dừng công việc đang làm dở để hỗ trợ khâu bị nghẽn, làm cho các báo cáo tiến độ ngắn hạn chuyển sang màu đỏ. Quyết định này đòi hỏi người quản lý phải chịu áp lực từ cấp trên về những con số tức thời để đổi lấy sự thông suốt và hiệu quả bền vững của toàn hệ thống về lâu dài.
Kịch bản bất lợi lớn nhất khi triển khai phương pháp cải tiến liên tục là việc tổ chức áp dụng công cụ hình thức mà thiếu đi sự thay đổi trong tư duy phân quyền ra quyết định. Nếu giới hạn công việc dang dở được áp dụng nhưng quyền phê duyệt thay đổi vẫn bị tập trung vào tay một cá nhân duy nhất ở tầng quản lý cao nhất, điểm nghẽn sẽ chỉ dịch chuyển từ các khâu kỹ thuật lên thẳng bàn làm việc của nhà lãnh đạo cao nhất, làm tình trạng ùn tắc trở nên trầm trọng hơn. Khi giả định về sự sẵn sàng phân quyền này không đúng, cách tiếp cận trong bài vẫn có thể dùng được nhưng cần phải được điều chỉnh bằng cách thiết lập các ngưỡng tự trị rõ ràng: cho phép đội ngũ tự quyết định các thay đổi phạm vi nhỏ với chi phí dưới năm phần trăm tổng ngân sách mà không cần xin phép cấp trên.
Để vận hành hiệu quả cải tiến liên tục trong thực tế, các quyết định điều phối phải tuân theo những nguyên tắc kỷ luật rõ ràng được quy định qua bảng quyết định dưới đây.
BẢNG QUYẾT ĐỊNH ĐIỀU PHỐI DÒNG CÔNG VIỆC
Tình huống bất thường | Lựa chọn xử lý | Ngưỡng kích hoạt | Người chịu đánh đổi và trách nhiệm
— | — | — | —
Điểm nghẽn kéo dài làm ngưng trệ toàn bộ dòng chảy | Điều chuyển lập tức năm mươi phần trăm nhân sự từ khâu không nghẽn sang hỗ trợ khâu nghẽn | Thời gian chờ tại một bước vượt quá bảy ngày làm việc liên tục | Trưởng bộ phận không bị nghẽn phải chấp nhận chậm tiến độ cục bộ của phòng mình
Phạm vi công việc bị yêu cầu mở rộng ngoài kế hoạch ban đầu | Từ chối hoặc yêu cầu cắt giảm một hạng mục tương đương ra khỏi dòng công việc hiện tại | Chi phí phát sinh vượt quá năm phần trăm ngân sách giai đoạn hoặc ảnh hưởng đến giới hạn công việc dang dở | Khách hàng nội bộ hoặc bộ phận yêu cầu phải chịu trễ hạn bàn giao phần việc mới
Tỷ lệ làm lại của một sản phẩm bàn giao vượt mức cho phép | Dừng toàn bộ việc nhận việc mới của bước đó, bắt buộc tiến hành phân tích nguyên nhân gốc rễ | Tỷ lệ làm lại vượt quá mười lăm phần trăm trong hai tuần liên tiếp | Đội ngũ thực hiện giai đoạn đó phải nhận trách nhiệm cải thiện chất lượng trước khi mở lại dòng chảy
Mâu thuẫn về quyền ưu tiên giữa hai dự án trong cùng danh mục | Ưu tiên phân bổ nguồn lực cho dự án có dòng tiền về sớm hơn hoặc có điểm nghẽn ảnh hưởng trực tiếp đến cam kết chiến lược | Xung đột tài nguyên vượt quá khả năng xử lý của cấp quản lý dự án | Người bảo trợ dự án có điểm số ưu tiên thấp hơn phải chấp nhận giãn tiến độ
Bảng quyết định này giúp người quản lý xác định chính xác thời điểm phải can thiệp vào dòng công việc, ai là người phải chịu thiệt thòi về mặt chỉ tiêu cục bộ để cứu vãn toàn hệ thống, và giới hạn nào kích hoạt quyền thay đổi mà không cần chờ phê duyệt phức tạp.
Bên cạnh các quyết định điều phối, việc theo dõi các dấu hiệu sớm của sự suy giảm hiệu suất giúp ngăn chặn các cuộc khủng hoảng lớn trước khi chúng bùng phát trên diện rộng.
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 của quản lý
— | — | — | —
Báo cáo tiến độ của tất cả các hạng mục đều giữ màu xanh cho đến tuần cuối cùng rồi chuyển đỏ | Đội ngũ che giấu các lỗi nhỏ và sự chậm trễ vì sợ bị khiển trách, dồn mọi áp lực vào giai đoạn nghiệm thu cuối cùng | Dự án sụp đổ toàn diện vào sát ngày bàn giao, không còn thời gian khắc phục | Thiết lập văn hóa minh bạch, thưởng cho việc phát hiện sớm rủi ro thay vì phạt lỗi
Thời gian họp bàn xử lý sự cố vượt quá tổng thời gian thực hiện công việc kỹ thuật trong tuần | Thiếu quy trình phân quyền ra quyết định rõ ràng, mọi vấn đề nhỏ đều được đẩy lên các cuộc họp đa cấp | Làm kiệt quệ năng lượng của đội ngũ chủ chốt, các quyết định quan trọng bị trì hoãn nhiều tuần | Ban hành ma trận phân quyền quyết định theo ngưỡng tài chính và thời gian cụ thể
Nhân sự chủ chốt liên tục xin nghỉ phép hoặc xin chuyển bộ phận sau các đợt phát hành sản phẩm lớn | Tình trạng quá tải kéo dài do giới hạn công việc dang dở không được kiểm soát, áp lực làm thêm giờ vượt ngưỡng chịu đựng | Chảy máu chất xám, mất năng lực cốt lõi của tổ chức, chi phí tuyển dụng và đào tạo lại tăng vọt | Rà soát ngay lập tức khối lượng công việc đang giao, cắt giảm các hạng mục ưu tiên thấp
Số lượng tài liệu hướng dẫn và quy trình thủ tục tăng lên gấp đôi nhưng hiệu quả xử lý công việc giảm sút | Phản ứng cực đoan của hệ thống quản lý bằng cách đẻ ra thêm quy trình kiểm soát mỗi khi xảy ra một lỗi sai | Quan бюрократизация, làm tê liệt khả năng thích ứng nhanh của đội ngũ thực thi trước biến động | Rà soát và bãi bỏ ít nhất hai quy trình kiểm soát cũ trước khi được phép thêm quy trình mới
Bảng này giúp người quản lý nhận ra các triệu chứng ngầm của sự suy thoái hiệu suất trước khi chúng biến thành những thất bại không thể đảo ngược trên báo cáo kết quả kinh doanh.
Tóm lại, việc tạo ra kết quả nhanh hơn và tốt hơn không đến từ những nỗ lực làm việc cật lực hơn hay những bản kế hoạch chi tiết hoàn hảo ban đầu, mà đến từ kỷ luật liên tục loại bỏ lãng phí, giới hạn lượng công việc đang dang dở và khơi thông các điểm nghẽn trong dòng chảy công việc. Điều kiện đảo chiều của nguyên lý này nằm ở mức độ trưởng thành của cấu trúc quản trị: nếu tổ chức không trao quyền tự chủ ra quyết định cho tầng thực thi kèm theo các ngưỡng tài chính rõ ràng, mọi nỗ lực cải tiến liên tục sẽ nhanh chóng chết yểu dưới áp lực của sự chồng chéo quyền lực và văn hóa sợ trách nhiệm.
Các việc cần làm phân theo vai trò cụ thể:
– Người bảo trợ dự án: Phê duyệt khung giới hạn công việc dang dở và cam kết bảo vệ đội ngũ trước áp lực tiến độ ngắn hạn từ hội đồng quản trị khi dòng chảy công việc đang được tái cấu trúc.
– Delivery Manager: Trực tiếp theo dõi bảng hiệu suất dòng chảy hàng tuần, phát hiện và can thiệp ngay lập tức vào điểm nghẽn có thời gian chờ vượt ngưỡng cho phép.
– Chủ sở hữu sản phẩm: Rà soát, cắt giảm và sắp xếp lại thứ tự ưu tiên của các yêu cầu đầu vào để đảm bảo kích thước lô công việc luôn nhỏ và phù hợp với năng lực xử lý thực tế của đội ngũ.
– Văn phòng quản lý dự án: Chuẩn hóa và duy trì bảng đo lường dấu hiệu sớm, cung cấp dữ liệu minh bạch cho các kỳ họp rà soát định kỳ mà không tạo thêm gánh nặng hành chính.
– Đội thực hiện: Tuân thủ nghiêm ngặt giới hạn công việc dang dở, dừng ngay việc nhận việc mới khi bước tiếp theo bị ùn tắc và chủ động đề xuất giải pháp cải tiến vi mô mỗi ngày.
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à thời gian chờ trung bình tại đó là bao nhiêu ngày?
2. Tổ chức của bạn đang sử dụng chỉ số nào để đánh giá thành công, và chỉ số đó có đang khuyến khích việc tối ưu hóa cục bộ thay vì toàn hệ thống hay không?
3. Nếu áp dụng quy tắc giới hạn công việc dang dở giảm một nửa số lượng công việc đang làm song song hiện tại, bộ phận nào trong dự án của bạn sẽ phản đối đầu tiên và lý do thực sự của họ là gì?
4. Lần gần đây nhất bạn chủ động dừng một luồng công việc đang triển khai vì nhận ra nó không còn mang lại giá trị thực tế là khi nào, và bạn đã xử lý áp lực từ việc giải trình ngân sách ra sao?
#QuanLyDuAn #CaiTienLienTu #LeanManagement #TheoryOfConstraints #HieuSuatToanDien