
Last updated on 22 March, 2026
Trong quản trị thời gian và tiến độ, việc thiết lập mạng lưới các công việc là quy trình then chốt để đảm bảo dự án hoàn thành đúng hạn. Hai phương pháp chính để thực hiện điều này là AOA và AON.
Table of Contents
ToggleĐịnh nghĩa: Là phương pháp “Công việc đặt trên mũi tên” (còn gọi là ADM – Arrow Diagramming Method).
Đặc điểm: Các mũi tên biểu thị công việc, còn các điểm nút (hình tròn) biểu thị các sự kiện (mốc thời gian bắt đầu hoặc kết thúc).
Công việc ảo (Dummy): Đôi khi phải sử dụng các công việc ảo (mũi tên đứt đoạn) không tốn thời gian hay nguồn lực để thể hiện mối quan hệ logic giữa các công việc.
Định nghĩa: Là phương pháp “Công việc đặt trong nút” (còn gọi là PDM – Precedence Diagramming Method).
Đặc điểm: Các công việc được biểu diễn bằng các hộp chữ nhật (nút) chứa thông tin chi tiết, còn mũi tên chỉ thuần túy xác định trình tự thực hiện.
Tính linh hoạt: Không cần sử dụng công việc ảo và có thể mô tả nhiều kiểu quan hệ phụ thuộc khác nhau.
Giả sử bạn đang quản lý một dự án xây dựng phần mềm với 2 công việc đơn giản:
Công việc A: Thiết kế hệ thống (1 ngày).
Công việc B: Dựng module A (2 ngày). Công việc B chỉ bắt đầu sau khi A xong.
Bạn vẽ một điểm nút số 1 (Sự kiện bắt đầu).
Vẽ một mũi tên từ nút 1 sang nút 2, ghi chữ “A(1)” trên mũi tên đó.
Từ nút 2, vẽ tiếp mũi tên sang nút 3, ghi chữ “B(2)”.
Phân tích: Ở đây, nút 2 chính là sự kiện “Kết thúc thiết kế và Bắt đầu dựng module”.
Bạn vẽ một hộp chữ nhật ghi “A” (trong hộp có thông tin thời gian 1 ngày).
Vẽ một hộp chữ nhật khác ghi “B” (thời gian 2 ngày).
Vẽ một mũi tên nối từ hộp A sang hộp B.
Phân tích: Mũi tên này chỉ đơn giản nói rằng: “Làm xong A rồi mới được làm B”.
| Tiêu chí phân biệt | Phương pháp AOA | Phương pháp AON |
| Vị trí công việc |
Nằm trên mũi tên.
|
Nằm trong nút/hộp.
|
| Công việc ảo (Dummy) |
Cần thiết để thể hiện logic phức tạp.
|
Không cần, giúp sơ đồ gọn nhẹ.
|
| Kiểu quan hệ |
Chủ yếu là Kết thúc – Bắt đầu (FS).
|
Đa dạng: FS, SS, FF, SF.
|
| Sự kiện (Event) |
Sử dụng nút để đánh dấu sự kiện.
|
Không sử dụng khái niệm sự kiện.
|
| Tính ứng dụng |
Phù hợp dự án đơn giản, vẽ tay.
|
Tiêu chuẩn của các phần mềm quản lý.
|
| Phương pháp | Ưu điểm | Nhược điểm |
| AOA |
• Phù hợp cho các dự án đơn giản .
• Dễ dàng phác thảo bằng tay để hình dung các cột mốc (sự kiện).
|
• Phải sử dụng công việc ảo (Dummy) gây phức tạp sơ đồ .
• Khó diễn tả các quan hệ công việc gối đầu nhau ngoài quan hệ “Kết thúc – Bắt đầu”.
|
| AON |
• Loại bỏ hoàn toàn công việc ảo, giúp sơ đồ sạch và tập trung vào thực thể công việc .
• Mô tả được đa dạng quan hệ: SS, FF, SF thay vì chỉ FS đơn thuần .
• Dễ dàng tin học hóa và tự động hóa trên phần mềm.
|
• Đối với người mới, các nút chứa quá nhiều thông tin có thể gây rối mắt ban đầu .
• Không tập trung mạnh vào khái niệm “Sự kiện” (Event) như AOA.
|
Trong bối cảnh quản trị dự án hiện đại, bạn nên ưu tiên sử dụng phương pháp AON vì những lý do sau:
Dễ học và ít nhầm lẫn: AON loại bỏ được các “công việc ảo” gây rối mắt, giúp người quản lý tập trung trực tiếp vào các thực thể công việc.
Tương thích phần mềm: Các công cụ mạnh mẽ như Microsoft Project hay các phần mềm quản lý dự án trực tuyến đều sử dụng nền tảng AON để tính toán tiến độ tự động.
Mô tả thực tế tốt hơn: AON có thể diễn tả các công việc làm song song hoặc gối đầu nhau (như quan hệ Start-to-Start) mà AOA rất khó thực hiện.
Kết luận: Nếu bạn chỉ cần phác thảo nhanh một dự án cực kỳ đơn giản trên giấy, AOA có thể đáp ứng. Nhưng để quản trị chuyên nghiệp, tối ưu nguồn lực và kiểm soát rủi ro, AON là sự lựa chọn tối ưu.
Đọc thêm