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. /Ai cũng cộng thêm 30% "cho chắc" mà dự án vẫn tr…
Kế hoạch & tiến độ· Domain: Lập kế hoạch

Ai cũng cộng thêm 30% "cho chắc" mà dự án vẫn trễ: đệm ngầm trong ước lượng và dự phòng minh bạch

Thành viên đệm 30%, trưởng nhóm đệm thêm 20%, lãnh đạo cắt "đồng loạt 25%". Vòng luẩn quẩn này khiến ước lượng vừa phình vừa không đáng tin. Vì sao đệm ngầm vẫn bị tiêu hết, và cách chuyển sang ước lượng dạng khoảng với dự phòng minh bạch.

HP
Nguyễn Thu Hà, PMP
09/02/2026
6 phút đọc 0 0
Ai cũng cộng thêm 30% "cho chắc" mà dự án vẫn trễ: đệm ngầm trong ước lượng và dự phòng minh bạch

Tình huống minh hoạ

Tình huống và số liệu dưới đây là giả định, dùng để minh hoạ.

Ở một công ty phần mềm gia công, quy trình lập kế hoạch đã thành "trò chơi" mà ai cũng biết luật:

  1. Lập trình viên ước lượng, rồi cộng thêm khoảng 30% vì "lần trước bị trách là ước lượng thiếu".
  2. Trưởng nhóm cộng thêm 20% vì "bên dưới hay lạc quan".
  3. Giám đốc dự án nhìn con số, thấy cao, cắt "đồng loạt 25%" vì "đội nào cũng đệm".

Kết quả: con số cuối cùng chẳng ai tin, và không ai biết bao nhiêu phần trăm trong đó là công việc thật, bao nhiêu là đệm. Lạ hơn: dù có đệm, các hoạt động vẫn thường trễ. Những hoạt động xong sớm thì gần như không bao giờ được báo xong sớm.

Vì sao đệm ngầm không bảo vệ được tiến độ

Định luật Parkinson

Năm 1955, C. Northcote Parkinson viết trên tạp chí The Economist một tiểu luận châm biếm, mở đầu bằng nhận xét: công việc tự phình ra để lấp đầy thời gian dành cho nó. Khi một hoạt động được giao 10 ngày mà thực chất cần 7, ba ngày còn lại thường bị tiêu vào hoàn thiện thêm, chờ đợi, hoặc việc khác — hiếm khi được trả lại cho dự án.

Hội chứng sinh viên (student syndrome)

Eliyahu Goldratt dùng thuật ngữ này trong cuốn Critical Chain (1997): người ta có xu hướng chỉ thực sự bắt tay vào việc khi gần đến hạn. Đệm được đặt vào đầu hoạt động, và bị tiêu trước khi rủi ro thật xuất hiện. Khi rủi ro đến ở cuối, không còn biên nữa.

Luật Hofstadter

Douglas Hofstadter, trong Gödel, Escher, Bach (1979), đùa rằng mọi việc luôn mất nhiều thời gian hơn ta nghĩ, kể cả khi đã tính đến luật Hofstadter. Câu đùa nói đúng một điều: cộng thêm một tỷ lệ cảm tính không giải quyết được gốc rễ của ước lượng thiếu — vì cái thiếu thường đến từ rủi ro cụ thể chưa được nhận diện, không phải từ một hệ số chung.

Đệm không cộng gộp được

Đệm ở từng hoạt động không "dồn" lại cho dự án: hoạt động xong sớm không chuyển phần dư cho hoạt động sau (do Parkinson và do phụ thuộc kết thúc – bắt đầu), trong khi hoạt động trễ đẩy trễ mọi thứ phía sau. Vì vậy dự án có thể vừa phình về tổng con số, vừa trễ về tiến độ.

Từ đệm ngầm sang dự phòng minh bạch

PMBOK® Guide ấn bản 6 phân biệt rõ:

  • Ước lượng hoạt động: con số phản ánh công việc dự kiến, không chứa đệm ẩn.
  • Dự phòng rủi ro (contingency reserve): cho các rủi ro ("known-unknowns"), xác định bằng , nằm trong đường cơ sở tiến độ/chi phí, do PM quản lý.

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

Ướ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.

