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. /Đội kiểm thử quá tải 160% trong ba tuần: chọn re…
Kế hoạch & tiến độ· Domain: 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.

HP
Nguyễn Thu Hà, PMP
01/10/2026
6 phút đọc 4 0
Đội kiểm thử quá tải 160% trong ba tuần: chọn resource leveling hay resource smoothing?

Tình huống minh hoạ

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

Anh Quân là PM dự án nâng cấp phân hệ cho vay trên hệ thống ngân hàng lõi (core banking) của một ngân hàng thương mại cỡ vừa. Lịch trình 20 tuần được lập bằng phương pháp đường găng (critical path method), đã được sponsor phê duyệt với mốc go-live cố định vào cuối quý.

Khi chị Hằng – trưởng nhóm kiểm thử – nạp nhân sự vào công cụ lập lịch, biểu đồ nguồn lực (resource histogram) lộ ra một "đỉnh núi": từ tuần 11 đến tuần 13, ba gói kiểm thử chạy song song là kiểm thử tích hợp với hệ thống thẻ, kiểm thử hồi quy phân hệ tiền gửi và kiểm thử báo cáo cho cơ quan quản lý. Nhu cầu cộng lại là 6,5 kiểm thử viên trong khi đội chỉ có 4 người – tương đương khoảng 160% công suất. Các tuần 14–16 lại gần như trống.

Trưởng phòng Công nghệ đề nghị "cứ để vậy, anh em tăng ca là xong". Chị Hằng thì cảnh báo: ba tuần tăng ca liên tục ngay trước UAT là công thức của lỗi lọt và người nghỉ việc.

Phân tích theo PMBOK® Guide

Planning Performance Domain yêu cầu kế hoạch phải khả thi về nguồn lực chứ không chỉ đúng về logic. Một lịch trình CPM thuần tuý giả định nguồn lực vô hạn; nó chỉ trở thành lịch trình thực tế khi được đối chiếu với năng lực sẵn có. PMBOK® Guide nhắc tới hai kỹ thuật tối ưu nguồn lực (resource optimization):

Tiêu chíResource leveling (san bằng nguồn lực)Resource smoothing (làm mượt nguồn lực)
Mục tiêuKhông vượt giới hạn nguồn lựcGiảm dao động nhu cầu nguồn lực
Ràng buộc ưu tiênGiới hạn nguồn lực là cứngNgày kết thúc là cứng
Phạm vi dịch chuyểnCó thể dời cả hoạt động trên đường găngChỉ dời trong phạm vi float
Tác động tới đường găngCó thể làm đường găng thay đổi, kéo dài dự ánKhông đổi ngày kết thúc
Đảm bảo hết quá tải?Có (đổi lại có thể trễ)Không chắc chắn

Nguyên nhân gốc của tình huống:

  1. Lịch trình được phê duyệt trước khi nạp nguồn lực, nên baseline đã "ngầm" giả định 6,5 kiểm thử viên.
  2. Ba gói kiểm thử được xếp song song vì logic cho phép, không vì năng lực cho phép.
  3. Không có kỳ rà soát nguồn lực định kỳ giữa PM và các trưởng nhóm chức năng.

Nguyên tắc liên quan: Stewardship (quản lý có trách nhiệm, bao gồm cả sức khoẻ của con người) và – tăng ca kéo dài làm giảm chất lượng kiểm thử, đúng ở giai đoạn rủi ro nhất.

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

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
Kế hoạch & tiến độ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ó.

Ngày đăng: 28/09/2026Lượt xem: 0Bình luận: 0
Build quality into processes and deliverables

Cách xử lý

Bước 1 – Tính float của từng gói kiểm thử. Anh Quân và chị Hằng mở mạng lịch trình:

Gói kiểm thửThời lượngNhu cầuTotal floatNằm trên đường găng?
Tích hợp hệ thống thẻ3 tuần3 người0Có
Hồi quy tiền gửi3 tuần2 người3 tuầnKhông
Báo cáo cơ quan quản lý2 tuần1,5 người1 tuầnKhông

Theo kế hoạch gốc, gói tích hợp thẻ và gói hồi quy chạy tuần 11–13, gói báo cáo chạy tuần 12–13: nhu cầu là 5 người ở tuần 11 và 6,5 người ở tuần 12–13.

Bước 2 – Thử resource smoothing trước. Dời gói hồi quy tiền gửi sang tuần 14–16 (dùng hết 3 tuần float) – nhu cầu còn 3 người ở tuần 11 và 4,5 người ở tuần 12–13. Dời tiếp gói báo cáo một tuần sang tuần 13–14 (dùng hết float) – tuần 11–12 còn 3 người, tuần 13 là 4,5 người, tuần 14 là 3,5 người. Chỉ còn tuần 13 vượt 0,5 người, và ngày go-live giữ nguyên.

Bước 3 – Đánh giá phần dư còn lại. Với 0,5 người thiếu trong một tuần, các lựa chọn gồm: mượn một kiểm thử viên bán thời gian từ dự án khác trong một tuần, tăng ca có giới hạn trong đúng tuần đó, hoặc giảm phạm vi kiểm thử hồi quy bằng phân tích rủi ro (risk-based testing).

Bước 4 – Chỉ dùng resource leveling khi không còn cách nào khác. Nếu ngân hàng không cho mượn người và không chấp nhận tăng ca, san bằng nguồn lực sẽ lùi gói tích hợp thẻ – nằm trên đường găng – và go-live trễ. Đây là quyết định của sponsor, phải đi qua kiểm soát thay đổi với phân tích tác động rõ ràng.

