Thực thi dự án: chọn phương pháp theo ràng buộc thật (Phần 1/2)

Đăng ngày 23/10/2026

Tóm tắt và điều cần nhớ

Chuỗi thực thi dự án bắt đầu ở bài này, trước khi chuyển sang phần giữ tiến độ trong bài thứ hai. Phần một trả lời câu hỏi đứng trước mọi bản lịch: nên chạy dự án theo cách nào. Thay vì xếp hạng phương pháp, bài đọc chúng bằng một câu hỏi đơn giản: mỗi cách làm chốt cứng thứ gì, để thứ gì được đổi, và trả giá bằng kiểu hỏng nào. Phần hai bàn về giữ nhịp sau khi đã chọn.

• Mỗi cách làm khoá một thứ: thác nước khoá phạm vi theo trình tự, Scrum khoá độ dài vòng, Kanban khoá lượng việc dở dang, PRINCE2 khoá quyền quyết định.
• Mỗi khoá có một cái giá: sai sót lộ muộn, nhịp họp thành thủ tục, giới hạn chỉ viết trên bảng, hồ sơ nặng hơn dự án.
• Bảy yếu tố chọn cách làm dễ dùng hơn khi đổi thành câu hỏi: thứ gì cứng, thứ gì chưa biết, nhóm này chịu tải được cách nào.
• Dự án thật thường có cả phần cứng lẫn phần mờ, nên cách lai khoá khung ngoài và cho vòng trong lặp ngắn hay hợp hơn một nhãn duy nhất.
• Chọn xong phải ghi sẵn dấu hiệu hỏng sớm và thử trên một dự án nhỏ trong vài tuần trước khi áp rộng.

Vì sao phải chọn cách làm trước khi dựng lịch

Cách quản lý quyết định nhóm phát hiện mình sai vào lúc nào và ai có quyền sửa. Một nhóm có đủ cuộc họp Scrum nhưng mọi ưu tiên vẫn đợi chủ quyết sẽ khó tự điều chỉnh. Ngược lại, kế hoạch tuần tự cho vấn đề khách còn chưa hiểu rõ có thể đẩy phản hồi quan trọng tới quá muộn. Hai tình huống giả định cùng nhắc việc chọn phương pháp phải bắt đầu từ điều chưa biết.

Bài so sánh cách làm qua thứ được giữ ổn định, thứ được thay đổi và dấu hiệu cần xem lại lựa chọn. Đây là lăng kính của người viết, không phải định nghĩa chính thức của các phương pháp. Nó giúp thảo luận trước khi lập lịch, không thay thế tiêu chuẩn quản trị hay yêu cầu chuyên ngành.

Khái niệm cốt lõi và thuật ngữ

Danh sách sau gom những khái niệm cần nắm trước khi so sánh phương pháp. Bốn khái niệm đầu là thuật ngữ quen thuộc của ngành; ba khái niệm cuối là cách gọi riêng của bài để so sánh, nên bạn đừng tìm chúng trong các tiêu chuẩn.

• Dự án và sản phẩm: dự án có đầu có cuối và phải giao đúng phạm vi, hạn, ngân sách; sản phẩm sống tiếp sau dự án nên người quản lý sản phẩm lo vòng đời và nhu cầu khách hàng. Hai việc nối nhau vì dự án là cách giao một phần của sản phẩm.
• Sáu đầu việc của người quản lý dự án: xác định phạm vi và mục tiêu, lập kế hoạch và lịch, phân bổ nguồn lực, quản lý rủi ro, giao tiếp với các bên liên quan, theo dõi tiến độ.
• Phương pháp luận (methodology) và khung (framework): tài liệu nguồn coi phương pháp luận là bộ thủ tục cho một quy trình, còn khung là bộ hướng dẫn lỏng. Ranh giới này mờ, vì Scrum Guide tự gọi Scrum là framework nhẹ còn PRINCE2 được mô tả là method có cấu trúc, nên bài gọi chung là cách làm.
• Đầu ra (output) và kết quả (outcome): đầu ra là thứ làm xong, như một công trình; kết quả là thay đổi thứ đó tạo ra, như hộ dân có nước dùng đều đặn.
• Khoá: thứ một cách làm chốt cứng từ đầu, như phạm vi, độ dài vòng hay lượng việc dở dang; phần còn lại được phép đổi.
• Kiểu hỏng đặc trưng: cách thất bại thường gặp của một cách làm khi khoá bị phớt lờ hoặc đặt sai chỗ.
• Dấu hiệu sớm: điều quan sát được trước khi hỏng lộ ra, như cuối vòng không có phần chạy được để cho khách xem.

