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. /Sổ rủi ro 60 dòng mà 41 dòng là kỹ thuật: dùng c…
Rủi ro & thay đổi· Domain: Sự không chắc chắn (rủi ro)

Sổ rủi ro 60 dòng mà 41 dòng là kỹ thuật: dùng cấu trúc phân rã rủi ro (RBS) để tìm điểm mù

Đội dự án hệ thống thông tin bệnh viện nhận diện được 60 rủi ro, nhưng gần 70% là rủi ro kỹ thuật, còn rủi ro pháp lý, nhà cung cấp và tổ chức gần như vắng mặt. Cách dùng RBS làm khung nhận diện, phát hiện vùng tập trung rủi ro và báo cáo theo nhóm nguyên nhân.

HP
Nguyễn Thu Hà, PMP
29/08/2026
6 phút đọc 0 0
Sổ rủi ro 60 dòng mà 41 dòng là kỹ thuật: dùng cấu trúc phân rã rủi ro (RBS) để tìm điểm mù

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 bệnh viện tỉnh triển khai hệ thống thông tin bệnh viện (HIS) và bệnh án điện tử. Đội dự án chủ yếu là kỹ sư phần mềm. Sau hai buổi động não, sổ đăng ký rủi ro có 60 dòng. PM mới nhận dự án phân loại thử:

NhómSố rủi roTỷ lệ
Kỹ thuật (tích hợp, hiệu năng, dữ liệu)4168%
Quản lý dự án (ước lượng, nguồn lực, truyền thông)915%
Thương mại (nhà cung cấp, hợp đồng)610%
Bên ngoài (pháp lý, quy định, thiên tai)47%
Tổng60100%

Không có rủi ro nào về thay đổi quy định chuyên môn của ngành y tế, khả năng tiếp nhận của bác sĩ, hay việc nhà cung cấp thiết bị xét nghiệm không chịu mở giao diện kết nối. Đó không phải vì những rủi ro này không tồn tại, mà vì người tham gia nhận diện đều nhìn từ một góc.

Phân tích theo PMBOK® Guide

Cấu trúc phân rã rủi ro (risk breakdown structure – RBS) là một cấu trúc phân cấp các nguồn rủi ro tiềm ẩn, tương tự WBS nhưng phân rã nguồn gây rủi ro thay vì sản phẩm bàn giao. PMBOK® Guide ấn bản 6 đưa RBS vào Plan Risk Management (11.1) như một cách phân loại rủi ro trong kế hoạch quản lý rủi ro, và dùng làm khung kiểm tra (prompt list) trong Identify Risks (11.2). Ví dụ mức 1 thường gặp gồm bốn nhóm: kỹ thuật, quản lý, thương mại, bên ngoài.

RBS phục vụ nhiều mục đích:

  • Nhận diện đầy đủ hơn: đi qua từng nhánh, hỏi "ở nhánh này, điều gì có thể xảy ra?"
  • Phân tích: thấy nhóm nguyên nhân nào tập trung nhiều rủi ro hoặc mức phơi nhiễm cao.
  • Lập ứng phó: một ứng phó gốc có thể xử lý cả cụm rủi ro cùng nguồn.
  • So sánh và học hỏi giữa các dự án dùng chung một RBS.

Theo PMBOK® Guide ấn bản 7, Uncertainty Performance Domain nhấn mạnh việc nhìn rủi ro một cách toàn diện, và nguyên tắc Recognize, evaluate, and respond to system interactions nhắc rằng rủi ro thường nằm ở giao diện giữa các bộ phận.

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ách xử lý

Bước 1: Xây RBS phù hợp với dự án

PM điều chỉnh RBS mẫu của tổ chức cho dự án HIS (trích):

Mức 1Mức 2Ví dụ câu hỏi gợi mở
Kỹ thuậtYêu cầu; Tích hợp; Dữ liệu; Hiệu năng; Bảo mậtThiết bị nào phải kết nối? Dữ liệu cũ sạch đến đâu?
Quản lýƯớc lượng; Nguồn lực; Truyền thông; Quản trịAi có quyền quyết định quy trình lâm sàng?
Thương mạiNhà cung cấp; Hợp đồng; Bên thứ baAi sở hữu giao diện của máy xét nghiệm?
Bên ngoàiPháp lý – quy định; Người dùng; Môi trườngQuy định về bệnh án điện tử có thay đổi trong năm?
Tổ chức (bổ sung)Văn hoá; Ưu tiên của bệnh viện; Năng lực tiếp nhậnBác sĩ có thời gian học hệ thống mới?

Bước 2: Workshop nhận diện theo từng nhánh, với đúng người

Mời thêm trưởng khoa lâm sàng, phòng kế hoạch tổng hợp, phòng vật tư thiết bị, cán bộ pháp chế. Đi lần lượt từng nhánh mức 2, mỗi nhánh 10 phút. Kết quả: thêm 14 rủi ro mới (bên ngoài 6, thương mại 5, quản lý 3). Sổ đăng ký tăng lên 74 dòng; tỷ lệ kỹ thuật giảm xuống 41/74 ≈ 55%.

Bước 3: Tìm vùng tập trung

