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. /Năm chuyên gia, năm ý kiến trái ngược: nhận diện…
Rủi ro & thay đổi· Domain: Lập kế hoạch

Năm chuyên gia, năm ý kiến trái ngược: nhận diện rủi ro công nghệ mới bằng kỹ thuật Delphi

Dự án ứng dụng công nghệ chưa ai trong công ty làm, năm chuyên gia bên ngoài mỗi người một ý và một người có tiếng nói át cả phòng họp. Kỹ thuật Delphi — ẩn danh, nhiều vòng, phản hồi có kiểm soát — giúp gom ý kiến chuyên gia về rủi ro mà không bị người nói to nhất dẫn dắt.

HP
Nguyễn Thu Hà, PMP
02/07/2026
5 phút đọc 0 0
Năm chuyên gia, năm ý kiến trái ngược: nhận diện rủi ro công nghệ mới bằng kỹ thuật Delphi

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 logistics lần đầu triển khai hệ thống xe tự hành (AGV) trong kho trung tâm rộng 40.000 m². Trong công ty không ai từng làm dự án tương tự. PM mời năm chuyên gia: một kỹ sư tự động hoá từ nhà cung cấp, một giảng viên đại học, một trưởng kho từng làm cho tập đoàn bán lẻ nước ngoài, một chuyên gia an toàn lao động và một tư vấn CNTT.

Buổi họp nhận diện rủi ro đầu tiên không như mong đợi. Kỹ sư của nhà cung cấp — người nói nhiều và có uy tín kỹ thuật — liên tục khẳng định "hệ thống đã chạy ổn ở hàng trăm kho, rủi ro chủ yếu là đào tạo". Giảng viên muốn nói về chất lượng mặt sàn nhưng bỏ qua khi thấy không ai hưởng ứng. Trưởng kho im lặng gần hết buổi. Cuối buổi, danh sách rủi ro phản ánh gần như chỉ quan điểm của một người — và người đó có lợi ích thương mại trong dự án.

Kỹ thuật Delphi là gì

Phương pháp Delphi được phát triển tại Project RAND trong thời kỳ Chiến tranh Lạnh, gắn với tên Olaf Helmer, Norman Dalkey và Nicholas Rescher, ban đầu để dự báo xu hướng công nghệ quân sự. Tiền đề của phương pháp là: dự báo hoặc nhận định của một nhóm chuyên gia được tổ chức có cấu trúc thường chính xác hơn của nhóm không có cấu trúc.

Bốn đặc điểm cốt lõi:

  1. Ẩn danh: chuyên gia không biết ai nói gì, giảm ảnh hưởng của người có tiếng nói mạnh và hiệu ứng "đám đông" (bandwagon).
  2. Nhiều vòng: chuyên gia trả lời bảng hỏi nhiều lần thay vì gặp mặt.
  3. Phản hồi có kiểm soát: sau mỗi vòng, người điều phối gửi bản tổng hợp ẩn danh kèm lập luận để mọi người cân nhắc lại.
  4. Tổng hợp thống kê: kết quả được phân tích để thấy mức hội tụ của ý kiến.

Trong quản lý dự án, PMBOK® Guide mô tả Delphi là kỹ thuật thu thập thông tin để đạt đồng thuận của chuyên gia, trong đó người tham gia ẩn danh và người điều phối dùng bảng hỏi để lấy ý kiến. Nó là một cách thực hiện đánh giá chuyên gia (expert judgment) — công cụ đầu tiên được liệt kê trong quy trình Identify Risks (11.2, PMBOK 6) — khi chuyên gia có quan điểm trái chiều hoặc có quyền lực chênh lệch.

Áp dụng Delphi cho nhận diện rủi ro

