Giữ nhịp thực thi dự án: lịch PERT và Gantt, sổ rủi ro, cách làm thích ứng, phần mềm và AI (Phần 2/2)

Đăng ngày 23/10/2026

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

Chọn xong cách làm mới là điểm xuất phát; phần hai khép chuỗi bằng câu hỏi khó hơn: giữ nhịp thế nào khi dự án bắt đầu trượt. Bài đi từ lịch (PERT, đường găng, Gantt) sang rủi ro, rồi đến cách làm thích ứng khi yêu cầu chưa rõ (XPM, APF, DMAIC), và cuối cùng là con người, phần mềm, AI và làm việc kết hợp.

• Ba con số cho mỗi việc (lạc quan, thường gặp, bi quan) tốt hơn một con số: chúng chỉ ra việc nào bấp bênh, và thời lượng kỳ vọng thường nhỉnh hơn con số thường gặp.
• Gantt chỉ chiếu lịch lên giấy; đường găng và độ trôi mới cho biết việc nào được phép trễ.
• Ma trận rủi ro để sàng lọc, không để quyết định; rủi ro lớn cần người phụ trách, dấu hiệu báo động và dự phòng.
• Yêu cầu chưa rõ thì làm theo vòng ngắn và cho phạm vi đổi theo từng vòng (XPM, APF); quy trình đang chạy mà kém thì dùng DMAIC.
• Phần mềm, AI và làm việc kết hợp chỉ khuếch đại nếp làm sẵn có: chốt quy trình và thử nhỏ trước khi trả tiền.

Chọn đúng phương pháp chưa đủ để giữ nhịp

Khung làm việc trả lời dự án đi theo trình tự nào; thực thi trả lời dự án có đang đúng đường không. Ở khâu này thường hỏng ba chỗ: lịch dựa trên một con số mỗi việc nên không lộ việc nào bấp bênh; rủi ro được nhắc trong họp mà không ai nhận làm chủ; phần mềm được mua trước khi quy trình rõ nên chỉ ghi lại sự lộn xộn cũ bằng giao diện đẹp hơn.

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

Sáu khái niệm dưới đây làm nền cho phần còn lại của bài. Khi đã nắm chắc, bạn sẽ thấy phần mềm và AI chỉ còn là chuyện chọn nơi ghi chép và chọn việc nào đáng tự động hoá, còn phán đoán vẫn thuộc về con người.

• Ước lượng ba điểm (three-point estimate): mỗi việc có số ngày lạc quan, thường gặp, bi quan, ghép thành thời lượng kỳ vọng.
• Đường găng (critical path): chuỗi việc nối tiếp dài nhất; việc trên đó trễ một ngày thì cả dự án trễ một ngày.
• Độ trôi (slack hoặc float): số ngày một việc được trễ mà không đẩy lùi việc sau; bằng không trên đường găng.
• Sổ đăng ký rủi ro (risk register): bảng ghi từng rủi ro, nguyên nhân gốc, điểm số, cách ứng phó, người phụ trách.
• Dự phòng (reserve): thời gian hoặc tiền để sẵn cho rủi ro đã nhận diện, ghi công khai thay vì cộng lén vào từng việc.
• Khung thời gian cố định (timebox): khoảng thời gian chốt trước cho một việc hay một vòng; hết giờ thì dừng và xét lại phạm vi.

Ba con số cho mỗi việc: ước lượng PERT và đường găng

PERT (viết tắt của Program Evaluation and Review Technique) do Hải quân Mỹ phát triển năm 1958 cho dự án tên lửa Polaris [1]. Mỗi việc có ba con số: lạc quan (o), thường gặp (m), bi quan (p). Thời lượng kỳ vọng bằng (o + 4m + p) / 6 [1], nên đuôi bi quan kéo kết quả cao hơn con số thường gặp.

