Phân hệ PM Study
  • Tình huốngTình huống thực chiến
  • Kịch bảnRa quyết định tình huống
  • Biểu mẫuKho biểu mẫu tải về
  • Thẻ ghi nhớHọc thuật ngữ PMP
  • Công cụMáy tính EVM, PERT, dự phòng
  • Hỏi đápHỏi đáp & thảo luận
  • Thử tháchMỗi ngày một câu hỏi PMP
  • Lý thuyếtBài học PMBOK 8 & ECO 2026
  • Luyện thiThi thử & ôn tập PMP
  • Bài viếtThư viện bài viết PMP
PM Study
Trang chủLý thuyếtTình huốngLuyện thiBiểu mẫuHỏi đáp
6 chuyên mụcXem tất cả bài viết →
  • Quản lý các bên liên quanTình huống về kỳ vọng, giao tiếp và gắn kết stakeholder.
  • Lãnh đạo & đội nhómXây dựng, dẫn dắt và giải quyết xung đột trong đội dự án.
  • Kế hoạch & tiến độLập kế hoạch, ước lượng, nén tiến độ và kiểm soát baseline.
  • Rủi ro & thay đổiNhận diện, ứng phó rủi ro và kiểm soát thay đổi phạm vi.
  • Agile & HybridLựa chọn và vận hành cách tiếp cận Agile, Predictive, Hybrid.
  • Luyện thi PMPChiến lược ôn tập và mẹo xử lý câu hỏi tình huống PMP.
Công cụBài viết
Trang chủLý thuyếtTình huốngLuyện thiBiểu mẫuHỏi đápChuyên mụcCông cụBài viết
/
PM Study

Học quản lý dự án và ôn thi PMP bằng tiếng Việt: lý thuyết PMBOK® Guide 8, tình huống thực tế và đề luyện thi theo ECO 2026.

Chuyên mục

  • Quản lý các bên liên quan
  • Lãnh đạo & đội nhóm
  • Kế hoạch & tiến độ
  • Rủi ro & thay đổi
  • Agile & Hybrid
  • Luyện thi PMP

Tài nguyên

  • Project Management Institute (PMI)
  • PMP Exam Content Outline
  • The Scrum Guide
  • PMI Vietnam Chapter

PM Study

  • Tất cả bài viết
  • Bài viết nổi bật
© 2026 PM StudyPMP® và PMBOK® là nhãn hiệu đã đăng ký của Project Management Institute.109 người đã truy cậpPhiên bản 1.15.0
  1. /Kế hoạch & tiến độ
  2. /Lịch tiến độ trông đẹp nhưng không đáng tin: kiể…
Kế hoạch & tiến độ· Domain: Lập kế hoạch

Lịch tiến độ trông đẹp nhưng không đáng tin: kiểm tra sức khoẻ lịch bằng bộ 14 điểm DCMA và hướng dẫn của GAO

Một lịch tiến độ có thể đúng định dạng, có đường găng, có ngày kết thúc, mà vẫn không dùng được để dự báo. Bài viết giới thiệu các phép kiểm tra phổ biến dựa trên bộ 14 điểm của DCMA và bốn đặc tính của lịch tin cậy theo GAO, kèm cách đọc kết quả và sửa lỗi.

HP
Nguyễn Thu Hà, PMP
12/10/2026
5 phút đọc 0 0

Tình huống minh hoạ

Tình huống và số liệu dưới đây là giả định, dùng để minh hoạ.

Một PMO tiếp nhận lịch tiến độ của nhà thầu cho dự án nhà máy xử lý nước. Lịch có khoảng 900 hoạt động, đường găng rõ ràng, ngày hoàn thành đúng hợp đồng. Nhưng chỉ sau hai kỳ cập nhật, đường găng "nhảy" sang một nhánh hoàn toàn khác, và ngày hoàn thành không hề dịch chuyển dù nhiều hoạt động trễ.

Khi chuyên viên lập kế hoạch của PMO kiểm tra, cô phát hiện:

  • Gần 15% hoạt động không có hoạt động kế tiếp — chúng "lơ lửng".
  • Hàng chục ràng buộc ngày cứng (Must Finish On), giữ cho các mốc trông như đúng hạn.
  • Nhiều hoạt động có thời lượng hơn 3 tháng, gộp nhiều công việc khác nhau.
  • Một số hoạt động có float hàng trăm ngày — dấu hiệu thiếu liên kết logic.

Lịch tiến độ này không sai về hình thức. Nó chỉ không phải là một mô hình của dự án.

Vì sao cần kiểm tra chất lượng lịch

Lịch tiến độ theo phương pháp đường găng (CPM) chỉ có giá trị khi logic đầy đủ: mỗi hoạt động có tiền nhiệm và kế tiếp, thời lượng hợp lý, ràng buộc hạn chế. Khi đó, thay đổi ở một hoạt động sẽ lan truyền đúng qua mạng và cho dự báo trung thực.

