Bảng công việc

BCV là một danh sách chi tiết những gì cần có để hoàn thành một dự án. Việc xây dựng BCV buộc người quản lí dự án phải vắt óc nghĩ ra những gì phải làm để hoàn thành dự án. Nếu làm BCV tốt, sẽ xác định chính xác các bước để hoàn thành dự án.

BCV là cơ sở để ước lượng chi phí. Từ BCV sẽ có 1 bức tranh chung về kinh phí dự án

BCV là cơ sở để xác định trách nhiệm giữa các cá nhân

BCV là cơ sở để xây dựng lịch trình thực hiện dự án.

Tham gia xây dựng BCV: người quản lí dự án, khách hàng, thành viên tổ, người tài trợ dự án và Ban quản lý dự án.

Có chiều hướng trên xuống. Bắt đầu từ sản phẩm toàn bộ và chia nó ra thành những yếu tố nhỏ hơn.

So sánh: Chuẩn bị dàn bài cho một bài văn. Mỗi chủ đề đều được chia thành những chủ đề con, và mỗi chủ đề con lại được chia thêm nữa thành các phần nhỏ.

Chú ý: Quan hệ giữa mô tả công việc và mô tả sản phẩm

Sản phẩm: danh từ (bao gồm: đầu vào, đầu ra, động tác xử lý)

Công việc: Động từ, mô tả một quá trình hoạt động, xử lý

BCV có thể được phân thành nhiều mức. Không phải tất cả "nhánh" của BCV đều cần chi tiết cùng số mức. Mỗi mức cho phép tạo ra lịch biểu và báo cáo tóm tắt thông tin tại từng mức đó.

BCV chỉ viết "cái gì", chứ không viết "như thế nào";

Trình tự của từng công việc là không quan trọng. (Mặc dầu quen đọc từ trái sang phải). Xác định trình tự trong giai đoạn lập lịch trình

BCV bao gồm hai thành phần chính.

- Danh sách sản phẩm: DSSP (Product Breakdown Structure)

- Danh sách công việc: DSCV (Task Breakdown Structure)

• DSSP: mô tả theo trình tự từ trên xuống

Mức độ phân cấp tuỳ theo độ phức tạp của sản phẩm. Nói chung, sản phẩm càng phức tạp thì số các mức càng lớn hơn.

Sản phẩm toàn bộ và từng sản phẩm con được mô tả bằng danh từ.

• DSCV: xác định các công việc cần thực hiện để xây dựng từng sản phẩm con và chung cuộc xây dựng nên sản phẩm toàn bộ.

DSCV được chia thành nhiều mức và mô tả từ trên xuống dưới.

Mỗi công việc đều được mô tả bằng động từ (hành động) và một bổ ngữ.

Kết hợp cả 2 danh sách sản phẩm và danh sách công việc, ta có chi tiết

Cả phần DSSP và DSCV đều được đánh mã duy nhất. Mã số xác định vị trí, hay mức, của phần tử trong BCV

Lưu ý: Nửa trên của BCV bao gồm các mô tả sản phẩm

Nửa dưới của BCV bao gồm các mô tả công việc (để ra được sản phẩm)

Việc xây dựng một BCV tốt, phải mất nhiều giờ- thậm chí hàng ngày - làm việc cật lực và sửa chữa.

Bước 1. Viết ra sản phẩm chung nhất. Dùng danh từ hay thuật ngữ mô tả trực tiếp 1 cách vắn tắt (ví dụ: Hệ thống phần mềm quản lí nhân sự, Bệnh viện đa khoa, Cầu mới, ....). Thông tin lấy từ tài liệu "Phác thảo dự án"

Bước 2. Tạo danh sách sản phẩm: Phân rã sản phẩm chung nhất thành các sản phẩm con ở các mức thấp hơn. Nói chung, khoảng 2-3 mức dưới là đủ.

Bước 3. Tạo lập Danh sách công việc Mô tả các công việc ở dưới mỗi sản phẩm ở mức thấp nhất.

Sau đó phân rã từng công việc ra thành các mức thấp hơn.

Câu hỏi: Phân rã chi tiết công việc đến mức nào?

Trả lời: Nếu một công việc cần làm nhiều hơn 2 tuần (hoặc 80 giờ) thì nên phân rã tiếp.

Bước 4. Đãnh mã cho mỗi ô của Bảng Công việc.

Mức 0: đánh mã 0.0 cho sản phẩm chung nhất

Mức 1: đánh các mã 1.0, .2.0, 3.0 cho các sản phẩm con

