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.Phiên bản 1.12.1
  1. /Kế hoạch & tiến độ
  2. /Baseline bị sửa năm lần, SPI luôn bằng 1: khôi p…
Kế hoạch & tiến độ· Domain: Đo lường

Baseline bị sửa năm lần, SPI luôn bằng 1: khôi phục giá trị của đường cơ sở tiến độ

Mỗi lần trễ, kế hoạch lại được "cập nhật" để khớp thực tế, nên báo cáo luôn đúng tiến độ dù dự án đã chậm nửa năm. Phân biệt baseline, dự báo và kế hoạch làm việc, khi nào được tái lập baseline.

HP
Nguyễn Thu Hà, PMP
23/08/2026
5 phút đọc 1 0
Baseline bị sửa năm lần, SPI luôn bằng 1: khôi phục giá trị của đường cơ sở tiến độ

Tình huống minh hoạ

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

Một sở chuyên ngành cấp tỉnh triển khai dự án nâng cấp hệ thống dịch vụ công trực tuyến, gồm số hoá 80 thủ tục hành chính và tích hợp với cổng dịch vụ công của tỉnh. Kế hoạch ban đầu: 12 tháng.

Sau 15 tháng, dự án mới hoàn thành khoảng 60% số thủ tục. Điều đáng nói là mọi báo cáo tháng đều cho thấy chỉ số hiệu suất tiến độ SPI xấp xỉ 1,0. Khi chị Diệp – chuyên viên mới được điều về làm PM thay người cũ – rà lại hồ sơ, chị phát hiện kế hoạch đã được "cập nhật" năm lần. Mỗi lần dự án trễ, ngày kết thúc của các hạng mục lại được dời theo thực tế, file kế hoạch mới đè lên file cũ, không có biên bản phê duyệt nào, cũng không ai còn giữ bản kế hoạch gốc.

Lãnh đạo sở hỏi: "Vậy rốt cuộc dự án trễ bao nhiêu, vì sao trễ?" Không ai trả lời được bằng số liệu.

Phân tích theo PMBOK® Guide

Baseline là phiên bản kế hoạch đã được phê duyệt, dùng làm cơ sở so sánh với kết quả thực tế. Nó chỉ được thay đổi thông qua quy trình kiểm soát thay đổi chính thức.

  • Measurement Performance Domain: đo lường có giá trị khi có điểm tham chiếu ổn định. Nếu baseline bị điều chỉnh theo thực tế, mọi chênh lệch biến mất – SPI gần 1 không vì dự án tốt mà vì thước đo đã bị "uốn" theo vật cần đo.
  • Planning Performance Domain: phân biệt rõ ba khái niệm thường bị trộn lẫn:
Khái niệmBản chấtThay đổi khi nào
BaselineKế hoạch được phê duyệt, cơ sở đo lườngChỉ khi có thay đổi được duyệt
Dự báo (forecast)Ước tính hiện tại về ngày hoàn thành, chi phíMỗi kỳ báo cáo
Kế hoạch làm việc (lịch hiện hành)Lịch đang dùng để điều phối công việcLiên tục, theo thực tế
  • Nguyên tắc Stewardship và giá trị trung thực (honesty) trong Bộ quy tắc đạo đức và ứng xử nghề nghiệp của PMI: báo cáo phải phản ánh đúng tình trạng dự án.

Nguyên nhân gốc:

  1. Không có quy trình kiểm soát thay đổi cho tiến độ; PM có thể tự sửa kế hoạch.
  2. Không tách dự báo khỏi baseline: người lập kế hoạch nghĩ "cập nhật kế hoạch theo thực tế" là làm đúng.
  3. Không quản lý phiên bản tài liệu.
  4. Văn hoá ngại báo cáo xấu khiến việc điều chỉnh baseline trở thành cách "giữ màu xanh".

Tình huống liên quan

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

Ngày go-live "chắc chắn" chỉ đạt được 8% số lần mô phỏng: phân tích rủi ro tiến độ bằng Monte Carlo