Văn phòng Trách nhiệm giải trình Chính phủ Mỹ (GAO) phát hành Schedule Assessment Guide với các thực hành tốt cho lịch tiến độ, nhóm theo bốn đặc tính của một lịch đáng tin cậy:

Đặc tínhÝ nghĩa
Đầy đủ (comprehensive)Bao quát toàn bộ công việc, có nguồn lực và thời lượng hợp lý
Xây dựng tốt (well-constructed)Logic đầy đủ, đường găng hợp lý, float hợp lý
Đáng tin (credible)Đã phân tích rủi ro, nhất quán giữa các cấp lịch
Được kiểm soát (controlled)Cập nhật định kỳ, có đường cơ sở và quản lý thay đổi

Trong khi đó, bộ kiểm tra 14 điểm gắn với Cơ quan Quản lý Hợp đồng Quốc phòng Mỹ (DCMA) được giới lập kế hoạch dùng rộng rãi như một danh sách kiểm tra định lượng nhanh. Nhiều phần mềm phân tích lịch tích hợp sẵn các phép kiểm tra này.

Các phép kiểm tra chính

Dưới đây là các phép kiểm tra thường gặp trong bộ 14 điểm, kèm ngưỡng tham khảo hay được nhắc đến. Ngưỡng là quy ước thực hành, không phải chân lý; mỗi tổ chức có thể điều chỉnh.

  1. Logic thiếu: tỷ lệ hoạt động thiếu tiền nhiệm hoặc kế tiếp nên rất thấp (thường ≤ 5%).

Tình huống liên quan

Kế hoạch & tiến độLập kế hoạch

Rút ngắn 4 ngày tốn bao nhiêu: nén tiến độ bằng crashing theo chi phí biên và chi phí gián tiếp

Khi khách hàng muốn bàn giao sớm hơn, câu hỏi đúng không phải là "có làm được không" mà là "mỗi ngày rút ngắn tốn thêm bao nhiêu". Bài viết đi qua một ví dụ số đầy đủ: chọn hoạt động nén theo chi phí biên, theo dõi đường găng đổi chỗ và tìm điểm dừng khi tính cả chi phí gián tiếp và tiền phạt.

Ngày đăng: 31/10/2026Lượt xem: 0Bình luận: 0
Agile & HybridLập kế hoạch

Sếp hỏi "bao giờ xong 40 hạng mục còn lại?": dự báo bằng mô phỏng Monte Carlo trên throughput thay vì cộng story point

Thay vì ngồi ước lượng lại từng hạng mục rồi chia cho velocity trung bình, đội có thể dùng chính lịch sử throughput của mình để mô phỏng hàng nghìn tương lai và trả lời sếp bằng một xác suất: 85% khả năng xong trong 10 tuần. Bài viết hướng dẫn cách làm, cách đọc kết quả và những giới hạn cần nói rõ.

Ngày đăng: 29/10/2026Lượt xem: 0Bình luận: 0
Kế hoạch & tiến độLập kế hoạch

Cho lập trình bắt đầu khi thiết kế mới xong một nửa: tính lợi và rủi ro làm lại của fast-tracking

Fast-tracking rút ngắn tiến độ bằng cách cho các hoạt động vốn nối tiếp chạy chồng lên nhau. Không tốn thêm tiền ngay, nhưng phải trả bằng rủi ro làm lại. Bài viết lượng hoá đánh đổi đó bằng giá trị kỳ vọng và gợi ý cách chọn mức chồng lấn hợp lý.

Ngày đăng: 28/10/2026Lượt xem: 0Bình luận: 0
Agile & HybridLập kế hoạch

Ngày ra mắt đã chốt trước Tết, phạm vi thì chưa: lập kế hoạch phát hành bằng dải velocity "chắc có – có thể có – không kịp"

Khi ngày phát hành không được dời, câu hỏi đúng không còn là "bao giờ xong" mà là "đến ngày đó sẽ có những gì". Dùng velocity thấp và cao của chính đội để vạch hai đường trên backlog đã sắp thứ tự, PM chia phạm vi thành ba vùng và cập nhật sau mỗi sprint. Bài viết hướng dẫn cách tính và cách trình bày với nhà tài trợ.

