Skip to content
Quản lý dự án

Tối Ưu Hóa Dòng Chảy Giá Trị Dự Án: Vượt Qua Điểm Nghẽn Bằng Lý Thuyết Giới Hạn Và Kanban (0264)

18 min read

Quản lý dự án - Các chỉ số phản ánh giá trị tạo ra

Niềm tin phổ biến trong quản lý dự án cho rằng nếu tất cả các bộ phận đều hoạt động hết công suất và bàn giao đúng hạn các hạng mục phần việc của mình, dự án sẽ về đích an toàn và mang lại giá trị như cam kết. Thực tế vận hành cho thấy điều ngược lại: một dự án có thể hoàn thành toàn bộ các mốc thời gian bàn giao chi tiết nhưng vẫn thất bại hoàn toàn trong việc tạo ra doanh thu, bởi vì các bộ phận chạy nhanh nhất lại đang sản xuất ra những thứ không ai cần hoặc tạo ra lượng sản phẩm dở dang ùn ứ ở khâu tiếp theo.

Các chỉ số phản ánh giá trị tạo ra – 0264

Để trả lời cho 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, hệ thống thực thi phải chuyển trọng tâm từ việc đo lường khối lượng công việc đã hoàn thành (output) sang đo lường dòng chảy giá trị thực tế đến tay người thụ hưởng (outcome). Giá trị chỉ được tạo ra khi một dòng công việc dịch chuyển thông suốt từ ý tưởng đến tay người sử dụng mà không bị gián đoạn bởi các điểm nghẽn cục bộ. Luận đề trung tâm của việc tăng tốc độ và hiệu quả thực thi là: tốc độ tổng thể của toàn hệ thống bị chi phối hoàn toàn bởi điểm nghẽn hạn chế năng lực lớn nhất của nó, và mọi nỗ lực tăng tốc các khâu không phải là điểm nghẽn chỉ làm lãng phí nguồn lực, gia tăng chi phí lưu kho sản phẩm dở dang (WIP – Work in Progress) mà không làm rút ngắn thời gian hoàn thành dự án (Lead Time). Luận đề này chỉ sai khi hệ thống hoạt động trong môi trường hoàn toàn ổn định, không có biến động về nhu cầu, không có sự phụ thuộc giữa các nguồn lực, và mỗi công đoạn hoàn toàn độc lập với nhau – một điều kiện không bao giờ tồn tại trong thực tế triển khai dự án doanh nghiệp.

Tình huống tổng hợp, số liệu minh họa. Tại một bộ phận phát triển giải pháp công nghệ vận hành cho một tập đoàn logistics lớn, người quản lý giao nhận (Delivery Manager) đang đối mặt với áp lực nặng nề từ ban điều hành vì các dự án cải tiến liên tục bị chậm tiến độ từ ba đến sáu tháng so với kế hoạch ban đầu. Để giải quyết, quản lý giao nhận áp dụng phương pháp quản lý theo mục tiêu truyền thống, yêu cầu từng nhóm chuyên môn gồm 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 phải tối đa hóa hiệu suất làm việc của bộ phận mình. Nhóm phân tích nghiệp vụ báo cáo đã hoàn thành một trăm phần trăm số lượng tài liệu yêu cầu với chất lượng cao. Nhóm phát triển phần mềm làm việc ngoài giờ liên tục để bàn giao mã nguồn. Tuy nhiên, nhóm kiểm thử chất lượng và nhóm vận hành luôn trong tình trạng quá tải, không thể xử lý kịp khối lượng đầu vào khổng lồ đổ dồn về cùng một lúc. Sản phẩm dở dang nằm ùn ứ ở khâu kiểm thử, lỗi phát sinh liên tục phải đẩy ngược lại nhóm phát triển, trong khi khách hàng nội bộ vẫn không nhận được bất kỳ tính năng nào có thể sử dụng được.

