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. /Rủi ro & thay đổi
  2. /Ban kiểm soát thay đổi họp mỗi tháng một lần, 47…
Rủi ro & thay đổi· Domain: Công việc dự án

Ban kiểm soát thay đổi họp mỗi tháng một lần, 47 yêu cầu nằm chờ: thiết kế lại CCB theo ngưỡng thẩm quyền

Mọi yêu cầu thay đổi, dù chỉ đổi nhãn một nút bấm, đều phải chờ ban kiểm soát thay đổi họp hằng tháng. 47 yêu cầu tồn đọng, đội làm "chui" để kịp tiến độ. Cách phân cấp thẩm quyền, chuẩn hoá phân tích tác động và đo thời gian xử lý để kiểm soát thay đổi vừa chặt vừa nhanh.

HP
Nguyễn Thu Hà, PMP
23/08/2026
6 phút đọc 0 0
Ban kiểm soát thay đổi họp mỗi tháng một lần, 47 yêu cầu nằm chờ: thiết kế lại CCB theo ngưỡng thẩm quyề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ạ.

Dự án xây dựng cổng dịch vụ trực tuyến cho một công ty điện lực có ban kiểm soát thay đổi (change control board – CCB) gồm 7 thành viên, họp ngày thứ Hai đầu tháng. Kế hoạch quản lý thay đổi quy định: mọi yêu cầu thay đổi (change request – CR) đều phải qua CCB.

Sau sáu tháng:

  • Trung bình mỗi tuần phát sinh khoảng 3 CR, tức khoảng 12–13 CR mỗi tháng.
  • 47 CR đang chờ; thời gian từ lúc gửi đến lúc có quyết định trung bình 26 ngày.
  • Khoảng 70% CR là thay đổi nhỏ: sửa câu chữ, đổi thứ tự trường trên biểu mẫu, điều chỉnh báo cáo nội bộ.
  • Để kịp tiến độ, đội phát triển bắt đầu làm "chui" một số thay đổi rồi mới hợp thức hoá — đường cơ sở và tài liệu cấu hình lệch nhau.
  • Buổi họp CCB kéo dài 4 tiếng, phần lớn thời gian dành cho CR nhỏ; CR lớn (đổi quy trình thanh toán) lại bị bàn vội.

Phân tích theo PMBOK® Guide

Theo PMBOK® Guide ấn bản 6, Perform Integrated Change Control (4.6) là quy trình xem xét, phê duyệt hoặc từ chối mọi yêu cầu thay đổi và quản lý thay đổi đối với sản phẩm bàn giao, tài liệu và kế hoạch dự án. Kế hoạch quản lý thay đổi (change management plan) quy định ai có thẩm quyền phê duyệt loại thay đổi nào; CCB là nhóm chính thức chịu trách nhiệm xem xét, đánh giá và quyết định. Hướng dẫn quản lý cấu hình của NASA mô tả CCB với thành viên đại diện cho các bên có thẩm quyền cam kết thay mặt đội của mình, và phân biệt thay đổi lớn (ảnh hưởng đặc tả, chi phí, an toàn) với thay đổi nhỏ.

Trong PMBOK® Guide ấn bản 7, kiểm soát thay đổi gắn với Project Work Performance Domain (quản lý quy trình hiệu quả) và Planning (thích ứng kế hoạch). Nguyên tắc Tailoring đặc biệt quan trọng: mức độ kiểm soát phải tương xứng với mức độ tác động.

Chẩn đoán

Vấn đề không phải "có CCB", mà là một cấp duy nhất cho mọi loại thay đổi:

  • Với nhịp họp 4 tuần, một CR đến vào thời điểm ngẫu nhiên phải chờ trung bình 2 tuần chỉ để tới buổi họp — chưa kể thời gian phân tích tác động.
  • Làm "chui" là hệ quả có thể đoán trước khi quy trình chậm hơn nhu cầu.
  • Thời gian của CCB bị dàn đều, thay vì tập trung vào thay đổi có tác động lớn.

Cách xử lý

Bước 1: Phân cấp thẩm quyền theo ngưỡng tác động

Tình huống liên quan

Rủi ro & thay đổiSự không chắc chắn (rủi ro)

Thiết bị y tế nhập khẩu đội giá vì tỷ giá: quản lý rủi ro tài chính trong dự án bệnh viện

