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.109 người đã truy cậpPhiên bản 1.15.0
  2. /Lý thuyết PMP
  3. /Chương 7
  4. /Bài 7.7: Quy trình xử lý vấn đề: phân loại, chủ sở hữu, l…

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

Quy trình xử lý vấn đề: phân loại, chủ sở hữu, leo thang và đóng vấn đề

Đi sâu task BE4: một vấn đề đi từ lúc ghi nhận đến khi đóng như thế nào, cách chấm mức ưu tiên, giao chủ sở hữu, chọn giải pháp tình thế hay giải pháp gốc, khi nào leo thang và gói thông tin leo thang ra sao để người có thẩm quyền quyết nhanh.

Cơ bản7 phút đọc5 câu hỏiCập nhật 27/10/2026
Lĩnh vực hiệu suất
Rủi ro
Nguyên tắc
Lãnh đạo có trách nhiệm giải trình
Nhóm trọng tâm
Giám sát & kiểm soát
Mục lục (17)
  1. Vấn đề khác rủi ro ở chỗ nào?
  2. Sáu bước của vòng đời vấn đề
  3. Nhật ký vấn đề cần những trường nào?
  4. Chấm ưu tiên: ảnh hưởng và khẩn cấp
  5. Giải pháp tình thế và giải pháp gốc
  6. Khi nào leo thang?
  7. Gói thông tin leo thang
  8. Trở ngại trong đội agile
  9. Ví dụ: triển khai phần mềm kế toán cho chuỗi siêu thị
  10. Liên hệ đề thi PMP
  11. Điểm cần nhớ
  12. Mẹo thi PMP
  13. Thuật ngữ chính
  14. Liên hệ đề thi PMP
  15. Tài liệu tham khảo
  16. Trắc nghiệm nhanh
  17. Hoàn thành bài học

Bài Kiểm soát thay đổi, gỡ trở ngại và quản lý vấn đề đã phân biệt rủi ro, vấn đề, trở ngại và yêu cầu thay đổi. Bài này đi vào phần thực hành của BE4 — Gỡ bỏ trở ngại và quản lý vấn đề phát sinh: một vấn đề cụ thể được xử lý qua những bước nào, ai chịu trách nhiệm ở mỗi bước, và khi nào người quản lý dự án (PM) phải đưa nó lên cấp cao hơn.

Vòng đời một vấn đề: ghi nhận, phân loại, giao chủ sở hữu, phân tích, xử lý, đóng; nhánh leo thang khi vượt thẩm quyền

Vấn đề khác rủi ro ở chỗ nào?

Rủi ro là điều có thể xảy ra; vấn đề là điều đã xảy ra và đang ảnh hưởng (hoặc chắc chắn sẽ ảnh hưởng) tới mục tiêu. Một rủi ro đã xảy ra trở thành vấn đề. Trở ngại là một loại vấn đề cụ thể: thứ đang chặn đội làm việc — thiếu quyền truy cập, chờ phê duyệt, thiếu thiết bị.

Sự khác biệt này quyết định cách xử lý: rủi ro được lập kế hoạch ứng phó trước; vấn đề cần hành động ngay theo mức độ ảnh hưởng. Nếu dự án đã có kế hoạch ứng phó cho rủi ro vừa xảy ra, PM thực hiện kế hoạch đó trước rồi mới tìm cách mới.

Sáu bước của vòng đời vấn đề

  1. Ghi nhận: bất kỳ ai cũng có thể nêu vấn đề. PM ghi vào nhật ký vấn đề với mô tả sự kiện (không phải ý kiến), ngày phát hiện, người nêu.
  2. Phân loại và chấm ưu tiên: đánh giá mức ảnh hưởng tới tiến độ, chi phí, chất lượng, an toàn, khách hàng và mức khẩn cấp.
  3. Giao chủ sở hữu: mỗi vấn đề có một người chịu trách nhiệm theo dõi đến khi đóng, kèm hạn xử lý. "Cả đội cùng lo" thường có nghĩa là không ai lo.
  4. Phân tích nguyên nhân: với vấn đề nghiêm trọng hoặc lặp lại, tìm nguyên nhân gốc (năm câu hỏi tại sao, biểu đồ xương cá).
  5. Xử lý: chọn giải pháp, thực hiện, cập nhật nhật ký. Nếu giải pháp vượt thẩm quyền của PM → leo thang.
  6. Đóng: xác nhận vấn đề đã hết ảnh hưởng, ghi kết quả và bài học. Không đóng chỉ vì "đã giao việc".

