Hiểu về sự phụ thuộc giữa các nhiệm vụ trong quản lý dự án

Những điểm chính

Sự phụ thuộc giữa các nhiệm vụ thực sự là gì?

Sự phụ thuộc giữa các nhiệm vụ là một mối quan hệ được xác định giữa hai nhiệm vụ, quyết định liệu một nhiệm vụ có thể bắt đầu, tiếp tục hay hoàn thành dựa trên trạng thái của nhiệm vụ kia. Sự phụ thuộc không phải là tính năng ngẫu nhiên của một kế hoạch dự án — đó là cơ chế cấu trúc chính quyết định liệu lịch trình của một dự án có thực tế hay chỉ là khát vọng.

Trong các dự án nhỏ, sự phụ thuộc ít và có thể quản lý mà không cần công cụ chuyên dụng. Khi quy mô dự án tăng lên, số lượng mối quan hệ phụ thuộc tăng theo cách phi tuyến tính — một dự án có gấp đôi số nhiệm vụ thường có hơn gấp đôi số liên kết phụ thuộc. Nếu không có bản đồ rõ ràng, các nhóm sẽ mất khả năng nhìn thấy nhiệm vụ nào thực sự nằm trên đường tới hạn và sự chậm trễ nào sẽ lan tỏa thành các phần giao không thực hiện được, so với những sự chậm trễ có thể được hấp thụ.

Nghiên cứu về kết quả dự án liên tục cho thấy các nhóm có thực hành quản lý phụ thuộc tích cực có khả năng đáp ứng thời hạn cao hơn đáng kể — cơ chế là khả năng nhìn thấy sự phụ thuộc cho phép các can thiệp xảy ra khi chúng vẫn có thể ngăn chặn tác động phía sau, thay vì sau khi tác động đã xảy ra.

Các loại phụ thuộc giữa các nhiệm vụ

Các loại phụ thuộc khác nhau phản ánh các yêu cầu trình tự khác nhau. Lựa chọn đúng loại cho mỗi mối quan hệ là một quyết định lập kế hoạch có tác động trực tiếp đến lịch trình — loại sai sẽ tạo ra các ràng buộc không cần thiết kéo dài lịch trình, hoặc loại bỏ các ràng buộc cần thiết, cho phép các nhiệm vụ bắt đầu trước khi các điều kiện tiên quyết được đáp ứng.

Trong công việc dự án, việc kiểm thử không thể bắt đầu cho đến khi mã cần kiểm thử tồn tại. Việc phê duyệt ngân sách không thể bắt đầu cho đến khi đề xuất ngân sách hoàn thành. Đây không phải là quy ước — chúng là yêu cầu vận hành. Việc xác định đúng loại phụ thuộc là điều phân biệt một lịch trình phản ánh thực tế với một lịch trình tạo ra kỳ vọng phi thực tế.

Hai loại phụ thuộc phổ biến nhất:

• Hoàn thành để Bắt đầu (FS) — nhiệm vụ kế tiếp không thể bắt đầu cho đến khi nhiệm vụ trước hoàn thành. Đây là loại phổ biến nhất, chiếm khoảng 75% tất cả các sự phụ thuộc dự án. Nó áp dụng ở bất cứ đâu mà đầu ra của một nhiệm vụ là đầu vào cần thiết cho nhiệm vụ tiếp theo.

Ví dụ: Việc kiểm thử không thể bắt đầu cho đến khi quá trình phát triển hoàn thành, vì không có gì để kiểm thử.

• Bắt đầu để Bắt đầu (SS) — nhiệm vụ kế tiếp không thể bắt đầu cho đến khi nhiệm vụ trước đã bắt đầu. Loại này cho phép thực hiện song song và được sử dụng khi hai nhiệm vụ chia sẻ tài nguyên hoặc khi đầu ra ban đầu từ một nhiệm vụ cho phép tiến độ một phần ở nhiệm vụ khác trước khi hoàn thành đầy đủ.

Ví dụ: Phát triển và lập tài liệu có thể bắt đầu đồng thời, vì việc lập tài liệu không yêu cầu mã hoàn thành — chỉ cần mã đã bắt đầu.

Cách quản lý phụ thuộc hiệu quả

Quản lý phụ thuộc là một thực hành vận hành liên tục, không phải hoạt động thiết lập một lần. Lập bản đồ ban đầu tạo ra đường cơ sở cấu trúc; thực hành quản lý liên tục là điều quyết định liệu đường cơ sở đó có còn chính xác khi dự án tiến triển và hoàn cảnh thay đổi.

Các thực hành tạo ra kết quả nhất quán:

