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. /Lý thuyết PMP
  2. /Chương 7
  3. /Bài 7.2: Kiểm soát thay đổi, gỡ trở ngại và quản lý vấn đ…

Bài 7.2 · Chương 7: ECO 2026 — Môi trường kinh doanh (Business Environment)

Kiểm soát thay đổi, gỡ trở ngại và quản lý vấn đề

Task BE3 và BE4 của ECO 2026: quy trình kiểm soát thay đổi trong dự án dự đoán và cách agile xử lý thay đổi qua backlog; phân biệt rủi ro, vấn đề, trở ngại; nhật ký vấn đề, phân tích nguyên nhân gốc, giải pháp tình thế và leo thang.

Trung cấp5 phút đọc5 câu hỏiCập nhật 13/09/2026
Lĩnh vực hiệu suất
Quản trị
Nhóm trọng tâm
Giám sát & kiểm soát
Mục lục (16)
  1. Phân biệt bốn khái niệm
  2. Kiểm soát thay đổi trong dự án dự đoán (BE3)
  3. Thay đổi trong agile
  4. Thay đổi đến từ môi trường bên ngoài
  5. Gỡ trở ngại (BE4)
  6. Quản lý vấn đề
  7. Ví dụ: năm câu hỏi tại sao
  8. Quản lý cấu hình đi cùng quản lý thay đổi
  9. Liên hệ đề thi PMP
  10. Điểm cần nhớ
  11. Mẹo thi PMP
  12. Thuật ngữ chính
  13. Liên hệ đề thi PMP
  14. Tài liệu tham khảo
  15. Trắc nghiệm nhanh
  16. Hoàn thành bài học

Mọi dự án đều gặp ba thứ: thay đổi (ai đó muốn khác đi), vấn đề (điều gì đó đã hỏng) và trở ngại (điều gì đó đang chặn đội). Task BE3 — Quản lý và kiểm soát thay đổi và BE4 — Gỡ bỏ trở ngại và quản lý vấn đề phát sinh của ECO 2026 kiểm tra xem bạn có xử lý chúng có hệ thống hay không — thay vì để chúng biến dự án thành chuỗi chữa cháy.

Phân biệt bốn khái niệm

Khái niệmBản chấtCông cụ chínhVí dụ
Rủi roChưa xảy ra, không chắc chắnSổ đăng ký rủi roNhà cung cấp có thể giao trễ
Vấn đề (issue)Đã xảy ra, đang ảnh hưởngNhật ký vấn đềNhà cung cấp đã giao trễ 2 tuần
Trở ngại (impediment)Điều đang làm chậm, chặn đội
Bảng trở ngại, Daily Scrum
Đội chờ quyền truy cập môi trường kiểm thử
Yêu cầu thay đổiĐề nghị thay đổi phạm vi, kế hoạch, đường cơ sởNhật ký thay đổi, CCBKhách muốn thêm báo cáo thuế

Một vấn đề có thể dẫn đến yêu cầu thay đổi (cần đổi kế hoạch), và một rủi ro khi xảy ra trở thành vấn đề.

Kiểm soát thay đổi trong dự án dự đoán (BE3)

  1. Tiếp nhận: mọi yêu cầu được ghi bằng văn bản vào nhật ký thay đổi — kể cả yêu cầu bằng miệng từ lãnh đạo.
  2. Phân tích tác động: phạm vi, tiến độ, chi phí, chất lượng, rủi ro, nguồn lực, hợp đồng, các bên liên quan; có thể đưa nhiều phương án.
  3. Quyết định đúng thẩm quyền: PM trong ngưỡng được giao; hội đồng kiểm soát thay đổi hoặc nhà tài trợ khi vượt ngưỡng; khách hàng nếu thay đổi chạm hợp đồng.
  4. Cập nhật: kế hoạch, đường cơ sở, tài liệu, cấu hình sản phẩm (quản lý phiên bản).
  5. Thông báo cho các bên bị ảnh hưởng.
  6. Thực hiện và kiểm tra thay đổi đã được làm đúng.

Thay đổi khẩn cấp (sự cố an toàn, lỗi nghiêm trọng đang ảnh hưởng khách hàng) có thể có quy trình nhanh, nhưng vẫn phải được ghi nhận và hợp thức hoá sau.

Thay đổi trong agile