Nhật ký vấn đề cần những trường nào?

TrườngÝ nghĩaLỗi hay gặp
Mã, tiêu đềĐịnh danh duy nhấtTiêu đề mơ hồ: "Lỗi hệ thống"
Mô tả sự kiệnĐiều gì đã xảy ra, ở đâu, khi nàoGhi cảm nhận thay vì sự kiện
Mức ưu tiênẢnh hưởng × khẩn cấpMọi thứ đều "cao"
Chủ sở hữuMột người cụ thểGhi tên phòng ban
Hạn xử lýNgày cần có kết quảKhông có hạn, vấn đề treo nhiều tuần
Hành động, trạng tháiĐã làm gì, đang ở đâuKhông cập nhật sau cuộc họp
Kết quả, bài họcCách đã giải quyết, điều rút raBỏ trống khi đóng

Nhật ký vấn đề là tài liệu sống: được rà trong họp tình trạng hằng tuần (dự án dự đoán) hoặc hiển thị trên bảng công việc (dự án thích ứng).

Chấm ưu tiên: ảnh hưởng và khẩn cấp

Một cách đơn giản là chấm hai trục 1–3:

Khẩn cấp thấpKhẩn cấp cao
Ảnh hưởng caoLên kế hoạch xử lý trong tuầnXử lý ngay, cân nhắc leo thang
Ảnh hưởng thấpTheo dõi, gom xử lý định kỳGiao người gần nhất xử lý nhanh

Mục đích không phải tạo con số đẹp mà để cả đội thống nhất làm cái nào trước. Khi có nhiều vấn đề cùng lúc, thứ tự xử lý phải nhìn thấy được.

Giải pháp tình thế và giải pháp gốc

Giải pháp tình thế giúp công việc chạy tiếp ngay (chạy lại thủ công, mượn tạm thiết bị), nhưng không loại bỏ nguyên nhân. Giải pháp gốc xử lý nguyên nhân để vấn đề không lặp lại.

Cả hai đều cần: tình thế để giảm thiệt hại tức thì, gốc để không trả giá nhiều lần. Sai lầm phổ biến là dừng ở giải pháp tình thế rồi đóng vấn đề — sau ba tuần, cùng vấn đề quay lại dưới tên khác. Khi đóng, hãy ghi rõ đã có giải pháp gốc chưa; nếu chưa, mở một hạng mục cải tiến riêng.

Khi nào leo thang?

Leo thang không phải là đẩy trách nhiệm lên trên. Nó cần thiết khi:

  • Giải pháp vượt dung sai đã được giao (ví dụ trễ quá 2 tuần, vượt 5% ngân sách).
  • Cần quyết định hoặc nguồn lực ngoài thẩm quyền PM (đổi nhà cung cấp, rút người từ dự án khác).
  • Vấn đề liên quan tới tuân thủ, an toàn, đạo đức.
  • Đã thử các cách trong thẩm quyền mà không có tiến triển trong thời hạn đã định.

Đây là tinh thần quản lý theo ngoại lệ: cấp trên đặt dung sai, PM tự xử lý trong dung sai và chỉ báo lên khi có ngoại lệ. Nhờ vậy cấp trên không bị cuốn vào chi tiết, còn PM không phải xin phép từng việc nhỏ.

Gói thông tin leo thang

Một yêu cầu leo thang tốt giúp người quyết định chỉ cần 10 phút:

  1. Sự kiện: điều gì xảy ra, từ khi nào.
  2. Tác động: tới mốc, chi phí, khách hàng — có số.
  3. Đã làm gì: các bước trong thẩm quyền đã thử.
  4. Phương án: hai đến ba phương án, kèm ưu nhược điểm.
  5. Khuyến nghị của PM.
  6. Hạn quyết định: sau ngày này, thiệt hại tăng ra sao.

Đường leo thang nên được thống nhất từ khi lập kế hoạch truyền thông hoặc trong điều lệ dự án: vấn đề loại gì đi tới ai, trong bao lâu. Leo thang đúng đường, đúng lúc là biểu hiện của lãnh đạo có trách nhiệm giải trình, không phải dấu hiệu yếu kém.

Trở ngại trong đội agile