Ngày đăng: 27/10/2026Lượt xem: 0Bình luận: 0
  • Lead (độ trễ âm): nên tránh, vì lead che giấu logic thật.
  • Lag: hạn chế sử dụng; lag dài thường nên được thay bằng một hoạt động cụ thể (ví dụ "chờ bê tông đạt cường độ").
  • Loại quan hệ: phần lớn nên là Kết thúc – Bắt đầu (FS); quá nhiều quan hệ SS/FF làm logic khó kiểm soát.
  • Ràng buộc cứng: hạn chế tối đa; ràng buộc cứng ngăn lịch phản ánh trễ hạn.
  • Float lớn: tỷ lệ hoạt động có float quá lớn nên thấp; float lớn thường là dấu hiệu thiếu liên kết.
  • Float âm: cần được giải thích và có kế hoạch xử lý.
  • Thời lượng dài: hoạt động quá dài nên được chia nhỏ để đo lường được.
  • Ngày không hợp lệ: ngày thực tế ở tương lai hoặc ngày dự kiến ở quá khứ so với ngày dữ liệu.
  • Nguồn lực: hoạt động có công việc nên được gán nguồn lực hoặc chi phí.
  • Hoạt động trễ so với đường cơ sở: theo dõi tỷ lệ hoạt động đáng lẽ đã xong mà chưa xong.
  • Kiểm tra đường găng: thử kéo dài một hoạt động găng và xem ngày kết thúc có dịch chuyển tương ứng không.
  • Chỉ số CPLI (Critical Path Length Index): đánh giá khả năng hoàn thành đúng hạn dựa trên độ dài đường găng và float còn lại.
  • Chỉ số BEI (Baseline Execution Index): tỷ lệ hoạt động đã hoàn thành so với số hoạt động lẽ ra phải hoàn thành theo đường cơ sở.
  • Liên hệ với PMBOK® Guide và PMP

    Trong PMBOK® Guide, quy trình Phát triển lịch (Develop Schedule) và Kiểm soát lịch (Control Schedule) đều phụ thuộc vào chất lượng của mô hình lịch. Lĩnh vực hiệu suất Planning và Measurement của ấn bản 7 nhấn mạnh dự báo đáng tin cậy. Kiến thức về float, ràng buộc, lead, lag và kiểm tra đường găng xuất hiện thường xuyên trong đề thi PMP.

    Quy trình áp dụng trong thực tế

    Bước 1: Chạy kiểm tra trước khi phê duyệt đường cơ sở

    Đừng phê duyệt lịch chỉ vì ngày kết thúc đúng hợp đồng. Chạy các phép kiểm tra, ghi kết quả, yêu cầu sửa các lỗi nghiêm trọng.

    Bước 2: Đọc kết quả như triệu chứng, không như điểm số

    Float lớn là triệu chứng; nguyên nhân là thiếu liên kết. Ràng buộc cứng nhiều là triệu chứng; nguyên nhân có thể là người lập lịch muốn "giữ mốc đẹp". Sửa nguyên nhân, đừng chỉ sửa con số.

    Bước 3: Lặp lại mỗi kỳ cập nhật

    Chất lượng lịch có thể xuống cấp theo thời gian khi các bên sửa vội. Kiểm tra định kỳ giúp phát hiện sớm.

    Bước 4: Kết hợp với phân tích rủi ro

    Lịch có logic tốt là điều kiện để mô phỏng Monte Carlo hay các phân tích rủi ro tiến độ cho kết quả có ý nghĩa.

    Kết luận

    Một lịch tiến độ đẹp chưa chắc là một lịch đáng tin. Các phép kiểm tra 14 điểm và bốn đặc tính của GAO cho PM một cách hỏi có hệ thống: lịch này có thực sự mô hình hoá dự án không? Chỉ khi câu trả lời là có, ngày kết thúc trên lịch mới đáng để báo cáo lên lãnh đạo.

    Nguồn tham khảo

    • GAO – Schedule Assessment Guide: Best Practices for Project Schedules (GAO-16-89G)
    • Wikipedia – Defense Contract Management Agency (cơ quan gắn với bộ kiểm tra 14 điểm)
    • Wikipedia – Critical path method (phương pháp đường găng)
    #dcma-14-point#chat-luong-lich-tien-do#cpm#float#gao-schedule-guide

    Trắc nghiệm tình huống PMP

    Câu 1/1
    Khi rà soát lịch tiến độ của nhà thầu, PM thấy nhiều hoạt động có float hàng trăm ngày và nhiều mốc được giữ bằng ràng buộc "Must Finish On". Dù nhiều hoạt động đã trễ, ngày hoàn thành dự án không đổi. Nguyên nhân gốc có khả năng nhất là gì?

    Bạn chọn phương án nào?

    Nhà thầu nộp lịch tiến độ có ~12% hoạt động thiếu liên kết, nhưng ngày hoàn thành đúng hợp đồng và họ cần phê duyệt gấp để khởi công. Bạn làm gì?

    Bài viết hữu ích? Chia sẻ cho đồng nghiệp nhé!

    Đánh giá bài viết

    Bình luận

    Mục lục

    Tình huống minh hoạVì sao cần kiểm tra chất lượng lịchCác phép kiểm tra chínhLiên hệ với PMBOK® Guide và PMPQuy trình áp dụng trong thực tếKết luậnNguồn tham khảoTrắc nghiệmBình chọn
    Quảng cáoTemplate quản lý dự án (mẫu)
    Quảng cáoBộ đề thi thử PMP (mẫu)