WBS là gì? WBS (Work Breakdown Structure) là cấu trúc phân chia công việc: cách chia toàn bộ phạm vi của một dự án thành các phần nhỏ dần, theo dạng cây, cho đến khi mỗi phần đủ nhỏ để giao, ước tính và theo dõi.
Bài này giải thích khái niệm, quy tắc 100%, cách chia, 6 bước lập, hai ví dụ trung lập và cách dùng công cụ lập WBS ngay trên trang.
1. WBS là gì và dùng để làm gì?
WBS là cấu trúc phân chia công việc, tức bản phân rã phạm vi dự án thành các thành phần nhỏ hơn theo thứ bậc. Viết tắt của Work Breakdown Structure, thuật ngữ này nằm trong quản lý dự án theo hướng dẫn của PMI.
PMI mô tả WBS là sự phân rã có thứ bậc toàn bộ phạm vi công việc mà nhóm dự án cần thực hiện để tạo ra các sản phẩm bàn giao.
Trong quản lý dự án, WBS là nền cho phần lớn việc lập kế hoạch phía sau. WBS giúp ba việc.
- Nhìn đủ phạm vi: liệt kê hết việc phải làm, hạn chế bỏ sót.
- Ước tính được: mỗi gói công việc nhỏ đủ để ước tính ngày công và chi phí.
- Giao việc rõ: mỗi gói có một người chịu trách nhiệm.
WBS xuất phát từ quản lý dự án quốc phòng Mỹ. Năm 1968, Bộ Quốc phòng Mỹ ban hành tiêu chuẩn MIL-STD-881, yêu cầu dùng WBS trong toàn bộ Bộ. Về sau, phương pháp lan sang xây dựng, phần mềm và sự kiện.
2. Quy tắc 100% là gì?
Quy tắc 100% nói rằng các mục con ở mỗi cấp phải bao trọn 100% công việc của mục cha, không thiếu và không thừa. Đây là nguyên tắc quan trọng nhất khi lập và kiểm tra WBS.
Theo Practice Standard for Work Breakdown Structures của PMI, quy tắc này áp dụng ở mọi cấp, kể cả khi chia các hoạt động bên trong một gói công việc.
Quy tắc 100% có hai vế cần kiểm.
- Không thiếu: cộng các mục con lại thì vẫn thiếu một phần việc của mục cha, nghĩa là dự án sẽ bỏ sót việc.
- Không thừa: có mục con nằm ngoài phạm vi của mục cha, nghĩa là nhóm đang làm việc không ai yêu cầu.
Các mục cùng cấp cũng không nên chồng lấn: hai mục cùng bao một việc sẽ tính trùng ngày công.
Cách kiểm nhanh: với mỗi mục cha, đặt câu hỏi “làm xong hết các mục con thì mục cha có coi là xong không?”. Nếu chưa, còn thiếu mục con. Nếu có mục con làm xong mà mục cha vẫn không cần, mục đó thừa.
3. Các cách chia cấu trúc phân chia công việc
Có hai cách chia phổ biến: chia theo sản phẩm bàn giao và chia theo giai đoạn. Chọn cách nào tuỳ vào việc dự án tạo ra “vật” cụ thể hay chủ yếu là một quy trình nối tiếp.
| Tiêu chí | Chia theo sản phẩm bàn giao | Chia theo giai đoạn |
|---|---|---|
| Cấp 2 là gì | Các sản phẩm, hạng mục hoàn chỉnh | Các giai đoạn nối tiếp nhau |
| Ví dụ cấp 2 | Website, tài liệu, nội dung, kiểm thử | Khởi động, thiết kế, triển khai, nghiệm thu |
| Mạnh ở | Nhìn rõ “sẽ giao cái gì”, dễ kiểm 100% | Dễ gắn với lịch và mốc thời gian |
| Dễ vướng | Khó thấy trình tự thực hiện | Dễ lẫn “việc làm” với “sản phẩm tạo ra” |
| Hợp với | Dự án tạo ra sản phẩm rõ ràng | Dự án mang tính quy trình, ít sản phẩm hữu hình |
Bảng trên là đánh giá định tính. Chia theo sản phẩm bàn giao thường dễ kiểm phạm vi hơn.
Có thể kết hợp: cấp 2 chia theo sản phẩm, trong từng sản phẩm chia theo giai đoạn.
Mỗi cấp chỉ dùng một tiêu chí chia, không trộn “sản phẩm” với “giai đoạn” trong cùng một cấp.
4. Cấp độ và gói công việc (work package)
Gói công việc là mục ở cấp thấp nhất của một nhánh WBS, đủ nhỏ để ước tính và giao cho một người phụ trách.
Theo PMI, đây là cấp thấp nhất mà chi phí và thời gian được ước tính và quản lý.
WBS thường đánh mã theo cấp. Mục gốc là 1, cấp con là 1.1, 1.2, cấp tiếp theo là 1.1.1, 1.1.2. Mã giúp tham chiếu trong lịch, ngân sách và báo cáo mà không lẫn tên.
Cấp độ nên bao nhiêu? Không có con số cố định. Nhiều tài liệu thực hành khuyên khoảng 3 đến 5 cấp cho dự án vừa và nhỏ. Quá nông thì gói công việc quá to, quá sâu thì quản lý rườm rà.
Để biết đã chia đủ nhỏ chưa, có thể dùng các dấu hiệu sau.
- Có thể ước tính ngày công mà không phải đoán mò.
- Chỉ cần một người chịu trách nhiệm chính.
- Có kết quả kiểm tra được (xong hay chưa xong).
- Một số tài liệu dùng quy ước tham khảo 8/80: gói công việc khoảng từ 8 đến 80 giờ công. Đây là kinh nghiệm, không phải quy định bắt buộc.
5. Từ điển công việc (WBS dictionary) dùng để làm gì?
Từ điển WBS là tài liệu đi kèm mô tả chi tiết từng thành phần của WBS: phạm vi, hoạt động, mốc, người phụ trách.
PMI định nghĩa đây là tài liệu cung cấp thông tin chi tiết về sản phẩm bàn giao, hoạt động và lịch của từng thành phần.
Lý do cần từ điển: tên mục ngắn dễ hiểu theo nhiều nghĩa. Từ điển ghi rõ “làm đến đâu thì coi là xong”, giúp kiểm quy tắc 100% và tránh tranh cãi khi nghiệm thu.
Một dòng từ điển đơn giản có thể gồm các cột sau (ví dụ minh hoạ):
| Mã | Tên gói | Mô tả phạm vi | Kết quả nghiệm thu | Người phụ trách | Ngày công |
|---|---|---|---|---|---|
| 1.3.1 | Thiết kế ấn phẩm | Thiết kế thư mời và poster theo bộ nhận diện | Hai tệp bản in và bản số được duyệt | Mai | 5 |
| 1.2.1.2 | Ký hợp đồng thuê | Thương lượng và ký hợp đồng địa điểm | Hợp đồng đã ký, có bản lưu | Hùng | 1 |
Ưu tiên viết từ điển cho gói công việc dễ hiểu sai hoặc rủi ro cao.
6. Cách lập WBS qua 6 bước
Cách lập WBS gồm 6 bước: xác định phạm vi, chọn tiêu chí chia, chia cấp 2, chia nhỏ đến gói công việc, kiểm quy tắc 100%, rồi gán mã, ngày công và người phụ trách.
- Xác định phạm vi và sản phẩm cuối. Viết một câu mô tả dự án tạo ra gì và gồm những gì. Mục gốc của cây chính là câu này.
- Chọn tiêu chí chia ở cấp 2. Theo sản phẩm bàn giao hay theo giai đoạn (xem mục 3). Giữ nhất quán trong cùng một cấp.
- Chia cấp 2 thành 3 đến 7 nhóm. Quá ít thì cây sơ sài, quá nhiều thì khó bao quát. Mỗi nhóm đặt tên bằng danh từ hoặc cụm danh từ.
- Chia nhỏ tiếp đến gói công việc. Dừng khi đạt các dấu hiệu ở mục 4: ước tính được, có người phụ trách, kiểm xong được.
- Kiểm quy tắc 100% và chồng lấn. Đi từ dưới lên: các mục con đã đủ cho mục cha chưa, có mục nào trùng nhau không.
- Đánh mã, ghi ngày công và người phụ trách. Cộng dồn ngày công từ gói công việc lên cấp cha để biết quy mô từng nhánh.
7. Công cụ lập cây công việc online: cách dùng
Công cụ dưới đây cho bạn gõ cây công việc, tự đánh mã WBS, cộng dồn ngày công, vẽ sơ đồ cây và kiểm tra cấu trúc.
Cách dùng như sau.
- Gõ mỗi mục một dòng, mục con thụt vào 2 dấu cách so với mục cha.
- Thêm số ngày công và người phụ trách sau dấu |, ví dụ “Thiết kế ấn phẩm | 5 | Mai”. Chỉ cần ghi ở mục lá.
- Dùng nút “+ Con”, “+ Ngang”, “Xoá” trong bảng nếu không muốn gõ tay. Nút “Hoàn tác” quay lại bước trước.
- Đọc phần kiểm tra: công cụ báo cấp quá sâu (trên 5), mục cấp cao chưa chia nhỏ, tên trùng, mục lá quá lớn.
- Tải kết quả bằng PNG, CSV (mở bằng Excel) hoặc In / Lưu PDF.
Lập cấu trúc phân chia công việc (WBS)
Gõ mỗi mục một dòng, thụt 2 dấu cách cho mục con. Có thể thêm sau dấu | số ngày công và người phụ trách. Công cụ tự đánh số, cộng dồn và vẽ sơ đồ cây.
Mẫu một dòng: Tên mục | số ngày công | người phụ trách. Hai phần sau có thể bỏ trống và chỉ áp dụng cho mục lá (mục không có việc con).
Kết quả WBSví dụ minh hoạ
Bảng WBS (sửa trực tiếp tên, ngày công, người phụ trách)
| Mã WBS | Tên mục | Ngày công | Người phụ trách | Thao tác |
|---|
Sơ đồ cây WBS
Kết quả mang tính tham khảo.
Dữ liệu bạn nhập chỉ xử lý trên trình duyệt của bạn, Fastdo không lưu lại.
8. Ví dụ WBS minh hoạ: tổ chức sự kiện và ra mắt website
Ví dụ WBS giúp thấy cách chia thực tế. Cả hai ví dụ dưới đây là ví dụ minh hoạ với số giả định, trung lập, không gắn với doanh nghiệp cụ thể.
8.1. Ví dụ tổ chức sự kiện ra mắt sản phẩm (ví dụ minh hoạ)
Chia theo nhóm công việc ở cấp 2, mỗi nhóm có các gói công việc rõ người phụ trách.
| Mã | Mục | Ngày công (giả định) |
|---|---|---|
| 1 | Tổ chức sự kiện ra mắt sản phẩm | 29 |
| 1.1 | Lập kế hoạch (mục tiêu và ngân sách; danh sách khách mời) | 5 |
| 1.2 | Địa điểm và hậu cần (thuê địa điểm; âm thanh, ánh sáng, sân khấu) | 6 |
| 1.3 | Truyền thông (ấn phẩm; thư mời; đăng bài) | 10 |
| 1.4 | Chương trình và nhân sự (kịch bản; tập dượt) | 5 |
| 1.5 | Tổng kết (thu phản hồi; báo cáo) | 3 |
Bấm "Điền ví dụ mẫu" trong công cụ để xem bản đầy đủ, kèm sơ đồ.
8.2. Ví dụ ra mắt website (ví dụ minh hoạ)
Dự án này chia theo sản phẩm bàn giao.
- 1. Ra mắt website
- 1.1 Thiết kế: cấu trúc trang, giao diện trang chủ, giao diện trang con.
- 1.2 Nội dung: văn bản các trang chính, hình ảnh, biểu mẫu liên hệ.
- 1.3 Xây dựng: dựng trang, kết nối biểu mẫu, bản hiển thị trên điện thoại.
- 1.4 Kiểm thử: kiểm trên các trình duyệt, kiểm tốc độ, sửa lỗi.
- 1.5 Vận hành: đưa lên máy chủ, hướng dẫn người quản trị, theo dõi tuần đầu.
Với mỗi nhóm, đi tiếp xuống gói công việc cho đến khi có thể giao cho một người.
9. Sai lầm thường gặp khi lập WBS
Sai lầm phổ biến nhất khi lập WBS là biến cây thành danh sách việc theo thứ tự thời gian, trộn nhiều tiêu chí chia và quên kiểm quy tắc 100%.
- Chia theo trình tự thay vì theo phạm vi. WBS không phải lịch. Thứ tự và phụ thuộc thuộc về lịch làm việc.
- Trộn tiêu chí trong một cấp. Một cấp vừa có "Thiết kế" (giai đoạn) vừa có "Website" (sản phẩm) sẽ gây chồng lấn.
- Mục cha vẫn bị gán ngày công riêng. Ngày công của mục cha nên là tổng từ mục con, không nhập hai lần.
- Chia quá sâu. Cây 7 đến 8 cấp khó duy trì, nhóm sẽ bỏ cập nhật.
- Chia quá nông. Gói công việc 30 ngày công không ước tính chính xác được.
- Không có người phụ trách. Gói công việc không có chủ sẽ bị trì hoãn.
10. Quan hệ với sơ đồ Gantt và ma trận RACI
WBS, sơ đồ Gantt và ma trận RACI trả lời ba câu hỏi khác nhau, và dùng nối tiếp nhau. WBS cho biết làm gì, Gantt cho biết khi nào, RACI cho biết ai chịu trách nhiệm.
| Công cụ | Trả lời câu hỏi | Dạng trình bày |
|---|---|---|
| WBS | Phải làm những gì (phạm vi) | Cây phân cấp |
| Sơ đồ Gantt | Làm khi nào, kéo dài bao lâu | Thanh thời gian |
| Ma trận RACI | Ai làm, ai duyệt, ai được hỏi, ai được báo | Bảng vai trò |
Thứ tự thường gặp: lập WBS trước để chốt phạm vi, đưa các gói công việc vào sơ đồ Gantt để xếp lịch, rồi lập RACI để phân vai cho từng gói công việc.
Muốn đặt WBS vào bức tranh lớn hơn, xem thêm mô hình quản lý dự án và quy trình quản lý dự án. Bước giao việc cụ thể nằm ở bài phân công công việc.
11. Ưu điểm và nhược điểm khi áp dụng
WBS giúp dự án rõ phạm vi và dễ giao việc, nhưng tốn công lập ban đầu và cần cập nhật liên tục. Cân nhắc cả hai trước khi áp dụng.
| Ưu điểm | Nhược điểm |
|---|---|
| Nhìn đủ phạm vi, giảm bỏ sót | Mất thời gian lập ban đầu |
| Là nền để ước tính ngày công, chi phí | Cây có thể phình to, khó duy trì nếu chia quá sâu |
| Giao việc và đo tiến độ theo gói công việc | Không thể hiện thời gian và phụ thuộc giữa các việc |
| Dễ chia sẻ giữa các bên liên quan | Dễ lỗi thời nếu phạm vi đổi mà không cập nhật |
Với việc nhỏ trong một ngày, danh sách việc cần làm là đủ. WBS phát huy khi có nhiều người, nhiều hạng mục hoặc ngân sách cần kiểm soát; xem thêm phương pháp quản lý dự án.
12. Câu hỏi thường gặp
WBS là gì trong quản lý dự án?
WBS là cấu trúc phân chia công việc, chia toàn bộ phạm vi dự án thành các sản phẩm bàn giao và gói công việc nhỏ hơn theo thứ bậc. WBS là nền cho lịch, ngân sách và phân công.
Quy tắc 100% nghĩa là gì?
Quy tắc 100% nghĩa là các mục con phải bao trọn toàn bộ công việc của mục cha, không thiếu và không thừa. Quy tắc áp dụng ở mọi cấp của cây.
Bao nhiêu cấp là hợp lý?
Không có số bắt buộc. Nhiều tài liệu thực hành gợi ý khoảng 3 đến 5 cấp cho dự án vừa và nhỏ. Dừng chia khi gói công việc ước tính được và có người phụ trách.
Work package là gì?
Work package, hay gói công việc, là mục ở cấp thấp nhất của một nhánh WBS, đủ nhỏ để ước tính thời gian, chi phí và giao cho một người hoặc nhóm phụ trách.
Có thể lập bằng Excel không?
Có. Bạn có thể lập WBS bằng bảng tính với cột mã, tên, cấp, ngày công, người phụ trách. Xem thêm quản lý dự án bằng Excel hoặc dùng công cụ ở bài này và tải CSV.
Khác gì danh sách việc cần làm?
Danh sách việc cần làm chỉ liệt kê việc. WBS chia phạm vi theo cấp bậc, bảo đảm đủ 100% phạm vi và gom ngày công theo từng nhánh, nên phù hợp dự án nhiều hạng mục.
13. Fastdo hỗ trợ lập kế hoạch và theo dõi công việc
Sau khi có WBS, nhóm cần nơi giao việc và theo dõi tiến độ. fPlan là phần mềm quản lý kế hoạch của Fastdo cho doanh nghiệp vừa và nhỏ.
Kế hoạch nằm trên một nền tảng, xem dạng danh sách, bảng, Gantt chart và lịch, có nhắc nhở trễ hạn, bình luận và đính kèm tệp trên từng đầu việc.
Xem chi tiết tại phần mềm quản lý kế hoạch fPlan; xem bảng giá hiện hành tại fastdo.vn. Để chọn công cụ phù hợp, tham khảo phần mềm quản lý dự án.
Nguồn tham khảo
- Hồ sơ MIL-STD-881 (ngày 01/11/1968), Đại học Alabama Huntsville: https://archives.uah.edu/repositories/2/archival_objects/55400 (truy cập 21/10/2026)
- Gregory T. Haugan, Work Breakdown Structures for Projects, Programs, and Enterprises (2008; trích Practice Standard for WBS về quy tắc 100%): https://iread.qq.com/read/1025738826/11 (truy cập 21/10/2026)
- Work breakdown structure, Wikipedia (tổng hợp, có dẫn PMI Practice Standard for Work Breakdown Structures và PMBOK/PMI Lexicon): https://en.wikipedia.org/wiki/Work_breakdown_structure (truy cập 21/10/2026)
- PMI, Practice Standard for Work Breakdown Structures, mục giới thiệu trên kho ANSI: https://webstore.ansi.org/preview-pages/PMI/preview_PMI+PSF-WBS-2006.pdf (truy cập 21/10/2026; chỉ xem được trang bìa)
