Phân hệ PM Study
  • Tình huốngTình huống thực chiến
  • Kịch bảnRa quyết định tình huống
  • Biểu mẫuKho biểu mẫu tải về
  • Thẻ ghi nhớHọc thuật ngữ PMP
  • Công cụMáy tính EVM, PERT, dự phòng
  • Hỏi đápHỏi đáp & thảo luận
  • Thử tháchMỗi ngày một câu hỏi PMP
  • Lý thuyếtBài học PMBOK 8 & ECO 2026
  • Luyện thiThi thử & ôn tập PMP
  • Bài viếtThư viện bài viết PMP
PM Study
Trang chủLý thuyếtTình huốngLuyện thiBiểu mẫuHỏi đáp
6 chuyên mụcXem tất cả bài viết →
  • Quản lý các bên liên quanTình huống về kỳ vọng, giao tiếp và gắn kết stakeholder.
  • Lãnh đạo & đội nhómXây dựng, dẫn dắt và giải quyết xung đột trong đội dự án.
  • Kế hoạch & tiến độLập kế hoạch, ước lượng, nén tiến độ và kiểm soát baseline.
  • Rủi ro & thay đổiNhận diện, ứng phó rủi ro và kiểm soát thay đổi phạm vi.
  • Agile & HybridLựa chọn và vận hành cách tiếp cận Agile, Predictive, Hybrid.
  • Luyện thi PMPChiến lược ôn tập và mẹo xử lý câu hỏi tình huống PMP.
Công cụBài viết
Trang chủLý thuyếtTình huốngLuyện thiBiểu mẫuHỏi đápChuyên mụcCông cụBài viết
/
PM Study

Học quản lý dự án và ôn thi PMP bằng tiếng Việt: lý thuyết PMBOK® Guide 8, tình huống thực tế và đề luyện thi theo ECO 2026.

Chuyên mục

  • Quản lý các bên liên quan
  • Lãnh đạo & đội nhóm
  • Kế hoạch & tiến độ
  • Rủi ro & thay đổi
  • Agile & Hybrid
  • Luyện thi PMP

Tài nguyên

  • Project Management Institute (PMI)
  • PMP Exam Content Outline
  • The Scrum Guide
  • PMI Vietnam Chapter

PM Study

  • Tất cả bài viết
  • Bài viết nổi bật
© 2026 PM StudyPMP® và PMBOK® là nhãn hiệu đã đăng ký của Project Management Institute.Phiên bản 1.12.1
  1. /Kế hoạch & tiến độ
  2. /Ước lượng ba điểm và PERT: khi đội chỉ đưa ra mộ…
Kế hoạch & tiến độ· Domain: Lập kế hoạch

Ước lượng ba điểm và PERT: khi đội chỉ đưa ra một con số lạc quan

Đội cam kết "28 ngày là xong" nhưng đó chỉ là kịch bản thuận lợi. Cách dùng ước lượng ba điểm, công thức PERT và độ lệch chuẩn để đưa ra mốc tiến độ có mức tin cậy.

HP
Nguyễn Thu Hà, PMP
28/09/2026
5 phút đọc 5 0
Ước lượng ba điểm và PERT: khi đội chỉ đưa ra một con số lạc quan

Tình huống minh hoạ

Một dự án (giả định) tích hợp cổng thanh toán cho chuỗi cửa hàng cần chốt ngày phát hành để bộ phận marketing lên kế hoạch chiến dịch. Trưởng nhóm kỹ thuật trả lời gọn: "Module đối soát giao dịch mất 15 ngày, hai việc còn lại thêm 13 ngày nữa, tổng cộng 28 ngày."

PM nhận ra hai vấn đề. Thứ nhất, 15 ngày là kịch bản "nhiều khả năng nhất", chưa tính tới việc tài liệu API của ngân hàng đối tác còn thiếu. Thứ hai, ở các dự án tương tự trước đây, những module tích hợp kiểu này thường kéo dài hơn dự kiến. Nếu PM báo cáo "28 ngày" như một cam kết chắc chắn, sponsor sẽ lập kế hoạch dựa trên một con số mà chính đội cũng không tin.

Phân tích theo PMBOK® Guide

