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. /Không phải bất định nào cũng là rủi ro: mơ hồ, p…
Rủi ro & thay đổi· Domain: Sự không chắc chắn (rủi ro)

Không phải bất định nào cũng là rủi ro: mơ hồ, phức tạp và biến động theo PMBOK® 7

Yêu cầu mơ hồ, hệ thống đan xen, chi phí biến động — mỗi loại bất định cần cách xử lý riêng. Áp dụng Uncertainty Performance Domain của PMBOK® 7 vào một tình huống minh hoạ.

HP
Nguyễn Thu Hà, PMP
27/07/2026
5 phút đọc 0 0
Không phải bất định nào cũng là rủi ro: mơ hồ, phức tạp và biến động theo PMBOK® 7

Tình huống minh hoạ

Một công ty bảo hiểm (giả định) khởi động dự án số hoá quy trình xử lý hồ sơ bồi thường. Sau hai tuần, PM liệt kê được ba nhóm "bất định" khác nhau:

  • Các phòng nghiệp vụ cùng dùng thuật ngữ "hồ sơ hoàn chỉnh" nhưng mỗi phòng hiểu một kiểu.
  • Hệ thống mới phải kết nối với nhiều hệ thống cũ, nhiều phòng ban và đối tác bên ngoài; thay đổi ở một chỗ thường gây hiệu ứng khó đoán ở chỗ khác.
  • Giá thuê hạ tầng và chi phí thuê ngoài nhân sự kiểm thử biến động liên tục trong những tháng gần đây.

Đội đề xuất "đưa hết vào risk register và chấm điểm". PM băn khoăn: một ma trận xác suất – tác động có xử lý được cả ba nhóm vấn đề này không?

Phân tích theo PMBOK® Guide

PMBOK® Guide – Seventh Edition dành riêng Uncertainty Performance Domain và phân biệt nhiều dạng bất định, mỗi dạng có hướng tiếp cận riêng:

DạngĐặc điểmHướng tiếp cận gợi ý
Bất định chung (uncertainty)Thiếu hiểu biết hoặc không đoán trước được sự kiện, kết quảThu thập thông tin; chuẩn bị cho nhiều kết quả; set-based design; xây dựng khả năng phục hồi (resilience)
Mơ hồ (ambiguity)Mơ hồ về khái niệm (conceptual) hoặc về tình huống khi có nhiều kết quả cùng có thể xảy ra (situational)Chi tiết hoá dần (progressive elaboration); thử nghiệm (experiments); làm mẫu (prototypes)
Phức tạp (complexity)Khó quản lý do hành vi con người, hành vi hệ thống hoặc sự mơ hồTheo hệ thống: decoupling, simulation; đổi góc nhìn: diversity, balance; theo quy trình: iterate, engage, fail safe
Biến động (volatility)Thay đổi nhanh, khó lường, ví dụ về giá cả hay nguồn lựcPhân tích phương án (alternatives analysis); dự phòng (reserve)
Rủi ro (risk)Sự kiện không chắc chắn có thể tác động tích cực hoặc tiêu cựcNhận diện, phân tích, ứng phó threats và opportunities; dự phòng; rà soát rủi ro

Đối chiếu với tình huống:

  • "Hồ sơ hoàn chỉnh" mỗi người hiểu một kiểu là mơ hồ về khái niệm. Chấm điểm xác suất cho nó không làm nó rõ hơn; cần thử nghiệm và làm mẫu.
  • Kết nối nhiều hệ thống và nhiều phòng ban là phức tạp. Cần giảm liên kết, chia nhỏ và lặp.
  • Chi phí hạ tầng và nhân sự thay đổi là biến động. Phù hợp với phân tích phương án và dự phòng chi phí.

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

Phần Models của PMBOK® 7 còn giới thiệu Cynefin framework và Stacey matrix để nhận diện bối cảnh trước khi chọn cách tiếp cận.