Ngân sách mua thiết bị chẩn đoán hình ảnh được lập bằng VND, nhưng giá chào bằng USD. Khi tỷ giá biến động, dự án bệnh viện đứng trước nguy cơ thiếu vốn. Cách nhận diện, định lượng và ứng phó rủi ro tỷ giá.

Ngày đăng: 01/10/2026Lượt xem: 1Bình luận: 0
Rủi ro & thay đổiCông việc dự án

Giá thép tăng mạnh khi đã ký hợp đồng trọn gói: phân bổ rủi ro qua loại hợp đồng

Nhà thầu nhận thi công nhà xưởng theo hợp đồng trọn gói, rồi giá thép tăng gần 25% chỉ sau bốn tháng. Bên nào chịu rủi ro, khi nào nên dùng điều khoản điều chỉnh giá và PM xử lý thế nào để dự án không đổ vỡ.

Ngày đăng: 26/09/2026Lượt xem: 0Bình luận: 0
Rủi ro & thay đổiCông việc dự án

Scope creep từ yêu cầu "nhỏ thôi mà" của khách hàng

Hàng chục thay đổi nhỏ cộng dồn khiến dự án vượt 30% ngân sách. Cách nhận diện sớm và ngăn chặn scope creep mà không làm mất lòng khách hàng.

Ngày đăng: 21/09/2026Lượt xem: 860Bình luận: 1Đánh giá: 4.5
Rủi ro & thay đổiBàn giao

Go-live sàn thương mại điện tử sát đợt sale lớn: kiểm soát rủi ro an ninh mạng

Ứng dụng bán hàng mới phải go-live trước đợt khuyến mãi lớn, nhưng kiểm thử xâm nhập phát hiện lỗ hổng nghiêm trọng một tuần trước ngày ra mắt. Cách đưa rủi ro an ninh mạng vào tiêu chí go/no-go và kế hoạch bàn giao.

Ngày đăng: 20/09/2026Lượt xem: 1Bình luận: 0
CấpNgười quyết địnhNgưỡng ví dụThời hạn xử lý mục tiêu
1PM (kèm trưởng nhóm kỹ thuật)Không đổi phạm vi hợp đồng; ảnh hưởng ≤ 3 ngày và không chạm đường găng; chi phí trong dự phòng ≤ 50 triệu3 ngày làm việc
2CCBThay đổi đường cơ sở phạm vi/tiến độ/chi phí vượt cấp 1; thay đổi giao diện với hệ thống khácHọp 2 tuần/lần
3Ban chỉ đạo/sponsorĐổi mục tiêu, ngày go-live, dùng dự trữ quản lý, ảnh hưởng hợp đồngTheo lịch ban chỉ đạo hoặc họp bất thường

Ngưỡng phải được ghi vào kế hoạch quản lý thay đổi đã phê duyệt — thẩm quyền của PM đến từ kế hoạch, không phải từ việc tự cho mình quyền.

Bước 2: Chuẩn hoá phân tích tác động

Mỗi CR đi kèm một phiếu ngắn: mô tả, lý do, tác động tới phạm vi – tiến độ – chi phí – chất lượng – rủi ro, cấu hình bị ảnh hưởng, phương án thay thế, khuyến nghị. Phiếu đủ thông tin thì CCB quyết trong vài phút; phiếu thiếu thì trả lại, không bàn.

Bước 3: Luồng khẩn cấp

Cho sự cố an ninh hoặc lỗi nghiêm trọng trên môi trường thật: PM và một thành viên CCB được chỉ định phê duyệt tạm, CCB phê chuẩn lại ở buổi họp gần nhất. Luồng này được định nghĩa trước, có tiêu chí rõ, để không bị lạm dụng.

Bước 4: Một nguồn sự thật

Mọi CR — kể cả cấp 1 — đều ghi vào nhật ký thay đổi (change log) và cập nhật tài liệu cấu hình. Phân cấp làm quyết định nhanh hơn, không làm mất dấu vết.

Bước 5: Đo và điều chỉnh

Theo dõi số CR tồn, thời gian xử lý theo cấp, tỷ lệ CR bị làm "chui". Sau 2 tháng áp dụng (giả định): 70% CR xử lý ở cấp 1 trong 3 ngày; CCB họp 2 tuần/lần, mỗi buổi khoảng 1 tiếng, tập trung vào 3–4 CR có tác động thật; tồn đọng giảm dần về dưới 10.

