Chọn phương pháp quản lý dự án: bản đồ 27 phương pháp, bộ câu hỏi kiểm tra và bốn tình huống Việt Nam

Đăng ngày 23/10/2026

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

Bài này trả lời câu hỏi người điều hành nào cũng gặp khi giao dự án: chạy theo cách nào, và cần những đồ nghề gì để chạy đến nơi. Nội dung viết lại từ một giáo trình tổng quan, gom thành bản đồ chọn lựa, danh mục kiểm tra và bốn tình huống tại Việt Nam.

• Dự án có điểm đầu, điểm cuối và kết quả độc nhất, nên cách quản lý phải chọn theo từng dự án, không theo thói quen.
• Hai câu hỏi lọc nhanh nhất: yêu cầu đã rõ đến đâu, và sửa muộn thì đắt hay rẻ.
• Hai mươi bảy phương pháp gom được thành năm họ, mỗi họ giải một bài toán riêng, cộng một lối ghép.
• Mười câu hỏi kiểm tra, kế hoạch rủi ro bảy việc và bảng tiến độ là đồ nghề dùng chung.
• Chọn xong mới được nửa đường: còn phải kiểm kê, tuỳ chỉnh, thử nhỏ, đào tạo và đo lại.

Vì sao quản lý đúng quy trình vẫn có thể ra dự án hỏng

Hai câu hỏi hay bị gộp làm một: quản lý dự án có tốt không, và dự án có thành công không. Câu đầu hỏi về cách làm, tức đúng hạn, đúng ngân sách, đúng đặc tả. Câu sau hỏi về kết quả, tức người dùng có dùng và doanh nghiệp có thu lợi như kỳ vọng. Giả định một hệ thống nội bộ giao đúng hạn, đúng tiền mà nhân viên bán hàng không mở ra dùng: câu đầu đạt, câu sau trượt, và có thể ngược lại.

Vì thế chọn phương pháp là chọn nơi trả giá cho bất định: lập kế hoạch kỹ rồi trả giá khi sửa muộn, hoặc chia nhỏ để học sớm rồi trả giá bằng thời gian phối hợp với khách hàng. Phương pháp tốt không bảo đảm thành công, nhưng làm sai lầm lộ ra khi còn rẻ để sửa.

Khái niệm cốt lõi và bốn vai trò

Dự án (project) là hoạt động có thời hạn để tạo ra sản phẩm, dịch vụ hoặc kết quả độc nhất. Quản lý dự án (project management) là tổ chức và lập kế hoạch nguồn lực, gồm người và tiền, để hoàn thành đúng việc đó. Bốn thuật ngữ dễ lẫn: cách tiếp cận (approach) là tư duy chung như tuần tự hay linh hoạt; phương pháp (methodology) là bộ quy trình cụ thể, như Scrum hay PRINCE2; hướng dẫn (guide) là kho kiến thức không áp quy trình, tiêu biểu là PMBOK Guide; kỹ thuật (technique) là công cụ hẹp như PERT.

Bốn vai trò xuất hiện ở hầu hết cách làm: nhà bảo trợ (sponsor) chịu trách nhiệm kết quả trước khách hàng; quản lý dự án phân việc và theo dõi tiến độ; chuyên viên phân tích nghiệp vụ thu thập dữ liệu để chỉnh quy trình và mục tiêu; thành viên nhóm làm việc hằng ngày. Doanh nghiệp nhỏ có thể để một người kiêm nhiều vai, trừ vai nhà bảo trợ, không nên bỏ trống.

Vòng đời dự án: bốn giai đoạn, năm kiểu và các giới hạn

