Last updated on 26 January, 2026
Câu trả lời kinh điển là: “Hãy ăn từng miếng nhỏ”. Trong quản trị dự án cũng vậy. Một dự án lớn thường thất bại không phải vì nó khó, mà vì nó quá phức tạp để kiểm soát.
Đó là lý do WBS (Work Breakdown Structure) ra đời. Đây là tấm bản đồ giúp bạn “phẫu thuật” dự án thành những mảnh ghép nhỏ, đảm bảo không bỏ sót bất kỳ đầu việc nào. Vậy WBS thực chất là gì và áp dụng ra sao?
WBS là viết tắt của Work Breakdown Structure (Cấu trúc phân chia công việc). Đây là một phương pháp quản lý dự án bằng cách phân rã (Decomposition) tổng thể dự án thành các phần nhỏ hơn, chi tiết hơn theo cấp bậc, cho đến khi đạt được cấp độ thấp nhất có thể kiểm soát được gọi là Gói công việc (Work Package).
Hình dung đơn giản: WBS giống như cái cây (hoặc sơ đồ tổ chức). Gốc cây là Dự án, cành lớn là các Giai đoạn, cành nhỏ là các Hạng mục, và lá là các Công việc cụ thể.
Nhiều Project Manager vội vàng lao vào vẽ biểu đồ Gantt (tiến độ) mà bỏ qua WBS. Đây là sai lầm chết người. Dưới đây là 3 lý do bạn cần WBS:
Kiểm soát phạm vi (Scope): WBS giúp bạn nhìn thấy toàn cảnh. Nếu một việc không nằm trong WBS, nó không thuộc phạm vi dự án. Điều này giúp tránh tình trạng “phát sinh việc” không tên.
Dự toán chính xác: Bạn không thể đoán giá của cả một ngôi nhà, nhưng bạn có thể tính giá của từng viên gạch, bao xi măng. WBS giúp dự toán chi phí chính xác từ dưới lên (Bottom-up).
Phân công trách nhiệm: Kết hợp với [Mô hình RACI], bạn có thể gán tên từng người chịu trách nhiệm cho từng ô nhỏ nhất trong WBS.
Đây là “trái tim” của phương pháp WBS mà bạn phải thuộc nằm lòng để thể hiện sự chuyên nghiệp (EEAT).
Quy tắc 100% quy định rằng:
WBS phải bao gồm 100% công việc được xác định bởi phạm vi dự án. Tổng các công việc con phải bằng đúng 100% công việc của mục cha.
Không được thiếu (sẽ dẫn đến sót việc).
Không được thừa (sẽ dẫn đến lãng phí nguồn lực).
Làm thế nào để tạo ra một WBS chuẩn? Hãy đi theo quy trình 5 bước sau:
Hiểu rõ sản phẩm bàn giao cuối cùng (Deliverables) là gì? Ví dụ: Một chiếc website hoàn chỉnh, hay một nhà kho đã xây xong?
Chia dự án thành các giai đoạn lớn.
Ví dụ làm web: Khảo sát -> Thiết kế -> Lập trình -> Kiểm thử -> Bàn giao.
Tiếp tục chia nhỏ các giai đoạn thành các hạng mục nhỏ hơn.
Ví dụ (trong Giai đoạn Thiết kế): Thiết kế UX -> Thiết kế UI trang chủ -> Thiết kế UI trang con.
Tiếp tục chia cho đến khi công việc đủ nhỏ để:
Giao cho một người/nhóm cụ thể.
Ước lượng được thời gian (ví dụ: 8 giờ, 2 ngày).
Ước lượng được chi phí.
Gán mã số (WBS Code) cho từng mục để quản lý (Ví dụ: 1.0, 1.1, 1.1.1). Kiểm tra lại quy tắc 100%.
Rất nhiều người nhầm lẫn hai khái niệm này.
| Tiêu chí | WBS (Cấu trúc phân chia) | To-do List (Danh sách việc) |
| Bản chất | Hướng đến Sản phẩm bàn giao (Deliverable-oriented) | Hướng đến Hành động (Action-oriented) |
| Cấu trúc | Phân cấp (Cha – Con) | Danh sách phẳng (Liệt kê) |
| Mục tiêu | Quản lý phạm vi tổng thể | Nhắc nhở công việc hàng ngày |
| Thời điểm | Lập đầu dự án | Lập hàng ngày/tuần |
Để dễ hiểu, hãy xem ví dụ WBS (cấp độ 2) cho buổi tiệc công ty:
1.0. Tổ chức tiệc tất niên
1.1. Địa điểm & Hậu cần
1.1.1. Thuê hội trường
1.1.2. Thuê âm thanh ánh sáng
1.1.3. Đặt tiệc (Menu)
1.2. Nội dung chương trình
1.2.1. Kịch bản MC
1.2.2. Tiết mục văn nghệ
1.2.3. Game show & Quà tặng
1.3. Truyền thông & Khách mời
1.3.1. Thiết kế thiệp mời
1.3.2. Gửi email thông báo
1.3.3. Check-in đón khách
Từ các mục nhỏ nhất (ví dụ 1.3.1), bạn có thể giao cho Designer và đặt deadline cụ thể.
WBS không chỉ là một công cụ vẽ sơ đồ, nó là tư duy quản trị khoa học. Một WBS tốt là nền tảng cho một dự án thành công, giúp mọi thành viên biết rõ mình đang đứng ở đâu trong bức tranh tổng thể.
Sau khi đã có WBS, bước tiếp theo là gì? Đó là gán trách nhiệm (RACI) và lên tiến độ thời gian (Gantt Chart).
The post WBS là gì? Mô hình phân rã công việc trong quản trị dự án appeared first on Công ty Tư vấn Quản lý OCD.