Mỗi cách làm khoá một thứ

Dự án nào cũng có ba thứ muốn giữ: việc phải làm (phạm vi), thời hạn và tiền. Khi còn nhiều điều chưa biết, giữ chặt cả ba là ảo tưởng, nên mỗi cách làm chọn chốt cứng một thứ và để các thứ khác co giãn. Thác nước chốt phạm vi và thiết kế rồi mới làm; Scrum chốt độ dài mỗi vòng và để nội dung vòng sau đổi; Kanban chốt lượng việc đang làm dở. Nhìn như vậy, câu hỏi chọn phương pháp trở thành câu hỏi: dự án của bạn chịu chốt cứng thứ gì?

Bài gom mười hai phương pháp ở nửa đầu tài liệu nguồn thành sáu họ và một cách ghép (Hình 1). Mỗi họ có một thứ khoá và một cái giá; cái giá không phải lời chê mà là điều bạn đã chấp nhận khi chọn, nên cần biết trước để canh. Hãy đọc hình như một bản đồ khoá, không phải bảng xếp hạng, vì không họ nào thắng ở mọi dự án. Các mục sau đi qua từng họ và nêu dấu hiệu sớm của nó.

Tuần tự có cổng: thác nước, PRINCE2 và cổng giai đoạn

Thác nước (waterfall) đi tuần tự qua các pha như lập kế hoạch, thiết kế, phát triển, kiểm thử và triển khai; pha trước xong, có sản phẩm bàn giao rõ, thì mới sang pha sau. Thứ bị khoá là yêu cầu và thiết kế, còn thay đổi phải qua kiểm soát thay đổi chính thức. Cách này hợp khi yêu cầu rõ, ít đổi, hoặc quy định buộc phải có hồ sơ và truy vết. Cái giá là sai sót lộ muộn. Dấu hiệu sớm gồm khoảng cách ngày càng dài từ lúc chốt yêu cầu đến lúc người ngoài nhóm thấy sản phẩm chạy, và các yêu cầu thay đổi dồn về cuối.

PRINCE2 (Projects IN Controlled Environments) là phương pháp có cấu trúc [2], gồm bảy nguyên tắc, trong đó có quản lý theo giai đoạn và quản lý theo ngoại lệ, và hệ quy trình bao quát việc chuẩn bị, điều hành, bàn giao, kết thúc. Thứ bị khoá là quyền quyết định: mỗi mục tiêu có dung sai, và chỉ khi dự báo vượt dung sai thì vấn đề mới lên cấp trên quyết. Khối lượng hồ sơ cần được điều chỉnh theo quy mô, tránh để thủ tục lấn thời gian thực hiện. Đây là rủi ro triển khai, không phải kết luận rằng phương pháp không phù hợp dự án nhỏ. Nếu họp duyệt giai đoạn chỉ còn để ký, quyền quyết định đã rỗng.

Quy trình đưa sản phẩm mới ra thị trường (New Product Introduction, NPI) dùng cùng logic cổng cho sản phẩm. Nhóm liên chức năng từ thiết kế, kỹ thuật, tiếp thị, bán hàng đến vận hành cùng lập kế hoạch; ở mỗi cổng, cuộc rà soát kiểm lại giả định rồi quyết định đi tiếp hay dừng bằng dữ liệu, và sau ra mắt còn một đợt rà soát phản hồi của khách và thị trường. Thứ bị khoá là quyết định đi tiếp hay dừng; kiểu hỏng là cổng không bao giờ dám dừng một dự án.