Vòng đời dự án (project life cycle) là chuỗi giai đoạn từ lúc nảy ý đến lúc bàn giao. Theo PMBOK có bốn giai đoạn: khởi động (nhu cầu, mục tiêu, khả thi sơ bộ, phê duyệt); chuẩn bị (phạm vi, tiến độ, ngân sách, nguồn lực, kế hoạch rủi ro, truyền thông, mua sắm, chất lượng); thực hiện; kết thúc (nghiệm thu, bàn giao, ghi bài học, họp sau dự án). Lợi ích thực dụng là có đường cơ sở về phạm vi, tiến độ, chi phí để so với thực tế, và có điểm dừng để quyết định đi tiếp hay thôi.

Năm kiểu vòng đời khác nhau ở cách đối xử với thay đổi. Kiểu dự đoán (predictive, hay thác nước) lập kế hoạch đủ rồi mới làm, đổi giữa chừng rất tốn. Kiểu thích ứng (adaptive) coi thay đổi là chuyện thường. Kiểu lặp (iterative) làm bản đơn giản rồi cải thiện dần; kiểu tăng dần (incremental) giao từng phần dùng được. Kiểu lai (hybrid) trộn các kiểu trên. Hai lầm tưởng cần bỏ: có một vòng đời cho mọi dự án, và đã chọn thì không đổi giữa chừng.

Giới hạn cần nhớ: vòng đời dễ coi dự án là xong khi bàn giao dù sản phẩm còn cần bảo trì, cứng khi bất định cao, gượng với việc nhiều phụ thuộc, và càng về cuối đo tiến độ càng chủ quan. Cách chữa là kết hợp phương pháp khác và siết theo dõi từ sớm.

Bảy pha công việc từ ý tưởng đến bảo trì

Giáo trình chia công việc thành bảy pha: lập kế hoạch, phân tích, thiết kế, phát triển, kiểm thử, triển khai, bảo trì. Tên mượn từ phát triển hệ thống, nhưng thứ tự câu hỏi đúng với mọi ngành: vì sao làm, làm được không, làm thế nào, làm, kiểm, giao, duy trì. Mỗi pha khép lại bằng một cột mốc và một sản phẩm bàn giao (Hình 1).

Lập kế hoạch gồm bốn việc: nêu lý do và vấn đề cần giải, phác yêu cầu sơ bộ về phạm vi, thời gian, nguồn lực, kéo các bên liên quan vào sớm, dựng cơ cấu phân cấp. Phân tích là nghiên cứu khả thi rồi tóm tắt một đến hai trang cho người quyết định, tức cổng đi hay dừng đầu tiên. Thiết kế điền chi tiết và đối chiếu chi phí với lợi ích trước khi chi tiền thật.

Phát triển ngốn nhiều công sức nhất; họp định kỳ và ghi lại vấn đề cùng cách xử lý sẽ giúp ích về sau. Kiểm thử chạy song song và cho biết khả năng đạt chỉ số KPI trước khi qua pha kế. Triển khai là lúc giao cho người nhận. Bảo trì hay bị cắt khỏi ngân sách, nên cần ghi từ đầu ai trả tiền và ai chịu trách nhiệm sau bàn giao.

Chọn theo hai trục: độ rõ của yêu cầu và giá của thay đổi muộn

Giáo trình liệt kê nhiều tiêu chí chọn, từ năng lực nhóm, thời hạn, ngân sách đến chuẩn ngành. Bài này rút về hai tiêu chí quyết định họ phương pháp: yêu cầu chốt được bao nhiêu trước khi bắt đầu, và sửa muộn thì mất bao nhiêu. Hai trục này cho bốn vùng (Hình 2). Yêu cầu rõ mà sửa đắt, như đổ bê tông hay đặt thiết bị riêng, hợp họ tuần tự có cổng. Yêu cầu mờ mà sửa rẻ, như ứng dụng hay chiến dịch nội dung, hợp họ linh hoạt. Yêu cầu rõ mà sửa rẻ, như việc hỗ trợ lặp lại, hợp dòng chảy gọn kiểu Kanban hoặc Lean.