Lịch dự án ERP ghi go-live ở ngày làm việc thứ 120, nhưng ba nhánh công việc cùng hội tụ vào một mốc. Mô phỏng Monte Carlo cho thấy ngày đó chỉ đạt được khoảng 8% số lần lặp. Cách đọc đường cong S, hiểu merge bias và chọn mức dự phòng tiến độ có căn cứ.

Ngày đăng: 04/10/2026Lượt xem: 0Bình luận: 0
Agile & HybridĐo lường

Bảng Kanban kín việc mà khách vẫn chờ lâu: giới hạn WIP và định luật Little

Đội hỗ trợ triển khai có 6 người nhưng đang "ôm" 31 yêu cầu dở dang, khách hàng chờ trung bình hơn ba tuần. Dùng bốn chỉ số dòng chảy của Kanban Guide và định luật Little để chứng minh rằng bắt đầu ít việc hơn mới là cách xong việc nhanh hơn.

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

Đội kiểm thử quá tải 160% trong ba tuần: chọn resource leveling hay resource smoothing?

Lịch trình trông hợp lý cho tới khi xếp người vào: đội kiểm thử phải gánh 160% công suất trong ba tuần. Phân biệt resource leveling và resource smoothing, khi nào chấp nhận lùi mốc và khi nào chỉ dùng float.

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

40 ngày công không phải 8 ngày với 5 người: chuyển ước lượng công sang thời lượng cho đúng

Ước lượng 40 ngày công, chia cho 5 người, kế hoạch ghi 8 ngày. Thực tế mất 19 ngày. Phân biệt công (effort), thời lượng (duration) và thời gian trôi qua, tính hệ số khả dụng, và hiểu vì sao thêm người không rút ngắn tuyến tính.

Ngày đăng: 29/09/2026Lượt xem: 0Bình luận: 0

Cách xử lý

Bước 1 – Khôi phục baseline gốc. Chị Diệp tìm lại kế hoạch trong hồ sơ trình duyệt ban đầu và email lưu trữ. Đây là điểm tham chiếu để xác định mức trễ thực sự.

Bước 2 – Phân tích chênh lệch theo nguyên nhân. Đối chiếu từng lần dời lịch:

Lần điều chỉnhDời bao lâuNguyên nhânLoại
11 thángBổ sung 10 thủ tục theo yêu cầu của tỉnhThay đổi phạm vi hợp lệ
21,5 thángNhà thầu thiếu nhân lựcHiệu suất
31 thángChậm ban hành quy trình nội bộ chuẩn hoá thủ tụcPhụ thuộc bên ngoài
40,5 thángLỗi tích hợp chưa lường trướcRủi ro xảy ra
51 thángNhà thầu thiếu nhân lựcHiệu suất

Chỉ lần 1 là thay đổi phạm vi – đủ điều kiện để điều chỉnh baseline nếu được phê duyệt. Các lần khác là chênh lệch so với kế hoạch, cần được phản ánh trong báo cáo chứ không phải "xoá" bằng cách sửa baseline.

Bước 3 – Đề xuất tái lập baseline chính thức (re-baseline). Khi chênh lệch quá lớn khiến baseline cũ không còn hữu ích cho việc điều hành, có thể trình tái lập baseline – nhưng phải: có phân tích nguyên nhân, được cấp có thẩm quyền phê duyệt, lưu lại baseline cũ để so sánh và rút bài học.

Bước 4 – Thiết lập quy tắc từ nay.

  • Baseline chỉ thay đổi qua yêu cầu thay đổi được lãnh đạo sở phê duyệt.
  • Mỗi kỳ báo cáo ghi rõ: baseline, dự báo hiện tại, chênh lệch và nguyên nhân.
  • Quản lý phiên bản: đặt tên theo số hiệu baseline (BL0, BL1...), không ghi đè.
  • Ngưỡng chênh lệch (variance threshold): trễ quá 2 tuần ở một mốc chính phải báo cáo lãnh đạo kèm kế hoạch khắc phục.