Lặp theo vòng và dòng việc: Scrum và Kanban

Scrum tổ chức việc học qua các Sprint dài tối đa một tháng; nhóm có Product Owner, Scrum Master và Developers. Mỗi vòng cần tạo Increment đáp ứng Definition of Done, thay vì chỉ báo số việc đang làm [1]. Bài gọi độ dài vòng là phần được giữ ổn định để bảo vệ nhịp phản hồi; điều đó không có nghĩa mọi thay đổi trong Sprint đều bị cấm.

Dấu hiệu phải xem lại là nhiều vòng kết thúc mà không có phần dùng được, hoặc ưu tiên bị thay liên tục nhưng không ai chịu trách nhiệm về mục tiêu. Trong nhóm giả định, nên kiểm quyền chọn việc, năng lực hoàn thành và cách kiểm chất lượng trước khi thêm cuộc họp. Chỉ sao chép lịch họp không tạo ra năng lực tự quản.

Kanban Guide yêu cầu làm rõ và trực quan hoá dòng công việc, chủ động quản lý các hạng mục và cải tiến dòng chảy; kiểm soát việc đang làm là phần trọng yếu [3]. Giới hạn việc dở dang giúp nhóm thấy chỗ chờ thay vì mở thêm mọi yêu cầu. Khi cột nghẽn đã đầy, người quản lý phải hỗ trợ giải phóng nó, không chỉ sửa con số giới hạn cho vừa thực tế.

Scrum tạo nhịp xem xét sản phẩm theo vòng; Kanban chú ý cách việc chảy qua hệ thống. Không nên chọn chỉ vì đội thích bảng hơn lịch họp. Hãy xem nguồn yêu cầu đến theo nhịp nào, đầu ra cần được khách phản hồi ra sao và nhóm có giữ được các cam kết đã chọn không.

Cách làm lai: khoá khung ngoài, lặp vòng trong

Cách làm lai (hybrid) ghép Agile với phương pháp truyền thống cho dự án có cả phần đoán trước được lẫn phần còn mờ: mục tiêu, phạm vi tổng và các mốc kiểm tra nằm ở lớp ngoài, còn lớp trong chạy vòng ngắn. Giả định một trung tâm ngoại ngữ mở cơ sở thứ hai. Hợp đồng thuê, cải tạo, giấy phép và ngày khai giảng là phần cứng nên đi theo trình tự có mốc; chương trình lớp thử, kênh tuyển sinh và cách xếp lịch học còn mờ nên chạy vòng hai tuần, mỗi vòng thử một lớp hoặc một kênh (Hình 2).

Chỗ dễ hỏng của cách lai là hai nhịp lệch nhau: lớp ngoài đòi báo cáo theo mốc, lớp trong đổi hằng tuần, và không ai đối chiếu. Cần một điểm nối cố định, ví dụ hai tuần một lần, để so kết quả các vòng với mốc lớn, kèm quy tắc rõ về người được đổi khung ngoài. Nếu lớp trong đổi được cả ngày khai giảng thì khung ngoài thực ra chưa hề khoá.

Lịch và ràng buộc: đường găng và chuỗi găng

Đường găng (Critical Path Method, CPM) tìm chuỗi phụ thuộc quyết định thời gian hoàn thành dự án theo các ước lượng đang dùng. Việc ngoài chuỗi có thể có độ trôi, nhưng độ trôi không đồng nghĩa được bỏ qua. Nếu thời lượng hay phụ thuộc thay đổi, cần tính lại; phần hai sẽ bàn cách dùng lịch để theo dõi thay vì coi bản đầu là lời tiên đoán.