Vùng khó nhất là yêu cầu mờ mà sửa đắt. Ở đó nên ghép: khoá phần đắt bằng kế hoạch và cổng duyệt, còn phần mờ thì thử bằng nguyên mẫu ngắn. Năm câu hỏi phụ giúp hiệu chỉnh; nên hỏi cả người trực tiếp làm vì họ thấy điều người chọn bỏ sót:

• Khách hoặc người dùng phản hồi được theo chu kỳ ngắn không? Nếu không, cách làm linh hoạt dễ thành sửa mãi.
• Nhóm có người tự chủ và cam kết đủ thời gian không? Nếu không, cần kế hoạch chi tiết hơn.
• Hợp đồng, quy định hay chuẩn tuân thủ có đòi tài liệu và duyệt theo cổng không?
• Có nhiều việc phụ thuộc nhau không? Nếu có, thêm kỹ thuật đường găng, bất kể họ nào.
• Mục tiêu là sản phẩm bàn giao, hay đổi hành vi, giảm lỗi, bền vững? Loại sau cần họ cải tiến hoặc họ đặc thù.

Bản đồ 27 phương pháp gom thành năm họ

Giáo trình liệt kê 27 tên gọi nhưng chúng không cùng loại: Scrum hay PRINCE2 là phương pháp trọn gói, PMBOK là kho hướng dẫn, PERT hay đường găng là kỹ thuật lập lịch, Six Sigma thiên về triết lý cải tiến. Đặt cạnh nhau sẽ dẫn đến so sánh khập khiễng, nên bài gom theo bài toán mỗi thứ giải (Hình 3):

• Họ tuần tự có cổng: Waterfall, NPI (giới thiệu sản phẩm mới), RUP, PRINCE2. Bài toán: ổn định và kiểm soát.
• Họ linh hoạt: Agile, Scrum, Kanban (cùng biến thể Scrumban), XP, RAD, FDD, ASD, cùng Crystal, DSDM và APF. Bài toán: giao từng phần, học từ phản hồi.
• Họ lịch trình: PERT, đường găng (CPM), chuỗi găng (CCPM), chuỗi sự kiện. Bài toán: thời gian và phụ thuộc.
• Họ cải tiến: Lean, Six Sigma, PER. Bài toán: bớt lãng phí, giảm lỗi, thiết kế lại quy trình.
• Họ đặc thù: IPM, PRiSM, Outcome Mapping. Bài toán: mục tiêu riêng như sáng tạo tích hợp, bền vững, đổi hành vi.
• Dùng chung: PMBOK làm kho kiến thức, phương pháp lai để ghép các họ.

Họ tuần tự có cổng kiểm soát

Waterfall đi qua sáu bước nối nhau: thu thập và phân tích nhu cầu, thiết kế, hiện thực, kiểm thử, triển khai, bảo trì; bước sau chỉ bắt đầu khi bước trước xong. Cái được là cột mốc để theo dõi và yêu cầu đủ dày để phân việc. Cái mất là độ cứng: phạm vi đổi bất ngờ thì chậm và đắt. Nó hợp với ràng buộc mạnh, ít thay đổi, và việc như dựng nhà, nơi bước này phải xong mới sang bước kia.

NPI dùng cho sản phẩm mới theo các cổng: thông số, khả thi, mẫu thử, kiểm chứng, sản xuất lớn, đánh giá thương mại sau ra mắt, và đòi hỏi phối hợp liên bộ phận. RUP chia phần mềm thành bốn pha (khởi đầu, chi tiết hoá, xây dựng, chuyển giao) với tài liệu và truy vết dày, hợp dự án lớn hoặc bị tuân thủ chặt như tài chính, y tế, nhưng nặng nề với dự án nhỏ cần lặp nhanh.