Vòng 0: Chuẩn bị

  • Chọn 5–10 chuyên gia đa dạng góc nhìn: kỹ thuật, vận hành, an toàn, tài chính, người dùng cuối. NAO khuyến nghị đưa nhiều quan điểm và chuyên gia vào nhận diện rủi ro để giảm thiên kiến và tư duy nhóm.
  • Viết tài liệu bối cảnh ngắn: phạm vi, mốc chính, giả định, ràng buộc.
  • Cam kết bảo mật: chỉ người điều phối biết ai trả lời gì.

Tình huống liên quan

Kế hoạch & tiến độLập kế hoạch

Ngày go-live "chắc chắn" chỉ đạt được 8% số lần mô phỏng: phân tích rủi ro tiến độ bằng Monte Carlo

Lịch dự án ERP ghi go-live ở ngày làm việc thứ 120, nhưng ba nhánh công việc cùng hội tụ vào một mốc. Mô phỏng Monte Carlo cho thấy ngày đó chỉ đạt được khoảng 8% số lần lặp. Cách đọc đường cong S, hiểu merge bias và chọn mức dự phòng tiến độ có căn cứ.

Ngày đăng: 04/10/2026Lượt xem: 0Bình luận: 0
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
Kế hoạch & tiến độLập kế hoạch

Đội kiểm thử quá tải 160% trong ba tuần: chọn resource leveling hay resource smoothing?

Lịch trình trông hợp lý cho tới khi xếp người vào: đội kiểm thử phải gánh 160% công suất trong ba tuần. Phân biệt resource leveling và resource smoothing, khi nào chấp nhận lùi mốc và khi nào chỉ dùng float.

Ngày đăng: 01/10/2026Lượt xem: 4Bình luận: 0
Kế hoạch & tiến độLập kế hoạch

40 ngày công không phải 8 ngày với 5 người: chuyển ước lượng công sang thời lượng cho đúng

Ước lượng 40 ngày công, chia cho 5 người, kế hoạch ghi 8 ngày. Thực tế mất 19 ngày. Phân biệt công (effort), thời lượng (duration) và thời gian trôi qua, tính hệ số khả dụng, và hiểu vì sao thêm người không rút ngắn tuyến tính.

Ngày đăng: 29/09/2026Lượt xem: 0Bình luận: 0

Vòng 1: Câu hỏi mở

Mỗi chuyên gia trả lời độc lập: "Hãy liệt kê tối đa 10 sự kiện bất định có thể ảnh hưởng đáng kể tới mục tiêu dự án, nêu nguyên nhân và tác động."

Trong tình huống, vòng 1 thu được 41 ý. Người điều phối gộp trùng lặp thành 18 rủi ro viết theo cấu trúc nguyên nhân – sự kiện – tác động. Điều đáng chú ý: rủi ro "mặt sàn không đạt độ phẳng cho AGV" được ba trên năm chuyên gia nêu — trong buổi họp trước, nó gần như bị gạt đi.

Vòng 2: Đánh giá và lập luận

Gửi lại danh sách 18 rủi ro. Mỗi chuyên gia chấm xác suất và tác động theo thang đã thống nhất, và ghi lý do cho những rủi ro họ chấm cao hoặc thấp bất thường. Họ cũng có thể bổ sung rủi ro mới.

Vòng 3: Phản hồi và điều chỉnh

Người điều phối gửi bảng tổng hợp: trung vị và khoảng điểm của từng rủi ro, kèm trích lập luận ẩn danh của những người chấm khác biệt. Ví dụ: "Một chuyên gia chấm tác động rất cao cho rủi ro sóng Wi-Fi chập chờn vì kho có giá kệ kim loại cao 12 m, từng gây mất kết nối ở dự án tương tự." Chuyên gia được mời chấm lại.

Thường sau 2–3 vòng, ý kiến hội tụ đủ để dùng. Những rủi ro vẫn bất đồng lớn cũng là thông tin quý: chúng cho thấy nơi hiểu biết còn yếu, nên được ưu tiên thử nghiệm (pilot) hoặc nghiên cứu thêm.

