INFOCHIEF ACADEMY · IT PROJECT MANAGEMENT KNOWLEDGE SERIES

Xây dựng kế hoạch tiến độ dự án IT: Xác định phụ thuộc và đường găng.

Kế hoạch tiến độ phải mô tả những điều kiện để công việc hoàn tất. Xác nhận phụ thuộc, lịch nguồn lực và đường găng giúp đội dự báo mốc kết thúc và đánh giá nơi can thiệp có tác dụng.

Biên soạn: Infochief Academy · Chuyên đề: Quản lý dự án IT

← Trở về thư viện bài viết

Minh họa biên tập: chuyên gia tiến độ và đội triển khai phân tích mạng phụ thuộc giữa các hoạt động.

Một ngày go-live được đặt ở cuối bản kế hoạch không chứng minh rằng các công việc có thể dẫn tới ngày đó. Trong một tình huống giả định, dự án chuyển hệ thống kế toán có ba nhóm cùng chạy: chuẩn bị dữ liệu, cấu hình ứng dụng và dựng môi trường. Bản lịch xếp kiểm thử ngay sau cấu hình, nhưng không nối nó với việc đối soát dữ liệu. Khi dữ liệu chậm, một phần tiến độ tưởng như độc lập bỗng mất cơ sở.

Kế hoạch tiến độ cần là mô hình của những điều kiện để dự án hoàn thành. Nó cho thấy việc nào có thể làm song song, việc nào phải chờ và chuỗi nào đang quyết định mốc kết thúc. Đường găng chỉ có giá trị khi những quan hệ và thời lượng tạo ra nó phản ánh cách công việc thực sự diễn ra.

Chuyển gói công việc thành hoạt động có đầu ra

Điểm xuất phát là phạm vi đã được phân rã đủ để giao việc. Với mỗi gói, đội dự án xác định các hoạt động cần thực hiện và bằng chứng hoàn tất. Tên “xử lý dữ liệu” nên được làm rõ thành khảo sát, ánh xạ, làm sạch, chạy thử và đối soát nếu các phần này cần người hoặc đầu vào khác nhau. Mức chi tiết phải giúp nhìn thấy phụ thuộc chứ không chỉ làm lịch dài hơn.

Cần bao gồm công việc của nghiệp vụ, vận hành và nhà cung cấp. Phê duyệt quy tắc, cấp quyền, cung cấp môi trường hoặc kiểm tra hợp đồng có thể ảnh hưởng lịch dù không thuộc nhóm phát triển. Một kế hoạch chỉ chứa các nhiệm vụ kỹ thuật sẽ tạo ra khoảng trống ở những điểm bàn giao. Các bên cung cấp đầu vào cần tham gia xác nhận hoạt động tương ứng.

Hoạt động nên được viết bằng việc và kết quả rõ ràng. Khi hoàn thành được hiểu khác nhau giữa người báo cáo và người nhận, cập nhật lịch sẽ mất độ tin cậy. Ví dụ, “cấu hình xong” cần biết đó là cấu hình đã triển khai, đã kiểm tra hay đã được nghiệp vụ chấp nhận. Năng lực quản lý dự án IT giúp xây dựng những quy ước này trước khi dùng số liệu để dự báo.

Mốc là điểm đánh dấu một sự kiện hoặc quyết định, thường không có thời lượng. Những việc cần để đạt mốc vẫn phải nằm trong lịch. Không nên tạo một mốc nghiệm thu rồi mặc định rằng mọi hoạt động chuẩn bị sẽ tự kết thúc đúng lúc. Khi đầu ra đã rõ, dự án mới nối chúng thành mạng phụ thuộc có thể kiểm tra.

Xác nhận quan hệ trước khi đặt ngày

Quan hệ kết thúc trước rồi bắt đầu sau thường dễ hiểu, nhưng phải phản ánh điều kiện thật. Kiểm thử một phần có thể bắt đầu trước khi toàn bộ chức năng hoàn tất nếu phiên bản và dữ liệu phù hợp đã sẵn sàng. Ngược lại, hai nhóm có thể cùng bắt đầu nhưng kết quả của nhóm sau vẫn cần đầu ra của nhóm trước để hoàn tất. Dùng quan hệ song song chỉ để rút ngắn lịch sẽ che rủi ro làm lại.

