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. /Checklist rủi ro dài 300 dòng mà vẫn bỏ sót: biế…
Rủi ro & thay đổi· Domain: Công việc dự án

Checklist rủi ro dài 300 dòng mà vẫn bỏ sót: biến bài học kinh nghiệm thành công cụ nhận diện rủi ro dùng được

PMO có checklist rủi ro 300 dòng tích luỹ qua 10 năm, PM nào cũng "tick" cho đủ, nhưng dự án mới vẫn dính lại đúng lỗi cũ. Cách biến sổ bài học kinh nghiệm thành checklist ngắn, cập nhật được và dùng đúng chỗ trong quy trình Identify Risks — kèm giới hạn của checklist.

HP
Nguyễn Thu Hà, PMP
11/03/2026
6 phút đọc 0 0
Checklist rủi ro dài 300 dòng mà vẫn bỏ sót: biến bài học kinh nghiệm thành công cụ nhận diện rủi ro dùng được

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 tích hợp hệ thống CNTT có PMO hoạt động 10 năm. PMO duy trì một checklist rủi ro dùng chung, mỗi dự án kết thúc lại được bổ sung vài dòng. Đến nay checklist có 312 dòng, chia theo 9 nhóm, nhiều dòng trùng nhau hoặc đã lỗi thời (ví dụ "rủi ro máy chủ vật lý giao chậm" trong khi phần lớn dự án đã chạy trên điện toán đám mây).

Quy định của PMO: PM phải rà checklist và đánh dấu "áp dụng / không áp dụng" cho từng dòng trong tuần đầu dự án. Trên thực tế, việc này mất khoảng nửa ngày, phần lớn PM đánh dấu nhanh cho xong.

Dự án triển khai phần mềm quản lý bệnh viện gần nhất bị trễ 2 tháng vì việc chuyển đổi dữ liệu bệnh án cũ phức tạp hơn dự kiến. Khi rà lại, PMO phát hiện checklist đã có dòng "Rủi ro chất lượng dữ liệu nguồn" — PM đánh dấu "áp dụng" nhưng không ai đánh giá cụ thể. Ba dự án trước đó cũng gặp đúng vấn đề này và đều ghi vào báo cáo bài học kinh nghiệm.

Bài học có, checklist có, nhưng kiến thức không chuyển được thành hành động.

Checklist trong quy trình Identify Risks

Theo PMBOK® Guide ấn bản 6, checklist là một kỹ thuật thu thập dữ liệu (data gathering) của quy trình Identify Risks (11.2), bên cạnh brainstorming và phỏng vấn. Checklist rủi ro được xây dựng từ thông tin lịch sử và tri thức tích luỹ của các dự án tương tự. PMBOK lưu ý mấy điểm quan trọng:

  • Checklist giúp nhanh và đơn giản, nhưng không thể đầy đủ; đội không nên chỉ dựa vào nó mà bỏ qua những rủi ro không có trong danh sách.
  • Checklist cần được rà soát và cập nhật định kỳ, loại bỏ dòng lỗi thời, bổ sung thông tin mới.

Đầu vào liên quan là sổ bài học kinh nghiệm (lessons learned register) của chính dự án và kho tri thức tổ chức (organizational process assets). PMI định nghĩa bài học kinh nghiệm là tri thức thu được trong dự án, cho thấy các sự kiện đã được xử lý hoặc nên được xử lý thế nào trong tương lai.

Trong PMBOK® Guide ấn bản 7, việc này gắn với lĩnh vực hiệu suất Project Work (quản lý tri thức, học hỏi suốt dự án) và Uncertainty.

Học từ các tổ chức có hệ thống bài học kinh nghiệm

NASA duy trì Hệ thống thông tin bài học kinh nghiệm (Lessons Learned Information System — LLIS), một cơ sở dữ liệu các bài học đã được xem xét chính thức từ chương trình và dự án, do một ban chỉ đạo có đại diện các trung tâm giám sát và có người phụ trách nội dung riêng. Điểm đáng học: bài học được , mỗi bài ghi lại sự kiện gốc kèm , và người dùng có thể nhận thông báo khi có bài học mới thuộc lĩnh vực quan tâm. Quân đội Mỹ cũng có Trung tâm Bài học Kinh nghiệm (Center for Army Lessons Learned) từ năm 1985.

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
lập chỉ mục để tra cứu
khuyến nghị

Cả hai cho thấy: bài học có giá trị khi được tổ chức, chọn lọc và đẩy tới đúng người, không phải khi được lưu trữ.

Cách xây checklist dùng được

Bước 1: Lọc từ bài học thành rủi ro lặp lại

PMO đọc lại báo cáo bài học kinh nghiệm của 25 dự án gần nhất và đếm tần suất. Kết quả:

Rủi ro lặp lạiSố dự án gặpTác động điển hình
Chất lượng dữ liệu nguồn kém hơn giả định11/25Trễ 4–8 tuần
Khách hàng chưa bố trí người dùng chủ chốt cho UAT9/25Trễ 2–4 tuần
Tích hợp với hệ thống của bên thứ ba không có môi trường thử8/25Lỗi sau go-live
Hạ tầng bảo mật của khách hàng chặn kết nối6/25Trễ 1–3 tuần

