Lợi nhuận:
- Hiểu các khái niệm về tuyên bố phạm vi và cấu trúc phân chia công việc (WBS) và sử dụng AI để tạo bản thảo WBS được chia thành các gói công việc
- Làm rõ các mục, tiêu chí giao hàng và chấp nhận ngoài phạm vi với sự hỗ trợ của trí tuệ nhân tạo và sớm phát hiện phạm vi
- Khả năng hiểu rằng trách nhiệm của người quản lý dự án là xác nhận tính toàn vẹn, tính hiện thực và sự phù hợp của WBS do trí tuệ nhân tạo tạo ra với bối cảnh tổ chức thông qua xác minh của nhóm và các bên liên quan.
Khi bạn bắt đầu một dự án với câu hỏi "chúng ta sẽ làm gì?" Bắt đầu với điều này giống như đi trong bóng tối. Các dự án thường thất bại không phải vì chúng được quản lý kém mà vì chúng được xác định sai ngay từ đầu. Chủ đề của phần này là hai công cụ cơ bản vạch ra ranh giới của dự án và chia công việc thành các phần có thể quản lý được: tuyên bố phạm vi và cấu trúc phân chia công việc. Khi hai tài liệu này được thiết lập chính xác, lịch trình, dự báo, rủi ro và ngân sách sẽ được đặt lên hàng đầu; Khi thiết lập không chính xác, mọi thứ sẽ rung chuyển trong suốt dự án. AI là đối tác soạn thảo mạnh mẽ trong cả hai tài liệu: nó đề xuất khung phạm vi và chia nhỏ thành các gói công việc trong vài phút. Nhưng hãy nhớ: AI tạo ra một khuôn mẫu chung; Chỉ bạn và nhóm của bạn mới biết các sản phẩm thực tế, các ràng buộc và tiêu chí chấp nhận của tổ chức bạn.
Tuyên bố phạm vi là gì?
Phạm vi là những gì dự án bao gồm và những gì nó không bao gồm. Tuyên bố phạm vi là tài liệu được viết thành văn bản và thường bao gồm: mục đích của dự án, các sản phẩm bàn giao chính, tiêu chí chấp nhận, các mục ngoài phạm vi, giả định và ràng buộc. Phần quan trọng nhất và bị bỏ qua nhất ở đây là danh sách ngoài phạm vi: "Chúng tôi sẽ không làm X trong dự án này" ngăn cản lập luận "nhưng tôi nghĩ điều đó đã được đưa vào" sau này.
Khi phạm vi vượt quá tầm kiểm soát, nó được gọi là phạm vi leo thang: công việc nhỏ, không được phê duyệt được thêm vào dự án sẽ làm nó phình to theo thời gian. “Chỉ cần thêm một chút nữa thôi”, khi lặp lại, sẽ làm tăng ngân sách và tiến độ. Một tuyên bố phạm vi tốt và các tiêu chí chấp nhận rõ ràng là tuyến phòng thủ đầu tiên chống lại sự leo thang phạm vi. Tiêu chí chấp nhận là điều kiện có thể đo lường được mà sản phẩm bàn giao phải đáp ứng để được coi là "hoàn thành" (ví dụ: "tải biểu mẫu trong vòng chưa đầy 2 giây").
Mẹo: Khi viết tuyên bố phạm vi, hãy nỗ lực hết sức vào danh sách “những gì chúng tôi sẽ không làm” cũng như “những gì chúng tôi sẽ làm”. Các hạng mục bị loại trừ là khoản bảo hiểm rẻ nhất cho dự án.
Cấu trúc phân chia công việc (WBS) là gì?
Cấu trúc phân chia công việc (WBS) là một cây phân cấp chia tổng công việc của dự án thành các phần logic nhỏ dần từ trên xuống dưới. Trên cùng là dự án, bên dưới là các sản phẩm/giai đoạn chính và bên dưới là các gói công việc. Gói công việc là phần công việc ở cấp độ thấp nhất có thể được giao cho một người/nhóm và đủ nhỏ để ước tính thời lượng và chi phí của nó. Một WBS tốt tuân theo hai quy tắc: quy tắc 100% (tổng các phần dưới bao gồm toàn bộ phần trên, không hơn, không kém) và loại trừ lẫn nhau (không có hai gói nào chứa cùng một tác phẩm, không trùng lặp).
Tại sao WBS lại quan trọng đến vậy? Bởi vì việc dự báo, tiến độ, ngân sách và rủi ro luôn được thực hiện ở cấp độ gói công việc. “Chúng tôi sẽ làm một trang web” là điều không thể đoán trước được; nhưng các gói như "thiết kế trang đăng nhập", "mẫu đăng ký người dùng", "thử nghiệm tích hợp thanh toán" đều có thể dự đoán được. WBS cũng là khuôn khổ để phân công trách nhiệm (RACI), giám sát tiến độ và liên lạc.
Từng bước: Tạo bản nháp WBS bằng AI
- Làm rõ phạm vi. Cung cấp ẩn danh cho AI mục đích của dự án, các kết quả chính và các ràng buộc đã biết. Một WBS tốt không đến từ một mục đích không rõ ràng.
- Yêu cầu phân tích dự thảo. Yêu cầu AI cung cấp hệ thống phân cấp được chia thành các giai đoạn và gói công việc; Yêu cầu mô tả phạm vi một dòng và cách phân phối được đề xuất cho mỗi gói hàng.
- Kiểm tra quy tắc 100%. Kiểm tra xem tổng số kiện hàng sản xuất có đáp ứng đầy đủ phạm vi hay không; Đánh dấu những mục còn thiếu và không cần thiết.
- Thêm tiêu chí chấp nhận. Yêu cầu dự thảo các tiêu chí chấp nhận có thể đo lường được cho từng sản phẩm chính, sau đó tinh chỉnh chúng theo thực tế.
- Làm rõ ngoài phạm vi. Yêu cầu AI cung cấp danh sách “các hạng mục có lẽ nằm ngoài phạm vi của dự án này” và thảo luận với nhóm.
- Xác nhận của nhóm và các bên liên quan. Xem xét bản dự thảo với chủ sở hữu gói công việc. WBS không bao giờ là một “kế hoạch” nếu không có sự chấp thuận của nhóm.
Thận trọng: WBS do AI tạo ra thường có thể bỏ lỡ gói quan trọng (ví dụ: “phê duyệt pháp lý”, “di chuyển dữ liệu”, “đào tạo người dùng”) có vẻ hợp lý nhưng lại dành riêng cho tổ chức của bạn. Gói tin bị thiếu sẽ khiến dự đoán của bạn sai ngay từ đầu. Hãy chắc chắn áp dụng quy tắc 100% từ góc độ con người.
ba trường hợp nhỏ
Trường hợp 1 - Bản thiết kế tiết kiệm thời gian. Thay vì xây dựng WBS từ đầu cho một dự án mạng nội bộ mới, một chuyên gia PMO đã đưa cho YZ bản tóm tắt phạm vi ẩn danh và yêu cầu bản nháp. YZ đề xuất 6 giai đoạn và 34 gói công việc. Chuyên gia đã loại bỏ 5 gói và thêm 3 gói còn thiếu (tích hợp SSO, kiểm tra khả năng truy cập, di chuyển nội dung) trong hội thảo kéo dài 45 phút với nhóm. Công việc lẽ ra phải mất một ngày mới hoàn thành trong nửa ngày và ngày càng hoàn thiện hơn.
Trường hợp 2 - Bắt phạm vi leo. Người quản lý dự án đưa ra cho AI 12 yêu cầu nhỏ từ khách hàng và hỏi "những yêu cầu này nằm trong phạm vi hay ngoài phạm vi theo tuyên bố phạm vi hiện tại?" Anh ta đã phân loại nó là: YZ 7 đã gắn cờ yêu cầu là "có thể nằm ngoài phạm vi". Thủ tướng đã biến những điều này thành yêu cầu thay đổi chính thức; nếu không thì 3 tuần làm việc bổ sung sẽ ngấm ngầm vào dự án.
Trường hợp 3 - Thiếu bẫy gói. Một nhóm đã phê duyệt 28 gói WBS do YZ sản xuất mà không cần xác minh. Ở giữa dự án, người ta nhận thấy không có gói "di chuyển dữ liệu" và "diễn tập trực tiếp"; hai lần bỏ lỡ này đã thêm 4 tuần vào lịch trình. Bài học: Không nên phê duyệt bản nháp AI nếu không có sự thử nghiệm của con người với quy tắc 100%.
Dấu nhắc yếu / Dấu nhắc mạnh
Dấu nhắc yếu:
Viết WBS cho một dự án ứng dụng di động.
Lời nhắc này rất chung chung: AI thường tạo ra một mẫu nhưng ít liên quan đến các sản phẩm thực tế, các ràng buộc và tiêu chí chấp nhận của dự án của bạn.
Lời nhắc mạnh mẽ:
Vai trò của bạn: chuyên gia lập kế hoạch dự án cấp cao. Bối cảnh: Ứng dụng di động theo dõi hàng tồn kho cho khách hàng bán lẻ (tên được che giấu). Ràng buộc: 4 tháng, tích hợp với ERP hiện tại là bắt buộc, iOS + Android, có sẵn di chuyển dữ liệu. Nhiệm vụ: Tạo một WBS dự thảo được chia thành các giai đoạn và gói công việc. Quy tắc: - Tuân thủ quy tắc 100%; các gói trong mỗi giai đoạn phải bao gồm đầy đủ giai đoạn đó.- Đối với mỗi gói công việc: phạm vi một dòng + sản phẩm chính + tiêu chí chấp nhận có thể đo lường được.- Đưa ra một danh sách "có thể NGOÀI phạm vi" riêng ở cuối.- Đánh dấu các gói dành riêng cho tổ chức mà bạn không chắc chắn bằng "[xác nhận với nhóm]", phù hợp. Đầu ra: bảng giảm giá (Giai đoạn | Gói hàng | Phạm vi | Giao hàng | Tiêu chí chấp nhận).
Yêu cầu này mạnh vì bối cảnh, ràng buộc, quy tắc 100%, tiêu chí chấp nhận và yêu cầu ngoài phạm vi đều rõ ràng; cũng thực thi sự không chắc chắn bằng "[xác nhận với nhóm]".
Các mẫu bổ sung:
# Công cụ tìm kiếm ngoài phạm viĐọc tuyên bố phạm vi bên dưới. Liệt kê các nhiệm vụ "ứng viên ngoài phạm vi" phổ biến nhưng không được đề cập RÕ RÀNG ở đây (ví dụ: đào tạo, tài liệu, hỗ trợ, di chuyển, kiểm tra bảo mật). Đối với mỗi mục, hãy hỏi tại sao nên thêm/loại trừ nó.
# Tiêu chí chấp nhận Nhà sản xuấtĐề xuất 3-5 tiêu chí chấp nhận có thể đo lường được cho lần giao hàng sau (ở định dạng SMART): [giao hàng]. Đừng viết những tiêu chí không thể đo lường được (chẳng hạn như "nó sẽ hoạt động tốt").
# Trình kiểm tra quy tắc 100% Kiểm tra WBS bên dưới. Sản phẩm nào có thể phân phối từ tuyên bố phạm vi KHÔNG có bản sao trong bất kỳ gói công việc nào? Những gói nào VƯỢT QUÁ tuyên bố phạm vi? Liệt kê các khoảng trống.
Những lỗi thường gặp
- Không viết ra ngoài phạm vi: Nếu “những gì chúng tôi sẽ không làm” không rõ ràng thì việc leo thang phạm vi là điều không thể tránh khỏi.
- Các gói quá lớn hoặc quá mỏng: Một gói khổng lồ kéo dài cả tháng là điều không thể đoán trước được; Gói một giờ nhỏ bé khiến ban quản lý choáng ngợp. Các gói hàng phải có thể dự đoán được và theo dõi được.
- Phê duyệt kế hoạch chi tiết AI mà không xác thực nó: Một gói dành riêng cho doanh nghiệp chưa hoàn chỉnh (di chuyển dữ liệu, phê duyệt theo quy định, đào tạo) sẽ làm sai lệch kế hoạch ngay từ đầu.
- Bỏ qua tiêu chí chấp nhận: Nếu không có tiêu chí thì cuộc thảo luận “hoàn thành” là vô tận.
- Không thiết lập WBS tập trung vào kết quả đầu ra hơn là hoạt động: WBS tốt hiển thị kết quả bàn giao (tên), không hiển thị các hoạt động như “tổ chức họp”.
Mẹo: Đừng viết WBS một lần và để nó ở đó. Khi có thay đổi được phê duyệt, hãy cập nhật WBS, sau đó là lịch trình và ngân sách. WBS là một tài liệu sống.
Tóm lại
Tuyên bố phạm vi xác định ranh giới của dự án, trong khi WBS xác định các phần có thể quản lý được của công việc. Một tuyên bố phạm vi tốt bao gồm các tiêu chí chấp nhận rõ ràng và danh sách “ngoài phạm vi” rõ ràng; Một WBS tốt tuân theo quy tắc 100% và loại trừ lẫn nhau. AI tạo ra các bản thiết kế nhanh chóng và đầy đủ cho cả hai, nhưng có thể bỏ qua các gói dành riêng cho tổ chức. Người quản lý dự án có trách nhiệm áp dụng quy tắc 100% từ góc độ con người, làm rõ những vấn đề nằm ngoài phạm vi và đạt được sự xác nhận của nhóm.
Nhiệm vụ ứng dụng
Đối với dự án hiện tại của bạn, hãy tạo bản nháp WBS từ AI được chia thành các giai đoạn và gói công việc (ẩn danh dữ liệu). Sau đó, cùng với một thành viên trong nhóm của bạn, hãy áp dụng quy tắc 100%: gói hàng nào bị thiếu, gói hàng nào không cần thiết, gói hàng nào không có tiêu chí chấp nhận? Sửa ít nhất 3 điểm còn thiếu/sai và lưu WBS đã sửa.
danh sách kiểm tra
- [ ] Tuyên bố phạm vi của tôi có mục đích, khả năng thực hiện, tiêu chí chấp nhận, ngoài phạm vi, giả định và ràng buộc.
- [ ] Tôi đã cố tình điền vào danh sách "ngoài phạm vi".
- [ ] WBS tuân theo quy tắc 100% (không có gói bị thiếu/thừa).
- [ ] Mỗi gói công việc đều có thể dự đoán và theo dõi được.
- [ ] Mỗi sản phẩm quan trọng đều có tiêu chí chấp nhận có thể đo lường được.
- [ ] Tôi đã xác minh bản dự thảo AI với nhóm; Tôi đã thêm các gói dành riêng cho tổ chức.