Bước 5 – Báo cáo trung thực với lãnh đạo. Chị Diệp trình bày: so với baseline gốc (đã cộng thay đổi phạm vi được duyệt), dự án trễ khoảng 4 tháng; nguyên nhân chính là năng lực nhà thầu; đề xuất biện pháp xử lý theo hợp đồng và baseline mới BL1 với ngày hoàn thành dự báo.

Sai lầm thường gặp

  • "Cập nhật kế hoạch" bằng cách sửa baseline – nhầm lẫn giữa dự báo và baseline.
  • Tái lập baseline để che chênh lệch do hiệu suất kém, thay vì xử lý nguyên nhân.
  • Không lưu baseline cũ, mất khả năng phân tích xu hướng và rút bài học.
  • Ngại báo cáo xấu: trì hoãn càng lâu, chênh lệch càng lớn và càng khó xử lý.
  • Cấm tuyệt đối việc tái lập baseline – baseline lỗi thời cũng làm báo cáo mất ý nghĩa; vấn đề là phải làm đúng quy trình.

Liên hệ đề thi PMP

Câu hỏi: Dự án đang trễ đáng kể so với baseline do năng suất của đội thấp hơn dự kiến. Sponsor đề nghị PM điều chỉnh baseline cho khớp với tiến độ thực tế để báo cáo đẹp hơn. PM nên làm gì?

  • A. Điều chỉnh baseline theo đề nghị của sponsor
  • B. Giữ nguyên baseline, báo cáo chênh lệch và nguyên nhân, đề xuất biện pháp khắc phục; nếu cần tái lập baseline thì thực hiện qua quy trình kiểm soát thay đổi
  • C. Điều chỉnh baseline nhưng không thông báo cho các stakeholder khác
  • D. Tăng ca cho đội để bắt kịp baseline mà không báo cáo

Đáp án: B. Baseline chỉ thay đổi qua quy trình kiểm soát thay đổi chính thức, và báo cáo phải trung thực. Sửa baseline chỉ để che chênh lệch (A, C) vi phạm nguyên tắc minh bạch; D che giấu vấn đề.

Bài học rút ra

  • Baseline là thước đo; sửa thước đo theo thực tế thì mọi chỉ số đều mất ý nghĩa.
  • Tách rõ baseline, dự báo và lịch làm việc hiện hành.
  • Tái lập baseline là hợp lệ khi có lý do chính đáng, có phê duyệt và giữ lại baseline cũ.
  • Báo cáo trung thực sớm luôn tốt hơn "giữ màu xanh" rồi vỡ trận.
#baseline#change-control#schedule#kpi

Biểu mẫu tải về

  • Bộ mẫu mốc dự án và phân tích xu hướng mốc (Smartsheet)10 mẫu gồm theo dõi mốc, dòng thời gian có mốc, lộ trình mốc và phân tích xu hướng mốc (milestone trend analysis). Dùng để so ngày dự báo của từng mốc với baseline qua các kỳ báo cáo thay vì sửa baseline. Excel, Word, PowerPoint, PDF.smartsheet.com · 0 lượt mở
    Mở liên kết

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

Câu 1/5
Dự án số hoá thủ tục hành chính đang trễ. Chuyên viên lập kế hoạch muốn "cập nhật kế hoạch theo thực tế" bằng cách sửa ngày kết thúc trong baseline mỗi tháng để lãnh đạo biết ngày hoàn thành mới. PM nên hướng dẫn thế nào?

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

Bạn vừa nhận làm PM dự án dịch vụ công đã kéo dài 15/12 tháng, mới xong khoảng 60%. Kế hoạch đã bị "cập nhật" năm lần không có phê duyệt nên SPI luôn xấp xỉ 1. Bạn xử lý baseline thế nào?

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ạPhân tích theo PMBOK® GuideCách xử lýSai lầm thường gặpLiên hệ đề thi PMPBài học rút raBiểu mẫu tải vềTrắ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)