Bài 18 — PERT — Program Evaluation and Review Technique

Mở đầu — vì sao bài này quan trọng

Hãy tưởng tượng bạn là PM của một dự án phát triển sản phẩm mới mà chưa ai từng làm trước đó. Sếp hỏi: "Bao giờ xong?". Bạn không thể trả lời "45 ngày" một cách chắc nịch, bởi vì có quá nhiều điều chưa biết. Nếu may mắn, mọi thứ trôi chảy thì 30 ngày; nếu bình thường thì 45 ngày; còn nếu xui xẻo — nhà cung cấp giao trễ, nhân sự nghỉ ốm, code phát sinh bug — thì có thể lên tới 70 ngày. Vậy con số nào bạn dám cam kết với ban lãnh đạo?

Đây chính là bài toán mà PERT — Program Evaluation and Review Technique ra đời để giải quyết. Trong khi các kỹ thuật ước lượng thông thường buộc bạn phải "đoán một con số duy nhất" rồi cầu nguyện, PERT thừa nhận một sự thật hiển nhiên: tương lai là bất định. Thay vì giả vờ chắc chắn, PERT dạy bạn cách ước lượng bằng ba kịch bản và biến sự bất định đó thành một con số có cơ sở thống kê — kèm theo cả xác suất hoàn thành.

Ở các bài trước trong khóa học này, bạn đã học về Gantt Chart (Bài 16) để lập lịch trực quan và Critical Path Method — CPM (Bài 17) để tìm chuỗi công việc dài nhất quyết định thời gian dự án. Bài 18 hôm nay bổ sung mảnh ghép còn thiếu: cách xử lý sự bất định trong ước lượng thời lượng công việc. Nếu CPM cho bạn biết "đường nào là đường tới hạn", thì PERT cho bạn biết "khả năng bạn đi hết con đường đó đúng hạn là bao nhiêu phần trăm". Hai kỹ thuật này thường được dùng chung, và hiểu rõ PERT sẽ giúp bạn cam kết deadline một cách thông minh, tự tin hơn rất nhiều.

Khái niệm cốt lõi

PERT là gì và nó khác CPM ở đâu

PERT là một kỹ thuật ước lượng và phân tích lịch trình dự án dựa trên xác suất. Điểm cốt lõi của PERT là nó không dùng một con số ước lượng duy nhất cho mỗi công việc, mà dùng ba con số để mô tả toàn bộ dải khả năng có thể xảy ra.

Để hiểu PERT, cách dễ nhất là đặt nó cạnh CPM — người "anh em song sinh" của nó:

Nói ngắn gọn: CPM giả định bạn biết mỗi công việc mất bao lâu; PERT giả định bạn không chắc chắn và tìm cách định lượng sự không chắc chắn đó.

Một chút lịch sử — Polaris và Hải quân Mỹ

PERT không sinh ra trong phòng lab học thuật mà trong một dự án quân sự tối mật. Năm 1958, Hải quân Mỹ (US Navy) cùng công ty tư vấn Booz Allen Hamilton và hãng Lockheed phát triển PERT để quản lý chương trình tên lửa Polaris — loại tên lửa đạn đạo phóng từ tàu ngầm. Dự án Polaris có tới hàng nghìn nhà thầu, hàng chục nghìn công việc, và điều quan trọng: phần lớn công nghệ chưa từng tồn tại, nên chẳng ai biết chính xác mỗi công việc mất bao lâu.

Trong bối cảnh Chiến tranh Lạnh, việc rút ngắn thời gian là ưu tiên sống còn. Người ta thường nói PERT đã giúp chương trình Polaris hoàn thành sớm khoảng hai năm so với dự kiến. Thú vị là PERT ra đời gần như cùng thời điểm với CPM (do DuPont và Remington Rand phát triển năm 1957 cho các nhà máy hóa chất) — nhưng với triết lý ngược nhau: DuPont biết rõ công việc bảo trì nhà máy mất bao lâu nên dùng con số xác định, còn Hải quân đối mặt với công nghệ mới nên buộc phải dùng xác suất.

Bài học lịch sử ở đây rất thực tế cho bạn: hãy chọn PERT khi bạn đang làm điều gì đó mới mẻ, rủi ro cao; chọn CPM khi bạn đã có kinh nghiệm và dữ liệu.

Ba con số ước lượng: O, M, P

Trái tim của PERT là ba loại ước lượng cho mỗi công việc:

