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. /PM tự vẽ WBS trong một buổi tối và xếp "bộ khuếc…
Kế hoạch & tiến độ· Domain: Lập kế hoạch

PM tự vẽ WBS trong một buổi tối và xếp "bộ khuếch đại" dưới "máy phát": xây WBS cùng người hiểu sản phẩm

WBS do một người lập thì nhanh, nhưng hay sai thứ bậc, thiếu công việc và không ai thấy mình sở hữu nó. NASA chỉ ra lỗi "sai thứ bậc phần tử" thường do thiếu đúng người tham gia. Cách tổ chức một buổi workshop WBS hiệu quả: chuẩn bị, phân rã từ trên xuống, kiểm tra từ dưới lên.

HP
Nguyễn Thu Hà, PMP
19/09/2026
5 phút đọc 0 0
PM tự vẽ WBS trong một buổi tối và xếp "bộ khuếch đại" dưới "máy phát": xây WBS cùng người hiểu sản phẩm

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 viễn thông giao cho chị Hà — PM mới chuyển từ mảng tài chính sang — dự án lắp đặt 120 trạm thu phát sóng ở vùng núi phía Bắc. Sponsor cần kế hoạch sau một tuần. Chị Hà tham khảo vài tài liệu, dựa trên WBS của một dự án cũ và tự vẽ WBS trong một buổi tối.

Khi gửi bản nháp cho các trưởng nhóm, phản hồi đến dồn dập:

  • Kỹ sư vô tuyến: "Bộ khuếch đại công suất không phải là con của khối máy phát trong thiết kế của nhà cung cấp lần này — chúng là hai mô-đun ngang hàng, mua từ hai hợp đồng khác nhau."
  • Trưởng nhóm xây dựng: "Thiếu hẳn phần gia cố móng cột cho các điểm đất yếu, và đường công vụ lên 30 trạm trên đỉnh đồi."
  • Trưởng nhóm pháp lý: "Không có giấy phép sử dụng tần số và thủ tục thuê đất — mỗi thứ mất vài tháng."
  • Một kỹ sư trẻ nói nhỏ: "WBS này là của chị, không phải của bọn em."

Phân tích theo PMBOK® Guide

WBS là sản phẩm của đội, không của riêng PM

PMBOK® Guide ấn bản 6 liệt kê hai công cụ & kỹ thuật của Create WBS (5.4): đánh giá chuyên gia (expert judgment) và phân rã (decomposition). Chuyên gia ở đây là những người hiểu sản phẩm và cách làm ra nó. PMBOK® Guide ấn bản 7, trong nguyên tắc về đội ngũ, nhấn mạnh việc tạo môi trường cộng tác, nơi người làm việc cùng chịu trách nhiệm với kết quả.

NASA WBS Handbook quy định WBS nên được đội dự án xây dựng và PM phê duyệt, với sự phối hợp của kỹ thuật hệ thống, quản lý dự án, quản lý kinh doanh, kế hoạch – kiểm soát, các chuyên ngành kỹ thuật và đảm bảo an toàn – chất lượng.

Lỗi "sai thứ bậc phần tử"

NASA dành riêng một mục cho lỗi sai thứ bậc phần tử (incorrect element hierarchy): chia các phần tử theo cách không phản ánh đúng cấu trúc thật của công việc. Ví dụ trong sổ tay chính là việc đặt bộ khuếch đại làm phần tử con của máy phát, trong khi đúng ra chúng là hai phần tử ngang hàng dưới cùng một hệ thống con. Sổ tay giải thích lỗi này thường xảy ra vì không có đúng người tham gia — thiếu hiểu biết về toàn bộ phạm vi, phần cứng và quy trình thực hiện thì gần như không thể xây WBS đúng.

Lỗi "dùng lại WBS cũ không phù hợp"

NASA cũng cảnh báo: dùng WBS của dự án trước làm điểm xuất phát là hợp lý, nhưng phải cẩn thận để không mang theo lỗi và đặc điểm không phù hợp của WBS cũ. Chị Hà dùng WBS của dự án ở đồng bằng — không có đường công vụ, không có gia cố móng.

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

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