• Duy trì bản đồ phụ thuộc trực quan. Một biểu diễn hiện tại, có thể truy cập của tất cả các mối quan hệ phụ thuộc cho phép các thành viên nhóm hiểu nhiệm vụ nào ở trước và sau công việc của chính họ — và báo hiệu các tác động tiềm tàng khi nhiệm vụ của họ có nguy cơ chậm trễ.
• Xác định và giám sát đường tới hạn. Đường tới hạn là chuỗi nhiệm vụ phụ thuộc dài nhất quyết định thời lượng tối thiểu của dự án. Sự chậm trễ trên đường tới hạn kéo dài ngày kết thúc dự án theo cùng một mức; sự chậm trễ trên các đường không tới hạn thì không, trừ khi chúng tiêu thụ hết toàn bộ thời gian dự phòng có sẵn. Phân biệt giữa hai loại quyết định nơi sự chú ý của ban quản lý nên tập trung.
• Lên lịch các đợt rà soát phụ thuộc thường xuyên. Việc xem xét bản đồ phụ thuộc tại các khoảng thời gian xác định — hàng tuần đối với các dự án đang hoạt động — cho phép các nhóm xác định các điểm nghẽn mới nổi trước khi chúng khóa chặt sự chậm trễ phía sau. Việc rà soát hiệu quả nhất khi nó tạo ra các quyết định lên lịch lại cụ thể, không chỉ là cập nhật trạng thái.
• Duy trì sự linh hoạt về tài nguyên cho các sự chậm trễ do phụ thuộc. Khi một nhiệm vụ trước trượt tiến độ, ngày bắt đầu của nhiệm vụ kế tiếp sẽ thay đổi. Nếu tài nguyên cho nhiệm vụ kế tiếp đã được cam kết cho công việc khác trong thời gian đó, thời gian khắc phục sẽ kéo dài vượt quá sự chậm trễ ban đầu. Duy trì một số sự linh hoạt về tài nguyên dành riêng cho việc điều chỉnh phụ thuộc sẽ hạn chế sự tích tụ.

Các công cụ và thông tin chuyên sâu nâng cao

Khi độ phức tạp của dự án tăng lên, việc theo dõi phụ thuộc thủ công trở nên không đủ. Các công cụ dưới đây giải quyết các giới hạn cụ thể của các phương pháp thủ công — mỗi công cụ giải quyết một vấn đề riêng biệt về khả năng nhìn thấy hoặc phối hợp xuất hiện ở quy mô lớn.

• Bản đồ phụ thuộc tương tác — cung cấp biểu diễn trực quan có thể điều hướng của tất cả các mối quan hệ nhiệm vụ, cho phép các nhóm theo dõi tác động của sự thay đổi một nhiệm vụ duy nhất qua toàn bộ mạng lưới mà không cần tính toán lại thủ công.
• Phân tích tác động theo thời gian thực — tự động tính toán lại các tác động phía sau khi ngày của một nhiệm vụ thay đổi, hiển thị các phần giao nào có nguy cơ và mức độ trước khi nhóm hành động theo kế hoạch ban đầu.
• Đề xuất điều chỉnh tài nguyên thông minh — xác định các tùy chọn phân bổ lại tài nguyên khi sự chậm trễ do phụ thuộc tạo ra khoảng trống trong lịch trình của một thành viên nhóm và điểm nghẽn trong lịch trình của thành viên khác.
• Phân tích dự đoán để báo hiệu các vấn đề trong tương lai — sử dụng các mẫu hoàn thành nhiệm vụ trong quá khứ để xác định nhiệm vụ hiện tại nào có khả năng thống kê sẽ trượt ngày, cho phép can thiệp sớm hơn so với giám sát phản ứng cung cấp.
• Chế độ xem phụ thuộc giữa các dự án — làm cho có thể nhìn thấy các sự phụ thuộc tồn tại giữa các dự án riêng biệt chia sẻ tài nguyên hoặc các phần giao — đó là loại phụ thuộc thường vô hình nhất đối với các nhà quản lý dự án cá nhân và thường chịu trách nhiệm nhất cho các sự chậm trễ giữa các dự án.

Bài viết liên quan:

Để tìm hiểu thêm về lập kế hoạch dự án, hãy khám phá Lộ trình Dự án – cách tiếp cận chiến lược để lập kế hoạch và triển khai các dự án thành công.

Để tối ưu hóa quy trình, hãy đọc Mẫu Quy trình làm việc: Cách tối ưu hóa quy trình để đạt hiệu quả tối đa.

Để có những hiểu biết về phương pháp luận linh hoạt, hãy xem Lợi ích hàng đầu của Agile: Tại sao Agile giúp các nhóm phát triển trong quản lý dự án.

Kết luận

Quản lý sự phụ thuộc giữa các nhiệm vụ là một thực hành cấu trúc quyết định liệu lịch trình của một dự án có dựa trên một mô hình chính xác về cách công việc thực sự được sắp xếp theo trình tự, hay dựa trên giả định lạc quan rằng các nhiệm vụ là độc lập. Các công cụ, thực hành rà soát và phân loại phụ thuộc được mô tả ở đây không thêm chi phí phụ vào dự án — chúng thay thế chi phí phụ đắt đỏ hơn của việc phát hiện các lỗi trình tự sau khi chúng đã tạo ra sự chậm trễ. Cơ sở hạ tầng theo dõi khả năng hiển thị nhiệm vụ và quy trình làm việc của Taskee cung cấp lớp vận hành làm cho việc quản lý phụ thuộc trở nên thực tế ở cấp độ nhóm, thay vì yêu cầu các tài nguyên quản lý dự án chuyên dụng để duy trì thủ công.

Đọc thêm được đề xuất

"Critical Path Method"

Các chiến lược cốt lõi để quản lý sự phụ thuộc và tối ưu hóa lịch trình dự án.

"PMBOK Guide"

Tiêu chuẩn vàng của các nguyên tắc cơ bản về quản lý dự án, với những hiểu biết chi tiết về sự phụ thuộc giữa các nhiệm vụ.

"Visual Project Management"

Các cách tiếp cận sáng tạo để trực quan hóa và quản lý sự phụ thuộc của dự án.