Chuỗi găng (Critical Chain) bổ sung hạn chế nguồn lực và cách bảo vệ tiến độ bằng bộ đệm. Hai công việc không phụ thuộc kỹ thuật vẫn xung đột nếu cần cùng một chuyên gia. Bài giữ nguyên lý này từ tài liệu nền, không dùng tỷ lệ rút ngắn dự án thiếu nghiên cứu đối chiếu. Dấu hiệu cần kiểm là bộ đệm cạn nhanh trong khi công việc quan trọng chưa tiến tương ứng.

Cải tiến quy trình và đo kết quả: Lean, Six Sigma, Outcome Mapping

Lean nhìn dòng giá trị và tìm hao phí như chờ đợi, di chuyển hoặc làm lại. Quy trình chuẩn tạo đường cơ sở để cải tiến, không đóng băng cách làm mãi mãi. Một dấu hiệu chọn sai phạm vi là công đoạn được tối ưu nhanh hơn nhưng thời gian khách chờ không giảm; khi đó phải xem chỗ nối và khâu nghẽn của cả dòng.

Six Sigma tập trung định nghĩa vấn đề, đo biến thiên và kiểm nguyên nhân trước khi sửa. Trong phạm vi nguồn của phần này mới có phần mở đầu; vòng DMAIC được bàn tiếp ở phần hai. Chưa xác định lỗi hoặc chưa có cách đo đủ ổn định thì không nên hứa một tỷ lệ giảm lỗi, đặc biệt với công việc đang khám phá giải pháp mới.

Outcome Mapping của IDRC nhấn mạnh những thay đổi hành vi ở người, nhóm và tổ chức mà chương trình làm việc cùng, đồng thời phân biệt đóng góp của chương trình với quy kết toàn bộ kết quả cho nó [4]. Vì thế, bàn giao một tài liệu đào tạo chưa chứng minh người nhận đã vận hành được. Cần quan sát hành vi, năng lực và cách phối hợp sau bàn giao, bên cạnh chỉ số đầu ra truyền thống.

Bảy yếu tố đọc thành bảy câu hỏi

Tài liệu nguồn nêu bảy yếu tố ảnh hưởng đến việc chọn cách làm: độ phức tạp, các bên liên quan, nguồn lực, thời hạn, ngân sách, quy định và văn hoá tổ chức. Mỗi yếu tố được xét riêng rồi xếp về một phía: chặt chẽ thì thác nước, linh hoạt thì Agile. Cách ghép đó gọn nhưng cho lời khuyên ngược nhau khi hai yếu tố cùng xuất hiện, như hạn gấp đi với yêu cầu còn mờ. Bài đề nghị đọc lại bảy yếu tố thành bảy câu hỏi chia ba nhóm (Hình 4).

Nhóm cái cứng gồm thời hạn, ngân sách và quy định; câu hỏi chung là thứ nào không được vượt, vì lý do nằm ngoài dự án. Cứng ở đâu thì khoá ở đó, bằng ngày chốt, hạn mức hay cổng duyệt. Nhóm cái chưa biết gồm độ phức tạp và các bên liên quan: điều gì còn chưa biết, bao lâu nữa mới biết, và ai là người xem kết quả để nói đạt hay chưa. Chưa biết nhiều thì cần vòng ngắn để học sớm.

Nhóm cái chịu tải gồm nguồn lực và văn hoá, và là nhóm hay bị bỏ qua. Cách làm đòi nhóm tự quyết trong khi tổ chức vẫn giữ mọi quyết định thì chỉ còn trên giấy; cách làm đòi hồ sơ chặt trong khi đội không có người biết viết hồ sơ sẽ chậm trước khi hỏng. Nhóm này yếu thì hạ một bậc: chọn cách nhẹ hơn và đào tạo trước. Ghép ba nhóm lại: cứng nhiều và rõ thì tuần tự có cổng, cứng nhiều và mờ nhiều thì lai, mềm và mờ thì lặp vòng hoặc dòng việc.

Cách áp dụng từng bước