Ví dụ giả định ở một xưởng nhôm kính nhận làm bộ cửa cho một căn nhà. Ba việc nối tiếp quyết định hạn giao: kính cường lực đặt theo kích thước về xưởng (lạc quan 10, thường gặp 14, bi quan 30 ngày), lắp kính vào khung và chỉnh (2, 3 và 10 ngày), lắp đặt tại công trình (5, 6 và 7 ngày). Kính về xưởng cho (10 + 4 × 14 + 30) / 6 = 16 ngày; hai việc sau cho 4 và 6 ngày. Tổng 26 ngày, trong khi cộng ba con số thường gặp chỉ được 23. Nhánh gia công khung nhôm, kỳ vọng 9 ngày, chỉ cần xong trước khi kính về, tức ngày thứ 16, nên có 7 ngày độ trôi.

Khoảng cách giữa o và p cho biết việc nào bấp bênh: kính về xưởng là ứng viên đầu tiên cho sổ rủi ro, và lý do đứng sau con số bi quan chính là mô tả rủi ro. Đường găng cho biết nên dồn người và tiền vào đâu: rút ngắn nhánh gia công khung không giúp xưởng giao sớm hơn. PERT khó thu nhỏ cho dự án nhỏ và sơ đồ mạng dễ phình to [1], nên chỉ dựng cho mười đến mười lăm việc chính.

Biểu đồ Gantt: bảy bước, hai cách dùng, ba giới hạn

Gantt là biểu đồ thanh minh hoạ lịch dự án [2]. Công cụ cùng loại sớm nhất được biết đến là harmonogram của Karol Adamiecki năm 1896; Henry Gantt thiết kế biểu đồ mang tên ông khoảng 1910 đến 1915, và Hoa Kỳ dùng nó ở Thế chiến I trong số những ứng dụng lớn đầu tiên [2]. Mỗi việc là một thanh dài theo thời lượng, mũi tên nối việc trước với việc sau, cột mốc vẽ hình thoi.

Thứ tự vẽ hợp lý gồm bảy bước: chia việc, xin ba con số, nối phụ thuộc, tìm đường găng, đặt thanh lên trục thời gian, thêm một dòng đệm có người giữ, rồi cập nhật mỗi tuần (Hình 1). Trong mô hình thác nước, Gantt là lịch tổng thể từng giai đoạn từ phân tích đến triển khai; trong Agile, nó co lại thành lịch phát hành và các mốc lớn, còn việc hằng ngày nằm trên bảng Scrum hoặc Kanban.

Ba giới hạn: nối nhiều phụ thuộc thì biểu đồ rối, và sơ đồ mạng truyền đạt quan hệ giữa các việc tốt hơn [2]; biểu đồ làm phẳng các giả định nên khó thấy chỗ cần ứng phó với bất định [2]; vì ai cũng đọc được, thanh Gantt dễ bị coi là lời hứa. Hãy ghi đường găng và dòng đệm ngay trên hình để khỏi hiểu nhầm.

Ma trận rủi ro: từ ô điểm số đến sổ có người phụ trách

Ma trận rủi ro dùng để xác định mức độ từng rủi ro [3]: mỗi rủi ro nằm trong một ô theo khả năng xảy ra và mức tác động, điểm thường là tích hai chỉ số [3]. Ở xưởng nhôm kính trên, kính về trễ vừa dễ xảy ra vừa nặng nên xử lý ngay; đo sai kích thước phải đặt lại kính hiếm nhưng nặng nên cần dự phòng và kịch bản; thiếu vài bộ ron hay khoá hay gặp nhưng nhẹ nên chỉ cần thao tác sẵn như đặt dư; nhầm màu khung hiếm và nhẹ nên chỉ theo dõi (Hình 2).

Sổ đăng ký rủi ro biến điểm số thành việc làm. Mỗi dòng ghi rủi ro dạng “nếu ... thì ...”, nguyên nhân gốc, người phụ trách, dấu hiệu báo động và cách ứng phó: giảm khả năng hoặc tác động, chuyển giao qua bảo hiểm hay hợp đồng, hoặc chấp nhận bằng khoản dự phòng kèm kịch bản “nếu A xảy ra thì làm B”.