Agile chào đón thay đổi, nhưng có trật tự: yêu cầu mới vào Product Backlog; chủ sản phẩm đánh giá giá trị và sắp xếp; đội ước lượng; công việc mới được đưa vào Sprint sau. Mục tiêu Sprint đang chạy được bảo vệ — chỉ khi mục tiêu Sprint mất ý nghĩa, chủ sản phẩm mới có thể huỷ Sprint. Với hợp đồng hoặc ngân sách cố định, thay đổi lớn về phạm vi tổng thể vẫn cần trao đổi với nhà tài trợ, theo cơ chế quản trị đã thống nhất.

Thay đổi đến từ môi trường bên ngoài

BE3 trong ECO 2026 cũng bao gồm thay đổi do thị trường, pháp luật, công nghệ. Ví dụ đối thủ ra mắt tính năng mới khiến tính năng đang làm mất giá trị; quy định mới bắt buộc thêm bước xác thực. Cách xử lý giống nhau: đánh giá tác động lên giá trị, phạm vi, tiến độ, chi phí; đưa vào cơ chế thay đổi (dự đoán) hoặc ưu tiên lại backlog (agile); báo cáo các bên.

Gỡ trở ngại (BE4)

Trở ngại là bất cứ điều gì làm chậm đội: chờ phê duyệt, thiếu công cụ, phụ thuộc đội khác, môi trường kiểm thử lỗi, thành viên bị kéo đi làm việc khác. Cách xử lý:

  • Làm cho trở ngại được nhìn thấy: nêu trong Daily Scrum, ghi trên bảng trở ngại.
  • Đội tự gỡ những gì trong khả năng; Scrum Master hoặc PM gỡ những gì đội không tự gỡ được (chính sách, nguồn lực, phụ thuộc bên ngoài).
  • Leo thang khi trở ngại vượt thẩm quyền, theo đường leo thang đã thống nhất.
  • Phòng ngừa: trở ngại lặp lại là dấu hiệu cần sửa quy trình hoặc cơ cấu (thảo luận ở buổi cải tiến).

Quản lý vấn đề

Nhật ký vấn đề ghi: mô tả, ngày phát hiện, người phát hiện, mức ưu tiên, mức ảnh hưởng, người phụ trách, hạn xử lý, tình trạng, cách giải quyết. Quy trình:

  1. Ghi nhận và phân loại mức ưu tiên.
  2. Phân tích nguyên nhân gốc nếu vấn đề nghiêm trọng hoặc lặp lại: năm câu hỏi tại sao, biểu đồ nhân quả Ishikawa (con người, phương pháp, máy móc, vật liệu, đo lường, môi trường).
  3. Chọn cách xử lý: khắc phục triệt để; hoặc giải pháp tình thế (workaround) khi chưa kịp xử lý gốc — ví dụ xuất báo cáo thủ công trong lúc chờ sửa lỗi tự động.
  4. Giao người phụ trách, đặt hạn, theo dõi đến khi đóng.
  5. Leo thang khi vượt thẩm quyền hoặc quá hạn.
  6. Ghi bài học, cập nhật sổ đăng ký rủi ro nếu phát hiện rủi ro mới.

Ví dụ: năm câu hỏi tại sao

Vấn đề: phiên bản phát hành bị lỗi thanh toán. Tại sao? Mã mới chưa được kiểm thử tích hợp. Tại sao? Môi trường kiểm thử tích hợp bị hỏng hai ngày. Tại sao? Chứng chỉ bảo mật của môi trường hết hạn. Tại sao? Không ai được giao theo dõi hạn chứng chỉ. Tại sao? Việc gia hạn chưa có trong quy trình vận hành môi trường. → Hành động: giao chủ sở hữu, đặt cảnh báo tự động 30 ngày trước hạn. Sửa lỗi thanh toán chỉ là chữa triệu chứng; sửa quy trình mới ngăn lặp lại.

Quản lý cấu hình đi cùng quản lý thay đổi

Kiểm soát thay đổi quyết định có thay đổi hay không; quản lý cấu hình bảo đảm mọi người dùng đúng phiên bản sau khi thay đổi: bản vẽ nào là bản hiện hành, tài liệu yêu cầu đang ở phiên bản nào, mã nguồn nào đã lên môi trường thật. Thiếu quản lý cấu hình, đội thi công có thể làm theo bản vẽ cũ dù thay đổi đã được duyệt. Công cụ đơn giản nhất là quy ước đặt tên, đánh số phiên bản và một nơi lưu "bản chính thức" duy nhất.

Liên hệ đề thi PMP