Có thể dùng danh mục này với dự án đang chuẩn bị, dự kiến thực hiện trong vài tháng. Phần chấm điểm là đề xuất của bài để buộc các yếu tố nằm trên giấy, chưa được kiểm chứng bằng khảo sát; hãy xem nó như bảng câu hỏi chứ không phải công thức.

• Bước 1: Viết một câu về kết quả cuối cùng và liệt kê những gì không được dời: ngày, tiền, điều kiện pháp lý.
• Bước 2: Trả lời bảy câu hỏi ở Hình 4, chấm mỗi câu 0, 1 hoặc 2 điểm theo mức cứng, mức chưa biết hoặc mức yếu của nhóm.
• Bước 3: Cộng theo ba nhóm: cái cứng tối đa 6 điểm, cái chưa biết và cái chịu tải mỗi nhóm tối đa 4; từ một nửa điểm tối đa trở lên là cao.
• Bước 4: Đọc tổ hợp: cứng cao và chưa biết thấp thì tuần tự có cổng; cả hai cao thì lai; cứng thấp và chưa biết cao thì lặp vòng hoặc dòng việc; cả hai thấp thì cách nhẹ nhất là đủ.
• Bước 5: Nếu cái chịu tải ở mức cao tức là nhóm yếu, hạ một bậc: chọn cách nhẹ hơn và đào tạo trước khi chạy.
• Bước 6: Ghi ba điều: thứ bị khoá, thứ được đổi và người có quyền mở khoá.
• Bước 7: Chọn ba dấu hiệu sớm từ Hình 3, ghi ngưỡng báo động và giao một người nhìn mỗi tuần.
• Bước 8: Chạy thử, rồi xem lại lựa chọn ở mốc đã định, vì độ phức tạp có thể đổi giữa chừng.

Tình huống áp dụng tại Việt Nam

Tại Việt Nam, MISA AMIS Công việc công bố khả năng xem dự án bằng các góc nhìn như Gantt và Kanban, theo dõi tiến độ và cảnh báo trễ hạn [5]. Đặc điểm này cho thấy công cụ có thể phục vụ nhiều cách nhìn, không tự quyết phương pháp thay đội. Bài không sử dụng lời quảng bá tăng năng suất như kết quả được kiểm nghiệm.

Với Base Wework tại Việt Nam, trang sản phẩm mô tả việc lập kế hoạch, phân công và theo dõi công việc cùng các báo cáo [6]. Câu hỏi quản trị là mỗi nhiệm vụ có tiêu chuẩn hoàn thành và người nhận đủ rõ không. Chuyển thẻ sang cột xong mà chưa có kiểm tra của bên nhận vẫn là một rủi ro, dù giao diện có trực quan đến đâu.

Hai nguồn xác nhận chức năng được công bố, không phải ca chứng minh một phương pháp thành công. Trong một dự án nội bộ giả định, nhóm có thể dùng mốc Gantt cho ngày bàn giao lớn, Kanban để hạn chế việc dở dang, và cuộc rà soát ngắn với người dùng. Hình 5 đặt các điểm kiểm cần thống nhất trước khi phối hợp công cụ như vậy.

Sai lầm thường gặp, giới hạn và khi nào không nên dùng

Năm sai lầm dưới đây đều quy về một gốc: coi tên phương pháp là câu trả lời thay vì coi cái khoá là câu hỏi cần trả lời trước. Cách tránh đi kèm từng lỗi; phần giới hạn nằm ở đoạn cuối.

• Chọn theo tên thời thượng: dùng Scrum nhưng quyền xếp ưu tiên vẫn ở người chủ, nên vòng chỉ còn là lịch họp; hãy chỉ định người có quyền nói không.
• Khoá mà không nói ai được mở khoá: phạm vi đổi lặng lẽ qua tin nhắn; hãy ghi tên người và cách xin đổi.
• Không khai báo dấu hiệu hỏng: chỉ biết sai khi đã trễ; hãy ghi ba dấu hiệu và ngưỡng ngay khi chọn.
• Dán một nhãn lên cả dự án: phần cứng bị ép làm vòng ngắn hoặc phần mờ bị ép làm kế hoạch dài; hãy tách phần và dùng cách lai.
• Tin con số thành công in trong tài liệu giới thiệu: tài liệu nguồn kèm nhiều tỷ lệ gán cho tạp chí hay khảo sát mà không dẫn nghiên cứu cụ thể, nên bài không dùng.