PRINCE2 vừa là phương pháp vừa là chứng chỉ, dựng trên bảy nguyên tắc, bảy chủ đề, bảy quy trình. PeopleCert thông báo phiên bản 7 ra mắt đầu tháng 9/2023, nhấn mạnh con người, khả năng điều chỉnh theo dự án, dữ liệu và tính bền vững [1]. Giáo trình cảnh báo hiện tượng PINO: PRINCE2 chỉ còn trên danh nghĩa khi sửa hoặc bỏ bước đến mức không còn là nó. Bài học chung: tuỳ chỉnh có chủ đích, nhưng giữ phần cốt lõi tạo ra khả năng kiểm soát.

Họ linh hoạt giao từng phần

Cả họ chung tinh thần với Tuyên ngôn Agile năm 2001, gồm bốn giá trị [2] và mười hai nguyên tắc như đón thay đổi muộn, giao sản phẩm chạy được thường xuyên, đo tiến độ bằng sản phẩm chạy được, giữ nhịp phát triển bền vững và để nhóm tự tổ chức [3]. Mỗi phương pháp nhấn một mặt của tinh thần đó:

• Scrum: sprint dài một đến bốn tuần; Product Owner quyết định làm gì, Scrum Master giữ quy trình, nhóm liên chức năng giao kết quả; họp lập kế hoạch, họp ngày, sơ kết, hồi cứu.
• Kanban: thẻ việc chạy qua các cột trên bảng, nhấn dòng chảy liên tục; Scrumban ghép nhịp ngắn của Scrum với bảng trực quan, hợp dự án yêu cầu đổi nhanh.
• XP: năm giá trị (đơn giản, giao tiếp, phản hồi, tôn trọng, can đảm); cần nhóm nhỏ gắn bó, khách ở gần. RAD: nguyên mẫu nhanh, lấy phản hồi người dùng thay kế hoạch cứng.
• FDD: xây theo từng tính năng qua năm pha. ASD: chấp nhận mơ hồ, học liên tục. Crystal: biến thể nặng nhẹ theo quy mô nhóm và mức quan trọng.
• DSDM: nhấn giao đúng hạn, đúng ngân sách và giảm quan liêu giữa các chức năng. APF: thiết kế để chịu thay đổi, với điều kiện biết mục tiêu cuối.

Điều kiện chung: khách hàng nói rõ nhu cầu và phản hồi đều, nhóm có người tự chủ và cam kết đủ thời gian, tổ chức chịu được phạm vi trôi. Thiếu một trong ba, dự án rơi vào sửa không dứt hoặc trôi phạm vi (scope creep). Không hợp khi phải chốt đặc tả từ đầu hoặc bên liên quan đòi kiểm soát từng bước.

Họ lịch trình, họ cải tiến và họ theo bối cảnh

Họ lịch trình là kỹ thuật chồng lên bất kỳ vòng đời nào. PERT vẽ mạng các việc và phụ thuộc để thấy nút thắt. Đường găng (critical path) là chuỗi việc nối nhau dài nhất, quyết định thời gian tối thiểu của cả dự án; việc nằm trên đó trễ thì cả dự án trễ. Chuỗi găng (CCPM) thêm bộ đệm cho trễ do con người và tranh chấp nguồn lực; phương pháp chuỗi sự kiện thêm mô hình hoá biến cố để ra lịch thận trọng hơn. Chúng hợp dự án lớn, nhiều phụ thuộc, nhưng thừa với dự án nhỏ hoặc khi chưa ước lượng nổi thời lượng.

Họ cải tiến nhắm vào lãng phí và lỗi. Lean gốc từ hệ thống sản xuất Toyota, gọi tên ba hao phí: muda (việc không tạo giá trị), mura (không đều, làm quá chỗ này khiến chỗ khác kẹt), muri (quá tải người hoặc máy). Six Sigma giảm lỗi và biến thiên, với DMAIC cho quy trình đang chạy và DMADV cho thiết kế mới; nó ghép được với Lean hay Agile. PER tái thiết kế sản phẩm, quy trình hoặc cơ cấu nhân sự khi tổ chức cần làm mới.