Cần phân biệt phụ thuộc kỹ thuật với lựa chọn tổ chức. Một giao diện cần đặc tả dữ liệu trước khi phát triển có thể là điều kiện kỹ thuật; chọn triển khai đơn vị nhỏ trước có thể là lựa chọn giảm rủi ro. Phụ thuộc bên ngoài, như ngày cung cấp môi trường của đối tác, cần chủ sở hữu và cơ chế xác nhận. Cách phân biệt giúp biết quan hệ nào có thể điều chỉnh khi cần phục hồi tiến độ.

Khoảng chờ nên được thể hiện minh bạch. Nếu chờ phê duyệt hoặc chờ một cửa sổ bảo trì, có thể đưa thành hoạt động hay ràng buộc phù hợp với cách lập lịch. Việc chèn những khoảng trễ không giải thích được khiến người quản lý khó nhìn thấy nơi có thể can thiệp. Nếu một quyết định cần hai đơn vị, thời gian phối hợp cũng phải được xem xét.

Các giới hạn ngày chỉ nên dùng khi có cơ sở. Việc khóa ngày của mọi hoạt động có thể khiến lịch hiển thị đúng mong muốn mà không còn tự phản ánh hệ quả của thay đổi. Hãy dựng quan hệ trước, sau đó so sánh kết quả tính với mốc yêu cầu. Khoảng cách giữa hai bên là một vấn đề cần quyết định, không phải lý do ép toàn bộ hoạt động về ngày cũ.

Tính thời lượng và đường găng trên lịch làm việc thực tế

Thời lượng là khoảng thời gian cần để hoạt động hoàn tất theo điều kiện nguồn lực và lịch làm việc. Nó khác nỗ lực, vốn thường đo bằng giờ hoặc ngày công. Một chuyên gia chỉ tham gia một phần thời gian sẽ không hoàn tất mười ngày công trong mười ngày lịch. Ngày nghỉ, lịch hỗ trợ và cửa sổ triển khai cũng có thể ảnh hưởng thời điểm bắt đầu hoặc kết thúc.

Khi mạng hoạt động đã đầy đủ, có thể tính thời điểm sớm và muộn của từng hoạt động để xác định độ dự trữ thời gian. Trong mô hình đơn giản, đường găng là chuỗi quyết định thời điểm hoàn thành và có tổng dự trữ bằng không. Trên kế hoạch thực tế, ràng buộc ngày và lịch khác nhau có thể tạo dự trữ âm hoặc cách hiển thị khác. Người quản lý phải hiểu cấu hình thay vì chỉ tin màu đỏ của phần mềm.

Ví dụ giả định dưới đây dùng ngày làm việc liên tục, bỏ qua giới hạn nguồn lực và mọi ràng buộc khác. Các hoạt động bắt đầu sau khi tiền nhiệm hoàn tất.

Hoạt động	Thời lượng giả định	Tiền nhiệm
A: Chốt quy tắc dữ liệu	3 ngày	Không có
B: Cấu hình chuyển đổi	5 ngày	A
C: Chuẩn bị môi trường	4 ngày	A
D: Kiểm thử tích hợp	4 ngày	B và C
E: Đối soát, chấp nhận	2 ngày	D

Chuỗi A–B–D–E cần 14 ngày, còn A–C–D–E cần 13 ngày. Trong điều kiện giả định ấy, nhánh qua B quyết định kết thúc; C có một ngày dự trữ so với thời điểm D có thể bắt đầu. Nếu C chậm quá phần dự trữ, nó có thể trở thành yếu tố găng. Con số là minh họa cách suy luận, không phải ước lượng cho một dự án thực tế.