• O — Optimistic (lạc quan): thời gian ngắn nhất nếu mọi thứ diễn ra hoàn hảo, không có trục trặc gì. Đây là kịch bản "trong mơ".
• M — Most Likely (khả năng cao nhất): thời gian thực tế nhất, kịch bản dễ xảy ra nhất trong điều kiện bình thường. Đây là con số bạn sẽ đoán nếu chỉ được chọn một.
• P — Pessimistic (bi quan): thời gian dài nhất nếu mọi thứ trục trặc — rủi ro xảy ra, nhân sự nghỉ, phụ thuộc bị trễ. Kịch bản "xui tận mạng".

Công thức PERT — thời lượng kỳ vọng

Từ ba con số này, PERT tính ra thời lượng kỳ vọng (Expected Duration, viết tắt TE hoặc E) bằng công thức trung bình có trọng số:

TE = (O + 4M + P) / 6

Bạn hãy để ý con số 4 đứng trước M. Đây là điểm tinh tế: PERT cho rằng kịch bản "khả năng cao nhất" quan trọng gấp bốn lần hai kịch bản cực đoan cộng lại, nên nó được nhân trọng số 4. Tổng trọng số là 1 + 4 + 1 = 6, vì thế mẫu số là 6. Đây thực chất là công thức xấp xỉ giá trị kỳ vọng của phân phối Beta — một phân phối thống kê rất linh hoạt để mô tả thời lượng công việc.

Về mặt trực giác: PERT kéo con số cuối cùng lệch một chút về phía kịch bản xấu, bởi trong thực tế các dự án thường bị trễ nhiều hơn là sớm (bạn khó xong sớm 10 ngày, nhưng trễ 10 ngày thì rất dễ). Đây là lý do TE thường lớn hơn M một chút khi P cách xa M.

Độ lệch chuẩn và phương sai — đo mức độ rủi ro

PERT không dừng ở việc tính thời lượng trung bình. Nó còn cho bạn biết mức độ bất định của mỗi ước lượng qua hai đại lượng:

• Độ lệch chuẩn (Standard Deviation, σ): σ = (P − O) / 6
• Phương sai (Variance): σ² = [(P − O) / 6]²

Ý nghĩa cực kỳ thực dụng: nếu khoảng cách giữa P và O càng lớn, độ lệch chuẩn càng cao — nghĩa là công việc đó càng rủi ro, càng khó dự đoán. Một công việc ước lượng (O=8, M=10, P=12) chắc chắn hơn nhiều so với công việc (O=2, M=10, P=30), dù cả hai đều có M=10.

Để tính rủi ro cho toàn bộ đường tới hạn, bạn cộng phương sai của các công việc trên đường tới hạn lại, rồi lấy căn bậc hai để ra độ lệch chuẩn của cả dự án. Từ đó, dựa vào phân phối chuẩn, bạn có thể tính xác suất hoàn thành trước một mốc thời gian bất kỳ. Đây là điều CPM thuần túy không làm được.

Tình huống thực tế

Ví dụ 1 — Startup fintech ở TP.HCM ước lượng tính năng eKYC

Công ty VíMoMo (giả định), một fintech ở TP.HCM, cần ước lượng thời gian phát triển tính năng eKYC (định danh điện tử) — thứ họ chưa từng làm. PM là chị Lan hỏi đội kỹ thuật ba câu:

• Nếu mọi thứ suôn sẻ (API bên thứ ba ổn định, không phát sinh): O = 15 ngày
• Nếu bình thường: M = 25 ngày
• Nếu trục trặc (API đối tác đổi, phải làm lại phần nhận diện khuôn mặt): P = 50 ngày

Áp dụng công thức: TE = (15 + 4×25 + 50) / 6 = (15 + 100 + 50) / 6 = 165 / 6 = 27,5 ngày.

Độ lệch chuẩn: σ = (50 − 15) / 6 = 35 / 6 ≈ 5,83 ngày.

Diễn giải: Nếu chị Lan chỉ hỏi "bao lâu?" và nhận câu trả lời 25 ngày, chị sẽ cam kết 25 ngày với ban lãnh đạo. Nhưng PERT cho thấy con số kỳ vọng thực sự là 27,5 ngày, và với độ lệch chuẩn gần 6 ngày, dải dao động rất rộng. Chị Lan quyết định cam kết 34 ngày (khoảng TE + 1σ, tương ứng xác suất hoàn thành ~84%) để có vùng đệm an toàn.

Bài học: Con số "most likely" mà đội kỹ thuật đưa ra thường lạc quan hơn thực tế. PERT giúp PM cam kết một cách có cơ sở thay vì bị dí vào con số đẹp nhất.

Ví dụ 2 — FPT Software ước lượng module tích hợp cho khách hàng Nhật

Một đội tại FPT Software nhận làm module tích hợp thanh toán cho khách hàng Nhật Bản. Đường tới hạn có ba công việc chính:

