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. /Cả đội gật đầu với kế hoạch nhưng không ai nói đ…
Rủi ro & thay đổi· Domain: Sự không chắc chắn (rủi ro)

Cả đội gật đầu với kế hoạch nhưng không ai nói điều mình lo: nhận diện rủi ro bằng buổi pre-mortem

Buổi kick-off kết thúc trong không khí hào hứng, sổ rủi ro chỉ có 7 dòng chung chung. Pre-mortem — giả định dự án đã thất bại rồi hỏi "vì sao" — giúp đội nói ra những lo ngại thật trước khi quá muộn. Cách tổ chức trong 60 phút và đưa kết quả vào quy trình Identify Risks.

HP
Nguyễn Thu Hà, PMP
15/09/2026
7 phút đọc 0 0
Cả đội gật đầu với kế hoạch nhưng không ai nói điều mình lo: nhận diện rủi ro bằng buổi pre-mortem

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 ngân hàng thương mại triển khai ứng dụng cho vay tiêu dùng trên di động, thời hạn 7 tháng, đội 18 người gồm nhân sự nội bộ và một công ty phần mềm thuê ngoài. Buổi khởi động (kick-off) diễn ra suôn sẻ: Giám đốc khối bán lẻ — nhà tài trợ (sponsor) — phát biểu rằng đây là "dự án chiến lược số một của năm", kế hoạch được trình bày mạch lạc, không ai đặt câu hỏi khó.

Sau buổi họp, PM mở sổ đăng ký rủi ro (risk register) và thấy chỉ có 7 dòng, kiểu như "Rủi ro chậm tiến độ", "Rủi ro thiếu nhân sự", "Rủi ro kỹ thuật". Trong giờ giải lao, một kỹ sư kiểm thử kể riêng với PM rằng môi trường kiểm thử tích hợp với hệ thống chấm điểm tín dụng (credit scoring) chưa từng chịu tải quá 50 giao dịch mỗi giây. Một chuyên viên pháp chế cũng lo quy định về chữ ký điện tử có thể thay đổi. Cả hai đều không nói trong cuộc họp — "vì không khí đang tốt, nói ra lại thành người phá đám".

PM quyết định tổ chức một buổi pre-mortem trước khi chốt kế hoạch quản lý dự án.

Pre-mortem là gì

Pre-mortem được Gary Klein giới thiệu trên Harvard Business Review năm 2007. Khác với buổi rà soát kế hoạch thông thường (hỏi "điều gì có thể sai?"), pre-mortem yêu cầu mọi người tưởng tượng rằng dự án đã thất bại — ví dụ "bây giờ là 7 tháng sau, ứng dụng ra mắt trễ và bị khách hàng phàn nàn rầm rộ" — rồi viết ra những lý do khiến thất bại đó xảy ra.

Cơ sở của kỹ thuật này là nghiên cứu về "nhìn lại từ tương lai" (prospective hindsight) của Mitchell, Russo và Pennington (1989): khi một sự kiện được coi như đã xảy ra, người ta dễ nêu ra nguyên nhân cụ thể hơn so với khi chỉ đoán nó có thể xảy ra. Daniel Kahneman cũng nhắc tới pre-mortem trong cuốn Thinking, Fast and Slow (2011) như một cách giảm sự tự tin thái quá của nhóm.

Điểm mạnh lớn nhất của pre-mortem là tâm lý: nó biến việc nêu lo ngại từ hành vi "phá đám" thành nhiệm vụ được giao. Klein nhận xét rằng nhiều dự án thất bại một phần vì người hiểu chuyện ngại lên tiếng trong giai đoạn lập kế hoạch.

Phân tích theo PMBOK® Guide

Vị trí trong quy trình

Theo PMBOK® Guide ấn bản 6, nhận diện rủi ro thuộc quy trình Identify Risks (11.2). Các công cụ & kỹ thuật gồm đánh giá chuyên gia (expert judgment), thu thập dữ liệu (brainstorming, checklist, phỏng vấn), phân tích dữ liệu (phân tích nguyên nhân gốc, phân tích giả định và ràng buộc, SWOT, phân tích tài liệu), kỹ năng tương tác (facilitation), danh sách gợi ý (prompt list) và họp. Pre-mortem không có tên riêng trong danh sách đó, nhưng về bản chất là một dạng brainstorming có cấu trúc cần người điều phối (facilitation) giỏi.

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

Đầu ra là danh sách rủi ro trong sổ đăng ký rủi ro và báo cáo rủi ro (risk report). PMBOK nhấn mạnh Identify Risks là quy trình lặp lại suốt dự án, không phải việc làm một lần ở đầu.

Theo PMBOK® Guide ấn bản 7

Pre-mortem chạm tới hai lĩnh vực hiệu suất: Uncertainty (chủ động tìm kiếm bất định trước khi nó thành vấn đề) và Team (tạo môi trường an toàn để thành viên nói thật). Nó cũng thể hiện các nguyên tắc "tối ưu hoá ứng phó rủi ro" và "tạo môi trường hợp tác cho đội dự án".

Vì sao buổi kick-off không phát hiện được rủi ro

  • Thiên kiến lạc quan (optimism bias): khi kế hoạch vừa được trình bày đẹp, mọi người có xu hướng tin vào kịch bản thuận lợi. Văn phòng Kiểm toán Quốc gia Anh (NAO) coi lạc quan quá mức là một vấn đề quản lý rủi ro "dai dẳng" trong các dự án chính phủ và khuyến nghị dùng thách thức độc lập để giảm nó.
  • Tư duy nhóm (groupthink): khi nhóm gắn kết và có lãnh đạo cấp cao trong phòng, người ta tự kiểm duyệt ý kiến trái chiều.
  • Khoảng cách quyền lực: kỹ sư kiểm thử khó phản biện trước mặt sponsor.