Trong dự án thích ứng, trở ngại thường lộ ra ở Daily Scrum hoặc trên bảng Kanban dưới dạng hạng mục bị chặn (gắn thẻ đỏ). Nguyên tắc:

  • Đội tự gỡ những gì trong khả năng của đội.
  • Scrum Master hoặc PM gỡ những trở ngại ngoài tầm của đội (quyền hạn, phối hợp với bộ phận khác).
  • Không để thảo luận gỡ trở ngại kéo dài Daily Scrum; hẹn ngay sau buổi họp với người liên quan.
  • Đo thời gian bị chặn để thấy trở ngại hệ thống, ví dụ cùng một bộ phận phê duyệt gây chặn lặp lại.

Ví dụ: triển khai phần mềm kế toán cho chuỗi siêu thị

Tuần thứ 6, dữ liệu tồn kho chuyển từ hệ thống cũ sang bị lệch ở 3 trong 25 cửa hàng. Kế toán viên của cửa hàng nêu tại họp tình trạng.

  • Ghi nhận: PM ghi vào nhật ký với mô tả sự kiện "chênh lệch tồn kho đầu kỳ tại 3 cửa hàng, tổng khoảng 2% giá trị".
  • Ưu tiên: ảnh hưởng cao (khoá sổ cuối tháng), khẩn cấp cao (còn 9 ngày).
  • Chủ sở hữu: trưởng nhóm chuyển đổi dữ liệu, hạn 3 ngày.
  • Giải pháp tình thế: đối chiếu thủ công 3 cửa hàng để kịp khoá sổ.
  • Phân tích nguyên nhân: năm câu hỏi tại sao cho thấy quy tắc làm tròn đơn vị tính ở hệ thống cũ khác hệ thống mới.
  • Giải pháp gốc: sửa kịch bản chuyển đổi, chạy lại cho 22 cửa hàng chưa chuyển.
  • Leo thang: việc chạy lại làm trễ đợt chuyển đổi 4 ngày, vượt dung sai 2 ngày → PM gửi gói leo thang cho nhà tài trợ với hai phương án; nhà tài trợ chọn lùi đợt 2 thay vì bỏ bước kiểm tra.
  • Đóng: ghi bài học "kiểm tra quy tắc làm tròn trong danh mục kiểm tra chuyển đổi dữ liệu".

Liên hệ đề thi PMP

Câu hỏi về vấn đề thường kiểm tra thứ tự hành động: đánh giá tác động trước, rồi xử lý trong thẩm quyền, chỉ leo thang khi vượt thẩm quyền hoặc dung sai. Đáp án "báo ngay cho nhà tài trợ" khi vấn đề nằm trong tầm của PM thường sai; đáp án "bỏ qua, đợi tự hết" luôn sai. Với đội agile, người gỡ trở ngại ngoài tầm của đội là Scrum Master hoặc PM theo phong cách lãnh đạo phục vụ; với vấn đề lặp lại, đáp án tốt hướng tới nguyên nhân gốc chứ không chỉ chữa cháy.

Điểm cần nhớ

  • Vấn đề là điều đã xảy ra; trở ngại là vấn đề đang chặn đội làm việc.
  • Vòng đời vấn đề: ghi nhận, chấm ưu tiên, giao một chủ sở hữu, phân tích, xử lý, đóng kèm bài học.
  • Giải pháp tình thế giữ công việc chạy; giải pháp gốc ngăn vấn đề lặp lại — cần cả hai.
  • Leo thang khi vượt dung sai hoặc thẩm quyền, kèm sự kiện, tác động, phương án, khuyến nghị và hạn quyết định.
  • Trong agile, đội tự gỡ những gì trong tầm; Scrum Master hoặc PM gỡ trở ngại ngoài tầm.

Mẹo thi PMP

  • Vấn đề nằm trong thẩm quyền PM → PM xử lý; chỉ leo thang khi vượt dung sai hoặc thẩm quyền.
  • Rủi ro đã có kế hoạch ứng phó vừa xảy ra → thực hiện kế hoạch đó và cập nhật nhật ký vấn đề.
  • Vấn đề lặp lại nhiều lần → tìm nguyên nhân gốc, không dừng ở giải pháp tình thế.

