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. /Lịch đầy đủ mọi phân hệ mà vẫn thiếu 22% ngân sá…
Kế hoạch & tiến độ· Domain: Lập kế hoạch

Lịch đầy đủ mọi phân hệ mà vẫn thiếu 22% ngân sách: quy tắc 100% và các phần tử chung bị bỏ quên trong WBS

WBS của dự án phần mềm liệt kê đủ 6 phân hệ nhưng quên tích hợp, chuyển đổi dữ liệu, đào tạo và chính công việc quản lý dự án. Quy tắc 100% không chỉ là "đủ sản phẩm chính" — nó đòi hỏi cả những phần tử chung mà GAO gọi tên rõ ràng.

HP
Nguyễn Thu Hà, PMP
12/07/2026
5 phút đọc 0 0
Lịch đầy đủ mọi phân hệ mà vẫn thiếu 22% ngân sách: quy tắc 100% và các phần tử chung bị bỏ quên trong WBS

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 sở y tế triển khai hệ thống quản lý bệnh viện cho 5 bệnh viện tuyến tỉnh. Nhà thầu lập WBS với 6 nhánh cấp 2 tương ứng 6 phân hệ: Tiếp đón, Khám ngoại trú, Nội trú, Dược, Xét nghiệm, Viện phí. Mỗi phân hệ được phân rã kỹ đến gói công việc; ước lượng từ dưới lên ra tổng ngân sách và lịch 12 tháng.

Đến tháng thứ 8, mọi phân hệ đều "xong 90%", nhưng hệ thống chưa chạy được ở bệnh viện nào. Các công việc đang ngốn thời gian là:

  • Tích hợp giữa các phân hệ và với cổng giám định bảo hiểm y tế.
  • Chuyển đổi dữ liệu bệnh nhân từ phần mềm cũ.
  • Kiểm thử hệ thống tổng thể và kiểm thử hiệu năng.
  • Đào tạo khoảng 1.500 người dùng theo ca trực.
  • Thiết lập môi trường máy chủ, sao lưu.
  • Và chính thời gian của PM, kỹ sư hệ thống, cuộc họp với sở.

Không mục nào ở trên có trong WBS. Ước tính lại cho thấy phần "vô hình" này chiếm khoảng 22% tổng ngân sách.

Phân tích theo PMBOK® Guide

Quy tắc 100% (100% rule)

Quy tắc 100% là nguyên tắc nền tảng của WBS: WBS bao gồm 100% công việc thuộc phạm vi dự án — kể cả sản phẩm bàn giao nội bộ, bên ngoài, trung gian và cả công việc quản lý dự án. Quy tắc áp dụng ở mọi cấp: tổng công việc của 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.

GAO-20-195G diễn đạt cùng ý: trong WBS, tổng các phần tử con phải bằng phần tử cha, và việc không đưa đủ công việc cho mọi sản phẩm bàn giao dẫn đến trễ tiến độ, tăng chi phí và khiến đội nhầm lẫn. GAO còn dẫn một ví dụ thật: khi rà soát chương trình xử lý plutonium của Bộ Năng lượng Mỹ (GAO-14-231), GAO thấy các dự án con có WBS riêng nhưng chương trình không có WBS cấp chương trình, nên không thể bảo đảm ước tính chi phí vòng đời đã bao gồm mọi chi phí liên quan.

NASA WBS Handbook nói thẳng hơn: phạm vi công việc không nằm trong WBS của dự án thì không được coi là một phần của dự án. Nói cách khác, cái gì không có trong WBS thì không có ngân sách, không có lịch và không có người chịu trách nhiệm.

Các phần tử chung (common elements)

Vấn đề trong tình huống không phải là phân rã sai, mà là chỉ phân rã sản phẩm chính (prime mission product). GAO liệt kê các phần tử chung mà hầu như mọi WBS đều cần, lấy từ chuẩn của Bộ Quốc phòng Mỹ:

Phần tử chungVí dụ trong dự án phần mềm bệnh viện
Quản lý chương trình/dự án

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
PM, PMO, báo cáo, họp điều hành
Kỹ thuật hệ thống (systems engineering)Kiến trúc tổng thể, quản lý yêu cầu, giao diện
Tích hợp, lắp ráp, kiểm thử và kiểm traGhép các phân hệ, kết nối cổng bảo hiểm
Kiểm thử và đánh giá hệ thốngKiểm thử tổng thể, hiệu năng, an toàn thông tin
Đào tạoTài liệu, lớp học, người dùng nòng cốt
Dữ liệuTài liệu kỹ thuật, hướng dẫn vận hành
Kích hoạt tại hiện trườngCài đặt, chuyển đổi dữ liệu, go-live từng bệnh viện

