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. /Risk register dài 200 dòng mà toàn "vấn đề": tác…
Rủi ro & thay đổi· Domain: Công việc dự án

Risk register dài 200 dòng mà toàn "vấn đề": tách bạch issue log và risk register

Danh sách rủi ro của dự án kho vận dài hàng trăm dòng, nhưng phần lớn là việc đã xảy ra. Vì sao trộn lẫn rủi ro và vấn đề khiến dự án mất khả năng nhìn trước, và cách tổ chức lại hai artifact này cho hiệu quả.

HP
Nguyễn Thu Hà, PMP
07/09/2026
5 phút đọc 0 0
Risk register dài 200 dòng mà toàn "vấn đề": tách bạch issue log và risk register

Tình huống minh hoạ

Tình huống dưới đây là giả định, dùng để minh hoạ.

Một công ty logistics triển khai hệ thống quản lý kho (WMS) cho ba trung tâm phân phối tại Bình Dương, Long An và Hưng Yên. Chị Đỗ Ngọc Mai được điều về làm PM thay người cũ ở tháng thứ năm. Tài liệu đầu tiên chị mở là risk register – một bảng tính 214 dòng.

Đọc kỹ, chị nhận thấy: "Máy quét mã vạch ở kho Long An không kết nối được Wi-Fi" – đã xảy ra từ ba tuần trước; "Đối tác vận tải chưa gửi định dạng file đơn hàng" – quá hạn mười ngày; "Thiếu nhân sự kiểm thử" – đang diễn ra. Khoảng 70% số dòng là những việc đã xảy ra. Trong khi đó, những điều có thể xảy ra trong ba tháng tới – như mùa cao điểm cuối năm trùng thời gian go-live kho Hưng Yên – lại không xuất hiện. Cuộc họp rủi ro hằng tuần kéo dài 90 phút, chủ yếu để "cập nhật trạng thái" từng dòng.

Phân tích theo PMBOK® Guide

PMBOK® Guide 7 liệt kê risk register và issue log là hai artifact riêng biệt trong nhóm nhật ký và sổ đăng ký (logs and registers):

Tiêu chíRisk registerIssue log
Bản chấtSự kiện hoặc điều kiện không chắc chắn, có thể xảy ra trong tương laiĐiều đã xảy ra hoặc đang diễn ra
Hướng thời gianNhìn về phía trướcHiện tại
Câu hỏi chính"Nếu xảy ra thì sao? Ta chuẩn bị gì?""Ai xử lý, khi nào xong?"
Nội dung chínhNguyên nhân, xác suất, tác động, chiến lược ứng phó, risk owner, triggerMô tả, mức độ ưu tiên, người phụ trách, hạn xử lý, trạng thái, cách giải quyết
Có thể là cơ hội?Có (rủi ro tích cực)Không – issue là điều cần giải quyết

Một rủi ro khi xảy ra sẽ chuyển thành issue: dự án kích hoạt contingency plan (nếu đã có), ghi nhận vào issue log và cập nhật trạng thái rủi ro. Ngược lại, một issue có thể làm phát sinh rủi ro mới, cần được ghi vào risk register.

Thuộc Project Work Performance Domain, PMBOK® Guide 7 nhấn mạnh việc quản lý luồng công việc và thông tin hiệu quả; còn Uncertainty Performance Domain yêu cầu dự án liên tục rà quét các mối đe dọa và cơ hội phía trước. Trộn hai artifact làm hỏng cả hai mục tiêu: issue không được xử lý dứt điểm, còn rủi ro thật sự bị chìm.

Nguyên nhân gốc trong tình huống:

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
  1. Không có định nghĩa thống nhất về rủi ro và issue trong kế hoạch quản lý rủi ro.
  2. Không có issue log riêng, nên mọi thứ "có vẻ xấu" đều vào risk register.
  3. Họp rủi ro biến thành họp báo cáo tiến độ, không còn thời gian để nhận diện rủi ro mới.

Cách xử lý

Bước 1 – Phân loại lại toàn bộ danh sách

Chị Mai cùng đội dành một buổi làm việc để gắn nhãn từng dòng:

NhãnTiêu chíHành động
IssueĐã xảy ra, đang gây ảnh hưởngChuyển sang issue log, giao người phụ trách và hạn xử lý
Rủi roChưa xảy ra, có xác suấtGiữ lại, viết lại theo cấu trúc chuẩn
Đã đóngKhông còn khả năng xảy ra hoặc đã giải quyếtLưu trữ, ghi bài học nếu có
Trùng lặpNhiều dòng cùng một nguyên nhânGộp lại

Sau buổi đó, risk register còn 38 dòng; issue log có 61 dòng đang mở.

Bước 2 – Viết lại rủi ro theo cấu trúc nguyên nhân – sự kiện – hậu quả

Ví dụ: "Do go-live kho Hưng Yên trùng tuần đầu mùa cao điểm (nguyên nhân), nhân viên kho có thể không kịp làm quen với quy trình mới (sự kiện), dẫn đến chậm xuất hàng và vi phạm cam kết dịch vụ với khách hàng lớn (hậu quả)." Cách viết này giúp chọn đúng hành động ứng phó – ở đây có thể là dời go-live hoặc đào tạo sớm và bố trí nhân viên hỗ trợ tại chỗ.