Thuật ngữ chính

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.
Hạng mục bị chặn · Blocked Work Item (Blocker)
Hạng mục không thể tiến tiếp vì phụ thuộc bên ngoài, thiếu thông tin hoặc sự cố — được đánh dấu rõ trên bảng (thẻ dán màu đỏ, biểu tượng) kèm lý do và ngày bắt đầu bị chặn. Hạng mục bị chặn vẫn tính vào WIP để buộc đội xử lý nguyên nhân thay vì kéo thêm việc mới. Kỹ thuật phân cụm điểm chặn (blocker clustering) gom các nguyên nhân bị chặn theo thời gian để tìm vấn đề hệ thống, rồi đưa vào buổi đánh giá để cải tiến.
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.
Đườ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.
Quản lý theo ngoại lệ · Management by Exception
Nguyên tắc (nổi bật trong PRINCE2) trong đó cấp quản lý cao hơn giao quyền cho cấp dưới trong các dung sai đã thống nhất về thời gian, chi phí, phạm vi, chất lượng, rủi ro, lợi ích. Chừng nào dự án còn trong dung sai, cấp trên chỉ nhận báo cáo định kỳ; khi dự báo vượt dung sai, cấp dưới phải báo ngoại lệ và chờ quyết định. Cách làm này tiết kiệm thời gian lãnh đạo và làm rõ khi nào cần leo thang.
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.
Ôn 7 thuật ngữ bằng thẻ ghi nhớ

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

  • PR9Đánh giá tình trạng dự ánBài cùng task PR9
  • 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 — A Guide to the Project Management Body of Knowledge (PMBOK® Guide) (mở trong thẻ mới)
  2. Wikipedia — Root cause analysis (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
Trong họp tình trạng, một thành viên nêu rằng máy chủ kiểm thử thường xuyên mất kết nối. PM nên làm gì trước tiên?

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

Bài trướcBài 7.6 · Dự án trong danh mục đầu tư: lựa chọn, ưu tiên và quyết định dừngBài tiếp theoBài 7.8 · Hỗ trợ thay đổi tổ chức trong thực tế: đánh giá tác động, người dùng nòng cốt và đo mức chấp nhận

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
  5. 7.5Bài 7.5: Ra quyết định trong môi trường bất định: VUCA, Cynefin và Stacey
  6. 7.6Bài 7.6: Dự án trong danh mục đầu tư: lựa chọn, ưu tiên và quyết định dừng
  7. 7.7Bài 7.7: Quy trình xử lý vấn đề: phân loại, chủ sở hữu, leo thang và đóng vấn đề
  8. 7.8Bài 7.8: Hỗ trợ thay đổi tổ chức trong thực tế: đánh giá tác động, người dùng nòng cốt và đo mức chấp nhận
  9. 7.9Bài 7.9: Chuyển giao cho vận hành: tiêu chí sẵn sàng, giai đoạn hypercare và người giữ lợi ích
  10. 7.10Bài 7.10: Biến động kinh tế vĩ mô trong dự án: lạm phát, tỷ giá, lãi suất và điều khoản điều chỉnh giá
  11. 7.11Bài 7.11: Phân tích tác động của yêu cầu thay đổi và quản lý cấu hình
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

Vấn đề khác rủi ro ở chỗ nào?Sáu bước của vòng đời vấn đềNhật ký vấn đề cần những trường nào?Chấm ưu tiên: ảnh hưởng và khẩn cấpGiải pháp tình thế và giải pháp gốcKhi nào leo thang?Gói thông tin leo thangTrở ngại trong đội agileVí dụ: triển khai phần mềm kế toán cho chuỗi siêu thịLiê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
  5. 7.5Bài 7.5: Ra quyết định trong môi trường bất định: VUCA, Cynefin và Stacey
  6. 7.6Bài 7.6: Dự án trong danh mục đầu tư: lựa chọn, ưu tiên và quyết định dừng
  7. 7.7Bài 7.7: Quy trình xử lý vấn đề: phân loại, chủ sở hữu, leo thang và đóng vấn đề
  8. 7.8Bài 7.8: Hỗ trợ thay đổi tổ chức trong thực tế: đánh giá tác động, người dùng nòng cốt và đo mức chấp nhận
  9. 7.9Bài 7.9: Chuyển giao cho vận hành: tiêu chí sẵn sàng, giai đoạn hypercare và người giữ lợi ích
  10. 7.10Bài 7.10: Biến động kinh tế vĩ mô trong dự án: lạm phát, tỷ giá, lãi suất và điều khoản điều chỉnh giá
  11. 7.11Bài 7.11: Phân tích tác động của yêu cầu thay đổi và quản lý cấu hình
Danh sách bài học