Tổng thời lượng kỳ vọng của đường tới hạn: 9 + 16 + 7 = 32 ngày. Tổng phương sai: 4,00 + 7,11 + 2,78 = 13,89 → độ lệch chuẩn dự án: √13,89 ≈ 3,73 ngày.

Khách hàng Nhật hỏi: "Các anh có chắc xong trong 36 ngày không?". PM tính điểm Z: Z = (36 − 32) / 3,73 ≈ 1,07. Tra bảng phân phối chuẩn, Z = 1,07 tương ứng xác suất khoảng 86%.

Diễn giải: PM trả lời trung thực: "Khả năng xong trong 36 ngày của chúng tôi là khoảng 86%". Con số này thuyết phục hơn nhiều so với một lời hứa suông, và cũng minh bạch về rủi ro. Nếu khách muốn chắc ăn 95%, họ cần cho thêm thời gian đệm (TE + 1,65σ ≈ 38 ngày).

Bài học: PERT biến câu hỏi "chắc không?" thành một con số xác suất cụ thể — công cụ đàm phán deadline cực mạnh với khách hàng, đặc biệt trong bối cảnh outsourcing Việt Nam.

Ví dụ 3 — Cái bẫy "chỉ nhìn đường tới hạn"

Một công ty xây dựng ở Bình Dương dùng PERT cho dự án nhà xưởng. Đường tới hạn có TE = 90 ngày, độ lệch chuẩn nhỏ (các công việc quen thuộc, O và P sát nhau). Nhưng có một đường gần tới hạn (near-critical path) song song: TE = 85 ngày nhưng gồm hai công việc phụ thuộc thời tiết, với P lớn hơn O rất nhiều — độ lệch chuẩn tới 8 ngày.

Diễn giải: PM ban đầu chỉ phân tích xác suất trên đường tới hạn chính (90 ngày) và yên tâm. Nhưng đến mùa mưa, đường "gần tới hạn" phình lên tận 105 ngày và trở thành đường tới hạn thực sự, làm cả dự án trễ.

Bài học: Trong PERT, một đường có TE nhỏ hơn nhưng phương sai lớn có thể nguy hiểm hơn đường tới hạn danh nghĩa. Đừng bao giờ chỉ phân tích một đường — hãy để mắt tới các đường gần tới hạn có độ bất định cao.

Hướng dẫn từng bước

Đây là quy trình áp dụng PERT bạn có thể dùng ngay cho dự án của mình:

• Liệt kê công việc và quan hệ phụ thuộc. Trước tiên phải có danh sách công việc (thường lấy từ WBS ở Bài 14) và biết công việc nào phải xong trước công việc nào.

• Thu thập ba ước lượng O, M, P cho mỗi công việc. Hỏi trực tiếp người sẽ làm, hoặc chuyên gia. Mẹo quan trọng: hỏi P và O trước, hỏi M sau cùng để tránh hiệu ứng mỏ neo (anchoring) khiến người ta chỉ dao động quanh con số M.

• Tính thời lượng kỳ vọng TE cho từng công việc bằng TE = (O + 4M + P) / 6.

• Tính độ lệch chuẩn và phương sai cho từng công việc: σ = (P − O)/6 và σ² = [(P − O)/6]².

• Vẽ sơ đồ mạng (network diagram) và xác định đường tới hạn — chuỗi công việc có tổng TE lớn nhất (dùng kỹ thuật CPM ở Bài 17).

• Tính thời lượng kỳ vọng của cả dự án bằng tổng TE của các công việc trên đường tới hạn.

• Tính độ lệch chuẩn của dự án: cộng phương sai các công việc trên đường tới hạn rồi lấy căn bậc hai.

• Tính xác suất hoàn thành trước một mốc thời gian mong muốn bằng điểm Z = (Thời hạn − TE dự án) / σ dự án, rồi tra bảng phân phối chuẩn.

• Rà soát các đường gần tới hạn có phương sai cao và lặp lại phân tích cho chúng nếu cần.

Lỗi thường gặp & mẹo

Lỗi 1 — Lấy M làm cam kết cuối cùng. Rất nhiều PM hỏi "bao lâu?" rồi lấy con số most likely để hứa. Kết quả là dự án trễ trong hầu hết các lần. Hãy dùng TE, và cam kết ở mức TE + 1σ (khoảng 84%) hoặc TE + 1,65σ (khoảng 95%) tùy mức độ quan trọng.

Lỗi 2 — Ước lượng O và P quá gần nhau. Nếu người cho ước lượng ngại đưa con số bi quan lớn, dải O–P sẽ hẹp giả tạo, khiến phương sai bị đánh giá thấp và bạn tưởng dự án chắc chắn hơn thực tế. Hãy khuyến khích họ nghĩ tới kịch bản xấu thật sự.