Bước 3 – Thiết kế lại nhịp quản lý

Hoạt độngTần suấtNội dung
Rà soát issueTrong họp điều phối hằng ngày hoặc hai lần mỗi tuầnIssue quá hạn, cần leo thang
Họp rủi roHai tuần một lần, 45 phút15 phút nhận diện rủi ro mới, 30 phút rà rủi ro ưu tiên cao
Báo cáo sponsorHằng thángTop 5 rủi ro, issue cần quyết định

Bước 4 – Liên kết hai artifact

Thêm cột "Nguồn rủi ro" trong issue log và "Đã chuyển thành issue" trong risk register. Khi một rủi ro xảy ra, ghi lại contingency plan có hiệu quả không – đây là đầu vào quý giá cho bài học kinh nghiệm.

Sai lầm thường gặp

  • Ghi issue vào risk register với xác suất 100% – một rủi ro có xác suất 100% không còn là rủi ro.
  • Danh sách rủi ro càng dài càng tốt – độ dài không thể hiện chất lượng; quan trọng là rủi ro ưu tiên có hành động thực sự.
  • Chỉ ghi mối đe dọa, bỏ qua cơ hội.
  • Đóng rủi ro khi nó xảy ra mà không chuyển sang issue log để theo dõi xử lý.
  • Viết rủi ro mơ hồ kiểu "rủi ro về nhân sự", "rủi ro kỹ thuật" – không thể hành động.

Liên hệ đề thi PMP

Câu hỏi: Trong buổi họp, một thành viên báo rằng nhà cung cấp đã giao thiết bị trễ một tuần, ảnh hưởng đến công việc lắp đặt. Sự kiện này đã được nhận diện trong risk register kèm kế hoạch ứng phó. PM nên làm gì trước tiên?

  • A. Cập nhật xác suất của rủi ro trong risk register lên 100%
  • B. Thực hiện kế hoạch ứng phó đã lập và ghi nhận vào issue log
  • C. Tổ chức buổi nhận diện rủi ro mới với toàn đội
  • D. Leo thang lên sponsor để xin thêm thời gian

Đáp án: B. Rủi ro đã xảy ra nên trở thành issue; vì đã có kế hoạch ứng phó, PM triển khai kế hoạch đó và theo dõi trong issue log. A sai về khái niệm; C và D chưa cần thiết khi đã có phương án chuẩn bị sẵn.

Bài học rút ra

  • Rủi ro nhìn về tương lai, issue là hiện tại – hai artifact phục vụ hai mục đích khác nhau.
  • Risk register gọn, viết theo cấu trúc nguyên nhân – sự kiện – hậu quả, hữu ích hơn danh sách dài mơ hồ.
  • Khi rủi ro xảy ra: kích hoạt ứng phó, chuyển sang issue log, cập nhật risk register.
  • Dành thời gian cố định trong họp rủi ro cho việc nhận diện rủi ro mới.
#risk#issue-log#risk-register#bao-cao

Biểu mẫu tải về

  • Mẫu sổ RAID: rủi ro, giả định, vấn đề, quyết định (ProjectManager)Bảng Excel một trang có cột phân loại Risk/Assumption/Issue/Decision, mô tả, tác động, ứng phó, ưu tiên, người phụ trách và ghi chú. Giúp phân loại đúng ngay từ khi ghi nhận, tránh để vấn đề đã xảy ra lẫn vào sổ đăng ký rủi ro. Tải miễn phí.projectmanager.com · 0 lượt mở
    Mở liên kết
  • Mẫu bảng theo dõi vấn đề phát sinh (ProjectManager)Bảng Excel/Word gồm số hiệu, mô tả vấn đề, tác động, mức ưu tiên (thấp → nghiêm trọng), ngày mở/đóng, người phụ trách, bộ phận, trạng thái và ghi chú. Dùng cho những gì đã xảy ra và cần xử lý ngay. Tải miễn phí.projectmanager.com · 0 lượt mở
    Mở liên kết

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

Câu 1/5
Bạn vừa nhận bàn giao dự án triển khai hệ thống quản lý kho (WMS) ở tháng thứ năm. Risk register có 214 dòng, nhưng khoảng 70% là những việc đã xảy ra (thiết bị lỗi, đối tác gửi file trễ, thiếu người kiểm thử). Bạn nên làm gì ĐẦU TIÊN?

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

Bạn tiếp nhận dự án WMS ở tháng thứ năm: risk register 214 dòng, khoảng 70% là việc đã xảy ra, trong khi mùa cao điểm cuối năm sắp tới chưa được nhận diện. Nếu là PM, bạn bắt đầu từ đâu?

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ýSai lầm thường gặpLiên hệ đề thi PMPBài học rút raBiểu mẫu tải vềTrắc nghiệmBình chọn
Quảng cáoTemplate quản lý dự án (mẫu)
Quảng cáoBộ đề thi thử PMP (mẫu)