GAO nhấn mạnh mọi WBS đều có "quản lý chương trình" ở cấp 2; NASA cũng quy định phần tử 01 trong mẫu WBS dự án bay là Project Management, 02 là Systems Engineering. Những phần tử này không "sinh ra" chức năng nào cho người dùng, nên rất dễ bị bỏ sót khi WBS được lập bởi người chỉ nghĩ đến tính năng.

Hậu quả theo chuỗi

WBS thiếu → ước lượng từ dưới lên thiếu → cost baseline thiếu → schedule thiếu hoạt động tích hợp → đường găng sai → dự phòng rủi ro bị dùng để bù phạm vi đã biết (đúng ra phải nằm trong baseline). Đây là lý do PMBOK đặt Create WBS trước Estimate Costs và Define Activities.

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

Bước 1: Rà soát WBS bằng danh mục phần tử chung

Dùng bảng phần tử chung ở trên như checklist. Với mỗi dòng, hỏi: "Công việc này có xảy ra trong dự án không? Nếu có, nó nằm ở nhánh nào?". NASA khuyến nghị dùng checklist phát triển WBS chính vì lý do này.

Bước 2: Kiểm tra quy tắc 100% theo chiều dọc

Với mỗi phần tử cha, đặt câu hỏi: "Nếu mọi phần tử con đều hoàn thành, phần tử cha có hoàn thành không?". Với "Phân hệ Viện phí", câu trả lời là chưa — còn kết nối cổng bảo hiểm. Thiếu thì thêm phần tử con; thừa (công việc không thuộc phạm vi) thì loại bỏ.

Bước 3: Kiểm tra loại trừ lẫn nhau

Đồng thời đảm bảo không có công việc bị đếm hai lần, ví dụ "kiểm thử tích hợp" vừa nằm trong từng phân hệ vừa nằm trong nhánh Tích hợp. Từ điển WBS phải ghi rõ ranh giới.

Bước 4: Bổ sung qua kiểm soát thay đổi và nói thật với sponsor

Công việc bị bỏ sót vẫn là phạm vi đã được hợp đồng/điều lệ yêu cầu (hệ thống phải chạy được). Lập yêu cầu thay đổi để cập nhật scope baseline, ước lượng lại, trình bày tác động lịch và chi phí. Nếu hợp đồng trọn gói, chi phí bổ sung có thể thuộc về nhà thầu — nhưng tác động lịch vẫn phải được báo cáo minh bạch.

Sai lầm thường gặp

  • Coi quản lý dự án là "chi phí chung" nằm ngoài WBS: thời gian của PM, PMO là công việc thật, cần ngân sách.
  • Chỉ đặt một gói "Tích hợp" chung chung mà không phân rã: tích hợp thường là nơi rủi ro tập trung nhất.
  • Gộp đào tạo vào "chuyển giao" rồi ước lượng như một buổi họp.
  • Kiểm quy tắc 100% chỉ ở cấp 2: quy tắc áp dụng ở mọi cấp.

Góc ôn thi PMP

  • Quy tắc 100%: WBS chứa toàn bộ công việc của dự án và chỉ công việc của dự án, kể cả công việc quản lý dự án.
  • Câu hỏi kiểu "phát hiện có công việc cần thiết nhưng không có trong WBS" → cập nhật WBS/scope baseline qua quy trình kiểm soát thay đổi, không tự thêm âm thầm và cũng không lấy dự phòng rủi ro để bù.
  • Công cụ của Create WBS: phân rã (decomposition) và đánh giá chuyên gia (expert judgment).

Nguồn tham khảo

  • GAO Cost Estimating and Assessment Guide (GAO-20-195G)
  • NASA Work Breakdown Structure (WBS) Handbook (NASA/SP-2016-3404/REV1)
  • Work breakdown structure – Wikipedia
#wbs#quy-tac-100#Phạm vi#tich-hop-kiem-thu#uoc-luong-chi-phi

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

Câu 1/1
Trong lúc lập kế hoạch chi tiết, đội dự án phát hiện WBS đã được phê duyệt không có công việc chuyển đổi dữ liệu từ hệ thống cũ, trong khi bản mô tả phạm vi yêu cầu hệ thống mới phải chứa toàn bộ dữ liệu lịch sử. PM nên làm gì?

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

Rà soát cho thấy WBS thiếu các phần tử chung (tích hợp, đào tạo, quản lý dự án) chiếm khoảng 22% ngân sách. Dự án làm theo hợp đồng trọn gói, đã ký với giá cố định. Nếu là PM phía nhà thầu, 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ạPhân tích theo PMBOK® GuideCách xử lý đề xuấtSai 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)