Sai lầm phổ biến trong tình huống này là 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 bộ phận đều đạt năng suất tối đa, toàn bộ dự án sẽ chạy nhanh nhất. Sai lầm này rất hợp lý vào lúc mắc phải bởi vì việc đo lường hiệu suất của từng phòng ban riêng lẻ dễ thực hiện, tạo ra cảm giác kiểm soát giả tạo cho người quản lý, và đáp ứng được các chỉ số đánh giá hoàn thành công việc định kỳ trên giấy tờ. Những người đứng đầu các bộ phận chuyên môn ủng hộ cách làm này vì nó bảo vệ ngân sách và quy mô nhân sự của họ. Hậu quả theo chuỗi là chi phí nhân công tăng cao do thời gian làm thêm giờ, chất lượng sản phẩm giảm sút do áp lực bàn giao nhanh ở từng công đoạn, thời gian chờ đợi kéo dài giữa các bước, và quan trọng nhất là thời gian từ khi khởi đầu đến khi tạo ra giá trị thực tế bị kéo giãn gấp đôi.

Mổ xẻ vấn đề này dưới góc nhìn của lý thuyết giới hạn (Theory of Constraints) và các phương pháp quản lý dòng chảy công việc (Kanban), đơn vị phân tích ở đây là dòng công việc đang di chuyển qua các trạng thái từ yêu cầu đến hoàn thành. Thay vì đo lường năng suất bằng số lượng giờ làm việc hoặc số tài liệu sản xuất ra, hệ thống phải đo lường bằng thông lượng (Throughput) – số lượng đơn vị công việc hoàn thành trong một đơn vị thời gian, và thời gian hoàn thành từ đầu đến cuối (Lead Time). Khi áp dụng nguyên tắc tập trung vào điểm nghẽn, người quản lý không giao thêm việc cho các bộ phận đang có năng lực dư thừa mà phải xác định chính xác đâu là mắt xích yếu nhất đang kìm hãm toàn bộ dòng chảy.

See also  Chiến lược kiểm soát chi phí dự án toàn diện: Giải pháp tái cấu trúc tài chính và tối ưu dòng tiền thực chiến cho ban điều hành doanh nghiệp (0056)

Ví dụ tính toán minh họa cho thấy cơ chế này. Giả sử dòng công việc có bốn bước liên tiếp với năng lực xử lý tối đa mỗi ngày lần lượt là: bước phân tích nghiệp vụ đạt năm mươi đơn vị, bước phát triển phần mềm đạt bốn mươi đơn vị, bước kiểm thử chất lượng đạt mười đơn vị, và bước triển khai đạt sáu mươi đơn vị. Năng lực thực tế của toàn hệ thống không phải là mức trung bình hay mức cao nhất, mà bị chặn cứng ở mức mười đơn vị mỗi ngày của bước kiểm thử chất lượng. Nếu nhóm phát triển phần mềm tiếp tục đẩy ra bốn mươi đơn vị mỗi ngày, sẽ có ba mươi đơn vị bị ùn ứ thành sản phẩm dở dang trước cửa phòng kiểm thử mỗi ngày. Sau mười ngày làm việc, ba trăm đơn vị sản phẩm dở dang này bắt đầu bị lỗi thời, đòi hỏi phải làm lại, chiếm không gian lưu trữ và làm suy giảm tinh thần làm việc của toàn đội ngũ.

Hệ quả hệ thống từ việc không nhận diện được điểm nghẽn lan rộng từ khâu kỹ thuật sang toàn bộ danh mục đầu tư. Khi các dự án bị tắc nghẽn ở khâu kiểm thử, ban điều hành tiếp tục phê duyệt thêm các dự án mới để bù đắp cảm giác chậm trễ, khiến số lượng công việc đổ vào hệ thống tăng lên, làm trầm trọng thêm tình trạng ùn tắc. Dấu hiệu sớm của sự sụp đổ này là thời gian họp kiểm điểm tiến độ ngày càng kéo dài nhưng không tìm ra giải pháp, các bên liên tục đổ lỗi cho nhau, và các chỉ số báo cáo tiến độ chi tiết vẫn hiển thị màu xanh ở từng bộ phận trong khi sản phẩm cuối cùng không bao giờ ra mắt đúng hạn.

