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. /Một sự cố, mười nguyên nhân, năm hậu quả: dùng s…
Rủi ro & thay đổi· Domain: Sự không chắc chắn (rủi ro)

Một sự cố, mười nguyên nhân, năm hậu quả: dùng sơ đồ nơ bướm (bow-tie) để nhận diện rủi ro và rào chắn

Sổ rủi ro ghi "mất dữ liệu khách hàng" như một dòng duy nhất, trong khi nó có hàng chục con đường dẫn tới và nhiều hậu quả khác nhau. Sơ đồ nơ bướm đặt sự kiện ở giữa, nguyên nhân bên trái, hậu quả bên phải và rào chắn trên mỗi nhánh — giúp nhận diện rủi ro đầy đủ và thấy rõ chỗ hở.

HP
Nguyễn Thu Hà, PMP
01/02/2026
5 phút đọc 0 0
Một sự cố, mười nguyên nhân, năm hậu quả: dùng sơ đồ nơ bướm (bow-tie) để nhận diện rủi ro và rào chắ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ạ.

Một công ty bảo hiểm chuyển hệ thống quản lý hợp đồng lên điện toán đám mây. Sổ đăng ký rủi ro có dòng: "Rò rỉ dữ liệu khách hàng — xác suất: thấp, tác động: rất cao", với ứng phó "tăng cường bảo mật". Dòng này được chấm điểm, tô màu đỏ và báo cáo lên ban giám đốc hằng tháng — nhưng không ai biết cụ thể phải làm gì thêm.

Trong buổi rà soát, trưởng nhóm bảo mật hỏi: "Rò rỉ theo con đường nào? Do cấu hình kho lưu trữ sai, do nhân viên bị lừa đảo qua email, do nhà cung cấp, hay do dữ liệu thử nghiệm lấy từ dữ liệu thật? Mỗi con đường cần một biện pháp khác nhau. Và hậu quả là gì — bị phạt, mất khách hàng, hay phải dừng hệ thống?"

PM quyết định dùng sơ đồ nơ bướm (bow-tie) để phân tích lại.

Sơ đồ nơ bướm là gì

Sơ đồ bow-tie có hình chiếc nơ: một sự kiện trung tâm ở giữa, các nguyên nhân/mối đe doạ dẫn tới nó ở bên trái, các hậu quả ở bên phải, và các rào chắn (barriers, controls) đặt trên từng nhánh.

  • Sự kiện trung tâm (top event) là thời điểm mất kiểm soát, trước khi thiệt hại xảy ra.
  • Rào chắn bên trái là phòng ngừa — giảm xác suất sự kiện xảy ra.
  • Rào chắn bên phải là giảm nhẹ/phục hồi — giảm tác động khi sự kiện đã xảy ra.

Phương pháp xuất hiện khoảng năm 1979, với tài liệu khoá học của Imperial Chemical Industries và công trình của Derek Viner. Royal Dutch Shell là công ty lớn đầu tiên đưa bow-tie vào thực hành quản lý một cách hệ thống từ đầu thập niên 1990. Ngày nay nó được dùng trong an toàn quy trình công nghiệp, hàng không, an ninh mạng và tài chính.

Bow-tie thực chất ghép hai góc nhìn quen thuộc: phía trái giống phân tích nguyên nhân gốc (như sơ đồ xương cá Ishikawa hay cây lỗi), phía phải giống phân tích hậu quả (cây sự kiện).

Liên hệ với PMBOK® Guide

Trong quy trình Identify Risks (11.2, PMBOK 6), phân tích nguyên nhân gốc (root cause analysis) là một kỹ thuật phân tích dữ liệu: bắt đầu từ một vấn đề hoặc mối đe doạ, tìm ngược các nguyên nhân để nhận diện thêm rủi ro, hoặc bắt đầu từ lợi ích để tìm cơ hội. Bow-tie mở rộng ý tưởng đó sang cả hai phía.

Bow-tie cũng giúp chuẩn bị tốt cho quy trình Plan Risk Responses (11.5): rào chắn bên trái tương ứng chiến lược giảm thiểu (mitigate) hoặc né tránh (avoid); rào chắn bên phải gắn với (contingency plan) và (fallback plan). Cách viết của NASA Risk Management Handbook — tách điều kiện, sai lệch, đối tượng chịu ảnh hưởng và hậu quả — cũng phản ánh cùng logic "từ nguyên nhân tới hậu quả".

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
kế hoạch dự phòng
kế hoạch dự phòng thứ cấp

Dựng sơ đồ cho tình huống

Bước 1: Định nghĩa sự kiện trung tâm

Sự kiện trung tâm phải là thời điểm mất kiểm soát, không phải nguyên nhân hay hậu quả. Đội chọn: "Dữ liệu khách hàng bị truy cập bởi bên không được phép."

Bước 2: Liệt kê mối đe doạ (bên trái)

Mỗi mối đe doạ là một con đường độc lập dẫn tới sự kiện:

  1. Kho lưu trữ đám mây bị cấu hình mở công khai do sai sót khi triển khai.
  2. Tài khoản nhân viên bị chiếm qua email lừa đảo (phishing).
  3. Nhà cung cấp dịch vụ hỗ trợ có quyền truy cập rộng hơn cần thiết.
  4. Dữ liệu thật được sao chép sang môi trường thử nghiệm kém bảo vệ.
  5. Lỗ hổng phần mềm chưa vá trong thành phần mã nguồn mở.