Đầu ra

  • Danh sách rủi ro đã nhận diện, đi vào sổ đăng ký rủi ro.
  • Điểm định tính ban đầu làm đầu vào cho Perform Qualitative Risk Analysis.
  • Danh sách rủi ro bất đồng cao, cần xử lý bằng thử nghiệm hoặc thu thập dữ liệu.

Khi nào nên — và không nên — dùng Delphi

Nên dùng khi:

  • Dự án mới lạ, ít dữ liệu lịch sử, phải dựa nhiều vào chuyên gia.
  • Chuyên gia ở xa nhau hoặc khó tập trung cùng lúc.
  • Có chênh lệch quyền lực, lợi ích hoặc tính cách khiến họp trực tiếp bị lệch.

Không phù hợp khi:

  • Cần kết quả trong vài giờ — Delphi thường mất vài ngày đến vài tuần.
  • Rủi ro cần thảo luận qua lại sâu để hiểu cơ chế kỹ thuật; lúc đó có thể kết hợp Delphi với một buổi làm việc sau cùng.
  • Chuyên gia không có thời gian trả lời nhiều vòng; tỷ lệ bỏ cuộc cao làm kết quả lệch.

Sai lầm thường gặp

  • Mất ẩn danh: gửi email chung có tên người trả lời, hoặc trích lập luận quá đặc trưng khiến ai cũng đoán ra tác giả.
  • Ép đồng thuận: mục tiêu là hiểu rõ ý kiến chuyên gia, không phải buộc mọi người về một con số. Bất đồng có lý do là dữ liệu, không phải lỗi.
  • Câu hỏi dẫn dắt: bảng hỏi kiểu "Bạn có đồng ý rằng rủi ro chính là đào tạo?" phá vỡ tính độc lập.
  • Chỉ chọn chuyên gia cùng ngành: thiếu góc nhìn vận hành, an toàn hoặc người dùng cuối sẽ tạo điểm mù.
  • Bỏ qua xung đột lợi ích: chuyên gia của nhà cung cấp vẫn hữu ích, nhưng người điều phối cần biết và cân nhắc điều này khi tổng hợp.

Ghi nhớ cho kỳ thi PMP

  • Delphi = ẩn danh + nhiều vòng + phản hồi có kiểm soát, dùng để đạt đồng thuận chuyên gia và tránh một người chi phối.
  • Đề PMP hay mô tả tình huống "một chuyên gia lấn át cuộc họp" hoặc "chuyên gia ở nhiều nơi" — Delphi là gợi ý hợp lý.
  • Delphi khác kỹ thuật nhóm danh nghĩa (nominal group technique): nhóm danh nghĩa có gặp mặt và bình chọn trực tiếp, còn Delphi thì không cần gặp mặt.

Nguồn tham khảo

  • Delphi method – Wikipedia
  • Groupthink – Wikipedia
  • Overcoming challenges to managing risks in government – National Audit Office (2023)
#delphi#expert-judgment#nhan-dien-rui-ro#dong-thuan#cong-nghe-moi

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

Câu 1/1
Dự án áp dụng một công nghệ mà tổ chức chưa từng làm. PM cần ý kiến của sáu chuyên gia ở ba quốc gia để nhận diện rủi ro. Trong lần họp trực tuyến trước, một chuyên gia cấp cao đã chi phối gần hết thảo luận. Kỹ thuật nào phù hợp nhất?

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

Sau hai vòng Delphi, 16/18 rủi ro đã hội tụ, nhưng hai rủi ro vẫn bất đồng lớn: một nửa chuyên gia chấm rất cao, nửa kia chấm thấp. Sponsor cần danh sách ưu tiên trong tuần này. Nếu là PM, bạn làm gì với hai rủi ro này?

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ạKỹ thuật Delphi là gìÁp dụng Delphi cho nhận diện rủi roKhi nào nên — và không nên — dùng DelphiSai 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)