Cách xử lý đề xuất

  1. Phân loại trước khi xử lý. Cùng đội gắn nhãn từng mục: rủi ro, mơ hồ, phức tạp hay biến động. Những mục thực sự là rủi ro vẫn đưa vào risk register như bình thường.
  2. Với sự mơ hồ: làm cho nó cụ thể. Tổ chức workshop thống nhất bảng thuật ngữ; làm prototype màn hình tiếp nhận hồ sơ và chạy thử với một phòng nghiệp vụ; chi tiết hoá yêu cầu dần theo phản hồi.
  3. Với sự phức tạp: giảm liên kết và đi từng bước.
    • Decoupling: tách hệ thống thành các phần ít phụ thuộc nhau, ví dụ dùng một lớp tích hợp trung gian thay vì nối trực tiếp từng hệ thống cũ.
    • Iterate: triển khai theo từng loại hồ sơ, rút kinh nghiệm rồi mở rộng.
    • Engage: đưa đại diện các phòng ban vào các buổi review định kỳ.
    • Fail safe: với chức năng then chốt như chi trả bồi thường, thiết kế phương án dự phòng khi hệ thống mới gặp sự cố.
  4. Với sự biến động: chuẩn bị phương án và dự phòng. Phân tích các lựa chọn (thuê theo nhu cầu hay cam kết dài hạn, kiểm thử nội bộ hay thuê ngoài) và đặt dự phòng chi phí tương xứng, được phê duyệt minh bạch.
  5. Chọn cách tiếp cận phát triển phù hợp. Mức độ mơ hồ và phức tạp cao là tín hiệu nên dùng cách tiếp cận thích ứng hoặc hybrid cho phần phần mềm, theo nguyên tắc Tailor based on context.
  6. Rà soát định kỳ. Khi sự mơ hồ được làm rõ, một số mục sẽ trở thành yêu cầu cụ thể hoặc rủi ro cụ thể và được quản lý theo quy trình thông thường.

Góc nhìn đề thi PMP

  • Khi đề mô tả yêu cầu chưa rõ hoặc các bên chưa thống nhất mục tiêu, phương án hướng tới prototype, thử nghiệm, phản hồi sớm, chi tiết hoá dần thường tốt hơn "lập kế hoạch chi tiết hơn" hay "yêu cầu khách hàng ký xác nhận toàn bộ yêu cầu ngay".
  • Khi đề nhấn mạnh biến động giá cả hoặc nguồn lực, hãy nghĩ tới alternatives analysis và reserve.
  • Nắm tinh thần các nguyên tắc Navigate complexity và Embrace adaptability and resiliency của PMBOK® 7.
  • Trong ECO 2021 (phiên bản trước), chủ đề liên quan tới các nhiệm vụ Assess and manage risks và Determine appropriate project methodology/methods and practices (domain Process), cùng Evaluate and address external business environment changes for impact on scope (domain Business Environment). Đề thi PMP áp dụng ECO mới từ khoảng tháng 7/2026 — hãy kiểm tra ECO mới nhất trên pmi.org.

Bài học rút ra

  • Không phải bất định nào cũng là một "rủi ro" để chấm điểm; gọi đúng tên giúp chọn đúng công cụ.
  • Mơ hồ được giảm bằng học hỏi nhanh; phức tạp được giảm bằng chia nhỏ và lặp; biến động được giảm bằng phương án thay thế và dự phòng.
  • Risk register vẫn quan trọng, nhưng chỉ là một trong nhiều công cụ của Uncertainty Performance Domain.

Tài liệu tham khảo

  • PMI. PMBOK® Guide – Seventh Edition, 2021 — Uncertainty Performance Domain; Models (Cynefin framework, Stacey matrix); các nguyên tắc quản lý dự án.
  • PMI & Agile Alliance. Agile Practice Guide, 2017.
  • PMI. Project Management Professional (PMP)® Examination Content Outline — dùng bản mới nhất trên pmi.org; tên nhiệm vụ nêu trong bài theo bản 2021.