Cách tổ chức pre-mortem trong 60 phút

Atlassian Team Playbook gợi ý một buổi pre-mortem khoảng 60 phút cho 3–11 người. PM điều chỉnh như sau:

Bước 1: Chuẩn bị (trước buổi họp)

  • Mời đúng người: đại diện mọi nhánh công việc, nhà cung cấp, pháp chế, vận hành — không chỉ trưởng nhóm.
  • Gửi trước tóm tắt kế hoạch (phạm vi, mốc chính, giả định) để mọi người có cùng bối cảnh.
  • Cân nhắc việc sponsor có tham dự hay không. Nếu có, đề nghị sponsor phát biểu cuối cùng.

Bước 2: Dựng kịch bản thất bại (5 phút)

Người điều phối nói rõ: "Hãy tưởng tượng hôm nay là ngày ra mắt dự kiến, và dự án đã thất bại nặng nề. Không phải 'có thể thất bại' — mà đã thất bại." Một kịch bản cụ thể giúp mọi người hình dung tốt hơn một câu hỏi chung chung.

Bước 3: Viết riêng, im lặng (10 phút)

Mỗi người tự viết các lý do thất bại lên giấy dán hoặc bảng trực tuyến, không thảo luận. Viết riêng tránh "neo" theo người phát biểu đầu tiên và giúp người ít nói vẫn đóng góp được.

Bước 4: Chia sẻ lần lượt và gom nhóm (15 phút)

Mỗi người đọc một lý do mỗi lượt cho tới khi hết. Người điều phối gom các ý trùng nhau và đặt nhóm theo nguồn rủi ro (kỹ thuật, nhà cung cấp, pháp lý, con người…). Không ai được phản bác ở bước này.

Bước 5: Bình chọn và đào sâu (20 phút)

Mỗi người có 3 phiếu cho các lý do họ thấy đáng lo nhất. Với 3–5 nhóm nhiều phiếu nhất, đội thảo luận: dấu hiệu sớm là gì, nguyên nhân gốc là gì, ai theo dõi.

Bước 6: Chuyển thành rủi ro chính thức (10 phút)

Lý do thất bại chưa phải là rủi ro. PM viết lại mỗi lý do thành câu mô tả rủi ro có cấu trúc nguyên nhân – sự kiện – tác động, gán người chịu trách nhiệm (risk owner), rồi đưa vào sổ đăng ký rủi ro để phân tích định tính ở quy trình Perform Qualitative Risk Analysis.

Trong tình huống minh hoạ, buổi pre-mortem đưa ra 46 lý do, gom thành 11 rủi ro mới. Ba rủi ro nhiều phiếu nhất là: tải của hệ thống chấm điểm tín dụng, thay đổi quy định chữ ký điện tử, và việc công ty thuê ngoài rút nhân sự chủ chốt sang dự án khác.

Sai lầm thường gặp

  • Biến pre-mortem thành buổi đổ lỗi: mục tiêu là tìm lỗ hổng trong kế hoạch, không phải tìm người có lỗi. Người điều phối cần chặn ngay các câu kiểu "nếu thất bại thì tại đội X".
  • Chỉ làm một lần: pre-mortem hữu ích nhất trước khi chốt kế hoạch, nhưng cũng nên lặp lại trước các mốc lớn (trước UAT, trước go-live) vì rủi ro thay đổi theo thời gian.
  • Thu thập xong rồi để đó: danh sách lý do không được chuyển thành rủi ro có chủ sở hữu thì buổi họp chỉ là bài tập giải trí.
  • Sếp nói trước: nếu người có quyền lực nhất phát biểu đầu tiên, các ý kiến sau sẽ "neo" theo.
  • Chỉ nhìn mối đe doạ: có thể thêm một câu hỏi ngược: "Dự án đã thành công vượt kỳ vọng — vì sao?" để nhận diện cơ hội (rủi ro tích cực).

Ghi nhớ cho kỳ thi PMP

  • Identify Risks là quy trình lặp lại; rủi ro có thể được nhận diện bởi bất kỳ ai, bất kỳ lúc nào.
  • Đề PMP ưa tình huống "thành viên ngại nêu lo ngại": hành động đúng thường là tạo môi trường an toàn và dùng kỹ thuật có cấu trúc, không phải tự PM liệt kê rủi ro rồi phân việc.
  • Đầu ra của nhận diện rủi ro đi vào sổ đăng ký rủi ro, sau đó mới tới phân tích định tính, định lượng và lập kế hoạch ứng phó.

Nguồn tham khảo

  • Performing a Project Premortem – Harvard Business Review
  • Pre-mortem – Wikipedia
  • Pre-mortem – Atlassian Team Playbook
  • Overcoming challenges to managing risks in government – National Audit Office (2023)
#pre-mortem#nhan-dien-rui-ro#identify-risks#thien-kien-lac-quan#groupthink

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

Câu 1/1
Sau buổi kick-off, PM nhận thấy sổ đăng ký rủi ro chỉ có vài dòng chung chung. Hai thành viên kể riêng rằng họ có lo ngại nhưng không muốn nói trước mặt sponsor vì sợ bị coi là bi quan. PM nên làm gì TIẾP THEO?

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

Bạn chuẩn bị tổ chức buổi pre-mortem cho dự án chiến lược. Sponsor muốn tham dự để "nghe trực tiếp". Bạn biết sự có mặt của sponsor có thể khiến đội e dè, nhưng sponsor cũng là người nắm nhiều rủi ro cấp tổ chức. 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ạPre-mortem là gìPhân tích theo PMBOK® GuideCách tổ chức pre-mortem trong 60 phútSai 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)