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. /WBS 2.400 dòng mà không ai cập nhật, WBS 15 dòng…
Kế hoạch & tiến độ· Domain: Lập kế hoạch

WBS 2.400 dòng mà không ai cập nhật, WBS 15 dòng mà không ai kiểm soát được: phân rã đến đâu thì dừng

Hai dự án cùng công ty: một WBS phân rã đến từng việc 2 giờ, một WBS dừng ở "Phần mềm" và "Phần cứng". Cả hai đều mất kiểm soát. Các tiêu chí thực dụng để chọn độ sâu gói công việc: ước lượng được, giao được cho một người, đo được trong một kỳ báo cáo, và rủi ro quyết định độ chi tiết.

HP
Nguyễn Thu Hà, PMP
19/05/2026
5 phút đọc 0 0
WBS 2.400 dòng mà không ai cập nhật, WBS 15 dòng mà không ai kiểm soát được: phân rã đến đâu thì dừ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 tích hợp hệ thống có hai dự án chạy song song, do hai PM có phong cách trái ngược.

Dự án A – Hệ thống camera giao thông cho một thành phố. PM rất cẩn thận, phân rã WBS xuống 7 cấp, khoảng 2.400 phần tử, nhiều gói chỉ 2–4 giờ công ("Lắp chân đế camera nút giao số 17"). Sau hai tháng, việc cập nhật tiến độ chiếm gần một ngày mỗi tuần của mỗi trưởng nhóm. Họ bắt đầu bỏ qua, đánh dấu "xong" hàng loạt vào thứ Sáu. Báo cáo vẫn đẹp, nhưng không phản ánh thực tế.

Dự án B – Trung tâm dữ liệu cho một ngân hàng. PM thích "gọn": WBS chỉ có 3 cấp, 15 phần tử, trong đó "Hạ tầng điện" là một gói 4 tháng, 3,2 tỷ đồng. Mỗi tháng báo cáo đều ghi "đang thực hiện, 60%". Đến tháng thứ 4, phát hiện bộ lưu điện (UPS) giao trễ 7 tuần — vấn đề đã có dấu hiệu từ tháng đầu nhưng chìm trong gói lớn.

Giám đốc khối hỏi: "Vậy phân rã đến đâu là đủ?"

Phân tích theo PMBOK® Guide

Gói công việc là gì

Gói công việc (work package) là phần tử ở cấp thấp nhất của WBS, nơi chi phí và thời gian được ước lượng và quản lý. PMBOK® Guide không quy định số cấp cố định; mức độ phân rã thay đổi theo quy mô và độ phức tạp của dự án. NASA WBS Handbook cũng nêu rằng số cấp phụ thuộc vào quy mô, độ phức tạp, mức bất định kỹ thuật và nhu cầu quản lý, và mỗi nhánh chỉ cần phân rã đến mức đủ để quản lý, theo dõi và kiểm soát — các nhánh không nhất thiết phải sâu bằng nhau.

GAO-20-195G đưa ra một mức sàn: mỗi WBS ít nhất ba cấp (toàn chương trình – các phân đoạn chính – các hệ thống con), và WBS cần mở rộng đến mức đủ để lập kế hoạch và quản lý toàn bộ phạm vi.

Các quy tắc kinh nghiệm phổ biến

Trong thực tế, nhiều tổ chức dùng các quy tắc kinh nghiệm (không phải chuẩn bắt buộc của PMI):

  • Quy tắc 8/80: một gói công việc nên cần không ít hơn khoảng 8 giờ và không quá khoảng 80 giờ công.
  • Quy tắc kỳ báo cáo: gói công việc không nên kéo dài quá một kỳ báo cáo (ví dụ một hoặc hai tuần), để mỗi kỳ ta biết chắc gói nào đã xong.
  • Quy tắc "hợp lý": dừng khi việc chia nhỏ hơn không giúp ước lượng, giao việc hay kiểm soát tốt hơn.

Các con số này là điểm khởi đầu. Dự án xây dựng lớn có gói công việc hàng trăm giờ vẫn hợp lý nếu đo được tiến độ khách quan.

Bộ tiêu chí để dừng phân rã

