TÓM TẮT

1. Giới thiệu chung về sơ đồ mạng AON

1.1. AON là gì?

AON (Activity on Node) – còn được gọi là Mạng Hoạt Động Trên Nút – là một trong những phương pháp biểu diễn mạng lưới công việc trong quản lý dự án. Trong sơ đồ AON, mỗi nút (node) đại diện cho một hoạt động (task) hoặc một công việc cụ thể, còn các mũi tên (arrow) chỉ ra mối quan hệ phụ thuộc giữa các hoạt động. So với phương pháp PERT/CPM truyền thống (Activity on Arrow – hoạt động trên mũi tên), AON có một số ưu điểm nổi bật:

  • Rõ ràng, trực quan: Mỗi hoạt động được thể hiện bằng một hình chữ nhật, dễ nhận biết.
  • Dễ dàng cập nhật: Khi thêm, bớt hoặc thay đổi hoạt động, chỉ cần chỉnh sửa nút mà không làm rối cấu trúc mũi tên.
  • Hỗ trợ phần mềm: Hầu hết các công cụ quản lý dự án hiện đại (Microsoft Project, Primavera, Asana, Trello,… ) đều dựa trên mô hình AON.

1.2. Khi nào nên sử dụng sơ đồ AON?

  • Dự án có nhiều hoạt động phụ thuộc lẫn nhau: Khi mối quan hệ giữa các công việc phức tạp, việc dùng AON giúp nhìn thấy rõ ràng hơn.
  • Cần phân tích thời gian chi tiết: AON hỗ trợ tính toán thời gian sớm nhất (ES), trễ nhất (LS), thời gian trễ tự do (float) cho mỗi hoạt động.
  • Đội ngũ làm việc đa dạng: Khi các thành viên dự án đến từ các phòng ban khác nhau, việc minh hoạ bằng sơ đồ AON giúp mọi người đồng bộ thông tin nhanh chóng.

1.3. Các thành phần cơ bản của sơ đồ AON

Thành phần Mô tả Ký hiệu
Nút (Node) Đại diện cho một hoạt động, thường bao gồm tên, mã công việc, thời gian ước tính Hình chữ nhật
Mũi tên (Arrow) Cho biết mối quan hệ phụ thuộc (tiến độ) giữa các hoạt động Đường thẳng có mũi tên
Đầu vào (Predecessor) Các hoạt động phải hoàn thành trước khi hoạt động hiện tại có thể bắt đầu Đánh số trong mũi tên
Thời gian (Duration) Thời gian dự kiến hoàn thành hoạt động (ngày, tuần, tháng) Ghi trong nút
Ngày bắt đầu sớm (ES) / Ngày kết thúc sớm (EF) Thời gian sớm nhất có thể bắt đầu/kết thúc hoạt động Ghi trong nút (ES/EF)
Ngày bắt đầu trễ (LS) / Ngày kết thúc trễ (LF) Thời gian trễ nhất mà vẫn không làm trễ dự án Ghi trong nút (LS/LF)
Float (Slack) Khoảng thời gian mà một hoạt động có thể trễ mà không ảnh hưởng tới thời gian hoàn thành dự án Ghi trong nút hoặc tính toán riêng

2. Bước chuẩn bị trước khi vẽ sơ đồ AON

2.1. Thu thập thông tin dự án

  1. Mục tiêu dự án: Xác định rõ mục tiêu cuối cùng, các tiêu chí thành công.
  2. Danh sách công việc (Work Breakdown Structure – WBS): Phân chia dự án thành các công việc chi tiết, gán mã số (ví dụ: 1.1, 1.2, 2.1…).
  3. Thời gian ước tính: Dựa trên kinh nghiệm, tài liệu tham khảo hoặc phương pháp ước lượng (PERT, Expert Judgment).
  4. Mối quan hệ phụ thuộc: Xác định loại phụ thuộc (FS – Finish to Start, SS – Start to Start, FF – Finish to Finish, SF – Start to Finish). Mặc dù AON thường dùng FS, nhưng trong thực tế có thể mở rộng.
  5. Nguồn lực: Ghi lại người thực hiện, thiết bị, chi phí cho mỗi công việc (có thể không cần trong sơ đồ AON cơ bản, nhưng rất hữu ích khi chuyển sang phần mềm).