Bước 1: Chuẩn bị trước workshop

  • Đầu vào: điều lệ dự án, bản mô tả phạm vi (scope statement), tài liệu yêu cầu, thiết kế sơ bộ, hợp đồng nhà cung cấp, WBS mẫu của tổ chức (nếu có).
  • Mời: trưởng các chuyên môn (vô tuyến, truyền dẫn, xây dựng, điện), pháp lý – giấy phép, mua sắm, an toàn, đại diện vận hành sẽ nhận bàn giao.
  • Chuẩn bị sẵn cấp 1–2 làm "bộ khung" để thảo luận, không phải để áp đặt.

Bước 2: Phân rã từ trên xuống, bằng danh từ

Dùng giấy dán hoặc bảng trắng số. Mỗi phần tử là một sản phẩm hoặc kết quả (danh từ): "Móng cột trạm loại B", "Giấy phép tần số", "Đường công vụ". Đặt câu hỏi lặp lại: "Để có cái này, cần những thành phần nào?". NASA gợi ý có thể bắt đầu từ sơ đồ khối chức năng của hệ thống rồi chuyển thành cấu trúc sản phẩm.

Bước 3: Kiểm tra từ dưới lên

Sau khi phân rã, đi ngược từng nhánh: nếu mọi phần tử con hoàn thành, phần tử cha có hoàn thành không (quy tắc 100%)? Có công việc nào xuất hiện ở hai nơi không (loại trừ lẫn nhau)? Thứ bậc có khớp cấu trúc vật lý và hợp đồng không?

Bước 4: Giao chủ sở hữu và viết từ điển WBS

Cuối workshop, mỗi phần tử cấp thấp có một người nhận viết mô tả trong từ điển WBS (mô tả công việc, tiêu chí hoàn thành, giả định, ràng buộc). Việc người làm tự viết mô tả giúp họ "sở hữu" WBS.

Bước 5: Dùng checklist trước khi trình phê duyệt

NASA khuyến khích dùng checklist phát triển WBS. Một số câu hỏi: đã có phần tử quản lý dự án chưa? Có phần tử tích hợp – kiểm thử không? Có phần tử nào là tên phòng ban hay giai đoạn không? Mọi giấy phép, thủ tục pháp lý đã có chỗ chưa?

Sai lầm thường gặp

  • Workshop quá đông, không có người điều phối: tranh luận lan man; nên có PM điều phối và một người ghi chép trực tiếp vào công cụ.
  • Mời chỉ người kỹ thuật: thiếu pháp lý, mua sắm, vận hành — đúng những phần hay bị sót.
  • Biến workshop thành buổi ước lượng: ước lượng là bước sau; trộn lẫn làm mọi người sa vào con số thay vì phạm vi.
  • Không quay lại sau workshop: WBS nháp cần một vòng rà soát với từng chuyên môn trước khi chốt.

Góc ôn thi PMP

  • Create WBS: decomposition và expert judgment. Đầu vào chính: scope management plan, scope statement, requirements documentation.
  • Câu hỏi kiểu "PM mới, cần WBS gấp" → không tự làm một mình; huy động đội và chuyên gia, dùng mẫu tổ chức (OPA) như điểm xuất phát.
  • Sự tham gia của đội khi lập kế hoạch tăng cam kết và chất lượng kế hoạch — tinh thần servant leadership.

Nguồn tham khảo

  • NASA Work Breakdown Structure (WBS) Handbook (NASA/SP-2016-3404/REV1)
  • Work breakdown structure – Wikipedia
#wbs#workshop#phan-ra#dong-thuan-doi#tu-dien-wbs

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

Câu 1/1
Một PM mới được giao dự án kỹ thuật phức tạp mà chị không có chuyên môn. Sponsor cần WBS trong một tuần. Tổ chức có WBS của một dự án tương tự đã hoàn thành. Cách tiếp cận nào phù hợp nhất?

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

Workshop WBS kéo dài 4 giờ mà mới xong 2 trong 6 nhánh. Hai chuyên gia tranh luận gay gắt về cách chia nhánh hạ tầng. Nếu là PM điều phối, 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)