Skip to content
Một dự án hoàn thành đúng hạn, đúng ngân sách và đạt mọi tiêu chí kỹ thuật trên giấy vẫn có thể là một thất bại hoàn toàn nếu sản phẩm tạo ra không được thị trường đón nhận hoặc tổ chức không thu lại được giá trị kinh tế tương xứng. Niềm tin phổ biến rằng việc tuân thủ kế hoạch ban đầu là thước đo cao nhất của thành công quản lý dự án chính là điểm mù lớn nhất khiến nhiều tổ chức tiêu tốn nguồn lực mà không tạo ra năng lực cạnh tranh thực tế.
Vì sao công việc bị tồn đọng – 0214
Hiện trường tại một doanh nghiệp sản xuất và phân phối lớn cho thấy một bức tranh quen thuộc. Các quản lý giao hàng và quản lý cải tiến vận hành đang ngập chìm trong áp lực. Khối lượng công việc tồn đọng tại mỗi bộ phận chức năng chất đống như núi, từ các yêu cầu điều chỉnh hệ thống kho vận cho đến các biểu mẫu báo cáo kinh doanh hàng tuần. Giám đốc vận hành yêu cầu tăng tốc độ xử lý đơn hàng lên mười lăm phần trăm trong quý tới, trong khi bộ phận công nghệ thông tin khẳng định họ đang quá tải với hàng trăm yêu cầu phát triển phần mềm chưa được giải quyết. Áp lực đè nặng lên từng cá nhân, nhưng kết quả chung là thời gian chờ đợi của khách hàng ngày càng kéo dài và chi phí vận hành tăng lên. Các cuộc họp kéo dài hàng giờ chỉ để tranh cãi xem đội ngũ nào đang làm chậm tiến độ của toàn công ty, trong khi công việc thực tế vẫn đứng yên ở các điểm nghẽn.
Sai lầm phổ biến hình thành từ tư duy tối ưu hóa từng bộ phận riêng lẻ thay vì nhìn toàn bộ dòng chảy công việc của toàn hệ thống. Tư duy này rất hợp lý và có vẻ khoa học vào lúc được áp dụng, bởi vì mỗi nhà quản lý chức năng đều muốn bộ phận do mình phụ trách đạt hiệu suất cao nhất. Trưởng bộ phận kho vận tối ưu hóa quy trình kiểm kê tại kho của họ, trưởng bộ phận mua hàng tìm mọi cách giảm giá mua từng linh kiện riêng lẻ, và trưởng bộ phận công nghệ thông tin ép đội ngũ lập trình viết mã với tốc độ tối đa. Vào ngắn hạn, các báo cáo hiệu suất của từng bộ phận đều hiện màu xanh sáng rực, làm hài lòng ban điều hành. Tuy nhiên, cái giá phải trả khi tiếp tục duy trì cách làm này là sự đứt gãy toàn diện ở cấp độ tổ chức. Khi bộ phận lập trình chạy hết công suất mà không quan tâm đến khả năng tiếp nhận của bộ phận kiểm thử và vận hành, sản phẩm tạo ra bị ùn ứ ở khâu bàn giao, gây ra lỗi hàng loạt và buộc phải làm lại từ đầu. Sự tối ưu cục bộ thực ra là hình thức lãng phí lớn nhất trong quản lý dự án và vận hành.
Để trả lời câu hỏi trung tâm về việc làm thế nào để tạo ra kết quả nhanh hơn và tốt hơn, tổ chức phải dịch chuyển góc nhìn từ việc quản lý từng nguồn lực đơn lẻ sang việc quản lý dòng chảy công việc đi qua toàn bộ hệ thống. Câu trả lời trực tiếp là: Ngừng tối ưu hóa công suất của từng cá nhân hay bộ phận riêng lẻ, thay vào đó hãy xác định chính xác điểm nghẽn giới hạn toàn bộ hệ thống, kiểm soát lượng công việc đang xử lý đồng thời để giảm thiểu lãng phí thời gian chuyển đổi ngữ cảnh, và chỉ đẩy công việc mới vào hệ thống khi có năng lực thực tế sẵn sàng tiếp nhận ở khâu tiếp theo. Luận điểm này chỉ đúng khi tổ chức có sự đồng thuận từ cấp điều hành về việc chấp nhận hy sinh hiệu suất cục bộ của một vài bộ phận để đổi lấy tốc độ của toàn dòng chảy. Nếu ban lãnh đạo vẫn dùng chỉ số hiệu suất cá nhân để đánh giá thưởng phạt, cách tiếp cận này sẽ sụp đổ.
Quá trình mổ xẻ vấn đề này dựa trên các nguyên lý về dòng chảy công việc, điểm nghẽn và năng suất từ các phương pháp tinh gọn (Lean) và lý thuyết giới hạn (Theory of Constraints). Đơn vị phân tích ở đây là dòng công việc tại cấp độ vận hành dự án và chương trình. Giả sử một quy trình phát triển sản phẩm gồm bốn bước liên tiếp với công suất xử lý tối đa hàng ngày như sau: bước phân tích nhu cầu xử lý được mười đơn vị một ngày, bước thiết kế xử lý được tám đơn vị một ngày, bước triển khai xử lý được sáu đơn vị một ngày, và bước kiểm thử xử lý được mười hai đơn vị một ngày. Theo lý thuyết giới hạn, bước triển khai với công suất sáu đơn vị một ngày chính là điểm nghẽn quyết định tốc độ tối đa của toàn bộ hệ thống. Bất kỳ nỗ lực nào nhằm tăng tốc bước phân tích lên mười lăm đơn vị hay bước kiểm thử lên mười lăm đơn vị đều hoàn toàn vô ích, thậm chí phản tác dụng. Khi bước phân tích đẩy ra mười đơn vị trong khi bước triển khai chỉ nhận được sáu, bốn đơn vị còn lại sẽ biến thành hàng tồn đọng, nằm chờ trong kho lưu trữ, gây ra lãng phí do phải lưu kho, tốn không gian quản lý và làm tăng chi phí vốn lưu động.
Để minh họa cụ thể cho việc loại bỏ lãng phí, tăng tốc độ và tăng năng suất theo các mục tiêu học tập, cần xét đến các hiện tượng thực tế trong doanh nghiệp. Mục tiêu loại bỏ lãng phí đòi hỏi phải nhận diện và cắt giảm những công việc không tạo ra giá trị cho khách hàng nhưng vẫn ngốn thời gian của nhân sự. Ví dụ điển hình là việc các quản lý dự án phải làm các báo cáo tiến độ thủ công hàng tuần kéo dài nhiều giờ để cung cấp số liệu cho các bên liên quan, trong khi những số liệu này có thể được tự động hóa bằng bảng điều khiển trực tuyến. Khi cắt bỏ được thao tác thủ công đó, đội ngũ tiết kiệm được lượng lớn thời gian để tập trung vào việc giải quyết các vướng mắc kỹ thuật thực tế.
Mục tiêu tăng tốc độ được thực hiện thông qua việc kiểm soát nghiêm ngặt lượng công việc đang tiến hành (Work in Progress – WIP). Ví dụ, nếu một đội ngũ năm người cùng lúc nhận thực hiện mười dự án khác nhau thay vì làm cuốn chiếu từng dự án, thời gian hoàn thành mỗi dự án sẽ bị kéo dài gấp ba lần do chi phí chuyển đổi ngữ cảnh liên tục giữa các nhiệm vụ. Ketika áp dụng giới hạn số lượng công việc đang xử lý ở mức tối đa là ba dự án tại một thời điểm, tốc độ hoàn thành và bàn giao sản phẩm ra thị trường tăng lên rõ rệt, dù tổng lượng nhân sự không đổi.
Mục tiêu tăng năng suất đòi hỏi phải tối ưu hóa năng lực thông qua việc chuẩn hóa và tự động hóa các thao tác lặp đi lặp lại. Ví dụ, trong quá trình triển khai hệ thống phần mềm quản lý, thay vì để mỗi kỹ sư tự viết kịch bản kiểm thử riêng theo cách thủ công dễ dẫn đến sai sót, tổ chức xây dựng một bộ công cụ kiểm thử tự động dùng chung cho toàn bộ các dự án. Năng suất của đội ngũ kiểm thử tăng gấp đôi, số lượng lỗi phát hiện sau khi bàn giao giảm đi một nửa, qua đó trực tiếp nâng cao hiệu quả thực thi của toàn bộ chương trình.
Hệ quả hệ thống của việc bỏ mặc các điểm nghẽn và không kiểm soát dòng công việc sẽ lan rộng từ cấp độ dự án lên cấp độ chương trình và danh mục đầu tư. Dấu hiệu sớm của sự sụp đổ hệ thống là hiện tượng các báo cáo tiến độ dự án liên tục hiển thị màu xanh trong suốt quá trình thực hiện, nhưng đến ngày bàn giao cuối cùng thì đột ngột chuyển sang màu đỏ rực vì không thể tích hợp các cấu phần lại với nhau. Các nhà quản lý dự án báo cáo rằng công việc đã hoàn thành chín mươi phần trăm, nhưng chín mươi phần trăm đó lại nằm ở các cấu phần rời rạc chưa được kiểm thử toàn trình, do đó giá trị kinh tế thực tế bằng không. Sau khoảng ba đến sáu tháng duy trì tình trạng này, chi phí vượt ngân sách bắt đầu bùng nổ, các bên liên quan mất niềm tin, và dự án buộc phải tái cấu trúc toàn diện hoặc dừng lại hoàn toàn.
Quyết định đúng đắn trong tình huống này được vận hành theo khung Nếu – Thì. Nếu hệ thống xuất hiện tình trạng công việc tồn đọng và thời gian chu kỳ kéo dài vượt ngưỡng ba mươi phần trăm so với kế hoạch ban đầu, thì người quản lý chương trình phải ngay lập tức ra quyết định dừng việc tiếp nhận các yêu cầu mới vào danh mục, đồng thời tái phân bổ nguồn lực từ các khâu có năng lực dư thừa sang gia cố cho điểm nghẽn của hệ thống. Biến số quyết định ở đây là tỷ lệ sử dụng tại điểm nghẽn đạt một trăm phần trăm và lượng công việc tồn đọng tăng liên tục trong hai chu kỳ đo lường liên tiếp. Ngưỡng kích hoạt hành động là khi thời gian chờ đợi của hạng mục quan trọng vượt quá mười ngày làm việc. Bên phản đối quyết sách này chắc chắn sẽ là các trưởng bộ phận kinh doanh và phát triển thị trường, bởi vì quyết định tạm dừng nhận yêu cầu mới sẽ làm gián đoạn các cam kết ngắn hạn của họ với khách hàng bên ngoài. Lý lẽ của họ có cơ sở ở việc họ phải chịu áp lực doanh số trực tiếp hàng quý, nhưng nếu không dừng lại để giải quyết điểm nghẽn, toàn bộ hệ thống sẽ sụp đổ và thiệt hại dài hạn sẽ lớn hơn gấp nhiều lần.
Mẫu sản phẩm dưới đây cung cấp một khung công cụ quản lý hiệu suất vượt trội có thể đưa vào áp dụng ngay lập tức tại các doanh nghiệp.
BẢNG HIỆU SUẤT VƯỢT TRỘI VÀ QUẢN LÝ DÒNG CHẢY CÔNG VIỆC (MẪU DÙNG NGAY)
– Tên bước công việc: Liệt kê tuần tự các bước từ khi nhận yêu cầu đến khi bàn giao giá trị cho người dùng cuối. Ví dụ: Tiếp nhận, Phân tích, Phát triển, Kiểm thử, Bàn giao.
– Công suất thiết kế tối đa (Đơn vị/Ngày): Số lượng đầu việc tối đa mà bước đó có thể xử lý trong một ngày điều kiện chuẩn.
– Lượng công việc đang xử lý thực tế (WIP): Số lượng đầu việc đang nằm chờ hoặc đang được xử lý tại bước đó tính đến thời điểm hiện tại.
– Thời gian chu kỳ trung bình (Lead Time): Số ngày trung bình để một đầu việc đi qua hoàn toàn bước đó.
– Trạng thái dòng chảy: Ghi rõ một trong ba trạng thái (Bình thường, Điểm nghẽn, Tồn đọng).
– Hành động can thiệp bắt buộc: Quy định rõ việc cần làm ngay khi trạng thái chuyển sang Điểm nghẽn (Ví dụ: Chuyển nhân sự hỗ trợ, Tạm dừng nhận việc mới).
Cách điền mẫu sản phẩm này đòi hỏi người quản lý vận hành phải thu thập dữ liệu thực tế từ các cuộc họp giao ban hàng tuần thay vì dựa vào cảm tính hoặc cam kết miệng của các trưởng nhóm. Trưởng bộ phận phải cập nhật chính xác số lượng đầu việc đang nằm ở từng bước công việc vào cuối mỗi ngày làm việc. Cách đọc mẫu sản phẩm yêu cầu người quản lý phải tập trung toàn bộ sự chú ý vào bước nào có cột Lượng công việc đang xử lý thực tế cao nhất và thời gian chu kỳ dài nhất. Đó chính là điểm nghẽn của toàn bộ hệ thống. Mọi quyết định điều phối nguồn lực bổ sung phải được rót thẳng vào điểm nghẽn đó, tuyệt đối không phân bổ dàn trải cho các bước có trạng thái bình thường.
Để làm rõ hơn cách thức vận hành thực tế, cần phân tích hai tình huống nghiên cứu tổng hợp đại diện cho hai thái cực trong quản lý thực thi.
Tình huống nghiên cứu thứ nhất minh họa cho việc làm sai và hậu quả hệ thống (Tình huống tổng hợp, số liệu minh họa). Một doanh nghiệp dịch vụ tài chính triển khai chương trình nâng cấp hệ thống công nghệ lõi với tổng vốn đầu tư năm mươi tỷ đồng. Ban quản lý dự án chọn cách tiếp cận truyền thống là chia nhỏ chương trình thành hàng chục dự án thành phần giao cho các phòng ban tự quản lý để đẩy nhanh tiến độ trên giấy. Mỗi phòng ban tự đặt ra các mục tiêu hiệu suất riêng và thi đua hoàn thành sớm. Tuy nhiên, không có cơ chế kiểm soát dòng chảy công việc chung. Bộ phận phát triển sản phẩm hoàn thành các tính năng giao diện rất nhanh và đẩy sang bộ phận tích hợp dữ liệu. Do bộ phận tích hợp dữ liệu không đủ năng lực xử lý khối lượng thông tin lớn đó, dữ liệu bị ùn ứ, gây ra lỗi hệ thống nghiêm trọng. Thay vì dừng lại để xử lý điểm nghẽn tích hợp, ban quản lý tiếp tục gây áp lực bắt các đội ngũ đẩy ra thêm các tính năng mới để kịp tiến độ giải ngân ngân sách năm. Kết quả là sau mười tám tháng triển khai, chương trình tiêu tốn toàn bộ ngân sách nhưng không thể đưa bất kỳ cấu phần nào vào vận hành thương mại. Hệ thống cũ đã quá tải, hệ thống mới không thể chạy, doanh nghiệp đối mặt với nguy cơ sụt giảm nghiêm trọng thị phần vào tay đối thủ cạnh tranh.
Tình huống nghiên cứu thứ hai minh họa cho việc làm đúng nhưng phải trả giá trước mắt (Tình huống tổng hợp, số liệu minh họa). Một tập đoàn sản xuất công nghiệp quyết định tái cấu trúc toàn bộ chuỗi cung ứng bằng cách áp dụng triệt để các nguyên tắc dòng chảy tinh gọn và lý thuyết giới hạn. Ngay trong tháng đầu tiên áp dụng, người quản lý chương trình ra quyết định đột ngột: tạm dừng toàn bộ các dự án cải tiến nhỏ lẻ ở các phân xưởng phụ trợ, tập trung toàn bộ nguồn lực kỹ thuật giỏi nhất để xử lý điểm nghẽn duy nhất nằm tại khâu gia công nhiệt chính là nút thắt cổ chai của toàn nhà máy. 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 nhà máy địa phương, bởi vì các chỉ số hiệu suất ngắn hạn của họ bị rớt thảm hại, chi phí nhân công tính trên đầu sản phẩm tạm thời tăng lên do máy móc phải chờ đợi nguyên liệu được xử lý tại điểm nghẽn. Các báo cáo gửi lên hội đồng quản trị trong tháng đó xuất hiện các gam màu đỏ cảnh báo. Tuy nhiên, người quản lý chương trình giữ vững kỷ luật, kiên quyết bảo vệ quyết định dựa trên dữ liệu dòng chảy. Sau sáu mươi ngày kiên trì khơi thông điểm nghẽn gia công nhiệt, tốc độ ra mắt sản phẩm hoàn chỉnh của toàn tập đoàn tăng vọt gấp đôi, thời gian giao hàng cho khách hàng giảm từ bốn mươi ngày xuống còn mười lăm ngày, và biên lợi nhuận ròng tăng trưởng ấn tượng trong năm tài chính tiếp theo. Bài học rút ra là hiệu suất thực thi vượt trội chỉ có được khi dám chấp nhận hy sinh các chỉ số hình thức ngắn hạn để đổi lấy sự thông suốt của toàn bộ dòng chảy giá trị.
Dưới đây là các bảng quyết định và bảng dấu hiệu sớm nhằm cung cấp khung công cụ phân tích và hành động cho đội ngũ quản lý.
BẢNG QUYẾT ĐỊNH ĐIỀU PHỐI DÒNG CHẢY CÔNG VIỆC
– Điểm nghẽn xuất hiện tại một khâu vượt quá giới hạn thiết kế | Tạm dừng tiếp nhận yêu cầu mới, điều chuyển nhân sự giỏi nhất về điểm nghẽn | WIP tại một bước vượt quá 150% công suất thiết kế trong 2 chu kỳ đo | Trưởng bộ phận kinh doanh, khách hàng có yêu cầu mới phải xếp hàng chờ
– Lượng công việc tồn đọng gây trễ hạn cam kết với thị trường | Cắt giảm phạm vi dự án, loại bỏ các tính năng ít giá trị (Minimum Viable Product) | Thời gian trễ hạn dự kiến vượt quá 20% tổng thời gian chu kỳ cam kết | Chủ sở hữu sản phẩm, các bên yêu cầu tính năng phụ trợ
– Chi phí phát sinh do làm lại vượt mức dự phòng cho phép | Đình chỉ thi công phân đoạn lỗi, kích hoạt kiểm toán nguyên nhân gốc rễ | Chi phí làm lại vượt quá 10% tổng ngân sách giai đoạn hiện tại | Nhà thầu thi công, đội ngũ kỹ thuật trực tiếp thực hiện
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 dừng các hoạt động phát triển dàn trải để tập trung toàn lực khơi thông điểm nghẽn hệ thống.
BẢNG DẤU HIỆU SỚM VÀ RỦI RO HỆ THỐNG
– Báo cáo tiến độ liên tục xanh nhưng không có sản phẩm bàn giao tích hợp | Tối ưu hóa cục bộ, các đội ngũ báo cáo hoàn thành phần việc riêng lẻ chưa qua kiểm thử chung | Sụp đổ toàn bộ hệ thống vào ngày bàn giao cuối cùng, lãng phí toàn bộ ngân sách | Yêu cầu minh chứng sản phẩm chạy thử toàn trình thay vì chỉ nhận báo cáo phần trăm hoàn thành
– Nhân sự chủ chốt liên tục kêu ca quá tải và làm việc ngoài giờ kéo dài | Phân bổ đa nhiệm vụ quá mức, không kiểm soát số lượng công việc đang xử lý đồng thời | Kiệt sức nhân sự, tỷ lệ nghỉ việc tăng cao, lỗi kỹ thuật xuất hiện hàng loạt | Áp dụng ngay giới hạn số lượng công việc đang tiến hành (WIP Limit), cắt bớt việc phụ
– Số lượng yêu cầu thay đổi phạm vi từ các bên liên quan tăng đột biến | Thiếu kiểm soát cổng phê duyệt yêu cầu ban đầu, chiều lòng khách hàng vô điều kiện | Trượt tiến độ nghiêm trọng, thâm hụt ngân sách, sản phẩm lệch hướng chiến lược ban đầu | Kích hoạt quy trình kiểm soát thay đổi chính thức, yêu cầu đánh đổi thời gian hoặc chi phí tương ứng
Bảng này giúp người quản lý nhận diện sớm các nguy cơ sụp đổ hệ thống từ những biểu hiện tưởng như vô hại trong sinh hoạt dự án hàng ngày để có phản ứng kịp thời trước khi quá muộn.
BẢNG PHÂN VAI VÀ TRÁCH NHIỆM TRONG QUẢN LÝ DÒNG CHẢY
– Giám đốc vận hành (Delivery Manager) | Giám sát toàn bộ dòng chảy công việc, phát hiện và xử lý điểm nghẽn hệ thống | Quyết định dừng nhận việc mới, điều chuyển nguồn lực giữa các khâu | Tốc độ bàn giao tổng thể và tỷ lệ hoàn thành mục tiêu kinh doanh của dòng chảy
– Quản lý cải tiến vận hành (Operational Excellence Manager) | Chuẩn hóa quy trình, đo lường thời gian chu kỳ, loại bỏ các loại lãng phí | Quyết định thay đổi phương pháp làm việc và công cụ hỗ trợ tại các bước | Sự cải thiện liên tục của năng suất và giảm thiểu thời gian chờ đợi
– Người bảo trợ dự án (Project Sponsor) | Bảo vệ nguồn lực, giải quyết các mâu thuẫn chính trị và định hướng chiến lược | Quyết định phê duyệt ngân sách tổng thể và quyết định dừng hẳn dự án kém hiệu quả | Hiệu quả đầu tư kinh tế dài hạn và sự phù hợp chiến lược của toàn bộ chương trình
– Đội ngũ thực thi trực tiếp (Delivery Team) | Thực hiện công việc theo đúng giới hạn dòng chảy và tiêu chuẩn chất lượng | Quyết định từ chối nhận thêm việc khi chưa hoàn thành việc cũ theo WIP limit | Chất lượng sản phẩm đầu ra tại từng bước công việc đơn lẻ
Bảng này giúp làm rõ ranh giới quyền lực và trách nhiệm giữa các bên, triệt tiêu tình trạng đùn đẩy trách nhiệm khi dự án gặp sự cố vận hành.
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 thiết lập kỷ luật dòng chảy: ngừng ngay tư duy cào bằng, cắt bỏ các công việc lãng phí, siết chặt giới hạn công việc đồng thời, và tập trung toàn lực giải quyết điểm nghẽn của hệ thống. Điều kiện đảo chiều của luận điểm này là khi cấu trúc thị trường biến động quá nhanh đòi hỏi doanh nghiệp phải chấp nhận làm sai nhiều làm nhanh để thử nghiệm thay vì tối ưu hóa dòng chảy ổn định. Khi bất ổn thị trường đạt đến mức độ đó, việc tối ưu dòng chảy theo lý thuyết giới hạn phải tạm nhường chỗ cho mô hình thử nghiệm nhanh theo phương pháp linh hoạt thuần túy.
Các việc cần làm phân theo vai trò để đảm bảo năng lực thực thi:
– Người bảo trợ dự án: Rà soát và phê duyệt việc áp dụng giới hạn công việc đang tiến hành trên toàn bộ danh mục; kiên quyết bảo vệ quyết định tạm dừng các dự án kém hiệu quả để tập trung nguồn lực.
– Quản lý giao hàng: Triển khai ngay bảng đo lường dòng chảy công việc; theo dõi sát sao thời gian chu kỳ và phát hiện điểm nghẽn hàng tuần.
– Quản lý cải tiến vận hành: Chuẩn hóa các bước thực hiện, loại bỏ các thao tác thủ công thừa thãi; xây dựng công cụ tự động hóa kiểm thử cho toàn đội ngũ.
– Đội ngũ thực thi trực tiếp: Tuân thủ nghiêm ngặt giới hạn công việc đồng thời; chủ động dừng lại báo cáo ngay khi gặp điểm nghẽn thay vì cố gắng ôm đồm đa nhiệm vụ.
Các câu hỏi tự kiểm tra cho người đọc để đánh giá năng lực thực thi:
– Tổ chức của bạn hiện đang có bao nhiêu phần trăm nguồn lực bị kẹt lại ở các bước công việc chưa được kiểm thử toàn trình?
– Điểm nghẽn lớn nhất đang làm chậm toàn bộ dòng chảy dự án của bạn nằm ở đâu, và bạn đã từng chuyển nguồn lực tập trung vào điểm đó chưa hay vẫn đang phân bổ dàn trải?
– Làm thế nào để bạn chứng minh được rằng việc giảm số lượng dự án đang thực hiện đồng thời sẽ làm tăng tốc độ bàn giao sản phẩm ra thị trường thay vì làm giảm doanh số ngắn hạn?
– Khi các bên liên quan gây áp lực đòi đẩy thêm yêu cầu mới vào hệ thống đang quá tải, tiêu chí định lượng nào được dùng để từ chối hoặc yêu cầu đánh đổi?
#QuanTriDuAn #LyThuyetGioiHan #QuanLyVanHanh #DongChayCongViec #LeanManagement #DiemNghenHeThong #ToiUuVanHanh