Bốn rủi ro này chiếm phần lớn thiệt hại. Chúng được đưa lên đầu checklist mới.

Bước 2: Viết mỗi dòng thành câu hỏi kiểm tra có bằng chứng

Thay vì "Rủi ro chất lượng dữ liệu nguồn" (dễ tick cho xong), dòng mới viết thành câu hỏi buộc phải trả lời bằng bằng chứng:

Đã lấy mẫu dữ liệu thật của khách hàng (ít nhất 1.000 bản ghi mỗi đối tượng chính) và đo tỷ lệ lỗi chưa? Kết quả là bao nhiêu?

Nếu câu trả lời là "chưa", rủi ro được ghi vào sổ đăng ký rủi ro với mô tả cụ thể.

Bước 3: Rút gọn và phân tầng

  • Checklist lõi: khoảng 20–30 câu hỏi áp dụng cho mọi dự án, dựa trên rủi ro có tần suất và tác động cao.
  • Checklist theo loại dự án: y tế, ngân hàng, sản xuất… mỗi loại 10–15 câu bổ sung.
  • Lưu trữ phần còn lại để tra cứu khi cần, không bắt buộc rà.

Bước 4: Gắn checklist vào đúng thời điểm

Checklist dùng ở tuần đầu, nhưng một số câu hỏi chỉ có ý nghĩa ở giai đoạn sau (ví dụ chuẩn bị UAT). PMO gắn từng câu với cổng giai đoạn (phase gate) tương ứng.

Bước 5: Vòng phản hồi

Khi dự án kết thúc, PMO hỏi hai câu: rủi ro nào đã xảy ra mà checklist không có? Dòng nào trong checklist chưa từng giúp ích trong 2 năm? Dòng thứ nhất được thêm, dòng thứ hai được xem xét loại bỏ.

Giới hạn của checklist

  • Chỉ chứa những gì đã biết. Dự án mới lạ (công nghệ mới, khách hàng mới, quy định mới) cần kỹ thuật khác như brainstorming, pre-mortem, prompt list, phỏng vấn chuyên gia.
  • Tạo cảm giác an toàn giả. "Đã rà xong checklist" dễ bị hiểu là "đã nhận diện xong rủi ro".
  • Dễ thành thủ tục. Checklist càng dài, người dùng càng đánh dấu máy móc.

Cách tốt nhất là dùng checklist sau một vòng nhận diện mở (để không neo suy nghĩ), như một lưới an toàn bắt những gì còn sót.

Sai lầm thường gặp

  • Chỉ thêm, không bao giờ bớt: checklist phình ra, giá trị giảm.
  • Bài học viết chung chung: "cần giao tiếp tốt hơn với khách hàng" không chuyển được thành câu hỏi kiểm tra.
  • Thu thập bài học chỉ ở cuối dự án: PMBOK 6 khuyến khích cập nhật sổ bài học kinh nghiệm suốt dự án, khi chi tiết còn rõ.
  • Không ai chịu trách nhiệm checklist: thiếu người phụ trách thì không ai rà soát, cập nhật.

Ghi nhớ cho kỳ thi PMP

  • Checklist là kỹ thuật thu thập dữ liệu của Identify Risks, dựa trên thông tin lịch sử; nhanh nhưng không đầy đủ, cần cập nhật định kỳ.
  • Sổ bài học kinh nghiệm là đầu vào của nhiều quy trình lập kế hoạch, kể cả Identify Risks; được cập nhật suốt dự án và chuyển vào kho tri thức tổ chức khi kết thúc.
  • Đề PMP hay hỏi "dự án mới lặp lại lỗi của dự án trước" → hướng đúng là rà soát bài học kinh nghiệm và kho tri thức tổ chức ngay từ lập kế hoạch.

Nguồn tham khảo

  • NASA Lessons Learned – NASA
  • Lessons learned – Wikipedia
  • The Checklist Manifesto – Wikipedia
#Checklist#lessons-learned#nhan-dien-rui-ro#Quản lý tri thức#identify-risks

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

Câu 1/1
Một PM mới tiếp nhận dự án chuyển đổi hệ thống. PMO có checklist rủi ro chi tiết từ nhiều dự án trước và yêu cầu PM rà soát. Dự án lần này dùng một nền tảng công nghệ mà tổ chức chưa từng triển khai. PM nên làm gì để nhận diện rủi ro?

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

Checklist rủi ro của PMO có 312 dòng, PM nào cũng than mất thời gian. Bạn được giao cải tiến. Rút gọn quá mạnh có thể làm mất kinh nghiệm hiếm; giữ nguyên thì không ai đọc kỹ. Nếu là PM phụ trách cải tiến, bạn chọn 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ạChecklist trong quy trình Identify RisksCách xây checklist dùng đượcGiới hạn của checklistSai lầm thường gặpGhi nhớ cho kỳ thi PMPNguồn tham khảoTrắ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)