Để khắc phục, người quản lý phải thực hiện các quyết định dựa trên khung điều kiện cụ thể. Nếu điểm nghẽn nằm ở một công đoạn cụ thể, toàn bộ nhịp độ của hệ thống phải được tiết giảm để khớp chính xác với năng lực của điểm nghẽn đó, theo đúng nguyên tắc nhịp trống (Drum-Buffer-Rope). Biến số quyết định ở đây là tỷ lệ sử dụng tài nguyên tại điểm nghẽn so với giới hạn chịu tải, và ngưỡng kích hoạt là khi lượng sản phẩm dở dang trước điểm nghẽn vượt quá hai mươi phần trăm tổng dung lượng cho phép của dòng công việc. Khi đạt ngưỡng này, mọi hoạt động tạo việc mới ở các khâu trước phải tạm dừng hoàn toàn để tập trung nguồn lực hỗ trợ giải phóng điểm nghẽn. Các trưởng bộ phận chuyên môn có năng lực dư thừa sẽ phản đối kịch liệt vì họ sợ bị cắt giảm nhân sự hoặc bị đánh giá là kém hiệu quả khi không có việc làm. Lý lẽ của họ dựa trên quan niệm truyền thống về hiệu suất cá nhân, nhưng lý lẽ này không có cơ sở khi đặt trong mục tiêu tối ưu hóa toàn hệ thống kinh doanh.

Bảng quyết định điều chỉnh dòng công việc:
+———————————–+———————————–+———————————–+———————————–+
| Điều kiện thực tế | Lựa chọn vận hành | Ngưỡng kích hoạt | Người chịu đánh đổi |
+———————————–+———————————–+———————————–+———————————–+
| Sản phẩm dở dang ùn ứ tại một | Giảm nhịp độ đầu vào, chuyển nhân | WIP vượt 20% dung lượng dòng | Trưởng bộ phận có năng lực dư thừa|
| công đoạn vượt mức chịu tải | lực sang hỗ trợ điểm nghẽn | công việc tối đa | (phải chia sẻ nhân sự) |
+———————————–+———————————–+———————————–+———————————–+
| Thời gian hoàn thành (Lead Time) | Cắt giảm phạm vi các tính năng | Lead Time vượt cam kết SLA với | Chủ sở hữu sản phẩm (phải hy sinh|
| kéo dài hơn cam kết 30% | ít giá trị nhất | khách hàng trên 30% | các tính năng phụ) |
+———————————–+———————————–+———————————–+———————————–+
| Tỷ lệ lỗi phát sinh sau bàn giao | Tăng thời gian dành cho kiểm thử | Tỷ lệ lỗi quay đầu vượt quá 10% | Nhóm phát triển (phải làm chậm tốc|
| vượt ngưỡng cho phép | và tích hợp tự động | tổng số lượng bàn giao | độ ra mắt mã nguồn mới) |
+———————————–+———————————–+———————————–+———————————–+
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 việc tiếp nhận yêu cầu mới để tập trung xử lý dứt điểm các điểm nghẽn đang làm tê liệt dòng chảy giá trị.

Mục tiêu học tập đầu tiên là loại bỏ lãng phí. Trong quản lý dự án thực thi, lãng phí không chỉ nằm ở việc chi tiêu sai ngân sách mà tồn tại dưới dạng sản phẩm dở dang, thời gian chờ đợi giữa các bước phê duyệt, việc vận chuyển thông tin qua nhiều tầng nấc trung gian, và việc sản xuất ra những tính năng không bao giờ được sử dụng. Ví dụ, một dự án xây dựng hệ thống quản lý kho hàng mất sáu tháng để viết một tập tài liệu đặc tả kỹ thuật dày một nghìn trang mà không có một sản phẩm mẫu nào được chạy thử. Khi tài liệu được duyệt, nhu cầu kinh doanh thực tế đã thay đổi, khiến toàn bộ tập tài liệu trở thành lãng phí hoàn toàn. Để loại bỏ lãng phí này, hệ thống phải chuyển sang phương pháp chia nhỏ công việc thành các gói giá trị ngắn hạn, bàn giao liên tục và thu hồi phản hồi ngay lập tức.