Gộp các hướng dẫn trên, một phần tử có thể là gói công việc khi trả lời "có" cho cả năm câu:

  1. Ước lượng được chi phí và thời lượng với độ tin cậy chấp nhận được.

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
  • Giao được cho một người/nhóm chịu trách nhiệm.
  • Đo được kết quả bằng tiêu chí hoàn thành rõ ràng (NASA nhấn mạnh việc hoàn thành phần tử phải đo được và kiểm chứng được).
  • Ngắn đủ để phát hiện vấn đề trong một hoặc hai kỳ báo cáo.
  • Rủi ro tương xứng: phần việc rủi ro cao được chia chi tiết hơn để thấy sớm tín hiệu xấu.
  • Chẩn đoán hai dự án

    • Dự án A đã nhầm WBS với danh sách việc cần làm. Những việc 2–4 giờ là hoạt động (activity) — thuộc quy trình Define Activities (6.2), nằm trong lịch biểu, không cần là phần tử WBS. Hệ quả là chi phí cập nhật vượt giá trị thông tin, dữ liệu bị làm giả.
    • Dự án B có gói công việc quá lớn: 4 tháng, không có điểm kiểm tra trung gian. Phần mua UPS — hạng mục có thời gian giao hàng dài và rủi ro cao — lẽ ra phải là một gói riêng có mốc theo dõi.

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

    Bước 1: Đặt quy ước độ sâu trong kế hoạch quản lý phạm vi

    Kế hoạch quản lý phạm vi (scope management plan, từ quy trình Plan Scope Management 5.1) nên ghi rõ: tiêu chí gói công việc, kỳ báo cáo, ngưỡng giờ công tham khảo, và quy tắc chia sâu hơn cho hạng mục rủi ro cao.

    Bước 2: Dự án A — gộp lên, đẩy chi tiết xuống lịch

    Gộp các phần tử 2–4 giờ thành gói theo cụm nút giao (ví dụ "Cụm nút giao khu Bắc – 12 camera vận hành"). Chi tiết lắp từng chân đế chuyển thành hoạt động trong lịch hoặc checklist hiện trường. Số phần tử WBS giảm còn vài trăm, việc cập nhật trở lại thực chất.

    Bước 3: Dự án B — chia nhỏ phần rủi ro

    Tách "Hạ tầng điện" thành các gói: thiết kế điện, UPS (mua sắm – giao hàng – lắp đặt), máy phát, tủ phân phối, thử tải. Gói UPS có mốc "nhà sản xuất xác nhận lịch", "hàng rời cảng", "lắp đặt xong". Với gói dài hạn còn chưa rõ, dùng gói kế hoạch (planning package) và chi tiết hoá dần.

    Bước 4: Dùng phương pháp đo tiến độ khách quan

    Gói ngắn (một hai kỳ) có thể dùng quy tắc 0/100 hoặc 50/50; gói dài dùng mốc có trọng số. Tránh "phần trăm hoàn thành theo cảm nhận" — chính là thứ khiến dự án B báo 60% suốt ba tháng.

    Sai lầm thường gặp

    • Đồng nhất độ sâu cho mọi nhánh: nhánh đơn giản bị phân rã thừa, nhánh phức tạp lại thiếu.
    • Biến WBS thành danh sách công việc: WBS mô tả sản phẩm; hoạt động thuộc về lịch biểu.
    • Phân rã sâu từ đầu cho công việc còn xa: thông tin chưa đủ, chi tiết sẽ phải làm lại.
    • Dừng phân rã ở mức "ai cũng hiểu" nhưng không ước lượng được, không đo được.

    Góc ôn thi PMP

    • Gói công việc là cấp thấp nhất của WBS; hoạt động (activity) được tạo từ gói công việc trong Define Activities.
    • Phân rã quá mức (excessive decomposition) gây lãng phí công quản lý; phân rã thiếu làm mất kiểm soát.
    • Quy tắc 8/80 là quy tắc kinh nghiệm, không phải yêu cầu của PMBOK. Đề thi ưu tiên tiêu chí "ước lượng và quản lý được".
    • Công việc tương lai chưa rõ → rolling wave planning, gói kế hoạch (planning package).

    Nguồn tham khảo

    • NASA Work Breakdown Structure (WBS) Handbook (NASA/SP-2016-3404/REV1)
    • GAO Cost Estimating and Assessment Guide (GAO-20-195G)
    • Work breakdown structure – Wikipedia
    #wbs#goi-cong-viec#phan-ra#quy-tac-8-80#muc-do-chi-tiet

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

    Câu 1/1
    Một PM mới phân rã WBS xuống cấp mà mỗi phần tử chỉ khoảng 2–3 giờ công. Sau một tháng, các trưởng nhóm phàn nàn việc cập nhật tiến độ mất quá nhiều thời gian và bắt đầu đánh dấu hoàn thành hàng loạt cuối tuần. PM nên làm gì?

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

    Gói công việc "Hạ tầng điện" kéo dài 4 tháng, chiếm 20% ngân sách, và mới phát hiện một thiết bị giao trễ. Đội muốn giữ WBS gọn. 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ạ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áoBộ đề thi thử PMP (mẫu)
    Quảng cáoTemplate quản lý dự án (mẫu)