Ma trận có điểm yếu đã được ghi nhận: hai rủi ro khác nhau rất xa về giá trị có thể cùng một mức điểm, thứ hạng đổi theo cách chia ô, và các nhãn khả năng như “có thể” hay “hiếm” không xếp thành thang bậc rõ ràng [3]. Vì vậy hãy dùng ma trận để sàng lọc, rồi ghi thêm số ngày hoặc số tiền cho vài rủi ro đứng đầu, rà sổ mỗi tuần và khen người báo rủi ro sớm.

Khi yêu cầu chưa rõ: XPM, APF và vòng DMAIC

Lịch chi tiết chỉ đứng vững khi đã biết phải làm gì; khi sản phẩm cuối còn mờ hoặc khách hay đổi ý, hãy cố định điều có thể cố định và để phần còn lại đổi theo vòng (Hình 3). XPM (Extreme Project Management) được mô tả là phương pháp cho dự án rất phức tạp và rất bất định, nghiêng về mặt con người, như làm việc với các bên liên quan, hơn là kỹ thuật lập lịch [4]. Tài liệu nguồn trình bày nó kiểu Agile: vòng một đến bốn tuần, họp đứng, họp nhìn lại, mỗi vòng ra một phần chạy được để khách xem; bách khoa ghi XPM tương ứng với lập trình cực hạn [4]. Ranh giới với Agile vì thế mờ; điều đáng giữ là nhịp ngắn và thử với người dùng thật.

Bài của Gary Stern trên PM Network (PMI, 9/2004) mô tả APF (Adaptive Project Framework), khung do Robert Wysocki nghĩ ra: ngân sách và thời gian được ấn định, còn khách hàng và người quản lý dự án cùng hoàn thiện giải pháp [5]. Khung có năm giai đoạn: phạm vi phiên bản, kế hoạch từng vòng, làm trong vòng, điểm kiểm tra với khách, rà soát cuối [5]. Cứ hai đến sáu tuần hai bên họp để sắp lại ưu tiên; việc chưa xong được chuyển sang vòng sau [5]. Phạm vi vì thế là bộ giảm xóc thay cho thời gian.

DMAIC (Define, Measure, Analyze, Improve, Control: xác định vấn đề, đo hiện trạng, phân tích nguyên nhân, cải tiến, kiểm soát) thuộc họ Six Sigma, hợp với quy trình đang chạy nhưng lỗi hoặc thời gian chu kỳ chưa đạt. Một đội liên chức năng làm trọn vòng này rồi lập kiểm soát để kết quả khỏi tụt lùi. Chọn nhanh: chưa biết làm gì thì XPM hoặc APF; biết làm gì nhưng chưa biết hạn thì PERT và Gantt; biết làm nhưng làm chưa tốt thì DMAIC.

Sáu vai trò quản lý dự án

Tài liệu nguồn chia nghề này thành sáu vai trò, mỗi vai trò đối mặt một loại bất định riêng. Doanh nghiệp nhỏ hiếm khi có đủ sáu người; một người thường đội vài chiếc mũ cùng lúc nên cần biết mình đang đội chiếc nào.

• Công nghệ thông tin: phần mềm, hạ tầng, an ninh mạng.
• Agile: dẫn đội tự tổ chức, gỡ vướng, giữ nhịp giao từng phần.
• Thay đổi: dẫn tổ chức qua chuyển đổi công nghệ, văn hoá hay sáp nhập; cần thấu cảm.
• Kỹ thuật: nối chuyên môn sâu về phần mềm, phần cứng, mạng với ngôn ngữ người không chuyên.
• Dịch vụ tài chính: tuân thủ quy định, hệ thống tài chính, sáp nhập; cần hiểu luật ngành.
• Điều phối viên (project administrator): giữ lịch họp, hồ sơ, thông tin cho các bên; hay bị bỏ quên.

Khi bắt đầu dự án, hãy hỏi bất định lớn nhất nằm ở đâu (công nghệ, yêu cầu, con người, quy định hay giấy tờ) rồi giao vai trò tương ứng cho một người cụ thể; dự án có hơn một nhóm nên có người lo điều phối riêng.