Mục tiêu học tập thứ hai là tăng tốc độ. Tăng tốc độ không có nghĩa là ép đội ngũ nhân sự làm việc nhanh hơn bằng cách tăng áp lực thời gian, mà là làm cho dòng công việc di chuyển qua hệ thống mà không gặp phải các quãng dừng đột ngột. Ví dụ, một quy trình phê duyệt ngân sách mua sắm thiết bị thông thường phải qua bảy cấp quản lý ký duyệt, khiến thời gian chờ đợi kéo dài bốn mươi lăm ngày, trong khi thời gian thực hiện thẩm định kỹ thuật chỉ mất nửa ngày. Tăng tốc độ trong trường hợp này đạt được bằng cách nâng hạn mức ủy quyền quyết định tài chính cho cấp quản lý trực tiếp dự án, cắt giảm các bước ký nháy hình thức, và chuyển đổi cơ chế kiểm tra từ tiền kiểm sang hậu kiểm dựa trên mẫu ngẫu nhiên.

See also  Bí Quyết Quản Trị Dự Án Hiệu Quả: Phá Bỏ Bẫy Báo Cáo Ảo Và Thiết Lập Hệ Thống Kiểm Soát Đa Tầng (0197)

Mục tiêu học tập thứ ba là tăng năng suất. Tăng năng suất là tạo ra nhiều giá trị hơn với cùng một lượng nguồn lực hoặc giữ nguyên giá trị với ít nguồn lực hơn, thông qua việc tự động hóa các thao tác lặp đi lặp lại và giảm thiểu tỷ lệ phải làm lại sản phẩm do lỗi chất lượng. Ví dụ, trong quá trình triển khai cấu hình hệ thống, đội ngũ kỹ thuật thường xuyên phải cấu hình thủ công trên từng máy chủ, dẫn đến tỷ lệ sai sót do con người chiếm mười lăm phần trăm và phải mất ba ngày để khắc phục. Bằng cách đầu tư xây dựng các tập lệnh tự động hóa triển khai, thời gian cấu hình giảm xuống còn mười phút và tỷ lệ lỗi kỹ thuật giảm về gần như bằng không, qua đó năng suất thực tế của đội ngũ tăng lên gấp nhiều lần mà không cần bổ sung thêm nhân sự.

Bảng dấu hiệu sớm và rủi ro trong quản lý dòng công việc:
+———————————–+———————————–+———————————–+———————————–+
| Dấu hiệu sớm | Cơ chế phát sinh | Hậu quả nếu bỏ qua | Phản ứng cần thiết |
+———————————–+———————————–+———————————–+———————————–+
| Số lượng email phàn nàn về tiến độ| Mất kết nối thông tin giữa các | Khách hàng hủy hợp đồng, mất uy | Thiết lập bảng điều khiển trực |
| tăng đột biến từ các bên liên quan| phòng ban chức năng | tín nghiêm trọng cho tổ chức | quan theo dõi thời gian thực |
+———————————–+———————————–+———————————–+———————————–+
| Thời gian họp kéo dài nhưng không | Thiếu số liệu minh bạch về dòng | Quyết định sai lầm dựa trên cảm | Áp dụng giới hạn sản phẩm dở dang,|
| có quyết định nào được thông qua | công việc và điểm nghẽn | tính và áp lực chính trị nội bộ | minh bạch hóa trạng thái công việc|
+———————————–+———————————–+———————————–+———————————–+
| Nhân sự chủ chốt xin nghỉ việc | Kiệt sức do làm việc quá tải kéo | Mất năng lực lõi, đình trệ toàn | Tái phân bổ nguồn lực, cân bằng |
| hàng loạt trong thời gian ngắn | dài tại các khâu điểm nghẽn | bộ chuỗi dự án đang triển khai | tải trọng công việc theo năng lực |
+———————————–+———————————–+———————————–+———————————–+
Bảng này giúp người quản lý nhận diện sớm các dấu hiệu khủng hoảng tiềm ẩn trước khi chúng bùng phát thành sự cố không thể kiểm soát ở cấp độ dự án và chương trình.

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 tổ chức triển khai chương trình chuyển đổi quy trình kinh doanh, tập trung toàn bộ nguồn lực vào việc mua sắm một hệ thống phần mềm quản trị nguồn lực doanh nghiệp đắt tiền. Ban quản lý dự án đặt mục tiêu hoàn thành việc cài đặt cấu hình trong mười hai tháng đúng như cam kết ban đầu với nhà thầu. Mọi chi phí được kiểm soát chặt chẽ, các mốc thời gian giải ngân được thực hiện đúng hạn. Tuy nhiên, khi hệ thống chính thức vận hành, các nhân viên nghiệp vụ từ chối sử dụng vì giao diện quá phức tạp, không phù hợp với quy trình làm việc thực tế và thiếu các tính năng cốt lõi phục vụ công việc hàng ngày. Dự án hoàn thành trên giấy tờ, ngân sách không vượt mức, nhưng giá trị kinh doanh tạo ra bằng không, và tổ chức phải mất thêm hai năm cùng một khoản ngân sách tương đương để làm lại từ đầu. Sai lầm xuất phát từ việc đo lường thành công bằng việc hoàn thành hạng mục thay vì đo lường bằng mức độ chấp nhận và giá trị sử dụng thực tế của người dùng cuối.

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 người quản lý giao nhận tại một doanh nghiệp sản xuất quyết định dừng ngay lập tức việc nhận thêm các yêu cầu phát triển sản phẩm mới khi phát hiện thấy kho sản phẩm dở dang của bộ phận thiết kế kỹ thuật đã vượt quá giới hạn an toàn. Quyết định này khiến ban điều hành vô cùng bất mãn vì làm gián đoạn kế hoạch ra mắt sản phẩm đã công bố với cổ đông trong ngắn hạn, đồng thời khiến các trưởng bộ phận kinh doanh khiếu nại vì không thể chiều lòng khách hàng mới. Người quản lý phải chấp nhận đối mặt với áp lực đánh giá hiệu suất kém trong quý đó và chịu đựng những buổi họp giải trình căng thẳng. Tuy nhiên, việc kiên quyết dọn sạch lượng sản phẩm dở dang giúp đội ngũ thiết kế tập trung giải quyết dứt điểm các điểm nghẽn kỹ thuật, đưa thời gian hoàn thành công việc từ thiết kế đến sản xuất giảm từ sáu mươi ngày xuống còn mười lăm ngày trong quý tiếp theo. Hệ thống sau đó đạt được thông lượng gấp đôi với cùng một nguồn lực nhân sự, đồng thời loại bỏ hoàn toàn các lỗi thiết kế nghiêm trọng trước khi đưa vào sản xuất hàng loạt.