2.2. Lựa chọn công cụ vẽ sơ đồ

  • Công cụ truyền thống: Giấy, bút, bảng trắng.
  • Phần mềm đồ họa: Microsoft Visio, Lucidchart, draw.io (diagrams.net), OmniGraffle.
  • Phần mềm quản lý dự án: Microsoft Project, Primavera P6, Smartsheet, ClickUp – các công cụ này có chức năng tự động tạo sơ đồ AON khi nhập dữ liệu.
  • Công cụ mã nguồn mở: GanttProject, OpenProject.

Lựa chọn công cụ phụ thuộc vào:
– Độ phức tạp của dự án.
– Thời gian và ngân sách.
– Số lượng người tham gia và mức độ cộng tác.

2.3. Xác định quy chuẩn biểu đồ

  • Kích thước nút: Đảm bảo đủ chỗ để viết tên công việc, thời gian, mã số.
  • Màu sắc: Dùng màu xanh cho các hoạt động chuẩn, màu vàng cho các hoạt động có float, màu đỏ cho các hoạt động trên đường găng (critical path).
  • Kiểu mũi tên: Đường thẳng đơn, không gấp khúc quá nhiều để tránh rối mắt.
  • Bố cục: Đặt các hoạt động theo thứ tự thời gian từ trái sang phải, hoặc từ trên xuống dưới tùy thuộc vào không gian và thói quen người xem.

3. Quy trình vẽ sơ đồ mạng AON chi tiết

3.1. Bước 1: Vẽ các nút công việc

Cách Vẽ Sơ Đồ Mạng Aon
Cách Vẽ Sơ Đồ Mạng Aon
  1. Tạo nút cho mỗi công việc: Viết mã số, tên công việc và thời gian ước tính (ví dụ: “1.1 Thu thập yêu cầu – 5 ngày”).
  2. Sắp xếp theo thứ tự logic: Đặt các nút gốc (công việc không có predecessor) ở phía bên trái hoặc trên cùng.
  3. Kiểm tra tính toàn vẹn: Đảm bảo không bỏ sót công việc nào trong danh sách WBS.

3.2. Bước 2: Xác định và vẽ mũi tên phụ thuộc

  1. Xác định loại phụ thuộc: Thông thường là Finish-to-Start (FS) – công việc B chỉ bắt đầu khi công việc A hoàn thành.
  2. Vẽ mũi tên: Từ nút A (hoạt động trước) tới nút B (hoạt động sau). Đánh số hoặc ghi chú nếu có nhiều predecessor.
  3. Kiểm tra vòng lặp: Đảm bảo không có vòng lặp (circular dependency), vì sẽ gây lỗi trong tính toán thời gian.

3.3. Bước 3: Tính thời gian sớm nhất (ES) và sớm nhất kết thúc (EF)

  • Công thức:
  • ES (của công việc đầu tiên) = 0.
  • EF = ES + Duration.
  • Đối với công việc có nhiều predecessor, ES = max (EF của tất cả predecessor).
  • Cách thực hiện:
  • Bắt đầu từ các nút gốc, tính EF.
  • Di chuyển sang các nút tiếp theo, áp dụng công thức trên.
  • Ghi ES và EF vào mỗi nút (có thể dùng ký hiệu “ES/EF”).

3.4. Bước 4: Tính thời gian trễ nhất (LS) và trễ nhất kết thúc (LF)

  • Công thức:
  • LF (của công việc cuối cùng) = EF của công việc cuối cùng (tổng thời gian dự án).
  • LS = LF – Duration.
  • Đối với công việc có nhiều successor, LF = min (LS của tất cả successor).
  • Thực hiện:
  • Bắt đầu từ cuối dự án, tính LS và LF ngược lại.
  • Ghi LS/LF vào mỗi nút.