Họ đặc thù phục vụ mục tiêu mà bàn giao sản phẩm chưa nói hết. IPM chuẩn hoá và chia sẻ quy trình nội bộ cho công ty sáng tạo nhiều nhóm, đòi hỏi niềm tin và văn hoá sẵn sàng. PRiSM đặt bền vững lên đầu, hợp hạ tầng lớn. Outcome Mapping theo dõi thay đổi hành vi dài hạn và đo ảnh hưởng thay vì sản lượng, hợp dự án phát triển, từ thiện, truyền thông, kém hợp khi cần chỉ số định lượng chặt.

Mười lĩnh vực kiến thức dùng như danh mục kiểm tra

Mười lĩnh vực là cách chia của các bản PMBOK Guide cũ mà giáo trình dẫn. Bản 8, PMI phát hành tháng 11/2025, chuyển sang sáu nguyên tắc và bảy lĩnh vực hiệu quả: quản trị, phạm vi, tiến độ, tài chính, bên liên quan, nguồn lực, rủi ro [4]. Vì vậy hãy dùng mười lĩnh vực như danh mục câu hỏi soát kế hoạch (Hình 4), không phải khung phải học thuộc:

• Tích hợp: các phần đã khớp thành một kế hoạch chưa, ai chốt?
• Phạm vi: cái gì trong, cái gì ngoài, ai duyệt thay đổi?
• Thời gian: cột mốc nào, việc nào còn độ trễ?
• Chi phí: ngân sách bao nhiêu, theo dõi đều để chứng minh lợi tức?
• Chất lượng: thế nào là đủ tốt theo kỳ vọng đã thoả thuận, không cần hoàn hảo?
• Nguồn lực: đủ người đúng kỹ năng chưa, cần đào tạo gì?
• Truyền thông: ai cần biết gì, lúc nào, tránh thiếu lẫn thừa?
• Rủi ro: điều gì có thể trục trặc, ai theo dõi, phương án ra sao?
• Mua sắm: việc nào thuê ngoài, hợp đồng và phối hợp nhà thầu chuẩn bị chưa?
• Bên liên quan: ai bị ảnh hưởng, mức tham gia nào, vì họ không ngang nhau?

Kế hoạch rủi ro bảy việc

Kế hoạch rủi ro giảm tác động của các mối đe doạ lên dòng tiền và thương hiệu, đồng thời tập cho tổ chức nhìn rủi ro có kỷ luật thay vì chữa cháy. Bảy việc dưới đây làm theo thứ tự (Hình 5):

• Việc 1, nhận diện: chia rủi ro theo nhóm như công nghệ, giao diện, hậu cần, ngân sách; hỏi bên liên quan và chuyên gia; ghi vào một sổ chung.
• Việc 2, đánh giá: chấm xác suất và tác động từ thấp đến cao, nhân hai điểm ra điểm rủi ro, xếp lên ma trận.
• Việc 3, ứng phó: viết biện pháp giảm thiểu; vì tốn thời gian hoặc tiền nên phải dự trù ngân sách ngay.
• Việc 4, chủ sở hữu: mỗi rủi ro một người theo dõi và điều hành biện pháp; bên liên quan duyệt kế hoạch trước khi chạy.
• Việc 5, dấu hiệu kích hoạt: xác định điều kiện bật biện pháp, rà lại tại các cột mốc vì mức rủi ro đổi theo tiến độ.
• Việc 6, kế hoạch dự phòng: coi sổ rủi ro là tài liệu sống, mỗi cột mốc tìm rủi ro mới và đánh giá lại rủi ro cũ.
• Việc 7, ngưỡng: định trước mức quá cao, như một rủi ro rất cao hoặc nhiều rủi ro cao, để họp lãnh đạo và bên liên quan quyết định có tiếp tục.