See also  Giải pháp tái cấu trúc cơ cấu điều hành và cơ chế phân công trách nhiệm trong quản trị dự án tập đoàn (0126)

Mẫu sản phẩm Hiệu suất vượt trội dưới đây cung cấp một khung phân tích trực quan để người quản lý đọc và điền thông tin nhằm tối ưu hóa dòng công việc tại đơn vị của mình:

BẢNG ĐÁNH GIÁ VÀ TỐI ƯU DÒNG CÔNG VIỆC (MẪU DÙNG NGAY)

1. Tên dòng công việc cần phân tích: [Ghi rõ tên quy trình, ví dụ: Quy trình phát triển tính năng sản phẩm mới]
2. Xác định các bước trong dòng công việc (từ đầu vào đến đầu ra):
– Bước 1: [Tên bước] – Năng lực xử lý tối đa: [Số lượng đơn vị/ngày] – Tồn đọng hiện tại (WIP): [Số lượng]
– Bước 2: [Tên bước] – Năng lực xử lý tối đa: [Số lượng đơn vị/ngày] – Tồn đọng hiện tại (WIP): [Số lượng]
– Bước 3: [Tên bước] – Năng lực xử lý tối đa: [Số lượng đơn vị/ngày] – Tồn đọng hiện tại (WIP): [Số lượng]
– Bước 4: [Tên bước] – Năng lực xử lý tối đa: [Số lượng đơn vị/ngày] – Tồn đọng hiện tại (WIP): [Số lượng]
3. Xác định điểm nghẽn chính của hệ thống:
– Bước có năng lực thấp nhất là: [Tên bước] với mức [Số lượng đơn vị/ngày].
4. Thiết lập giới hạn sản phẩm dở dang (WIP Limit) cho từng bước:
– Đặt giới hạn cho Bước 1 tối đa bằng: [Năng lực của điểm nghẽn nhân 1.2]
– Đặt giới hạn cho Bước 2 tối đa bằng: [Năng lực của điểm nghẽn nhân 1.2]
5. Kế hoạch hành động cải tiến dòng chảy:
– Biện pháp xử lý điểm nghẽn: [Tăng cường nhân lực tạm thời / Tự động hóa / Cắt giảm bớt yêu cầu phụ]
– Thời điểm đánh giá lại hiệu suất: [Ghi rõ ngày, tuần hoặc tháng cụ thể]