Bước 5 – Cập nhật kế hoạch và cảnh báo float. Sau smoothing, hai gói kiểm thử đã hết float: dự án giờ có nhiều đường gần găng (near-critical paths) hơn. Anh Quân đưa rủi ro này vào risk register và theo dõi tiến độ hai gói đó như đường găng.

Checklist rà soát nguồn lực hằng tháng:

  • Biểu đồ nguồn lực theo tuần cho từng vai trò khan hiếm
  • Danh sách hoạt động còn float và lượng float còn lại
  • Các đường gần găng (float nhỏ hơn hai tuần)
  • Cam kết nguồn lực từ trưởng bộ phận chức năng đã được xác nhận lại

Sai lầm thường gặp

  • Coi tăng ca là kế hoạch. Tăng ca là biện pháp ứng phó ngắn hạn, không phải giả định nền của baseline.
  • Nhầm hai kỹ thuật. Nói "đã san bằng nguồn lực mà không trễ" thường là đã làm smoothing; leveling thật sự có thể đổi ngày kết thúc.
  • Dùng hết float mà không cảnh báo. Smoothing "tiêu" float; sau đó mọi chậm trễ nhỏ đều đẩy lùi dự án.
  • Chỉ nhìn tổng giờ công. Tổng giờ đủ nhưng phân bố sai tuần vẫn gây quá tải.
  • Không hỏi người làm. Trưởng nhóm chức năng biết rõ kỹ năng nào thay thế được cho nhau, công cụ thì không.

Liên hệ đề thi PMP

Câu hỏi: Sau khi phân bổ nguồn lực, PM phát hiện một kỹ sư chuyên trách bị phân công 150% trong hai tuần. Sponsor yêu cầu không được thay đổi ngày kết thúc dự án. PM nên làm gì trước tiên?

  • A. Áp dụng resource leveling để loại bỏ hoàn toàn tình trạng quá tải
  • B. Áp dụng resource smoothing, dời các hoạt động có float của kỹ sư đó
  • C. Yêu cầu kỹ sư tăng ca trong hai tuần
  • D. Crashing toàn bộ đường găng

Đáp án: B. Ràng buộc là giữ ngày kết thúc, nên kỹ thuật phù hợp là resource smoothing – chỉ dịch chuyển hoạt động trong phạm vi float. Resource leveling (A) có thể kéo dài dự án. Tăng ca (C) không giải quyết gốc rễ. Crashing (D) tốn chi phí và không xử lý quá tải của một người cụ thể.

Bài học rút ra

  • Lịch trình chỉ khả thi khi đã đối chiếu với năng lực nguồn lực thực tế, trước khi chốt baseline.
  • Smoothing giữ ngày kết thúc nhưng tiêu float; leveling hết quá tải nhưng có thể làm trễ dự án.
  • Sau khi tối ưu nguồn lực, hãy theo dõi các đường gần găng mới xuất hiện.
  • Quyết định đánh đổi giữa tiến độ và nguồn lực thuộc về sponsor, PM cung cấp phân tích tác động.
#schedule#resource-leveling#critical-path#team

Biểu mẫu tải về

  • Mẫu kế hoạch nguồn lực theo lịch tháng (ProjectManager)Gồm thông tin dự án, chi phí nhân công theo đơn giá giờ, vật tư – thiết bị và lịch theo ngày tự tô đỏ khi một người bị giao quá 8 giờ/ngày. Dùng để phát hiện quá tải trước khi chọn san bằng hay làm mịn nguồn lực. Excel/Word.projectmanager.com · 0 lượt mở
    Mở liên kết
  • Hướng dẫn san bằng nguồn lực trong Microsoft Project (Microsoft Support)Hướng dẫn chính thức về tính năng Level Resource/Level All: phần mềm lùi hoặc chia nhỏ công việc để người bị quá tải không còn quá tải, kèm các tuỳ chọn giới hạn san bằng trong độ trễ cho phép. Dùng để thử cả leveling lẫn smoothing trên lịch thật. Hướng dẫn trực tuyến.support.microsoft.com · 0 lượt mở
    Mở liên kết
  • Bảng tính lập kế hoạch kỹ năng và phụ thuộc (Focused Objective)Kho bảng tính miễn phí về dự báo dự án; trong đó có Skill and Dependency Planner để tìm chỗ một kỹ năng hay một đội bị phân bổ quá tải và Capability Matrix để xem rủi ro kỹ năng. Dùng để xác định nút thắt nguồn lực kiểm thử trước khi chọn cách xử lý. Excel (GitHub).github.com · 0 lượt mở
    Mở liên kết
  • Hướng dẫn và mẫu lập kế hoạch năng lực của đội (Atlassian Team Playbook)Các bước cùng đội ước tính năng lực khả dụng (trừ nghỉ phép, họp, việc vận hành), so với khối lượng việc và quyết định cắt, dời hay bổ sung. Dùng để biết đội kiểm thử thực sự quá tải bao nhiêu trước khi chọn leveling hay smoothing. Hướng dẫn trực tuyến kèm mẫu.atlassian.com · 0 lượt mở
    Mở liên kết

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

Câu 1/5
Sau khi dời gói hồi quy tiền gửi và gói báo cáo cơ quan quản lý trong phạm vi float, nhu cầu kiểm thử viên gần như nằm trong giới hạn và ngày go-live giữ nguyên. PM cần lưu ý điều gì tiếp theo?

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

Biểu đồ nguồn lực cho thấy đội kiểm thử 4 người phải gánh khoảng 160% công suất ở tuần 11–13, trong khi go-live cố định cuối quý. Nếu là PM, bạn chọn cách 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áoBộ đề thi thử PMP (mẫu)
Quảng cáoTemplate quản lý dự án (mẫu)