Ngày đăng: 28/09/2026Lượt xem: 5Bình luận: 0
đã nhận diện
phân tích dự phòng (reserve analysis)
  • Dự trữ quản lý (management reserve): cho các rủi ro chưa biết ("unknown-unknowns"), nằm ngoài đường cơ sở, dùng cần phê duyệt của cấp có thẩm quyền.
  • Chuyển đổi trong thực tế:

    1. Yêu cầu ước lượng dạng khoảng thay vì một con số: "nhiều khả năng 7 ngày, nếu gặp vấn đề X có thể 11 ngày". Người ước lượng không cần giấu đệm vì đã được phép nói ra bất định.
    2. Gắn phần chênh với rủi ro cụ thể và đưa vào sổ đăng ký rủi ro. Phần đệm trở thành rủi ro có chủ sở hữu.
    3. Tính dự phòng ở cấp dự án hoặc cấp nhánh dựa trên phân tích (ba điểm, mô phỏng), không cộng ở từng hoạt động.
    4. Theo dõi mức tiêu dự phòng song song với tiến độ — ví dụ đã tiêu 40% dự phòng khi mới xong 20% công việc là tín hiệu cảnh báo sớm.
    5. Bảo vệ người ước lượng: không phạt người có ước lượng lệch nếu cơ sở ước lượng hợp lý. Agile Alliance lưu ý khi ước lượng bị coi là cam kết và người ước lượng bị trách, họ sẽ phòng thủ bằng cách thổi phồng ước lượng.

    Áp dụng vào tình huống

    PM của một dự án thí điểm thoả thuận với giám đốc dự án: không cắt đồng loạt, đổi lại không ai đệm ngầm. Mỗi hoạt động có hai con số (nhiều khả năng / bất lợi) kèm rủi ro gây ra phần chênh. PM tổng hợp:

    Hạng mụcNhiều khả năngBất lợiRủi ro chính
    Tích hợp thanh toán12 ngày20 ngàyĐối tác chậm cấp môi trường thử
    Chuyển đổi dữ liệu8 ngày13 ngàyDữ liệu nguồn bẩn
    Báo cáo6 ngày7 ngàyÍt rủi ro

    Thay vì cộng toàn bộ phần bất lợi (mọi rủi ro cùng xảy ra là khó), PM dùng phân tích định lượng để định cỡ dự phòng chung cho cả nhánh, và trình bày riêng một dòng "dự phòng tiến độ" với lãnh đạo. Khi rủi ro "đối tác chậm" được xử lý sớm, phần dự phòng tương ứng được giải phóng có ghi nhận — một điều không thể làm với đệm ngầm.

    Nói chuyện với đội về việc bỏ đệm

    Người ta đệm vì từng bị trách. Yêu cầu "đừng đệm nữa" mà không thay đổi môi trường sẽ chỉ khiến đệm được giấu kỹ hơn. Một số thoả thuận giúp đội an tâm:

    • Ước lượng không phải lời hứa cá nhân: lệch ước lượng được xem xét để học hỏi trong buổi rút kinh nghiệm, không đưa vào đánh giá hiệu suất.
    • Được phép báo tin xấu sớm: người phát hiện hoạt động sẽ vượt khoảng bất lợi được ghi nhận vì cảnh báo sớm, không bị coi là "ước lượng kém".
    • Được phép báo xong sớm: hoạt động xong sớm được bàn giao ngay và ghi nhận, thay vì giữ lại cho "đẹp số".
    • Dự phòng là của dự án: đội biết có một khoản dự phòng chung được quản lý minh bạch, nên không cần mỗi người tự giữ một khoản riêng.

    Những thoả thuận này gắn với tinh thần an toàn tâm lý và lãnh đạo phục vụ (servant leadership) mà PMBOK 7 nhấn mạnh trong lĩnh vực hiệu suất Team.

    Sai lầm thường gặp

    • Cắt đồng loạt — cắt cả phần không có đệm và dạy người ước lượng đệm nhiều hơn lần sau.
    • Dự phòng không gắn rủi ro: dự phòng chung chung cũng chỉ là đệm ngầm được đổi tên.
    • Dùng dự phòng cho thay đổi phạm vi: thay đổi phạm vi phải qua kiểm soát thay đổi, không lấy từ dự phòng rủi ro.

    Góc ôn thi PMP

    • Đề PMP coi việc đệm ước lượng (padding) là thực hành không tốt; câu trả lời đúng thường là ước lượng trung thực + dự phòng dựa trên phân tích rủi ro.
    • Contingency reserve nằm trong đường cơ sở, PM quản lý; management reserve nằm ngoài đường cơ sở, cần phê duyệt của quản lý.
    • Reserve analysis là công cụ trong Estimate Activity Durations, Estimate Costs, Determine Budget và Control Costs/Monitor Risks.

    Nguồn tham khảo

    • Parkinson's law – Wikipedia
    • Student syndrome – Wikipedia
    • Hofstadter's law – Wikipedia
    • Estimation – Agile Alliance Glossary
    #padding#contingency-reserve#luat-parkinson#student-syndrome#reserve-analysis

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

    Câu 1/1
    Khi xem lại ước lượng, PM phát hiện hầu hết thành viên đã tự cộng thêm 25–30% vào ước lượng hoạt động "để phòng rủi ro", nhưng không nêu rủi ro cụ thể nào. Sponsor muốn tiến độ và ngân sách minh bạch. PM nên làm gì?

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

    Giám đốc khối có thói quen cắt 20% mọi ước lượng trình lên, nên các PM đều đệm trước 20–25%. Bạn muốn phá vòng luẩn quẩn này cho dự án của mình. Nếu là PM, bạn chọn cách 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ạVì sao đệm ngầm không bảo vệ được tiến độTừ đệm ngầm sang dự phòng minh bạchÁp dụng vào tình huốngNói chuyện với đội về việc bỏ đệmSai lầm thường gặpGóc ôn thi PMPNguồn tham khảoTrắc nghiệmBình chọn
    Quảng cáoTemplate quản lý dự án (mẫu)
    Quảng cáoBộ đề thi thử PMP (mẫu)