Ước lượng một điểm che giấu sự không chắc chắn. PMBOK® Guide – Sixth Edition, trong quy trình Estimate Activity Durations, giới thiệu ước lượng ba điểm (three-point estimating) để đưa sự không chắc chắn và rủi ro vào ước lượng. Mỗi công việc có ba giá trị:

  • O – Optimistic: kịch bản thuận lợi nhất.
  • M – Most likely: kịch bản thực tế nhất với nguồn lực đã giao.
  • P – Pessimistic: kịch bản bất lợi nhất nhưng vẫn hợp lý, không phải thảm hoạ.

Từ đó có hai cách tính thời lượng kỳ vọng (tE):

Phân phốiCông thứcGhi chú
Tam giác (Triangular)tE = (O + M + P) / 3Trung bình đơn giản
Beta (PERT)tE = (O + 4M + P) / 6Trọng số lớn cho M

Trong thực hành PERT cổ điển, độ lệch chuẩn của một công việc thường được xấp xỉ bằng σ = (P − O) / 6. Khi cộng nhiều công việc nối tiếp trên một đường, ta cộng phương sai (σ²) rồi mới lấy căn bậc hai, không cộng trực tiếp các σ — với giả định các công việc độc lập với nhau.

PMBOK® Guide – Seventh Edition, trong Planning Performance Domain, nhấn mạnh rằng ước lượng có các khía cạnh khoảng (range), độ đúng (accuracy), độ chính xác (precision) và mức tin cậy (confidence), đồng thời phân biệt ước lượng tất định (deterministic) với ước lượng xác suất (probabilistic).

Cách xử lý đề xuất

  1. Thu thập ba điểm từ người trực tiếp làm việc. PM hỏi riêng từng công việc: "Nếu mọi thứ suôn sẻ thì bao lâu? Nếu gặp các vấn đề đã biết thì bao lâu?" và ghi lại giả định đằng sau giá trị P.

Tình huống liên quan

Kế hoạch & tiến độLập kế hoạch

Ngày go-live "chắc chắn" chỉ đạt được 8% số lần mô phỏng: phân tích rủi ro tiến độ bằng Monte Carlo

Lịch dự án ERP ghi go-live ở ngày làm việc thứ 120, nhưng ba nhánh công việc cùng hội tụ vào một mốc. Mô phỏng Monte Carlo cho thấy ngày đó chỉ đạt được khoảng 8% số lần lặp. Cách đọc đường cong S, hiểu merge bias và chọn mức dự phòng tiến độ có căn cứ.

Ngày đăng: 04/10/2026Lượt xem: 0Bình luận: 0
Kế hoạch & tiến độLập kế hoạch

Đội kiểm thử quá tải 160% trong ba tuần: chọn resource leveling hay resource smoothing?

Lịch trình trông hợp lý cho tới khi xếp người vào: đội kiểm thử phải gánh 160% công suất trong ba tuần. Phân biệt resource leveling và resource smoothing, khi nào chấp nhận lùi mốc và khi nào chỉ dùng float.

Ngày đăng: 01/10/2026Lượt xem: 4Bình luận: 0
Kế hoạch & tiến độLập kế hoạch

40 ngày công không phải 8 ngày với 5 người: chuyển ước lượng công sang thời lượng cho đúng

Ước lượng 40 ngày công, chia cho 5 người, kế hoạch ghi 8 ngày. Thực tế mất 19 ngày. Phân biệt công (effort), thời lượng (duration) và thời gian trôi qua, tính hệ số khả dụng, và hiểu vì sao thêm người không rút ngắn tuyến tính.

Ngày đăng: 29/09/2026Lượt xem: 0Bình luận: 0
Kế hoạch & tiến độLập kế hoạch

Mỗi công việc đều có "đệm an toàn" mà dự án vẫn trễ: quản lý tiến độ bằng chuỗi găng và buffer

Kỹ sư nào cũng cộng thêm thời gian an toàn vào ước lượng, vậy mà dự án R&D vẫn trễ. Phương pháp chuỗi găng (critical chain) gom phần an toàn thành buffer chung, theo dõi bằng fever chart. Cách tính buffer, đọc trạng thái và những thay đổi hành vi cần có.