Đặt rủi ro vào ma trận RBS × WBS: hàng là nhánh RBS, cột là gói công việc lớn. Ô "Thương mại – Nhà cung cấp" × "Tích hợp thiết bị xét nghiệm" có 7 rủi ro, trong đó 3 rủi ro mức cao — một điểm nóng mà danh sách phẳng không cho thấy.

Bước 4: Ứng phó theo nguồn gốc

Thay vì 7 kế hoạch rời rạc, đội lập một ứng phó gốc: đưa điều khoản mở giao diện kết nối vào phụ lục hợp đồng mua sắm thiết bị, kèm lịch kiểm thử tích hợp có đại diện nhà cung cấp.

Bước 5: Báo cáo theo RBS

Báo cáo ban chỉ đạo theo nhóm nguyên nhân: "Mức phơi nhiễm lớn nhất nằm ở nhánh Thương mại – Nhà cung cấp". Lãnh đạo dễ hành động ở cấp này hơn là đọc 74 dòng.

Bước 6: Viết rủi ro đúng cấu trúc

RBS giúp tìm nguồn, nhưng mỗi dòng trong sổ đăng ký vẫn phải mô tả rủi ro rõ ràng. Cấu trúc ba phần (nguyên nhân – rủi ro – tác động) giúp tách bạch:

Cách viếtVí dụ
Chưa tốt"Nhà cung cấp máy xét nghiệm"
Tốt"Do hợp đồng mua máy xét nghiệm không có điều khoản mở giao diện (nguyên nhân), nhà cung cấp có thể từ chối hoặc tính phí cao cho việc kết nối (rủi ro), khiến kết quả xét nghiệm không tự động vào bệnh án và go-live khoa xét nghiệm trễ 4–8 tuần (tác động)."

Cách viết này cũng cho biết ngay rủi ro thuộc nhánh RBS nào (Thương mại – Hợp đồng) và gói WBS nào (Tích hợp thiết bị).

Bước 7: Biến RBS thành tài sản của tổ chức

Sau dự án, PMO tổng hợp số rủi ro và rủi ro đã xảy ra theo từng nhánh RBS. Theo thời gian, tổ chức biết loại dự án nào thường "vấp" ở nhánh nào — đầu vào quý cho nhận diện rủi ro của dự án sau. Hướng dẫn của Văn phòng Kiểm toán Quốc gia Anh (NAO, 2023) cũng khuyến nghị đa dạng hoá góc nhìn chuyên gia khi nhận diện và lập bản đồ các rủi ro liên kết, xuyên suốt nhiều đơn vị.

Bài học rút ra

  • Sổ rủi ro phản ánh góc nhìn của người tham gia nhận diện; thiếu người là thiếu rủi ro.
  • RBS là khung gợi mở và phân loại, giúp thấy điểm mù và vùng tập trung mà danh sách phẳng che mất.
  • Ứng phó theo nguồn gốc hiệu quả hơn nhiều kế hoạch rời rạc cho từng dòng.

Sai lầm thường gặp

  • Dùng RBS như checklist đóng: chỉ tìm rủi ro trong các ô có sẵn, bỏ qua điều chưa từng gặp.
  • Nhầm RBS với cơ cấu tổ chức (organizational breakdown structure) hay với cơ cấu nguồn lực (resource breakdown structure) — cùng viết tắt RBS trong một số tài liệu.
  • RBS quá sâu: 5–6 mức khiến việc phân loại thành tranh luận hình thức.
  • Ghi nguyên nhân là rủi ro: "nhà cung cấp chậm" là nguồn rủi ro; rủi ro phải mô tả sự kiện bất định và tác động tới mục tiêu.
  • Workshop chỉ có đội kỹ thuật: RBS chỉ phát huy khi người tham gia đủ đa dạng.

Góc ôn thi PMP

  • RBS là công cụ phân loại, thường xuất hiện trong kế hoạch quản lý rủi ro; khi đề hỏi "cách phân nhóm rủi ro theo nguồn" → RBS.
  • Phân loại rủi ro (risk categorization) theo RBS, WBS hoặc giai đoạn là kỹ thuật của phân tích định tính, giúp xác định vùng tập trung và ứng phó gốc.
  • Prompt list (ví dụ PESTLE, TECOP, VUCA) cũng là cách gợi mở nhận diện ở mức tổng thể dự án.

Nguồn tham khảo

  • Risk breakdown structure – Wikipedia
  • Overcoming challenges to managing risks in government – UK National Audit Office (2023)
#risk-breakdown-structure#nhan-dien-rui-ro#so-dang-ky-rui-ro#workshop#rbs

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

Câu 1/1
Sau buổi nhận diện rủi ro, PM nhận thấy gần như toàn bộ rủi ro trong sổ đăng ký đều thuộc nhóm kỹ thuật, trong khi dự án phụ thuộc nhiều vào nhà cung cấp và quy định của cơ quan quản lý. Kế hoạch quản lý rủi ro có định nghĩa một cấu trúc phân rã rủi ro (RBS). PM nên làm gì tiếp theo?

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

PMO muốn áp dụng một RBS chuẩn cho mọi dự án để so sánh, nhưng PM dự án HIS muốn thêm nhánh "Tổ chức – năng lực tiếp nhận lâm sàng" riêng. Nếu là PM, bạn chọn cách 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ạ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)