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. /Tám dự án cùng chạy, không dự án nào xong: lập k…
Kế hoạch & tiến độ· Domain: Lập kế hoạch

Tám dự án cùng chạy, không dự án nào xong: lập kế hoạch năng lực cho danh mục dự án

Đội 12 kỹ sư được giao 8 dự án cùng lúc, mỗi người làm 3 dự án, kế hoạch nào cũng tính 100% thời gian. Cách tính năng lực hiệu dụng, đối chiếu nhu cầu, dùng định luật Little để thấy cái giá của việc khởi động quá nhiều dự án và thiết lập cổng khởi động theo năng lực.

HP
Nguyễn Thu Hà, PMP
10/09/2026
6 phút đọc 0 0
Tám dự án cùng chạy, không dự án nào xong: lập kế hoạch năng lực cho danh mục dự án

Tình huống minh hoạ

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

Khối CNTT của một công ty bảo hiểm có 12 kỹ sư dùng chung cho mọi dự án nội bộ. Hiện có 8 dự án đang chạy song song; mỗi kỹ sư tham gia trung bình 3 dự án. Mỗi PM lập kế hoạch như thể người của mình làm toàn thời gian cho dự án mình.

Dấu hiệu:

  • Trung bình mỗi quý chỉ 2 dự án hoàn thành.
  • Kỹ sư than "cả ngày họp và chuyển việc"; PM tranh nhau người vào cuối tháng.
  • Ban giám đốc vẫn liên tục phê duyệt dự án mới vì "đội đang làm mà".

Trưởng PMO được giao tìm hiểu vì sao "làm nhiều mà xong ít".

Phân tích theo PMBOK® Guide

Năng lực hiệu dụng khác năng lực danh nghĩa

Lập kế hoạch năng lực (capacity planning) là xác định năng lực cần có để đáp ứng nhu cầu; năng lực thiết kế khác năng lực hiệu dụng vì có những hao hụt thực tế. Tính cho một tháng 21 ngày làm việc:

  • Danh nghĩa: 12 × 21 = 252 ngày công
  • GAO Schedule Assessment Guide lưu ý một ngày làm việc "thuần năng suất" chỉ khoảng 60–80% của 8 giờ. Giả định 70%: 252 × 0,7 = 176,4 ngày công
  • Dành 15% cho hỗ trợ vận hành và sự cố: 176,4 × 0,85 ≈ 150 ngày công/tháng cho dự án

Tổng nhu cầu các PM ghi trong kế hoạch tháng tới: 230 ngày công. Mức tải = 230 / 150 ≈ 153%. Không kế hoạch nào khả thi khi cộng lại.

Định luật Little: làm nhiều thứ cùng lúc thì mỗi thứ xong chậm hơn