Dấu hiệu đáp án đúng: thay đổi → phân tích tác động, đúng thẩm quyền, cập nhật, thông báo; agile → qua chủ sản phẩm và backlog, bảo vệ Sprint đang chạy; trở ngại → Scrum Master/PM gỡ hoặc leo thang; vấn đề → ghi nhật ký, tìm nguyên nhân gốc, giao người phụ trách. Xem thêm Nhóm Giám sát và kiểm soát.

Điểm cần nhớ

  • Rủi ro chưa xảy ra; vấn đề đã xảy ra; trở ngại đang chặn đội; yêu cầu thay đổi là đề nghị đổi phạm vi, kế hoạch, đường cơ sở.
  • Kiểm soát thay đổi: tiếp nhận bằng văn bản → phân tích tác động → quyết định đúng thẩm quyền → cập nhật → thông báo → thực hiện.
  • Agile xử lý thay đổi qua chủ sản phẩm và backlog, bảo vệ mục tiêu Sprint đang chạy.
  • Vấn đề nghiêm trọng hoặc lặp lại cần phân tích nguyên nhân gốc; giải pháp tình thế chỉ là tạm thời.

Mẹo thi PMP

  • Lãnh đạo yêu cầu thay đổi bằng miệng → vẫn ghi nhận và phân tích tác động theo quy trình, không làm ngay.
  • Trở ngại vượt khả năng của đội → Scrum Master hoặc PM gỡ; vượt thẩm quyền của họ → leo thang theo đường đã thống nhất.

Thuật ngữ chính

Kiểm soát thay đổi tích hợp · Perform Integrated Change Control
Quy trình xem xét mọi yêu cầu thay đổi, đánh giá tác động lên tất cả các mặt (phạm vi, tiến độ, chi phí, chất lượng, rủi ro, hợp đồng), phê duyệt hoặc từ chối, rồi quản lý việc cập nhật kế hoạch, đường cơ sở và tài liệu. "Tích hợp" nghĩa là không xử lý thay đổi riêng lẻ ở một lĩnh vực mà xét ảnh hưởng dây chuyền lên toàn dự án.
Hội đồng kiểm soát thay đổi · Change Control Board (CCB)
Nhóm được giao chính thức quyền xem xét, đánh giá và phê duyệt, trì hoãn hoặc từ chối yêu cầu thay đổi của dự án, đồng thời ghi lại quyết định. Thẩm quyền và ngưỡng (thay đổi nào cần CCB, thay đổi nào PM tự quyết) được xác định trong kế hoạch quản lý thay đổi. PM chuẩn bị phân tích tác động, không tự ý phê duyệt vượt thẩm quyền.
Nhật ký vấn đề · Issue Log
Tài liệu theo dõi các vấn đề (sự việc đã xảy ra và đang ảnh hưởng đến dự án), gồm mô tả, mức ưu tiên, người phụ trách, hạn xử lý và trạng thái cho đến khi được giải quyết. Khác với rủi ro là sự kiện chưa xảy ra.
Trở ngại · Impediment
Bất cứ điều gì cản trở đội Scrum tiến bộ hướng tới Mục tiêu Sprint mà đội không tự giải quyết được trong phạm vi của mình — ví dụ chờ phê duyệt, thiếu môi trường kiểm thử, phụ thuộc đội khác, quy định nội bộ cứng nhắc. Scrum Master chịu trách nhiệm giúp loại bỏ trở ngại (causing the removal), nhưng không nhất thiết tự tay xử lý mọi thứ: ưu tiên huấn luyện đội tự giải quyết những gì trong khả năng, và tác động vào tổ chức với những gì vượt ngoài tầm đội.
Giải pháp tình thế · Workaround
Phản ứng tức thời với một mối đe doạ đã xảy ra mà trước đó chưa có kế hoạch ứng phó, hoặc ứng phó đã lập không hiệu quả. Khác với kế hoạch dự phòng (lập trước, khi rủi ro còn chưa xảy ra), giải pháp tình thế được đưa ra tại chỗ. Sau khi áp dụng, vấn đề cần được ghi vào nhật ký vấn đề, cập nhật sổ đăng ký rủi ro và rút bài học để lần sau nhận diện sớm hơn.
Năm câu hỏi tại sao · 5 Whys
Kỹ thuật phân tích nguyên nhân gốc rễ đơn giản phổ biến trong TPS: hỏi "Tại sao?" liên tiếp (khoảng năm lần, không cố định) cho đến khi chạm tới nguyên nhân có thể hành động được ở cấp quy trình/hệ thống, thay vì dừng ở triệu chứng hay lỗi cá nhân. Hạn chế: dễ đi theo một chuỗi duy nhất và phụ thuộc kiến thức người hỏi; với vấn đề phức tạp nên kết hợp biểu đồ nhân quả (Ishikawa) và dữ liệu.
Biểu đồ nhân quả Ishikawa · Ishikawa Diagram (Cause-and-Effect / Fishbone)
Biểu đồ hình xương cá dùng để truy tìm nguyên nhân gốc của một vấn đề: "đầu cá" là vấn đề hoặc hệ quả, các "xương" là nhóm nguyên nhân (ví dụ con người, phương pháp, máy móc, vật liệu, đo lường, môi trường), mỗi nhóm được phân rã tiếp bằng câu hỏi "tại sao". Công cụ thường dùng trong quản lý và kiểm soát chất lượng, hay kết hợp với kỹ thuật 5 Why.
Đường leo thang · Escalation Path
Quy định rõ vấn đề loại nào, vượt ngưỡng nào thì được chuyển lên cấp nào, trong thời hạn bao lâu, qua kênh nào (ví dụ trưởng nhóm → PM → nhà tài trợ → ban chỉ đạo). Đường leo thang thường nằm trong kế hoạch truyền thông hoặc kế hoạch quản lý dự án. Theo tư duy PMP, PM xử lý trong phạm vi quyền hạn của mình trước, chỉ leo thang khi vấn đề vượt thẩm quyền, kèm phân tích và phương án đề xuất.
Ôn 8 thuật ngữ bằng thẻ ghi nhớ

