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. /Tổng các con số của từng nhóm vẫn thiếu 30%: ước…
Kế hoạch & tiến độ· Domain: Lập kế hoạch

Tổng các con số của từng nhóm vẫn thiếu 30%: ước lượng từ dưới lên và hồ sơ cơ sở ước lượng

Mỗi trưởng nhóm gửi con số cho phần việc của mình, PM cộng lại thành ngân sách. Kết quả thiếu gần 30% vì không ai ước lượng phần tích hợp, quản lý và chuyển giao. Cách làm ước lượng từ dưới lên cho đúng và viết hồ sơ cơ sở ước lượng để kiểm tra được.

HP
Nguyễn Thu Hà, PMP
17/03/2026
6 phút đọc 0 0
Tổng các con số của từng nhóm vẫn thiếu 30%: ước lượng từ dưới lên và hồ sơ cơ sở ước lượng

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 logistics nâng cấp hệ thống quản lý kho cho 5 trung tâm phân phối. PM gửi email cho bốn trưởng nhóm — phát triển phần mềm, hạ tầng, dữ liệu, đào tạo — đề nghị "ước lượng phần việc của nhóm mình". Bốn con số được gửi lại, PM cộng thành 3.200 ngày công và trình phê duyệt.

Khi dự án kết thúc, thực tế là khoảng 4.150 ngày công. Phân tích cho thấy phần lớn chênh lệch nằm ở những việc không thuộc nhóm nào: kiểm thử tích hợp giữa các nhóm, chạy song song hệ thống cũ và mới, quản lý dự án, xử lý lỗi sau go-live. Ngoài ra, mỗi nhóm hiểu "xong" theo một cách: nhóm phát triển tính tới khi viết xong mã, nhóm dữ liệu tính tới khi chuyển đổi xong nhưng chưa đối soát.

Ước lượng từ dưới lên (bottom-up estimating) là kỹ thuật chính xác nhất trong các kỹ thuật thông dụng — nhưng chỉ khi "phía dưới" đầy đủ.

Ước lượng từ dưới lên là gì

Theo PMBOK® Guide ấn bản 6, ước lượng từ dưới lên là ước lượng ở mức chi tiết thấp nhất (thường là gói công việc hoặc hoạt động), sau đó tổng hợp lên các cấp cao hơn của cấu trúc phân rã công việc (WBS). Kỹ thuật này có mặt trong Estimate Activity Durations (6.4), Estimate Costs (7.2) và Estimate Activity Resources (9.2).

GAO và NASA gọi phương pháp tương đương là engineering build-up — xây ước lượng từ các phần tử chi tiết, phù hợp khi thiết kế đã đủ rõ. GAO Cost Estimating and Assessment Guide (GAO-20-195G) đặt việc xây dựng WBS và xác định giả định là các bước nền tảng, trước khi chọn phương pháp ước lượng.

Ưu điểm: chi tiết, kiểm tra được, gắn với người làm, dễ theo dõi khi thực hiện. Nhược điểm: tốn công; chỉ khả thi khi phạm vi đã đủ rõ; dễ bỏ sót phần "giữa các ô" và dễ cộng dồn đệm an toàn ở mọi cấp.

Ba lỗ hổng điển hình

1. WBS không đủ 100%

Nguyên tắc 100% (100% rule) của WBS: tổng các phần tử con phải bằng đúng 100% công việc của phần tử cha — không thiếu, không thừa. Khi giao ước lượng theo cơ cấu tổ chức (từng nhóm) thay vì theo WBS, các việc liên nhóm rơi vào khoảng trống. Những phần hay bị bỏ sót:

  • Quản lý dự án, họp, báo cáo.
  • Kiểm thử tích hợp và kiểm thử chấp nhận.
  • Chuyển đổi, đối soát dữ liệu.
  • Đào tạo, tài liệu vận hành, hỗ trợ sau go-live.
  • Chạy song song, cut-over, rollback.

2. Định nghĩa "xong" không thống nhất

Mỗi gói công việc cần trong từ điển WBS (WBS dictionary). Thiếu nó, hai người ước lượng cùng một gói nhưng thực ra ước lượng hai phạm vi khác nhau.

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
tiêu chí hoàn thành

3. Đệm chồng đệm

Nếu mỗi người tự cộng 20% "cho chắc", rồi trưởng nhóm cộng thêm 15%, rồi PM cộng thêm 10%, tổng đệm vượt xa rủi ro thật — và không ai biết bao nhiêu là đệm. Theo PMBOK, dự phòng nên được tách bạch thành dự phòng rủi ro (contingency reserve) dựa trên phân tích rủi ro, không giấu trong từng con số.

Hồ sơ cơ sở ước lượng (basis of estimates)

PMBOK® Guide liệt kê cơ sở ước lượng là đầu ra của các quy trình ước lượng. Hồ sơ này trả lời câu hỏi: "Con số này từ đâu ra?". Nội dung tối thiểu:

