Cách tạo cấu trúc phân rã công việc (WBS)

Trả lời ngắn: cấu trúc phân rã công việc (WBS) chia một dự án thành những phần nhỏ hơn, dễ quản lý — các giai đoạn, rồi các sản phẩm bàn giao, rồi các nhiệm vụ. Để xây dựng một WBS, hãy bắt đầu từ sản phẩm bàn giao cuối cùng, chia nó thành các giai đoạn chính, rồi phân rã mỗi giai đoạn thành những nhiệm vụ đủ nhỏ để ước tính và giao việc. Dừng lại khi mỗi mục là một phần công việc mà một người có thể đảm nhận.

Cấu trúc phân rã công việc là gì?

WBS là sự phân rã theo thứ bậc của mọi thứ mà một dự án cần bàn giao. Trên cùng là chính dự án; bên dưới là các giai đoạn hoặc sản phẩm bàn giao chính; bên dưới nữa là từng nhiệm vụ riêng lẻ. Nó là bản đồ phạm vi — không phải bản tiến độ. Nó trả lời câu hỏi “cần làm những gì”, còn biểu đồ Gantt trả lời câu hỏi “khi nào”.

Một WBS tốt khiến dự án trở nên hữu hạn. Thay vì một mục tiêu lớn đáng sợ, bạn có một cây gồm những phần cụ thể mà bạn có thể ước tính, giao việc và theo dõi.

Cách tạo WBS từng bước

1. Bắt đầu từ sản phẩm bàn giao cuối cùng

Đặt kết quả cuối cùng ở trên cùng — “Ra mắt ứng dụng di động”, “Xây ngôi nhà”, “Tổ chức hội nghị”. Mọi thứ bên dưới tồn tại để tạo ra kết quả này.

2. Chia thành các giai đoạn chính

Xác định từ bốn đến tám khối công việc lớn. Với phần mềm, đó có thể là Khám phá, Thiết kế, Phát triển, Kiểm thử và Ra mắt. Những khối này trở thành cấp thứ hai của bạn.

3. Phân rã mỗi giai đoạn thành nhiệm vụ

Dưới mỗi giai đoạn, liệt kê những công việc cụ thể cần thiết để hoàn thành nó. “Thiết kế” có thể được chia thành wireframe, thiết kế giao diện, duyệt thiết kế và bàn giao.

4. Dừng lại ở mức chi tiết phù hợp

Tiếp tục phân rã cho đến khi mỗi nhiệm vụ đủ nhỏ để ước tính một cách tự tin và giao cho một người phụ trách — thường là từ vài giờ đến vài ngày công. Chia nhỏ hơn nữa sẽ tạo ra nhiễu; dừng ở mức thô hơn sẽ che giấu rủi ro.

Quy tắc 100% và các nguyên tắc khác

Nguyên tắc WBS quan trọng nhất là quy tắc 100%: các mục con của bất kỳ mục nào phải cộng lại bằng đúng 100% phạm vi của mục đó — không hơn, không kém. Nếu các nhiệm vụ của một giai đoạn không bao phủ hết giai đoạn đó, nghĩa là đang thiếu thứ gì đó; nếu chúng vượt quá, bạn đang bị phình phạm vi.

Thêm vài nguyên tắc nữa: mô tả các mục WBS dưới dạng sản phẩm bàn giao hoặc kết quả (danh từ) thay vì những hoạt động mơ hồ; làm cho các mục loại trừ lẫn nhau để công việc không bị tính hai lần; và tránh đi sâu quá ba hoặc bốn cấp với hầu hết các dự án.

WBS và biểu đồ Gantt

Một WBS và một biểu đồ Gantt là hai chế độ xem của cùng một khối công việc. WBS tổ chức phạm vi thành một cấu trúc thứ bậc; biểu đồ Gantt đặt các nhiệm vụ đó lên một dòng thời gian với quan hệ phụ thuộc và ngày tháng. Bạn xây dựng WBS trước để nắm bắt cái gì, rồi lập tiến độ trên biểu đồ Gantt để lên kế hoạch khi nào.

Trong LoopGantt, hai thứ này là cùng một dữ liệu: lồng các nhiệm vụ dưới các giai đoạn trong cây WBS và chúng tự động xuất hiện trên biểu đồ Gantt, với cấu trúc thứ bậc được giữ nguyên.

Câu hỏi thường gặp

Quy tắc 100% trong WBS là gì?

Quy tắc này nói rằng các mục con của bất kỳ phần tử nào phải thể hiện đúng 100% phạm vi của phần tử đó — gộp lại, chúng định nghĩa đầy đủ phần tử ấy, không có khoảng trống và không chồng lấn.

WBS nên có bao nhiêu cấp?

Hầu hết dự án cần từ ba đến bốn cấp: dự án, giai đoạn và nhiệm vụ (đôi khi là nhiệm vụ con). Đi sâu hơn thường làm tăng gánh nặng quản lý mà không làm mọi thứ rõ ràng hơn.

WBS có giống danh sách nhiệm vụ không?

Không. Danh sách nhiệm vụ là phẳng; WBS có thứ bậc và tổ chức nhiệm vụ dưới các sản phẩm bàn giao và giai đoạn, giúp việc nhìn thấy phạm vi, trách nhiệm và tiến độ dễ dàng hơn nhiều.

Biến WBS thành bản tiến độ

Tạo WBS miễn phí trong LoopGantt — lồng các nhiệm vụ dưới các giai đoạn, rồi xem chúng tự điền vào biểu đồ Gantt với quan hệ phụ thuộc và đường găng, tất cả từ một dự án.