Định luật Little (Little's law): L = λ × W — số việc dở dang trung bình (L) bằng tốc độ hoàn thành (λ) nhân thời gian trung bình mỗi việc nằm trong hệ thống (W). Suy ra:

W = L / λ = 8 dự án / 2 dự án mỗi quý = 4 quý

Mỗi dự án trung bình mất một năm từ khi khởi động đến khi xong. Nếu chỉ cho phép 4 dự án chạy song song mà tốc độ hoàn thành giữ nguyên 2 dự án/quý, thời gian trung bình giảm còn 4 / 2 = 2 quý. Thực tế tốc độ hoàn thành thường còn tăng, vì kỹ sư bớt chuyển đổi ngữ cảnh. Giá trị được bàn giao sớm hơn, dù tổ chức "làm ít dự án hơn" tại mỗi thời điểm.

Vị trí trong các quy trình

  • PMBOK® Guide ấn bản 6: Estimate Activity Resources (9.2), Acquire Resources (9.3) với lịch nguồn lực (resource calendars); tối ưu nguồn lực trong (6.5). Ở cấp danh mục, việc cân đối năng lực là trách nhiệm của quản trị danh mục/PMO.

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
Develop Schedule
  • PMBOK® Guide ấn bản 7: Planning Performance Domain (kế hoạch phải dựa trên năng lực thực), Team và nguyên tắc Recognize, evaluate, and respond to system interactions — tối ưu từng dự án riêng lẻ làm cả hệ thống chậm lại.
  • Cách xử lý

    Bước 1: Lập bảng năng lực – nhu cầu dùng chung

    Nhóm kỹ năngNăng lực hiệu dụng (ngày công/tháng)Nhu cầu (ngày công/tháng)Mức tải
    Backend (6 người)75120160%
    Frontend (3 người)37,550133%
    Kiểm thử (3 người)37,560160%
    Tổng150230153%

    (Mỗi người ≈ 150 / 12 = 12,5 ngày công/tháng sau hao hụt.) Bảng cho thấy cả ba nhóm đều quá tải; nút thắt không chỉ ở một nhóm.

    Bước 2: Xếp hạng dự án theo giá trị và chi phí trì hoãn

    Ban giám đốc cùng PMO xếp hạng 8 dự án theo giá trị chiến lược, nghĩa vụ pháp lý và chi phí trì hoãn (cost of delay). Dự án pháp lý có hạn chót bắt buộc đứng đầu.

    Bước 3: Đặt giới hạn số dự án đang chạy

    Chọn các dự án đứng đầu cho đến khi nhu cầu chạm khoảng 85–90% năng lực hiệu dụng (để có biên hấp thụ biến động). Các dự án còn lại tạm dừng có chủ đích: đóng gói tài liệu, ghi trạng thái, giải phóng người — thay vì chạy "rỉ rả".

    Bước 4: Cổng khởi động theo năng lực

    Dự án mới chỉ được khởi động khi có dự án kết thúc hoặc năng lực tăng thêm (tuyển dụng, thuê ngoài). Quy tắc "xong một, mở một" được ghi vào quy trình phê duyệt danh mục.

    Bước 5: Giảm phân mảnh con người

    Ưu tiên giao mỗi kỹ sư tối đa 1–2 dự án; gom người thành đội ổn định theo dòng giá trị. Theo dõi hàng tháng: số dự án đang chạy, thời gian trung bình từ khởi động đến hoàn thành, mức tải từng nhóm.

    Bước 6: Trình bày cho ban giám đốc bằng so sánh trước – sau

    Chỉ sốHiện tạiĐề xuất (giả định tốc độ hoàn thành không đổi)
    Số dự án đang chạy84
    Dự án hoàn thành mỗi quý22 (thực tế thường tăng)
    Thời gian trung bình mỗi dự án8 / 2 = 4 quý4 / 2 = 2 quý
    Mức tải so với năng lực hiệu dụng≈ 153%≈ 85–90%

    Thông điệp chính: tạm dừng 4 dự án không làm mất giá trị của chúng, mà giúp 4 dự án ưu tiên đến tay người dùng sớm hơn khoảng nửa năm, sau đó các dự án tạm dừng được khởi động lại với đội tập trung. Đây là quyết định đánh đổi thuộc thẩm quyền ban giám đốc; PMO cung cấp dữ liệu và phương án, không tự quyết thay.

    Sai lầm thường gặp

    • Lập kế hoạch 100% công suất: không còn biên cho sự cố, nghỉ phép, họp — kế hoạch nào cũng trễ.
    • Mỗi PM tự lập kế hoạch nguồn lực riêng: tổng nhu cầu không ai nhìn thấy cho đến khi xung đột nổ ra.
    • Khởi động sớm để "giữ chỗ": tăng số việc dở dang, kéo dài thời gian mọi dự án.
    • Thuê thêm người khi chưa hết đa nhiệm: chi phí tăng mà thông lượng không tăng tương ứng.
    • Đánh đồng bận rộn với hiệu quả: thước đo đúng là giá trị bàn giao, không phải tỷ lệ sử dụng nhân sự.

    Góc ôn thi PMP

    • Đề hay mô tả "thành viên bị chia cho nhiều dự án, liên tục bị rút người" → hướng đúng là làm việc với quản lý chức năng/PMO để thống nhất ưu tiên và phân bổ, dựa trên dữ liệu, không tự ý "giành" người.
    • Phân biệt resource leveling (có thể dời ngày kết thúc) và resource smoothing (chỉ dùng float) — đó là công cụ trong một dự án; cân đối năng lực giữa nhiều dự án là việc của cấp danh mục.
    • Trong bối cảnh agile, giới hạn WIP và định luật Little là cơ sở của Kanban: giảm WIP giúp giảm thời gian chu kỳ.

    Bài học rút ra

    • Năng lực để lập kế hoạch là năng lực hiệu dụng, sau khi trừ hao hụt và phần dành cho vận hành — không phải số người nhân số ngày.
    • Tổng nhu cầu của mọi dự án phải được nhìn trên một bảng chung; kế hoạch riêng lẻ khả thi chưa chắc cộng lại khả thi.
    • Bắt đầu ít hơn để hoàn thành nhiều hơn: giới hạn số dự án đang chạy là đòn bẩy rẻ và nhanh nhất.

    Nguồn tham khảo

    • Capacity planning – Wikipedia
    • Little's law – Wikipedia
    • GAO Schedule Assessment Guide: Best Practices for Project Schedules (GAO-16-89G)
    #capacity-planning#da-du-an#gioi-han-wip#nguon-luc#little-law

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

    Câu 1/1
    PMO của một công ty đang có 12 dự án chạy song song, trung bình hoàn thành 3 dự án mỗi quý. Ban giám đốc phàn nàn dự án nào cũng kéo dài. Theo định luật Little, thời gian trung bình từ khi khởi động đến khi hoàn thành một dự án là bao lâu, và đòn bẩy rõ nhất để rút ngắn là gì?

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

    Bảng năng lực cho thấy khối CNTT tải 153%. Ban giám đốc không muốn dừng dự án nào vì "dự án nào cũng quan trọng". Nếu là trưởng PMO, bạn đề xuất gì trước?

    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áoTemplate quản lý dự án (mẫu)
    Quảng cáoBộ đề thi thử PMP (mẫu)