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. /Mỗi công việc đều có "đệm an toàn" mà dự án vẫn …
Kế hoạch & tiến độ· Domain: Lập kế hoạch

Mỗi công việc đều có "đệm an toàn" mà dự án vẫn trễ: quản lý tiến độ bằng chuỗi găng và buffer

Kỹ sư nào cũng cộng thêm thời gian an toàn vào ước lượng, vậy mà dự án R&D vẫn trễ. Phương pháp chuỗi găng (critical chain) gom phần an toàn thành buffer chung, theo dõi bằng fever chart. Cách tính buffer, đọc trạng thái và những thay đổi hành vi cần có.

HP
Nguyễn Thu Hà, PMP
28/09/2026
6 phút đọc 0 0
Mỗi công việc đều có "đệm an toàn" mà dự án vẫn trễ: quản lý tiến độ bằng chuỗi găng và buffer

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 công ty sản xuất thiết bị đo phát triển dòng cảm biến mới. Chuỗi công việc dài nhất gồm 5 bước, do các kỹ sư tự ước lượng ở mức "chắc chắn xong" (khoảng 90% khả năng):

Công việcƯớc lượng "an toàn" (ngày)Ước lượng 50% (ngày)Phần an toàn bị cắt (ngày)
Thiết kế mạch201010
Viết firmware241212
Chế tạo mẫu1688
Thử nghiệm môi trường281414
Hiệu chuẩn1266
Tổng1005050

Lịch cũ có 100 ngày, nhưng ba dự án gần nhất có cấu trúc tương tự đều trễ. Trưởng phòng R&D thắc mắc: "Ai cũng cộng thêm thời gian dự phòng, sao vẫn trễ?"

Quan sát thực tế cho thấy:

  • Hội chứng sinh viên (student syndrome): biết mình có 20 ngày, kỹ sư thiết kế để việc khác lên trước, đến tuần thứ hai mới bắt tay vào làm.
  • Định luật Parkinson: công việc nở ra cho vừa thời gian được giao; xong sớm cũng không ai báo, vì "báo sớm thì lần sau bị giao ít ngày hơn".
  • Làm nhiều việc cùng lúc (multitasking): một kỹ sư firmware đồng thời hỗ trợ hai dự án khác.
  • Trễ thì truyền hết sang việc sau, còn sớm thì gần như không bao giờ được truyền.

Phân tích theo PMBOK® Guide

Phương pháp chuỗi găng (critical chain project management – CCPM) do Eliyahu Goldratt giới thiệu năm 1997 trong cuốn Critical Chain, là ứng dụng của Lý thuyết ràng buộc (Theory of Constraints – TOC) vào quản lý dự án. Chuỗi găng là chuỗi dài nhất khi xét cả quan hệ logic lẫn giới hạn nguồn lực — khác với đường găng CPM thuần chỉ xét logic.

Critical chain method từng được nêu là một kỹ thuật lập lịch trong PMBOK® Guide ấn bản 5; các ấn bản sau tập trung vào CPM và tối ưu nguồn lực (resource optimization), nhưng ý tưởng cốt lõi vẫn rất hữu ích:

  • Planning Performance Domain (PMBOK 7): ước lượng phải phản ánh bất định; nơi đặt dự phòng ảnh hưởng tới hành vi của đội.

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
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
Kế hoạch & tiến độLập kế hoạch

Ước lượng ba điểm và PERT: khi đội chỉ đưa ra một con số lạc quan

Đội cam kết "28 ngày là xong" nhưng đó chỉ là kịch bản thuận lợi. Cách dùng ước lượng ba điểm, công thức PERT và độ lệch chuẩn để đưa ra mốc tiến độ có mức tin cậy.