Chọn phần mềm: quy trình trước, công cụ sau

Tài liệu nguồn giới thiệu năm công cụ đại diện cho năm kiểu: Airtable (cơ sở dữ liệu pha bảng tính), Wrike (quản lý công việc nhiều tính năng, có Gantt), ClickUp (nền tảng đa năng, có trợ lý AI riêng), ActiveCollab (theo dõi giờ làm tính phí cho agency) và Height (xem mục ví dụ quốc tế). Phần mô tả mang giọng quảng bá; bài không kiểm chứng từng tính năng và không xếp hạng.

Thay vì so bảng tính năng, hãy kiểm ba chặng (Hình 4). Trước khi thử, vẽ quy trình trên giấy (ai tạo việc, ai duyệt, ai đóng) rồi chọn một dự án thật làm bài thử. Trong hai tuần thử, đo mỗi người mất bao lâu để cập nhật mỗi ngày, vì thao tác nặng thì người dùng sẽ lơ đi, và thử xuất dữ liệu ra tệp mở. Trước khi trả tiền, tính tổng chi phí cả năm gồm số người dùng, phần bổ sung, giờ đào tạo, rồi ghi sẵn phương án thay thế.

AI trong quản lý dự án: việc nên giao và việc phải giữ

Tài liệu nguồn gom vai trò của AI vào năm hướng: dự báo từ dữ liệu dự án cũ, tự động hoá việc hành chính, hỏi đáp tiến độ bằng ngôn ngữ tự nhiên, tối ưu nguồn lực giữa các dự án và đánh giá rủi ro sớm. Cả năm đều cần dữ liệu quá khứ đủ sạch. Xưởng chưa từng ghi con số ước lượng và con số thực tế thì chưa có gì để AI học; một nhật ký sai lệch đơn giản có ích hơn việc mua thêm công cụ.

Gartner có dự báo hay được trích: thông cáo ngày 20/3/2019 nói đến năm 2030, 80% công việc của ngành quản lý dự án hiện nay sẽ bị loại bỏ khi AI đảm nhận các chức năng như thu thập dữ liệu, theo dõi và báo cáo [6]. Đây là dự báo của một hãng nghiên cứu, không phải số đo, và bài không đọc nó như dự báo về số việc làm.

Hãy chia việc theo hệ quả: giao AI những việc dễ kiểm lại như soạn báo cáo tuần, tóm tắt họp, gợi ý lịch; giữ cho người các quyết định như chốt ước lượng, xếp ưu tiên khi hai việc tranh một nguồn lực, thương lượng với khách. Dữ liệu mật của khách không nên đưa vào công cụ chưa được duyệt.

Làm việc kết hợp: viết ra để không phụ thuộc phòng họp

Làm việc kết hợp (hybrid work) xen kẽ làm từ xa và làm tại văn phòng. Với dự án, khó khăn nằm ít ở họp video mà nhiều ở chỗ thông tin dừng lại ngoài hành lang. Tài liệu nguồn nhấn ba việc: mục tiêu, kỳ vọng và chỉ số rõ cho cả hai nhóm, công cụ cộng tác, và đào tạo để mọi người dùng được chúng. Bài thêm ba quy ước: quyết định viết ra nơi cả nhóm đọc được, có khung giờ chung mỗi ngày, đo kết quả bàn giao thay vì giờ có mặt.

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

Dưới đây là quy trình cho một dự án thật kéo dài vài tháng, nhóm dưới hai chục người. Làm toàn bộ bằng bảng tính cũng được, vì mục tiêu là buộc mọi giả định nằm trên giấy, không phải mua công cụ.