Hãy viết ngưỡng của việc 7 ra trước khi chạy, vì khi dự án đã tốn tiền, áp lực khiến người ta ngại dừng hay đổi hướng. Sổ rủi ro thiếu chủ sở hữu, ngân sách ứng phó hoặc ngưỡng dừng chỉ là danh sách lo lắng.

Tiến độ và bốn biểu mẫu nên có sẵn

Bảng tiến độ biến kế hoạch thành thứ nhìn được: việc và cột mốc có ngày. Nó cho cả nhóm toàn cảnh, giúp phân bổ nguồn lực vì biết lúc nào cần người và thiết bị, chia nhỏ việc lớn, làm lệch hiện ra sớm và rõ ai chịu trách nhiệm việc gì. Ba thói quen giữ bảng sống: cập nhật khi dự án đổi, báo mọi bên khi xong việc hay trễ, chọn công cụ vừa đủ dùng, không cồng kềnh.

Bốn biểu mẫu nên có sẵn: hiến chương dự án (phạm vi, mục tiêu, người tham gia, mốc, xếp hạng rủi ro cao, vừa, thấp), tóm lược sản phẩm, bảng chia khối thời gian và lịch bốn tuần có mã màu theo loại việc.

Mở rộng kinh doanh: bảy câu hỏi và phép thử giá trị

Khi dự án là một bước mở rộng, như bán cho nhóm khách mới, thêm sản phẩm hay đổi kênh, giáo trình đưa ra bảy câu hỏi mà tên tiếng Anh đều mở đầu bằng chữ C. Khách hàng: nhóm cũ hay mới. Năng lực: đã có kỹ năng, công nghệ hay phải mua. Vốn: đủ nguồn lực hay phải vay. Kênh: đưa kết quả đến người dùng bằng đường nào; đổi kênh là đổi tiêu chuẩn được chấp nhận. Truyền thông: ai thu thập và chuyển đúng thông tin. Phối hợp: càng xa lõi càng khó khớp. Đối thủ: ít người làm có thể vì bạn đi trước, cũng có thể vì lời quá mỏng.

Giả định: xưởng may gia công muốn bán lẻ trực tuyến sẽ vấp ngay ở vốn tồn kho và kênh phân phối. Đi kèm là phép thử giá trị: kết quả dự án có khách hàng nào, họ có thấy giá trị không? Với dự án nội bộ, hãy ghi tên người ký nhận ngay từ đầu.

Từ chọn đến dùng: năm bước triển khai

Đừng bắt đầu từ tên phương pháp mà từ nhu cầu của chính doanh nghiệp. Năm bước sau sắp lại lời khuyên đó thành trình tự làm việc; quy tắc ghép ở cuối giúp phương pháp lai không thành mớ hỗn hợp.

• Bước 1: viết ra nhu cầu, gồm loại dự án, các pha cần phủ, đặc thù ngành, chức năng cần có như báo cáo, theo dõi, nhập xuất dữ liệu.
• Bước 2: kiểm kê cái đang có, từ quy trình, tài liệu đến biểu mẫu; nếu dùng được khoảng tám phần mười thì chỉ chỉnh nhẹ.
• Bước 3: khảo sát gói có sẵn trên thị trường, thường kèm quy trình, biểu mẫu, tính năng, rồi đối chiếu với nhu cầu.
• Bước 4: tuỳ chỉnh hoặc ghép phần tốt nhất của cái đang có và gói ngoài; mất thêm thời gian nhưng khớp hơn; ghi rõ phần cốt lõi không được bỏ.
• Bước 5: triển khai, đào tạo, thông báo bên liên quan, áp dụng cho mọi dự án và cải tiến đều đặn.

Quy tắc ghép: chia dự án thành phần đã biết (mua sắm, nền móng, tuân thủ) và phần chưa biết (trải nghiệm người dùng, quy trình mới). Phần đã biết theo kế hoạch và cổng duyệt, phần chưa biết theo vòng lặp ngắn, cổng là nơi hai phần gặp nhau.