3.5. Bước 5: Xác định Float (Slack) và Đường Găng (Critical Path)

  • Float = LS – ES (hoặc LF – EF). Nếu Float = 0 → công việc nằm trên đường găng.
  • Đánh dấu đường găng: Dùng màu đỏ hoặc nét đậm để làm nổi bật.
  • Kiểm tra: Tất cả các công việc trên đường găng không có thời gian trễ, do đó bất kỳ sự chậm trễ nào ở chúng đều làm trễ toàn dự án.

3.6. Bước 6: Kiểm tra và tối ưu hoá

  1. Kiểm tra tính hợp lý: Xem lại các thời gian, phụ thuộc, float, đảm bảo không có lỗi nhập dữ liệu.
  2. Tối ưu nguồn lực: Nếu một công việc trên đường găng có thời gian dài, có thể xem xét tăng nguồn lực (nhiều người, máy móc) để giảm thời gian.
  3. Kiểm tra rủi ro: Các công việc có float lớn có thể chịu rủi ro thấp hơn; ngược lại, công việc trên đường găng cần theo dõi chặt chẽ.

4. Ví dụ thực tế: Vẽ sơ đồ AON cho dự án “Triển khai hệ thống ERP”

4.1. Bước chuẩn bị dữ liệu

Mã Công việc Thời gian (ngày) Predecessor
1 Phân tích yêu cầu 10 –
2 Thiết kế hệ thống 15 1
3 Mua sắm phần cứng 7 –
4 Cài đặt phần cứng 5 3
5 Phát triển phần mềm 20 2
6 Kiểm thử hệ thống 12 4,5
7 Đào tạo người dùng 8 6
8 Chuyển giao & Bảo trì 6 7

4.2. Vẽ sơ đồ (bằng draw.io)

  • Nút 1 đặt ở góc trên trái, nối mũi tên tới nút 2.
  • Nút 3 đặt bên cạnh nút 1, nối tới nút 4.
  • Nút 5 nối từ nút 2.
  • Nút 6 nhận hai predecessor (4 và 5) – vẽ hai mũi tên vào nút 6.
  • Nút 7 nối từ 6, nút 8 nối từ 7.

4.3. Tính toán thời gian (đơn giản)

  • ES/EF:
  • 1: ES=0, EF=10
  • 2: ES=10, EF=25
  • 3: ES=0, EF=7
  • 4: ES=7, EF=12
  • 5: ES=25, EF=45
  • 6: ES=max(12,45)=45, EF=57
  • 7: ES=57, EF=65
  • 8: ES=65, EF=71
  • LS/LF (bắt đầu từ cuối, LF của 8 = 71):
  • 8: LS=65, LF=71
  • 7: LS=57, LF=65
  • 6: LS=45, LF=57
  • 5: LS=25, LF=45
  • 4: LS=40, LF=45 (vì phải kết thúc trước 6)
  • 3: LS=0, LF=7 (không ảnh hưởng tới đường găng)
  • 2: LS=10, LF=25
  • 1: LS=0, LF=10
  • Float:
  • 1,2,5,6,7,8: Float = 0 → nằm trên đường găng.
  • 3: Float = 0 (cũng trên đường găng vì không có phụ thuộc khác)
  • 4: Float = 28 (LS‑ES = 40‑7) → công việc không quan trọng.

Đường găng: 1 → 2 → 5 → 6 → 7 → 8 (tổng thời gian 71 ngày). Công việc 3 và 4 có float, có thể kéo dài mà không ảnh hưởng tới dự án.

4.4. Đánh giá và đề xuất

  • Rủi ro chính: Các công việc trên đường găng (đặc biệt là 5 – phát triển phần mềm) có thời gian dài, cần giám sát chặt chẽ và có kế hoạch dự phòng.
  • Cải thiện: Nếu tăng đội phát triển phần mềm giảm thời gian từ 20 ngày xuống 15 ngày, tổng thời gian dự án giảm còn 66 ngày.
  • Theo dõi: Thiết lập báo cáo tiến độ hàng tuần cho các công việc trên đường găng.