Một phép tính đơn giản giúp thuyết phục sponsor: với nhịp họp 2 tuần, thời gian chờ trung bình tới buổi họp giảm từ khoảng 2 tuần xuống khoảng 1 tuần; với 70% CR đi luồng cấp 1, số CR tới CCB mỗi tháng giảm từ khoảng 12–13 xuống khoảng 4. Mỗi buổi họp vì thế chỉ còn khoảng 2 CR, đủ thời gian để thảo luận kỹ những thay đổi thực sự lớn.

Bước 6: Phân biệt yêu cầu thay đổi với sửa lỗi

Không phải mọi yêu cầu đều là "thay đổi". Lỗi so với đặc tả đã duyệt là sửa chữa khắc phục (defect repair), đi theo quy trình quản lý lỗi; yêu cầu bổ sung hoặc khác đặc tả mới là thay đổi phạm vi. Phân loại đúng ngay từ đầu giúp CCB không phải bàn những việc đáng lẽ thuộc kiểm thử, đồng thời tránh tình trạng phạm vi mới bị "luồn" vào dưới danh nghĩa sửa lỗi.

Bài học rút ra

  • Kiểm soát thay đổi hiệu quả là kiểm soát tương xứng với tác động, không phải kiểm soát đồng đều mọi thứ.
  • Thẩm quyền phải được ghi trong kế hoạch đã phê duyệt và mọi quyết định, ở cấp nào, đều để lại dấu vết.
  • Đo thời gian xử lý và tỷ lệ làm "chui" là cách nhanh nhất để biết quy trình đang giúp hay đang cản dự án.

Sai lầm thường gặp

  • "Chặt" bằng cách đưa mọi thứ lên CCB: quy trình chậm sinh ra làm ngoài quy trình — tức là mất kiểm soát.
  • Phân cấp mà không ghi vào kế hoạch đã phê duyệt: PM tự quyết dễ bị coi là vượt quyền.
  • CCB không có người đủ thẩm quyền: thành viên phải "về hỏi lại", quyết định kéo sang kỳ sau.
  • Chỉ đánh giá tác động phạm vi, quên tác động rủi ro và cấu hình.
  • Bỏ qua thay đổi được phê duyệt ở cấp thấp khi cập nhật đường cơ sở và tài liệu.

Góc ôn thi PMP

  • Trong môi trường predictive, khi stakeholder yêu cầu thay đổi: đánh giá tác động → gửi CR → quyết định theo kế hoạch quản lý thay đổi → cập nhật kế hoạch, tài liệu, thông báo. Không tự ý làm, cũng không tự ý từ chối.
  • Nếu đề nói rõ kế hoạch quản lý thay đổi cho phép PM phê duyệt thay đổi dưới ngưỡng, PM có thể phê duyệt và ghi nhật ký.
  • CCB không phải lúc nào cũng có; thành phần và thẩm quyền do kế hoạch quản lý thay đổi xác định.
  • Trong agile, thay đổi nằm trong product backlog và do Product Owner sắp xếp; thay đổi ở cấp hợp đồng hay mục tiêu vẫn có thể cần cơ chế quản trị.

Nguồn tham khảo

  • Change control board – Wikipedia
  • NASA Systems Engineering Handbook – 6.5 Configuration Management
#change-control-board#kiem-soat-thay-doi#change-request#nguong-tham-quyen#governance

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

Câu 1/1
Kế hoạch quản lý thay đổi đã được phê duyệt quy định: thay đổi không ảnh hưởng phạm vi hợp đồng, không chạm đường găng và chi phí dưới 50 triệu đồng thuộc thẩm quyền PM. Một trưởng phòng nghiệp vụ đề nghị đổi bố cục một báo cáo nội bộ; phân tích tác động cho thấy mất 1 ngày công của một việc không găng, chi phí khoảng 5 triệu đồng. PM nên làm gì?

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

CCB tồn 47 yêu cầu thay đổi, đội bắt đầu làm "chui". Sponsor đồng ý cải tổ nhưng lo phân cấp sẽ làm lỏng kiểm soát. Nếu là PM, bạn đề xuất bước đi nào 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ýBài học rút raSai lầm thường gặpGóc ôn thi PMPNguồ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)