Bước 3: Liệt kê hậu quả (bên phải)

  1. Bị cơ quan quản lý xử phạt.
  2. Phải thông báo và hỗ trợ khách hàng bị ảnh hưởng.
  3. Mất khách hàng, ảnh hưởng uy tín.
  4. Phải tạm dừng hệ thống để điều tra, làm trễ go-live.

Bước 4: Gắn rào chắn và đánh giá

NhánhRào chắn hiện cóĐánh giá
Đe doạ 1 (cấu hình sai)Rà soát thủ công trước triển khaiYếu — phụ thuộc con người
Đe doạ 2 (phishing)Xác thực nhiều lớp, đào tạoKhá
Đe doạ 3 (nhà cung cấp)Hợp đồng có điều khoản bảo mậtYếu — không có kiểm soát kỹ thuật
Đe doạ 4 (dữ liệu thử)Không cóHở
Đe doạ 5 (lỗ hổng)Quét định kỳ hằng quýYếu — chu kỳ quá dài
Hậu quả 4 (dừng hệ thống)Không có kế hoạch ứng phó sự cố cho hệ thống mớiHở

Bước 5: Chuyển thành rủi ro và hành động

Từ một dòng mơ hồ, đội có 5 rủi ro riêng biệt với nguyên nhân rõ (mỗi nhánh trái), hai lỗ hổng rào chắn cần xử lý ngay (dữ liệu thử nghiệm, kế hoạch ứng phó sự cố) và người chịu trách nhiệm cho từng rào chắn. Ví dụ: rủi ro dữ liệu thử nghiệm được giao cho trưởng nhóm kiểm thử với ứng phó "ẩn danh hoá dữ liệu trước khi sao chép" — một biện pháp né tránh.

Khi nào dùng bow-tie

  • Rủi ro có tác động rất cao mà sổ rủi ro chỉ ghi một dòng.
  • Rủi ro về an toàn, an ninh, môi trường — nơi có nhiều lớp kiểm soát cần được nhìn tổng thể.
  • Khi cần giải thích cho lãnh đạo vì sao cần đầu tư vào một rào chắn cụ thể: hình ảnh cho thấy rõ nhánh nào đang hở.

Không cần dựng bow-tie cho mọi rủi ro — chỉ cho số ít rủi ro trọng yếu.

Sai lầm thường gặp

  • Chọn sai sự kiện trung tâm: chọn hậu quả ("bị phạt") làm trung tâm khiến bên phải trống rỗng; chọn nguyên nhân ("cấu hình sai") làm trung tâm khiến bên trái hẹp.
  • Liệt kê rào chắn trên giấy: "đã có quy định" chưa phải rào chắn nếu không ai kiểm tra việc tuân thủ.
  • Gộp nhiều nhánh: mỗi mối đe doạ cần một nhánh riêng để thấy nhánh nào thiếu rào chắn.
  • Quên phía phải: nhiều đội chỉ tập trung phòng ngừa, không chuẩn bị gì khi sự kiện xảy ra.
  • Vẽ một lần rồi cất: hệ thống thay đổi, rào chắn có thể xuống cấp — cần rà soát định kỳ.

Ghi nhớ cho kỳ thi PMP

  • Phân tích nguyên nhân gốc là kỹ thuật phân tích dữ liệu của Identify Risks; bow-tie là một cách trình bày mở rộng sang cả hậu quả.
  • Rào chắn phòng ngừa ↔ giảm xác suất (mitigate/avoid); rào chắn giảm nhẹ ↔ giảm tác động và kế hoạch dự phòng.
  • Một "rủi ro" có nhiều nguyên nhân khác nhau thường nên tách thành nhiều rủi ro để ứng phó đúng.

Nguồn tham khảo

  • Bow-tie diagram – Wikipedia
  • Ishikawa diagram – Wikipedia
  • NASA Risk Management Handbook (NASA/SP-2011-3422)
#bow-tie#nhan-dien-rui-ro#Phân tích nguyên nhân gốc#rao-chan#An toàn

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

Câu 1/1
Sổ đăng ký rủi ro có dòng "Sự cố tràn hoá chất tại công trường" với ứng phó "tăng cường an toàn". Khi phân tích, đội nhận thấy sự cố có thể xảy ra theo bốn con đường khác nhau và dẫn tới ba loại hậu quả khác nhau. PM nên làm gì để quản lý rủi ro này hiệu quả hơn?

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

Sơ đồ nơ bướm cho thấy hai lỗ hổng: không có rào chắn với việc sao chép dữ liệu thật sang môi trường thử, và không có kế hoạch ứng phó sự cố cho hệ thống mới. Ngân sách còn lại chỉ đủ xử lý tốt một trong hai trước go-live. Nếu là PM, bạn ưu tiên lỗ hổng nào?

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ạSơ đồ nơ bướm là gìLiên hệ với PMBOK® GuideDựng sơ đồ cho tình huốngKhi nào dùng bow-tieSai lầm thường gặpGhi nhớ cho kỳ 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)