5. Những lưu ý quan trọng khi vẽ sơ đồ AON

Cách Vẽ Sơ Đồ Mạng Aon
Cách Vẽ Sơ Đồ Mạng Aon

5.1. Tránh “over‑dependency”

Không nên tạo quá nhiều mối phụ thuộc lẫn nhau nếu không cần thiết. Điều này làm tăng độ phức tạp và giảm tính linh hoạt. Hãy chỉ ghi lại những phụ thuộc thực sự ảnh hưởng tới thời gian.

5.2. Đảm bảo tính độc lập của các công việc không phụ thuộc

Nếu hai công việc không có bất kỳ liên kết nào, chúng có thể diễn ra đồng thời. Đặt chúng ở các cột hoặc hàng riêng biệt để minh hoạ rõ ràng.

5.3. Cập nhật thường xuyên

Mạng AON không phải là tài liệu tĩnh. Khi dự án tiến triển, thời gian thực tế có thể thay đổi, các rủi ro mới xuất hiện. Hãy cập nhật ES, EF, LS, LF và float thường xuyên (hàng tuần hoặc khi có thay đổi lớn).

5.4. Sử dụng phần mềm để tự động tính toán

Nếu dự án có hơn 30–40 công việc, việc tính toán thủ công sẽ rất tốn thời gian và dễ sai sót. Các phần mềm như Microsoft Project sẽ tự động tính ES/EF/LS/LF và đánh dấu đường găng.

5.5. Đào tạo đội ngũ

Đảm bảo mọi thành viên trong dự án hiểu cách đọc và giải thích sơ đồ AON. Một buổi workshop ngắn (30–45 phút) về cách đọc nút, mũi tên và float sẽ giúp giảm thiểu hiểu lầm.

6. So sánh AON với các phương pháp biểu diễn khác

Tiêu chí AON (Activity on Node) AoA (Activity on Arrow) Gantt Chart
Đại diện Nút = hoạt động Mũi tên = hoạt động Thanh thời gian
Phức tạp phụ thuộc Dễ biểu diễn nhiều predecessor Hạn chế, thường dùng dummy activities Không hiển thị phụ thuộc chi tiết
Tính toán CPM/PERT Dễ dàng, phần mềm hỗ trợ Phức tạp hơn, cần dummy activities Tính toán thủ công không trực quan
Thích hợp cho dự án lớn Có, đặc biệt khi dùng phần mềm Ít thích hợp Thích hợp cho theo dõi tiến độ, không cho phân tích phụ thuộc
Công cụ hỗ trợ Rộng rãi (MS Project, Primavera, Lucidchart…) Ít, thường là công cụ truyền thống Hầu hết các công cụ quản lý dự án

7. Các mẹo nâng cao để tối ưu sơ đồ AON

Cách Vẽ Sơ Đồ Mạng Aon
Cách Vẽ Sơ Đồ Mạng Aon

7.1. Sử dụng “milestone” (cột mốc)

  • Đánh dấu các điểm quan trọng (kết thúc giai đoạn, phê duyệt, giao hàng) bằng nút không có thời gian (duration = 0). Điều này giúp người xem nhanh chóng nhận ra các cột mốc quan trọng.

7.2. Phân lớp (layering) cho dự án phức tạp

  • Khi dự án có nhiều cấp độ (công việc cấp cao, công việc chi tiết), hãy tạo các lớp: lớp 1 – các giai đoạn lớn, lớp 2 – các công việc chi tiết. Người xem có thể thu gọn/ mở rộng lớp để xem chi tiết.

7.3. Áp dụng “resource leveling”

  • Khi một nguồn lực (nhân viên, máy móc) được gán cho nhiều công việc trên đường găng, có thể gây xung đột. Sử dụng công cụ “resource leveling” trong phần mềm để tự động điều chỉnh thời gian, tăng float cho một số công việc mà không làm trễ dự án.