Giới hạn: lăng kính khoá và kiểu hỏng chỉ là lăng kính phân tích do người viết đề nghị; bảng chấm điểm chưa kiểm chứng bằng khảo sát; mô tả phương pháp lấy từ một tài liệu tổng quan và các trang tham chiếu mở. Với dự án có ràng buộc pháp lý như đầu tư công, hãy hỏi chuyên gia pháp lý thay vì suy từ bài này, và đừng chọn phương pháp chỉ vì một bảng điểm.

Kế hoạch thử nghiệm bốn tuần với một dự án nhỏ

Lấy một dự án thật còn dưới ba tháng, nhóm dưới hai chục người, và dùng bốn tuần để kiểm tra lựa chọn chứ không phải để làm xong cả dự án. Mục tiêu là biết khoá đã đặt có đúng chỗ không và dấu hiệu nào đã xuất hiện.

• Tuần 1: trả lời bảy câu hỏi, chấm điểm, chọn cách làm chính; ghi thứ bị khoá, thứ được đổi, người mở khoá và ba dấu hiệu sớm.
• Tuần 2: chạy theo cách đã chọn; mỗi tuần họp mười lăm phút xem ba dấu hiệu và ghi vào bảng.
• Tuần 3: nếu một dấu hiệu vượt ngưỡng, ghi nguyên nhân và chỉnh khoá, siết thêm hoặc nới bớt, chưa vội đổi cả cách làm.
• Tuần 4: rà lại xem khoá đặt đúng chỗ chưa, phần nào của dự án nên chuyển sang cách khác, bài học nào đưa vào dự án sau.

Kết luận

Chọn cách làm là chọn thứ bạn chịu chốt cứng và kiểu hỏng bạn chịu canh. Thác nước, Scrum, Kanban, PRINCE2 hay chuỗi găng đều đúng ở chỗ riêng của nó, và đều hỏng khi khoá bị phớt lờ. Phần hai, phần tiếp theo của chuỗi, bàn việc giữ nhịp sau khi đã chọn: ước lượng ba điểm PERT, đường găng và biểu đồ Gantt, sổ rủi ro, các cách thích ứng như XPM, APF và DMAIC, cách sử dụng phần mềm, hỗ trợ AI cùng phối hợp giữa trực tiếp và từ xa.

Nguồn và phương pháp

Bài nghiên cứu được biên soạn với hỗ trợ AI, bằng cách phân tích và diễn đạt riêng; không phải bản dịch. Tài liệu nền là Project-Execution-BLUEPRINT-v1.pdf; phạm vi đọc gồm trang 1 đến 83 của bản trích xuất. Dàn ý, tình huống giả định và hình minh hoạ được tổ chức lại cho người quản lý Việt Nam, không sao chép biểu mẫu hay hình gốc. Bạn đọc nên tìm tài liệu gốc để đọc đầy đủ.

Giới hạn kiểm chứng: các cách áp dụng chưa được đo trong doanh nghiệp của người đọc. Loạt bài bắt đầu ngày 20/10/2026; các nguồn web của bài được đối chiếu ngày 23/10/2026. Lăng kính giữ ổn định, kiểu hỏng và bảng câu hỏi lựa chọn là đề xuất phân tích, chưa được kiểm nghiệm như công cụ chấm điểm. Ví dụ trung tâm ngoại ngữ và dự án nội bộ là giả định. MISA, Base được dẫn để xác nhận chức năng công bố; không có phép đo tác dụng tại khách hàng. Không dùng bài như hướng dẫn thủ tục pháp lý hoặc hợp đồng chuyên ngành.