Ngày đăng: 28/09/2026Lượt xem: 0Bình luận: 0
  • Tính toán và trình bày minh bạch. Với số liệu minh hoạ dưới đây (đơn vị: ngày):
  • Công việcOMPtE = (O+4M+P)/6σ = (P−O)/6σ²
    Đối soát giao dịch91527163.009.00
    Tích hợp thông báo451261.331.78
    Kiểm thử bảo mật681691.672.78
    Cả đường2831≈ 3.6813.56

    Tổng các giá trị M là 28 ngày, nhưng thời lượng kỳ vọng là 31 ngày. Chênh lệch đến từ việc P cách M xa hơn nhiều so với O — phân phối lệch về phía trễ.

    1. Chuyển thành cam kết có mức tin cậy. Giả định: ba công việc nối tiếp nhau trên đường găng duy nhất, độc lập với nhau, và tổng thời lượng xấp xỉ phân phối chuẩn (với chỉ ba công việc, đây là xấp xỉ thô). Khi đó, khoảng 31 ± 3.68 ngày (≈ 27.3–34.7 ngày) có xác suất xấp xỉ 68%. Xác suất hoàn thành không muộn hơn tE + 1σ ≈ 34.7 ngày là khoảng 84%; nếu làm tròn mốc lên 35 ngày thì z = (35 − 31) / 3.68 ≈ 1.09, xác suất khoảng 86%. PM trình bày với sponsor: "Kỳ vọng 31 ngày; nếu công bố mốc 35 ngày thì xác suất kịp hạn ước tính khoảng 86%, với các giả định đã nêu."
    2. Ghi vào basis of estimates và assumption log. Đầu ra của Estimate Activity Durations gồm ước lượng thời lượng, cơ sở ước lượng (basis of estimates) và cập nhật tài liệu dự án như assumption log. Khi giả định thay đổi — ví dụ ngân hàng gửi đủ tài liệu API — ước lượng được làm lại.
    3. Đặt dự phòng một cách minh bạch. Phần chênh giữa mốc công bố và tE có thể được quản lý như contingency reserve về tiến độ, xác định qua reserve analysis, thay vì mỗi người tự "độn" thêm vào ước lượng của mình (padding). Theo PMBOK® 6, contingency reserve dành cho rủi ro đã nhận diện (known-unknowns) và nằm trong schedule baseline; còn management reserve dành cho những gì chưa lường trước (unknown-unknowns), không nằm trong schedule baseline và khi dùng tới có thể phải thay đổi baseline qua quy trình kiểm soát thay đổi.
    4. Khi có nhiều đường song song hoặc rủi ro tương quan, phép cộng phương sai không còn đủ. Lúc đó nên dùng mô phỏng Monte Carlo (thuộc Perform Quantitative Risk Analysis) để có phân phối xác suất của ngày hoàn thành.

    Góc nhìn đề thi PMP

    • Đọc kỹ từ khoá: "beta", "PERT" hoặc "weighted average" → dùng (O + 4M + P) / 6; "triangular" hoặc "simple average" → dùng (O + M + P) / 3.
    • Với câu hỏi xác suất theo phân phối chuẩn, các mốc quen thuộc (hai phía) là ±1σ ≈ 68.3%, ±2σ ≈ 95.4%, ±3σ ≈ 99.7%. Nếu đề hỏi xác suất hoàn thành không muộn hơn một mốc (một phía): tE + 1σ ≈ 84.1%, tE + 2σ ≈ 97.7%.
    • Về tư duy: ước lượng nên đến từ người thực hiện công việc, có dữ liệu lịch sử hỗ trợ. Các phương án kiểu "PM tự cắt ước lượng của đội để kịp hạn" hoặc "độn thêm cho chắc" không phải hướng PMI khuyến khích; hướng đúng là làm rõ giả định, phân tích dự phòng và minh bạch với các bên liên quan.
    • Trong ECO 2021 (phiên bản trước), nội dung này thuộc nhiệm vụ Plan and manage schedule (domain Process), gồm việc ước lượng công việc và dùng dữ liệu lịch sử. Đề thi PMP áp dụng ECO mới từ khoảng tháng 7/2026, tên domain và nhiệm vụ có thể đã thay đổi — hãy kiểm tra ECO mới nhất trên pmi.org.

    💡 Tổng các giá trị "nhiều khả năng nhất" không phải là thời lượng kỳ vọng của cả đường.

    Bài học rút ra

    • Một con số ước lượng không có khoảng dao động là một lời hứa thiếu cơ sở.
    • Cộng phương sai, không cộng độ lệch chuẩn; khi mạng công việc phức tạp, chuyển sang mô phỏng.
    • Dự phòng phải minh bạch và được quản lý, không giấu trong từng ước lượng.

    Tài liệu tham khảo

    • PMI. PMBOK® Guide – Sixth Edition, 2017 — Estimate Activity Durations, Perform Quantitative Risk Analysis.
    • PMI. PMBOK® Guide – Seventh Edition, 2021 — Planning Performance Domain.
    • PMI. Practice Standard for Scheduling.
    • PMI. Project Management Professional (PMP)® Examination Content Outline — dùng bản mới nhất trên pmi.org; tên nhiệm vụ nêu trong bài theo bản 2021.
    #uoc-luong#pert#three-point#schedule

    Biểu mẫu tải về

    • Mẫu sơ đồ PERT trên Excel (ProjectManager)Bảng công việc với thời gian lạc quan, khả dĩ nhất, bi quan và công việc đi trước; tự tính thời gian kỳ vọng (O + 4M + P)/6, kèm sơ đồ nút – mũi tên. Dùng khi lập lịch từ ước lượng ba điểm. Excel.projectmanager.com · 0 lượt mở
      Mở liên kết
    • Hướng dẫn lập sơ đồ PERT kèm ví dụ (Asana)Bài hướng dẫn từng bước: xác định công việc, quan hệ phụ thuộc, ước lượng ba điểm (lạc quan, khả dĩ nhất, bi quan), tính thời gian kỳ vọng và tìm đường găng. Dùng để đội tự làm lại phép tính PERT thay vì chỉ đưa một con số lạc quan. Trực tuyến.asana.com · 0 lượt mở
      Mở liên kết
    • Mẫu sơ đồ PERT dạng nút công việc – AON (Miro)Bảng trắng vẽ sơ đồ mạng kiểu Activity-on-Node, mỗi nút ghi thời lượng, thời điểm bắt đầu/kết thúc sớm và muộn. Dùng trong buổi ước lượng nhóm để cả đội cùng điền ba điểm ước lượng lên từng công việc và thấy ngay chuỗi dài nhất. Trực tuyến (Miro).miro.com · 0 lượt mở
      Mở liên kết
    • Mẫu bảng dự toán dự án (ProjectManager)Bảng liệt kê hạng mục công việc, nhân công, vật tư, chi phí và giả định để trình bày ước tính minh bạch cho khách hàng, stakeholder. Dùng để ghi kèm giả định và khoảng dao động của từng ước lượng, không chỉ một con số. Excel/Word.projectmanager.com · 0 lượt mở
      Mở liên kết
    • Mẫu buổi Pre-mortem cho dự án (Miro)Bảng trắng cho buổi "giả sử dự án đã thất bại": đội liệt kê nguyên nhân có thể, nhóm lại và đề xuất biện pháp phòng ngừa. Dùng để kéo đội ra khỏi thiên kiến lạc quan, tìm căn cứ cho ước lượng bi quan trước khi chốt PERT. Trực tuyến (Miro).miro.com · 0 lượt mở
      Mở liên kết

    Trắc nghiệm tình huống PMP

    Câu 1/5
    Bạn là PM của một dự án tích hợp hệ thống. Với công việc "Đồng bộ dữ liệu khách hàng", người trực tiếp làm việc đưa ra ba ước lượng: lạc quan (O) 10 ngày, nhiều khả năng nhất (M) 16 ngày, bi quan (P) 34 ngày. Theo phân phối beta (PERT), thời lượng kỳ vọng (tE) và độ lệch chuẩn (σ) của công việc này là bao nhiêu?

    Bạn chọn phương án nào?

    Đội báo "28 ngày là xong" nhưng đó là kịch bản thuận lợi; tài liệu API của ngân hàng đối tác còn thiếu. Marketing cần một ngày phát hành để lên chiến dịch. Nếu là PM, bạn công bố mốc như thế nào?

    Bài viết hữu ích? Chia sẻ cho đồng nghiệp nhé!

    Đánh giá bài viết

    Bình luận

    Mục lục

    Tình huống minh hoạPhân tích theo PMBOK® GuideCách xử lý đề xuấtGóc nhìn đề thi PMPBài học rút raTài liệu tham khảoBiểu mẫu tải vềTrắc nghiệmBình chọn
    Quảng cáoBộ đề thi thử PMP (mẫu)
    Quảng cáoTemplate quản lý dự án (mẫu)