Kết quả tính phải được đối chiếu với người thực hiện và người cung cấp nguồn lực. Nếu B và C cần cùng một chuyên gia trong cùng khoảng, giả định làm song song có thể không thực hiện được. Việc bố trí của Trưởng Phòng IT – IT Manager vì thế cần được xác nhận trước khi chốt cam kết tiến độ.

Theo dõi những chuỗi có thể trở thành điểm nghẽn

Đường găng không phải danh sách cố định từ đầu đến cuối dự án. Sau mỗi cập nhật, thời lượng còn lại, đầu vào và sự sẵn sàng nguồn lực có thể làm thay đổi chuỗi quyết định. Những đường có ít dự trữ cần được theo dõi cùng đường đang găng. Nếu chỉ tập trung vào một nhánh, người quản lý có thể thúc xong điểm nghẽn cũ rồi lập tức gặp điểm nghẽn khác.

Với đầu vào bên ngoài, cần theo dõi bằng chứng chuẩn bị trước ngày đến hạn. Nhà cung cấp nói sẽ giao môi trường chưa đủ nếu quyền truy cập và kết nối chưa được kiểm tra. Lịch nên gắn với các điểm xác nhận trung gian phù hợp. Cách này giúp nhận biết độ tin cậy của mốc, thay vì chỉ đợi đến ngày cần đầu vào mới phát hiện thiếu.

Khi có sai lệch, hãy phân biệt nguyên nhân làm việc chậm với hệ quả chờ đợi. Một hoạt động chưa bắt đầu vì dữ liệu thiếu không nên được xử lý như người thực hiện thiếu năng suất. Biện pháp phù hợp có thể là chốt quy tắc, thử dữ liệu hoặc chuyển công việc sẵn sàng khác. Mỗi lựa chọn cần xem tác động đến chuỗi hoàn thành và chất lượng.

Đội quản lý dịch vụ IT cần tham gia xác nhận những mốc chuyển đổi có ảnh hưởng vận hành. Một ngày trên lịch dự án chưa chắc trùng với khoảng doanh nghiệp có thể dừng dịch vụ. Khi điều kiện vận hành được đưa vào từ đầu, kế hoạch bớt nguy cơ phải sửa lớn ngay trước go-live.

Cập nhật dự báo trước khi xem xét phục hồi kế hoạch

Cập nhật cần một ngày trạng thái thống nhất. Đội ghi nhận việc đã hoàn tất bằng bằng chứng, thời điểm thực tế và phần còn lại. Công việc chưa hoàn tất không nên vẫn nằm hoàn toàn trong quá khứ trên lịch. Nếu chỉ tăng tỷ lệ phần trăm mà không cập nhật thời lượng còn lại, dự báo kết thúc có thể giữ nguyên dù đội đã mất nhiều ngày.

Giữ đường cơ sở để so sánh, đồng thời thể hiện dự báo mới trung thực. Khi mốc bị đe dọa, người quản lý phải trình phương án cụ thể: đổi trình tự, làm song song có điều kiện, tăng năng lực ở điểm nghẽn hoặc điều chỉnh phạm vi. Mỗi phương án cần nêu chi phí, nguy cơ làm lại và điều kiện thực hiện. Tăng người cho công việc không thể chia nhỏ có thể không giúp giảm thời gian như mong đợi.

Quyết định vượt giới hạn được giao cần sự tham gia của Giám Đốc Dự Án IT hoặc cấp quản trị tương ứng. Việc đổi đường cơ sở chỉ nên thực hiện sau phê duyệt phù hợp; không được dùng để xóa dấu vết sai lệch. Bằng chứng về nguyên nhân và lựa chọn mới cần được giữ để kiểm tra sau này.

Với dự án kế toán ở mở bài, bước đầu nên là nối đối soát dữ liệu vào những hoạt động thực sự cần nó, xác nhận thời lượng và lịch nguồn lực rồi tính lại. Kế hoạch có thể cho ra một ngày khác mong muốn, nhưng đó là điểm bắt đầu của một quyết định có cơ sở. Một lịch hữu ích không làm sự bất định biến mất; nó khiến doanh nghiệp thấy sớm nơi cần can thiệp và hệ quả của từng cách can thiệp.