Đánh số tiếp mỗi ô trong BCV một mã số duy nhất, theo cách sau:

- Từ trên xuống dưới

- Từ trái sang phải

- Nếu là 1.0. => đánh số tiếp là 1.1, 1.2, 1.3, ....

- Nếu là 1.1 => đánh tiếp là 1.1.1, 1.1.2, 1.1.3, ...

- Nếu là 1.2 => đánh tiếp 1.2.1, 1.2.2, .....

- Không phân biệt nội dung trong 1 ô là sản phẩm hay công việc

Ví dụ:

0.0

1.0 2.0 3.0 4.0

1.1 1.2 1.3 2.1 2.2 2.3 3.1 3.2 3.3

1.1.1 1.1.2 3.2.1 3.2.2

Bước 5. Xét duyệt lại BCV

- Tất cả các ô thuộc danh sách sản phẩm đều có danh từ (và có thể tính từ đi kèm),

- Tất cả các ô thuộc danh sách công việc có động từ ra lệnh và bổ ngữ,

- Tất cả các ô đều có mã duy nhất.

Trình bày bảng công việc theo trách nhiệm. Ví dụ:

- Các cách dàn dựng khác nhau trên một BCV

Dàn dựng theo phận sự/trách nhiệm

- Bắt đầu bằng sản phẩm chung nhất, trên cùng

- Phân chia theo các trách nhiệm khác nhau

- Viết nốt phần danh sách công việc

Ví dụ:

• Các cách trình bày khác nhau đối với BCV

Cùng một BCV có thể có nhiều cách trình bày.

a/ Trình bầy trên bảng trắng to, dùng với các mảnh giấy dính màu vàng

Mỗi ô là 1 tờ dính => dễ thay đổi, di chuyển

b/ Vẽ BCV trên bảng trắng to, vẽ cho đến khi nào xong thì thôi, chép ra giấy

c/ Vẽ trên giấy. Không thích hợp đối với các dự án lớn

d/ Vẽ trên máy tính. Có thể dễ dàng sửa đổi và lưu lại các phiên bản khác nhau

Trong mọi cách trình bày, cuối cùng BCV bắt buộc phải in ra giấy, theo một quy định nào đó.

Chẳng hạn:

0.0 sản phẩm chung nhất

1.0 sản phẩm con 1.0

1.1 sản phẩm con 1.1

1.1.1 mô tả công việc 1.1.1

1.1.2 mô tả công việc 1.1.2

1.2 sản phẩm con 1.2

2.0 sản phẩm con 2.0

3.0 sản phẩm con 3.0

v.v...

Cần phải viết trên máy tính .

Nguồn thông tin để xây dựng BCV: Tài liệu, và Con người

• Tài liệu:

Tài liệu có liên quan tới dự án: Phác thảo dự án, báo cáo nghiên cứu tiền khả thi, báo cáo nghiên cứu khả thi

Tài liệu không liên quan tới dự án: cho các thông tin phụ trợ. Ví dụ: sơ đồ tổ chức cơ quan, các thủ tục hành chính, quy tắc làm việc, ...

• Con người: Những người có mối quan hệ trực tiếp, hay gián tiếp, với dự án.

• Tiêu chuẩn của một BCV tốt

• Mọi nhánh của BCV được chi tiết tới mức thấp nhất, (qui tắc 80 giờ)
• Mọi ô của BCV được đánh số duy nhất.
• Mọi ô của Danh sách sản phẩm được thể hiện bằng danh từ (và tính từ)
• Mọi ô của Danh sách công việc được thể hiện bằng động từ và bổ ngữ.
• Mọi công việc trong BCV, đều được xác định đầy đủ
• Đã được phản hồi và chấp thuận từ mọi người liên đới đến BCV

Lưu ý: Mọi người chấp thuận BCV không có nghĩa là không thể thay đổi. Khi dự án tiến triển, có thể cập nhật BCV, với những phán xét thật khắt khe.

• Đạt tới sự đồng thuận (giảm thiểu sự chống đối)

• Lấy chữ ký của những người có liên quan (trực tiếp hoặc gián tiếp)
• Chuẩn bị bản thảo của BCV, gửi cho mọi người đọc trước
• Họp thảo luận, đi đến nhất trí và ký

• Kiểm soát các phiên bản của BCV

Nguyên tắc: không bao giờ nên vứt bỏ các phiên bản trước, để còn biết được những rắc rối nảy sinh do sự thay đổi.

Đôi khi có thể quyết định trở lại bản gốc ban đầu.

Cần ghi ngày tháng cho từng phiên bản đánh số hiệu phiên bản.