Cách điền và cách đọc mẫu sản phẩm: Người quản lý cần khảo sát thực tế tại hiện trường để điền chính xác năng lực xử lý tối đa của từng bước thay vì dựa trên lý thuyết hay cam kết của các trưởng bộ phận. Điểm nghẽn là bước có con số năng lực thấp nhất trong toàn bộ chuỗi. Cách đọc mẫu rất đơn giản: nếu lượng tồn đọng ở bất kỳ bước nào vượt quá giới hạn cho phép tính theo năng lực của điểm nghẽn, người quản lý lập tức phải cho dừng việc tiếp nhận đầu vào mới ở các bước trước đó để dồn toàn lực giải phóng điểm nghẽn, tuyệt đối không cho phép tiếp tục đẩy công việc vào một hệ thống đã bị quá tải.

Để tạo ra kết quả nhanh hơn và tốt hơn, hệ thống thực thi phải từ bỏ tư duy tối ưu hóa từng bộ phận riêng lẻ để chuyển sang quản trị toàn bộ dòng chảy giá trị dựa trên năng lực thực tế của điểm nghẽn lớn nhất. Điều kiện đảo chiều của nguyên lý này là khi tổ chức hoạt động trong môi trường có tính độc lập tuyệt đối giữa các công đoạn và không có ràng buộc về nguồn lực chung, khi đó việc tối ưu hóa từng phần mới mang lại hiệu quả cộng hưở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 việc thiết lập giới hạn sản phẩm dở dang cho toàn bộ danh mục; kiên định bảo vệ các quyết định dừng nhận việc mới để giải phóng điểm nghẽn trước áp lực ngắn hạn của ban điều hành; từ chối việc bổ sung ngân sách tràn lan cho các dự án đang bị ùn tắc.
– Quản lý dự án hoặc người quản lý giao nhận: Trực tiếp đo lường và theo dõi thời gian hoàn thành (Lead Time) cùng thông lượng hàng tuần; lập và duy trì bảng đánh giá dòng công việc; phát hiện sớm các điểm nghẽn và chủ động điều phối nhân lực hỗ trợ thay vì thúc ép tiến độ hình thức.
– Chủ sở hữu sản phẩm: Chủ động cắt giảm phạm vi các tính năng ít giá trị để giảm tải cho hệ thống; liên tục 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ị kinh doanh thực tế; chịu trách nhiệm giải trình về hiệu quả đầu tư thay vì số lượng hạng mục đã hoàn thành.
– Đội ngũ thực hiện trực tiếp: Minh bạch hóa tình trạng công việc hàng ngày trên bảng điều khiển trực quan; dừng ngay việc nhận việc mới khi đạt ngưỡng sản phẩm dở dang cho phép; chủ động đề xuất các giải pháp cải tiến kỹ thuật nhằm loại bỏ lãng phí tại công đoạn mình phụ trách.

Các câu hỏi tự kiểm tra cho người đọc:
– Điểm nghẽn hiện tại đang làm chậm toàn bộ dòng công việc trong dự án của tổ chức nằm ở công đoạn nào, và năng lực xử lý tối đa của nó là bao nhiêu đơn vị mỗi ngày?
– Lượng sản phẩm dở dang trong hệ thống hiện tại có đang vượt quá giới hạn chịu tải của điểm nghẽn hay không, và những hậu quả nào đang âm thầm diễn ra do tình trạng ùn tắc đó?
– Tổ chức đang sử dụng những chỉ số nào để đo lường hiệu suất thực thi, và các chỉ số đó phản ánh 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 đã hoàn thành trên giấy tờ?
– Quyết định cắt giảm phạm vi hoặc tạm dừng tiếp nhận yêu cầu mới nào cần được đưa ra ngay lập tức để bảo vệ dòng chảy giá trị của toàn bộ danh mục dự án?

#QuanLyDuAn #LyThuyetGioiHan #TOC #Kanban #ToiUuDongChay #ReboostLab