• Bước 1: Chia dự án thành mười đến mười lăm việc chính, mỗi việc gắn một chủ và một kết quả bàn giao kiểm tra được.
• Bước 2: Xin ba con số cho từng việc kèm lý do của con số bi quan; tính thời lượng kỳ vọng.
• Bước 3: Nối phụ thuộc, tìm đường găng và độ trôi của các nhánh còn lại.
• Bước 4: Vẽ Gantt hoặc bảng lịch, thêm một dòng đệm cuối đường găng, ghi tên người giữ.
• Bước 5: Lập sổ mười rủi ro đầu tiên, mỗi dòng có chủ, dấu hiệu báo động, phương án; quy ước dự phòng thời gian và tiền.
• Bước 6: Phần yêu cầu còn mờ thì đóng khung thời gian hai đến bốn tuần và đặt điểm kiểm tra với khách thay vì lập lịch chi tiết.
• Bước 7: Họp ngắn mỗi tuần: cập nhật thực tế, ghi sai lệch so với ước lượng, rà sổ rủi ro; chọn hay đổi phần mềm sau khi nếp này chạy ổn.

Ví dụ quốc tế ngắn: khi công cụ ngừng hoạt động

Height là công cụ quản lý dự án và cộng tác. Theo bản tin của AlternativeTo, Height sẽ chính thức ngừng hoạt động ngày 24/9/2025, sau ba năm rưỡi mở công khai; người sáng lập kiêm giám đốc điều hành Michael Villar thông báo với thời gian báo trước sáu tháng [7]. Bài của Shortcut, một đối thủ cạnh tranh, đăng ngày 3/4/2025 cũng nêu cùng ngày đóng cửa [8].

Bài học nằm ở rủi ro nhà cung cấp: công cụ đang được giới thiệu như một lựa chọn vẫn có thể biến mất. Hãy đưa nó vào sổ rủi ro, kèm cách xuất dữ liệu, bản sao lưu định kỳ và mốc xem lại quyết định chọn công cụ.

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

Tại Việt Nam, tuyến metro số 1 Bến Thành – Suối Tiên ở TP.HCM khởi công năm 2012 với mốc hoàn thành ban đầu là 2018; năm 2017 chính quyền thông báo lùi hai năm, và tuyến bắt đầu chạy ngày 22/12/2024 [9]. Báo Đấu thầu ngày 19/3/2024 nêu tổng mức đầu tư hơn 43.700 tỷ đồng, cho biết dự án nhiều lần điều chỉnh thời gian hoàn thành, và thuật lại đề nghị của Bộ Kế hoạch và Đầu tư: thành phố cam kết đúng tiến độ như đề xuất, tránh gia hạn nhiều lần [10]. Bài không bàn nguyên nhân chậm; điều rút ra cho người lập lịch là mốc cam kết chỉ đáng tin khi đi kèm khoảng bi quan và khoản đệm nêu công khai.

Về chính sách tại Việt Nam, quy định chi phí xây dựng cũng đưa độ bất định vào cấu trúc con số. Chính phủ ban hành Nghị định 206/2026/NĐ-CP ngày 15/6/2026; từ 1/7/2026 văn bản này thay Nghị định 10/2021/NĐ-CP [11]. Theo trang đăng văn bản trên qlda.gxd.vn, tổng mức đầu tư có khoản chi phí dự phòng gồm dự phòng cho khối lượng, công việc phát sinh và dự phòng cho yếu tố trượt giá [12]. Trang giải đáp của Thư viện Pháp luật ngày 23/7/2026 nói Thông tư 36/2026/TT-BXD tính dự phòng trượt giá theo độ dài thời gian thực hiện dự án, kế hoạch thực hiện và chỉ số giá xây dựng [13]. Suy ra của bài: lịch trượt thì phần trượt giá phải tính lại.

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

Năm lỗi sau gặp ở cả dự án lớn lẫn nhỏ, phần lớn vì coi công cụ là đích thay vì phương tiện để nói ra điều chưa ai nói. Mỗi lỗi kèm cách tránh ngay trong dòng; giới hạn nằm ở đoạn cuối mục.

• Dùng một con số làm lời hứa: thiếu đệm công khai thì một ngày trễ ở đường găng là lời hứa hỏng.
• Chấm điểm rủi ro rồi cất sổ: ma trận thiếu người phụ trách và ngày rà soát chỉ là bảng trang trí.
• Dùng XPM hay APF để né việc lập kế hoạch, hoặc áp cho việc đã rõ từng bước, nơi PERT và Gantt hợp hơn.
• Chọn phần mềm trước quy trình, không kiểm tra cách xuất dữ liệu.
• Kỳ vọng AI thay phán đoán, dù dự báo chỉ tốt bằng dữ liệu quá khứ.