Lỗi 3 — Cộng riêng lẻ các độ lệch chuẩn. Nhớ rằng bạn cộng phương sai (σ²) rồi mới lấy căn, chứ không cộng trực tiếp các σ. Đây là lỗi tính toán kinh điển làm sai kết quả xác suất.

Lỗi 4 — Bỏ quên đường gần tới hạn (merge bias). Như ví dụ 3, chỉ phân tích một đường tới hạn có thể khiến bạn lạc quan quá mức. PERT cổ điển có xu hướng đánh giá thấp tổng thời gian khi nhiều đường hội tụ.

Mẹo 1 — Kết hợp PERT với CPM. Dùng PERT để có ước lượng thời lượng theo xác suất, rồi đưa TE vào phân tích CPM để tìm đường tới hạn. Đây là cách các PM chuyên nghiệp làm trong thực tế.

Mẹo 2 — Lưu lại O, M, P để cải thiện estimation sau này. Sau khi dự án xong, so sánh thời gian thực tế với ba ước lượng ban đầu. Dần dần bạn sẽ hiểu đội mình hay lạc quan hay bi quan ở đâu.

Mẹo 3 — Đừng lạm dụng PERT cho công việc quá nhỏ. Ước lượng ba con số cho một công việc 2 giờ là lãng phí. Dùng PERT cho các công việc có mức bất định đáng kể và nằm gần đường tới hạn.

Bài tập thực hành

Bài 1 — Tính TE và σ. Một công việc có O = 6 ngày, M = 9 ngày, P = 18 ngày. Hãy tính thời lượng kỳ vọng TE và độ lệch chuẩn σ. (Đáp án: TE = (6 + 36 + 18)/6 = 10 ngày; σ = (18−6)/6 = 2 ngày.)

Bài 2 — Xác suất hoàn thành. Một dự án có đường tới hạn gồm ba công việc với TE lần lượt 12, 20, 8 ngày và phương sai 4, 9, 3. Hỏi: (a) Thời lượng kỳ vọng cả dự án? (b) Độ lệch chuẩn dự án? (c) Xác suất hoàn thành trong vòng 44 ngày là bao nhiêu? (Gợi ý: TE dự án = 40; σ = √16 = 4; Z = (44−40)/4 = 1,0 → khoảng 84%.)

Bài 3 — Tình huống của bạn. Chọn một công việc trong dự án hiện tại mà bạn đang không chắc chắn về thời gian. Hỏi người thực hiện ba con số O, M, P (nhớ hỏi P và O trước, M sau). Tính TE và σ, rồi so sánh TE với con số bạn định cam kết trước đó. Bạn có định cam kết lại không?

Bài 4 — Phản biện. Cho hai công việc: X (O=9, M=10, P=11) và Y (O=2, M=10, P=30). Cả hai có TE gần bằng nhau. Hãy giải thích vì sao Y rủi ro hơn X rất nhiều, và điều đó ảnh hưởng thế nào tới cách bạn quản lý hai công việc này.

Tóm tắt

PERT — Program Evaluation and Review Technique — ra đời năm 1958 từ dự án tên lửa Polaris của Hải quân Mỹ, sinh ra để xử lý những dự án đầy bất định mà không ai biết chắc mỗi công việc mất bao lâu. Điểm khác biệt cốt lõi so với CPM là PERT dùng ba con số ước lượng (Optimistic, Most Likely, Pessimistic) thay vì một con số duy nhất, qua đó biến sự bất định thành thông tin có thể định lượng.

Ba công thức bạn cần nhớ:

• Thời lượng kỳ vọng: TE = (O + 4M + P) / 6
• Độ lệch chuẩn: σ = (P − O) / 6
• Phương sai: σ² = [(P − O) / 6]²

Sức mạnh thực sự của PERT nằm ở chỗ nó cho phép bạn trả lời câu hỏi "xác suất xong đúng hạn là bao nhiêu?" — một công cụ đàm phán và cam kết deadline vô giá, đặc biệt trong bối cảnh dự án mới, rủi ro cao, hoặc làm outsourcing cho khách hàng khó tính. Hãy nhớ cam kết ở mức TE cộng thêm vùng đệm (1σ hoặc 1,65σ), cộng phương sai chứ đừng cộng độ lệch chuẩn, và luôn để mắt tới các đường gần tới hạn có độ bất định cao. Kết hợp PERT với CPM ở Bài 17, bạn sẽ có một bộ công cụ lập lịch vừa chính xác vừa thực tế.