Liên hệ đề thi PMP (ECO 2026)

  • BE3Quản lý và kiểm soát thay đổiBài cùng task BE3
  • BE4Gỡ bỏ trở ngại và quản lý vấn đề phát sinhBài cùng task BE4
Luyện câu hỏi thi cho các task này

Tài liệu tham khảo

  1. PMI — PMBOK® Guide, Eighth Edition (mở trong thẻ mới)
  2. The Scrum Guide (2020) (mở trong thẻ mới)
  3. Wikipedia — Five whys (mở trong thẻ mới)

Trắc nghiệm nhanh

5 câu · Đạt từ 70 %

Câu 1/5
Đội đã chờ ba ngày để được cấp quyền truy cập môi trường kiểm thử của đối tác, công việc bị đình trệ. Trong Scrum, đây là gì và ai nên chủ động xử lý?

Hoàn thành bài học

Bài trướcBài 7.1 · Quản trị dự án và tuân thủBài tiếp theoBài 7.3 · Quản lý rủi ro và cải tiến liên tục

Bài trong chương

Chương 7: ECO 2026 — Môi trường kinh doanh (Business Environment)

  1. 7.1Bài 7.1: Quản trị dự án và tuân thủ
  2. 7.2Bài 7.2: Kiểm soát thay đổi, gỡ trở ngại và quản lý vấn đề
  3. 7.3Bài 7.3: Quản lý rủi ro và cải tiến liên tục
  4. 7.4Bài 7.4: Thay đổi tổ chức và môi trường kinh doanh bên ngoài
Danh sách bài học

Theo PMBOK® Guide – Ấn bản 8 (PMI, 2025): 6 nguyên tắc, 7 lĩnh vực hiệu suất, 5 nhóm trọng tâm với 40 quy trình không bắt buộc. PMBOK là nhãn hiệu đã đăng ký của Project Management Institute.

Mục lục

Phân biệt bốn khái niệmKiểm soát thay đổi trong dự án dự đoán (BE3)Thay đổi trong agileThay đổi đến từ môi trường bên ngoàiGỡ trở ngại (BE4)Quản lý vấn đềVí dụ: năm câu hỏi tại saoQuản lý cấu hình đi cùng quản lý thay đổiLiên hệ đề thi PMPĐiểm cần nhớMẹo thi PMPThuật ngữ chínhLiên hệ đề thi PMPTài liệu tham khảoTrắc nghiệm nhanhHoàn thành bài học

Bài trong chương

Chương 7: ECO 2026 — Môi trường kinh doanh (Business Environment)

  1. 7.1Bài 7.1: Quản trị dự án và tuân thủ
  2. 7.2Bài 7.2: Kiểm soát thay đổi, gỡ trở ngại và quản lý vấn đề
  3. 7.3Bài 7.3: Quản lý rủi ro và cải tiến liên tục
  4. 7.4Bài 7.4: Thay đổi tổ chức và môi trường kinh doanh bên ngoài
Danh sách bài học