MụcVí dụ
Phạm vi được ước lượngGói 3.2 "Chuyển đổi dữ liệu tồn kho", tiêu chí hoàn thành: đối soát khớp 100% mã hàng
Phương phápTừ dưới lên, theo 6 hoạt động con
Giả địnhDữ liệu nguồn đã được làm sạch bởi phía khách hàng
Ràng buộcChỉ chuyển đổi ngoài giờ bán hàng
Rủi ro đã biếtMã hàng trùng giữa các kho
Khoảng ước lượng180–240 ngày công
Mức tin cậyCao với 4 hoạt động, thấp với 2 hoạt động đối soát

GAO nhấn mạnh tính được tài liệu hoá tốt: một người có chuyên môn nhưng không tham gia phải có thể tái tạo được ước lượng từ hồ sơ. Đây cũng là cơ sở để so sánh thực tế với ước lượng khi rút kinh nghiệm.

Áp dụng vào tình huống — làm lại cho dự án sau

  1. Phân rã theo sản phẩm bàn giao, không theo nhóm. Kiểm tra nguyên tắc 100% với danh mục "việc hay bị bỏ sót" ở trên.
  2. Viết từ điển WBS cho từng gói: mô tả, tiêu chí hoàn thành, người chịu trách nhiệm ước lượng.
  3. Người làm ước lượng, PM tổng hợp và chất vấn: yêu cầu khoảng (thấp – nhiều khả năng – cao) thay vì một con số có đệm ngầm.
  4. Tách dự phòng: cộng các giá trị "nhiều khả năng", rồi xác định dự phòng rủi ro dựa trên các rủi ro đã nhận diện — trình bày riêng một dòng.
  5. Đối chiếu chéo (cross-check): so tổng từ dưới lên với một ước lượng từ trên xuống (tương tự hoặc tham số). GAO khuyến nghị dùng phương pháp thứ hai để kiểm tra; chênh lệch lớn là tín hiệu có phần bị bỏ sót hoặc phần bị đệm quá mức.

Trong tình huống, nếu PM so 3.200 ngày công với dữ liệu dự án kho trước đó (khoảng 800 ngày công mỗi trung tâm), con số 4.000 ngày công đã cảnh báo sớm khoảng trống.

Danh mục kiểm tra trước khi trình

  • Mọi gói công việc đều có người ước lượng và tiêu chí hoàn thành.
  • Có dòng riêng cho quản lý dự án, tích hợp, kiểm thử chấp nhận, chuyển đổi dữ liệu, đào tạo, hỗ trợ sau go-live.
  • Đơn vị thống nhất (ngày công hay giờ công; đã gồm hay chưa gồm thời gian họp, nghỉ phép).
  • Giả định quan trọng nhất của từng gói được ghi trong nhật ký giả định.
  • Dự phòng được trình bày tách riêng, gắn với rủi ro trong sổ đăng ký rủi ro.
  • Đã đối chiếu với ít nhất một ước lượng từ trên xuống, và đã giải thích chênh lệch.

Sai lầm thường gặp

  • Giao ước lượng qua email, không có WBS chung và không có tiêu chí hoàn thành.
  • Cộng đệm ở mọi cấp, sau đó cắt "đồng loạt 20%" khi bị chê đắt — cắt luôn cả phần không có đệm.
  • Ước lượng từ dưới lên khi phạm vi còn mơ hồ: tốn công mà vẫn sai, vì chi tiết giả tạo tạo cảm giác chắc chắn.
  • Không lưu hồ sơ cơ sở ước lượng, nên dự án sau không học được gì.

Góc ôn thi PMP

  • So sánh nhanh: tương tự (analogous) nhanh, rẻ, kém chính xác; tham số (parametric) dựa trên quan hệ thống kê; từ dưới lên (bottom-up) chính xác nhất nhưng tốn công nhất, cần WBS chi tiết.
  • Đường cơ sở chi phí (cost baseline) = ước lượng các gói công việc + dự phòng rủi ro; ngân sách dự án = đường cơ sở + dự trữ quản lý (management reserve).
  • Cơ sở ước lượng (basis of estimates) là đầu ra của Estimate Costs và Estimate Activity Durations — đề có thể hỏi "tài liệu nào giải thích ước lượng được lập thế nào?".

Nguồn tham khảo

  • GAO Cost Estimating and Assessment Guide (GAO-20-195G)
  • NASA Cost Estimating Handbook (CEH)
#bottom-up-estimating#basis-of-estimates#wbs#uoc-luong#gao

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

Câu 1/1
PM tổng hợp ước lượng từ dưới lên do các trưởng nhóm gửi và thấy tổng thấp hơn khoảng 25% so với chi phí của hai dự án tương tự gần đây. Các trưởng nhóm khẳng định con số của mình là chính xác. PM nên làm gì tiếp theo?

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

Bốn trưởng nhóm đều đã cộng đệm ngầm vào ước lượng của mình. Bạn muốn tách đệm ra thành dự phòng minh bạch, nhưng các trưởng nhóm lo rằng phần dự phòng chung sẽ bị cắt khi trình duyệt. 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ạƯớc lượng từ dưới lên là gìBa lỗ hổng điển hìnhHồ sơ cơ sở ước lượng (basis of estimates)Áp dụng vào tình huống — làm lại cho dự án sauSai 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)