#uncertainty#ambiguity#complexity#pmbok-7

Biểu mẫu tải về

  • Hướng dẫn tổ chức buổi Pre-mortem (Atlassian Team Playbook)Kịch bản workshop khoảng 60 phút cho 3–11 người: hình dung dự án đã thất bại/thành công, động não im lặng, gom nhóm, bỏ phiếu và giao việc. Kèm mẫu Confluence/Trello. Hữu ích để làm lộ ra các giả định mơ hồ trước khi bắt đầu.atlassian.com · 0 lượt mở
    Mở liên kết
  • Khung quản lý rủi ro trong khu vực công (GOV.UK)Tài liệu "Management of risk in government" (PDF 44 trang, kèm bản tóm tắt HTML) của Cabinet Office: mô hình quản trị rủi ro, vai trò hội đồng quản trị, ví dụ, công cụ và biểu mẫu. Dùng để tham khảo cách tổ chức xử lý bất định ở cấp tổ chức.gov.uk · 0 lượt mở
    Mở liên kết
  • Khung Cynefin – phân loại bối cảnh để chọn cách ra quyết định (Wikipedia)Tổng quan khung Cynefin với các vùng rõ ràng, phức tạp có thể phân tích (complicated), phức hợp (complex), hỗn loạn và hỗn độn. Giúp phân biệt khi nào nên phân tích chuyên gia, khi nào phải thử nghiệm – quan sát – điều chỉnh, khớp với cách PMBOK 7 tiếp cận sự phức tạp. Bài đọc tham khảo.en.wikipedia.org · 0 lượt mở
    Mở liên kết
  • Hướng dẫn mô phỏng Monte Carlo trên Excel (Vertex42)Bài hướng dẫn kèm file mẫu cách dựng mô phỏng Monte Carlo bằng hàm ngẫu nhiên trong Excel, chạy nhiều lần và đọc phân phối kết quả. Dùng để định lượng biến động (volatility) của chi phí hoặc thời gian thay vì chỉ đưa một con số ước lượng. Excel.vertex42.com · 0 lượt mở
    Mở liên kết
  • Mẫu bản đồ giả định – Assumption Mapping (Miro)Lưới 2x2 theo hai trục "mức quan trọng" và "mức chắc chắn" để đội liệt kê và xếp các giả định, kèm phần backlog thí nghiệm để kiểm chứng giả định rủi ro nhất. Phù hợp khi đối mặt sự mơ hồ (ambiguity): biến điều chưa rõ thành giả thuyết có thể kiểm tra. Trực tuyến (Miro).miro.com · 0 lượt mở
    Mở liên kết
  • Mẫu lập kịch bản tương lai – Scenario Planning (Miro)Bảng trắng giúp đội xác định các yếu tố bất định chính, dựng vài kịch bản tương lai khác nhau và chuẩn bị hướng hành động cho từng kịch bản. Dùng cho các bất định không gán được xác suất, bổ sung cho sổ đăng ký rủi ro truyền thống. Trực tuyến (Miro).miro.com · 0 lượt mở
    Mở liên kết

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

Câu 1/5
Dự án số hoá xử lý hồ sơ bồi thường gặp vướng mắc: các phòng nghiệp vụ cùng dùng cụm từ "hồ sơ hoàn chỉnh" nhưng mỗi phòng hiểu một kiểu. Theo Uncertainty Performance Domain của PMBOK 7, cách tiếp cận nào phù hợp nhất?

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

Dự án số hoá hồ sơ bồi thường có ba nhóm bất định: mỗi phòng hiểu "hồ sơ hoàn chỉnh" một kiểu, hệ thống đan xen nhiều bên, giá hạ tầng và thuê ngoài biến động. Nguồn lực có hạn. Nếu là PM, bạn ưu tiên xử lý nhóm 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ý đề xuấtGóc nhìn đề thi PMPBài học rút raTài liệu tham khảoBiể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)