Ví dụ quốc tế: sáu phương pháp trong danh sách cùng ký một tuyên ngôn

Từ 11 đến 13/2/2001, mười bảy người họp tại khu nghỉ Snowbird, bang Utah (Hoa Kỳ), đại diện cho Extreme Programming, Scrum, DSDM, Crystal, phát triển phần mềm thích ứng (ASD), phát triển hướng tính năng (FDD) và Pragmatic Programming, rồi cùng ký Tuyên ngôn Agile [5]. Bốn giá trị của bản tuyên ngôn đặt cá nhân và tương tác trên quy trình, phần mềm chạy được trên tài liệu đầy đủ, hợp tác với khách trên đàm phán hợp đồng, ứng phó thay đổi trên bám kế hoạch [2]. Nhiều tên trong danh sách 27 vì thế là anh em cùng nhà, không phải đối thủ; hãy chọn theo thực hành hơn theo nhãn.

Bốn tình huống tại Việt Nam

Tình huống 1 tại Việt Nam, đường sắt đô thị Cát Linh – Hà Đông, cho thấy giá của đường cơ sở sơ sài ở dự án kiểu dự đoán. Dự án khởi công tháng 10/2011 với mục tiêu khai thác thương mại từ tháng 6/2015; tổng mức đầu tư duyệt năm 2008 là 8.769,9 tỷ đồng, điều chỉnh lên 18.001,5 tỷ đồng năm 2017; Hội đồng kiểm tra Nhà nước đồng thuận nghiệm thu ngày 29/10/2021 (Hình 6) [6]. Bài báo nêu nguyên nhân gồm thiết kế cơ sở sơ sài phải điều chỉnh, chờ nhà tài trợ phê duyệt, tổng thầu EPC thiếu kinh nghiệm và chưa đúng cam kết tiến độ [6]. Phần lớn là rủi ro có thể ghi vào sổ từ pha lập kế hoạch.

Tình huống 2, sân bay Long Thành, cho thấy mua sắm nằm trên đường găng. Tháng 12/2022, VnExpress cho biết gói thầu 5.10, nhà ga hành khách, được xem là hạng mục quan trọng nhất giai đoạn 1 nhưng chưa có nhà thầu: hồ sơ không đáp ứng yêu cầu nên phải hủy và đấu thầu lại, trong khi yêu cầu kinh nghiệm dự án cấp đặc biệt bị xem là rất khó và mốc 33 tháng bị xem là gấp [7]. Ngày 13/7/2023, Thủ tướng yêu cầu Ủy ban Quản lý vốn Nhà nước tại doanh nghiệp chỉ đạo Tổng công ty Cảng hàng không Việt Nam hoàn tất chọn nhà thầu nhà ga hành khách để khởi công trong tháng 8/2023 [8].

Tình huống 3, Bệnh viện Đa khoa Đức Giang, minh hoạ muda dạng chờ đợi. Theo bài báo về buổi ra mắt sách “Bộ công cụ tinh gọn trong y tế” ngày 5/10/2024, bệnh viện đã đổi từ bệnh nhân chờ thuốc sang “thuốc đợi bệnh nhân”, còn giám đốc bệnh viện nói nếu hồ sơ đã có sẵn trong máy thì chỉ mất 3 giây thay vì 6 phút như trước [9]. Đây là lời kể tại sự kiện do báo thuật lại, chưa phải đánh giá độc lập.

Tình huống 4, ngân hàng với Agile. Tại Business Agility Summit 2025 ngày 28/5/2025, ông Dennis Khoo, nguyên giám đốc ngân hàng số TMRW của UOB, cho rằng Agile là chuyện văn hoá chứ không chỉ phương pháp, và khoảng cách quyền lực lớn ở Việt Nam là một rào cản; TS. Phan Thanh Đức của Học viện Ngân hàng nêu khảo sát cho thấy khoảng 60% đơn vị chưa có hạ tầng công nghệ phù hợp cho chuyển đổi số [10]. Bài báo không nêu cỡ mẫu, nên đây là gợi ý về điều kiện văn hoá và hạ tầng của họ linh hoạt.