Giới hạn: PERT không đáng dựng cho dự án chỉ vài việc; Gantt chi tiết không hợp giai đoạn khám phá; ma trận rủi ro không đủ khi quyết định cần giá trị tiền cụ thể; DMAIC cần dữ liệu đo được nên vô dụng khi chưa có gì để đo.

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

Chọn một dự án thật dưới ba tháng và chạy quy trình trên trong bốn tuần (Hình 5); dự án quá nhỏ thì gộp tuần một với tuần hai. Mục tiêu không phải tấm lịch hoàn hảo mà là biết ước lượng của nhóm lệch bao nhiêu so với thực tế.

• Tuần 1: Chia việc, xin ba con số cho mười việc chính, tìm đường găng và độ trôi.
• Tuần 2: Dựng Gantt có dòng đệm, lập sổ mười rủi ro, vẽ quy trình để chọn công cụ.
• Tuần 3: Họp ngắn mỗi tuần, ghi sai lệch so với ước lượng, thử một công cụ với dự án này.
• Tuần 4: Rà lại: bao nhiêu việc rơi trong khoảng lạc quan đến bi quan, rủi ro nào xảy ra mà sổ chưa ghi, giữ hay đổi công cụ.

Kết luận

Điểm chung của mọi công cụ trong bài là buộc người làm dự án nói ra điều vốn nằm im: độ bất định của từng việc, rủi ro có chủ, phần phạm vi được phép đổi, dữ liệu nằm ở đâu. Chuỗi hai phần khép lại ở đây: khung làm việc cho biết đi theo trình tự nào, còn lịch có khoảng bất định, sổ rủi ro, nhịp thích ứng và công cụ vừa đủ mới cho biết dự án đang ở đâu. Hãy bắt đầu từ một dự án nhỏ.

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 nửa sau (trang 84–173) của tài liệu “Project Execution BLUEPRINT” (Success Blueprints, 2024), gồm các chương về PERT, XPM, APF, ma trận rủi ro, Gantt, nghề quản lý dự án, công cụ phần mềm, AI và làm việc kết hợp. Bạn nên đọc tài liệu gốc để có đầy đủ chi tiết mà bài không nhắc tới.

Nguồn web được truy cập và đối chiếu từ ngày 21/10/2026 đến ngày 23/10/2026 theo giờ Việt Nam; mốc dữ liệu của đợt nghiên cứu này là ngày 20/10/2026. Gồm các trang Wikipedia tiếng Anh về PERT, biểu đồ Gantt, ma trận rủi ro, quản lý dự án cực hạn và tuyến metro số 1 TP.HCM; bài của Gary Stern trên PM Network (PMI, 9/2004); thông cáo của Gartner ngày 20/3/2019; bản tin AlternativeTo và bài của Shortcut về Height; Báo Đấu thầu ngày 19/3/2024 và ngày 17/6/2026; trang văn bản qlda.gxd.vn; trang giải đáp của Thư viện Pháp luật ngày 23/7/2026.

Điều chưa kiểm chứng: ví dụ xưởng nhôm kính và mọi con số trong đó là giả định của bài; mô tả tính năng năm công cụ lấy từ tài liệu nguồn, chưa kiểm chứng; Nghị định 206/2026/NĐ-CP và Thông tư 36/2026/TT-BXD chỉ được đọc qua trang đăng lại và trang giải đáp, chưa đối chiếu toàn văn, chưa xác nhận hiệu lực hiện nay; việc Height ngừng hoạt động đúng ngày công bố chưa kiểm chứng; dự báo của Gartner là dự báo, chưa phải số đo. Các số liệu thống kê và câu chuyện khách hàng trong tài liệu nguồn không được dùng vì thiếu tham chiếu cụ thể hoặc do nhà cung cấp tự công bố.