Ngày đăng: 28/09/2026Lượt xem: 5Bình luận: 0
  • Uncertainty Performance Domain: dự phòng nên được quản lý tập trung và minh bạch.
  • Nguyên tắc Recognize, evaluate, and respond to system interactions: tối ưu cục bộ từng công việc (mỗi người tự đệm) làm hệ thống chậm đi.
  • Ý tưởng then chốt: phần an toàn trong từng công việc không bảo vệ được dự án, vì nó bị tiêu hết ngay tại chỗ. Gom lại thành một buffer chung ở cuối chuỗi thì dự án được bảo vệ tốt hơn với tổng thời gian ngắn hơn — nhờ trễ ở việc này có thể bù bằng sớm ở việc khác.

    Cách xử lý

    Bước 1: Xác định chuỗi găng có tính đến nguồn lực

    Lập lịch theo logic, rồi giải quyết xung đột nguồn lực (cùng một kỹ sư không thể làm hai việc song song). Chuỗi dài nhất sau bước này là chuỗi găng.

    Bước 2: Cắt ước lượng về mức 50% và tính buffer

    Hai cách tính buffer dự án (project buffer) thường gặp:

    • Cắt và dán 50%: buffer = 50% phần an toàn đã cắt = 50% × 50 = 25 ngày.
    • Căn bậc hai tổng bình phương (SSQ): buffer = √(10² + 12² + 8² + 14² + 6²) = √(100 + 144 + 64 + 196 + 36) = √540 ≈ 23 ngày.

    Lịch mới = 50 ngày chuỗi găng + 25 ngày buffer = 75 ngày, ngắn hơn lịch cũ 25 ngày nhưng có một khối bảo vệ chung rõ ràng.

    Các chuỗi phụ nhập vào chuỗi găng được đặt buffer nhánh (feeding buffer) tại điểm nhập, để trễ ở nhánh phụ không làm chuỗi găng phải chờ. Buffer nguồn lực (resource buffer) thường chỉ là tín hiệu báo trước để người làm việc găng sẵn sàng.

    Bước 3: Thay đổi luật chơi về hành vi

    • Không giao ngày hoàn thành cho từng công việc; chỉ có ngày cam kết của dự án.
    • Tinh thần "chạy tiếp sức": bắt đầu ngay khi việc trước xong, báo xong ngay khi xong.
    • Hạn chế làm nhiều việc cùng lúc cho người trên chuỗi găng.
    • Không phạt người vượt ước lượng 50% — theo định nghĩa, khoảng một nửa số việc sẽ vượt.

    Bước 4: Theo dõi bằng fever chart

    Fever chart so sánh % buffer đã tiêu thụ với % chuỗi găng đã hoàn thành. Tổ chức tự đặt ngưỡng; ví dụ (giả định):

    VùngQuy tắc ví dụHành động
    Xanh% buffer tiêu thụ thấp hơn % hoàn thànhTiếp tục, không can thiệp
    VàngBằng tới cao hơn tối đa 20 điểm phần trămPhân tích nguyên nhân, chuẩn bị kế hoạch phục hồi
    ĐỏCao hơn trên 20 điểm phần trămThực hiện kế hoạch phục hồi

    Áp dụng:

    • Tuần 6: chuỗi găng xong 20/50 ngày = 40%; buffer đã dùng 10/25 ngày = 40% → bằng nhau → vàng, chuẩn bị phương án.
    • Tuần 8: chuỗi găng xong 25/50 = 50%; buffer đã dùng 18/25 = 72% → cao hơn 22 điểm → đỏ, kích hoạt phục hồi (tăng ca có kiểm soát cho thử nghiệm môi trường, mượn buồng thử của đối tác).

    Fever chart trả lời câu hỏi mà báo cáo "bao nhiêu việc trễ" không trả lời được: dự án còn đủ biên để bảo vệ ngày cam kết hay không.

    Sai lầm thường gặp

    • Chỉ cắt ước lượng, không tạo buffer: đó là ép tiến độ, không phải CCPM — đội sẽ mất niềm tin ngay.
    • Giữ deadline từng công việc sau khi đã cắt về 50%: người làm sẽ bị "trễ" một nửa số lần và quay lại thói quen đệm.
    • Bỏ qua ràng buộc nguồn lực: buffer đặt đúng chỗ theo logic nhưng chuỗi găng thật nằm ở người bị dùng chung.
    • Coi buffer là "thời gian rảnh": buffer chỉ tiêu thụ khi có biến động; không dùng để nhận thêm phạm vi.
    • Áp dụng một dự án trong khi các dự án khác vẫn đa nhiệm: lợi ích của CCPM phụ thuộc lớn vào việc giảm đa nhiệm trên toàn danh mục.

    Góc ôn thi PMP

    • Chuỗi găng = đường dài nhất khi xét cả phụ thuộc logic lẫn nguồn lực.
    • Ba loại buffer: project buffer (cuối chuỗi găng), feeding buffer (nơi nhánh phụ nhập vào), resource buffer (cảnh báo nguồn lực).
    • Đề có thể hỏi mục đích: chống hội chứng sinh viên, định luật Parkinson, đa nhiệm; theo dõi bằng mức tiêu thụ buffer thay vì độ lệch của từng công việc.
    • Phân biệt với resource leveling/smoothing: đó là kỹ thuật giải xung đột nguồn lực, còn CCPM là cả một cách lập và quản lý lịch.

    Bài học rút ra

    • Dự phòng đặt trong từng công việc thường bị tiêu tại chỗ; dự phòng gom lại và được theo dõi mới thực sự bảo vệ ngày cam kết.
    • Phương pháp chỉ hiệu quả khi đi kèm thay đổi hành vi và cách đánh giá con người.

    Nguồn tham khảo

    • Critical chain project management – Wikipedia
    • Theory of constraints – Wikipedia
    • GAO Schedule Assessment Guide: Best Practices for Project Schedules (GAO-16-89G)
    #critical-chain#buffer#fever-chart#theory-of-constraints#lap-lich

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

    Câu 1/1
    Dự án được lập lịch theo chuỗi găng với project buffer 30 ngày. Báo cáo tuần này: chuỗi găng đã hoàn thành 60%, buffer đã tiêu thụ 85% (25,5/30 ngày). Theo quy tắc của tổ chức, mức này thuộc vùng đỏ. PM nên làm gì?

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

    Phòng R&D muốn thử chuỗi găng: cắt ước lượng về mức 50% và gom phần an toàn vào buffer chung. Kỹ sư lo bị đánh giá là "trễ hạn" một nửa số lần. Nếu là PM, bạn bắt đầu 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ặpGóc ôn thi PMPBài học rút raNguồn tham khảoTrắc nghiệmBình chọn
    Quảng cáoBộ đề thi thử PMP (mẫu)
    Quảng cáoTemplate quản lý dự án (mẫu)