Sai lầm thường gặp và giới hạn

• Chọn theo mốt hay thói quen thay vì theo dự án; hỏi cả nhóm để phản biện.
• Giữ tên mà bỏ điều kiện chạy được, như PINO hay Scrum trên danh nghĩa khi không ai quyết thứ tự ưu tiên.
• Dùng họ linh hoạt khi khách không phản hồi được, hoặc họ tuần tự khi yêu cầu còn mờ.
• Lập sổ rủi ro một lần, mua công cụ trước khi chốt cách làm, quên đào tạo và truyền thông.

Giới hạn của bài: danh sách 27 phương pháp nghiêng về phần mềm và trộn nhiều loại; bốn tình huống Việt Nam là minh hoạ từ báo chí, không phải khảo sát đại diện; bài không đánh giá từng công cụ phần mềm.

Kế hoạch thử nghiệm bốn tuần

• Tuần 1: chọn một dự án sắp chạy, chấm hai trục và năm câu hỏi phụ, viết định nghĩa thành công gồm hạn, ngân sách và lợi ích cần đạt.
• Tuần 2: lập sổ rủi ro có chủ sở hữu, dấu hiệu kích hoạt, ngưỡng dừng; dựng bảng tiến độ có cột mốc và người phụ trách.
• Tuần 3: chạy thử cách đã chọn ở một mảng nhỏ, như một sprint hai tuần hoặc một bảng Kanban; ghi lại mọi thay đổi phạm vi.
• Tuần 4: rà soát tiến độ so với đường cơ sở, số lần đổi phạm vi, mức hài lòng của người nhận; quyết định giữ, chỉnh hay đổi họ.

Ba câu tự kiểm: yêu cầu rõ đến đâu và sửa muộn đắt đến đâu? Ai là khách hàng của kết quả, họ có thấy giá trị chưa? Nếu hôm nay phải dừng dự án, ai quyết, dựa vào ngưỡng nào?

Kết luận

Không có phương pháp tốt nhất, chỉ có phương pháp hợp với độ rõ của yêu cầu, giá của thay đổi muộn, tính tự chủ của nhóm và ràng buộc tuân thủ. Hai mươi bảy cái tên rút gọn thành năm họ và một lối ghép; mười câu hỏi kiểm tra, kế hoạch rủi ro và bảng tiến độ dùng được cho tất cả. Hãy chọn nhỏ, thử nhỏ, đo bằng giá trị giao cho người nhận, rồi điều chỉnh mà vẫn giữ phần cốt lõi.

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

Bài là tổng hợp và phân tích có hỗ trợ AI, diễn đạt lại bằng lời riêng, không phải bản dịch. Bài dựa trên tài liệu “Project Management Methodologies Explained” (Business Explained, 2024; tệp Project-Management-Explained-by-Business-Explained-v4, toàn bộ nội dung chính, trang 1 đến 116), cộng các nguồn web truy cập ngày 20/10/2026: thông báo PRINCE2 7 của PeopleCert, hai trang của Tuyên ngôn Agile và trang lịch sử của nó, trang PMBOK Guide của PMI, cùng bài báo VietNamNet, VnExpress, Tạp chí Công Thương, Báo Đại biểu Nhân dân và VnEconomy.

Điều chưa kiểm chứng và phần đã bỏ: một số khẳng định của giáo trình, như nguồn gốc của Waterfall hay nhận xét về công cụ phần mềm, không được dùng lại; số liệu bệnh viện và khảo sát ngân hàng là lời kể hoặc khảo sát được báo chí thuật lại, không phải đánh giá độc lập. Bạn nên tìm tài liệu gốc để đọc đầy đủ.