7.4. Đánh dấu “risk buffer”

  • Thêm một hoạt động “buffer” (dự phòng) vào sau các công việc có rủi ro cao, không nằm trên đường găng, để giảm thiểu ảnh hưởng khi có chậm trễ.

7.5. Tích hợp với biểu đồ Gantt

  • Sau khi hoàn thiện AON, xuất dữ liệu sang biểu đồ Gantt để theo dõi tiến độ thực tế. Hầu hết các phần mềm cho phép đồng bộ hai dạng biểu đồ.

8. Các công cụ trực tuyến phổ biến để vẽ sơ đồ AON

Công cụ Miễn phí / Trả phí Đặc điểm nổi bật Độ phức tạp
draw.io (diagrams.net) Miễn phí Giao diện kéo‑thả, lưu trên Google Drive/OneDrive Thấp
Lucidchart Miễn phí (có giới hạn) / Trả phí Collaboration thời gian thực, mẫu AON có sẵn Trung bình
Microsoft Visio Trả phí Tích hợp Office, mẫu chuyên nghiệp Trung bình
Microsoft Project Trả phí Tự động tính CPM, Gantt, tài nguyên Cao
Primavera P6 Trả phí (doanh nghiệp) Quản lý dự án quy mô lớn, báo cáo chi tiết Cao
Smartsheet Trả phí Giao diện bảng tính, tích hợp AON và Gantt Trung bình
OpenProject Miễn phí (open source) Quản lý dự án toàn diện, hỗ trợ AON Trung bình

9. Quy trình kiểm tra chất lượng sơ đồ AON

  1. Kiểm tra tính toàn vẹn dữ liệu: Đảm bảo mọi công việc trong WBS đều có trong sơ đồ.
  2. Kiểm tra phụ thuộc: Xác nhận không có vòng lặp và các mũi tên đúng hướng.
  3. Kiểm tra thời gian: So sánh tổng thời gian dự án (EF cuối cùng) với kế hoạch ban đầu.
  4. Kiểm tra đường găng: Xác nhận các công việc trên đường găng thực sự là những công việc quan trọng nhất.
  5. Kiểm tra tính khả thi: Đánh giá lại nguồn lực, ngân sách, rủi ro cho các công việc trên đường găng.
  6. Phản hồi từ stakeholders: Gửi sơ đồ cho các bên liên quan (PM, sponsor, team leader) để nhận ý kiến và chỉnh sửa.

10. Kết luận

Sơ đồ mạng AON là một công cụ mạnh mẽ, cho phép quản lý dự án hiểu rõ cấu trúc phụ thuộc, tính toán thời gian chi tiết và xác định đường găng – yếu tố quyết định thời gian hoàn thành dự án. Bằng cách:

  • Thu thập dữ liệu chính xác,
  • Lựa chọn công cụ phù hợp,
  • Thực hiện các bước vẽ, tính toán và kiểm tra một cách có hệ thống,

bạn sẽ tạo ra một sơ đồ AON không chỉ đẹp mắt mà còn chính xác, hỗ trợ quyết định nhanh chóng và giảm thiểu rủi ro. Dù dự án của bạn là nhỏ, vừa hay lớn, kiến thức về AON là nền tảng quan trọng giúp bạn điều khiển thời gian, tối ưu nguồn lực và đạt được mục tiêu dự án một cách hiệu quả.

Lời khuyên cuối cùng: Đừng để sơ đồ AON trở thành tài liệu “đóng băng”. Hãy biến nó thành “bản đồ sống” – cập nhật thường xuyên, phản ánh thực tế và luôn là công cụ giao tiếp trung tâm giữa các thành viên dự án. Khi bạn làm được điều này, thành công của dự án sẽ luôn trong tầm tay.

Rate this post
Mục nhập này đã được đăng trong Blog. Đánh dấu trang permalink.

Để lại một bình luận

Email của bạn sẽ không được hiển thị công khai. Các trường bắt buộc được đánh dấu *