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. /Kế hoạch & tiến độ
  2. /Chuyên gia nói to nhất kéo cả phòng theo con số …
Kế hoạch & tiến độ· Domain: Lập kế hoạch

Chuyên gia nói to nhất kéo cả phòng theo con số của mình: ước lượng ẩn danh bằng Wideband Delphi

Trong buổi họp ước lượng, kiến trúc sư trưởng nói "việc này ba tuần" và mọi người gật đầu. Ba tháng sau dự án trễ. Wideband Delphi tách ý kiến cá nhân khỏi áp lực nhóm: ước lượng ẩn danh, thảo luận chênh lệch, lặp lại cho tới khi hội tụ.

HP
Nguyễn Thu Hà, PMP
01/09/2026
6 phút đọc 0 0
Chuyên gia nói to nhất kéo cả phòng theo con số của mình: ước lượng ẩn danh bằng Wideband 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 bảo hiểm cần thay mô-đun tính phí cho sản phẩm bảo hiểm sức khoẻ. PM mời năm người vào buổi ước lượng: kiến trúc sư trưởng, hai lập trình viên, một chuyên viên nghiệp vụ và một kỹ sư kiểm thử. Chưa kịp phát tài liệu, kiến trúc sư trưởng — người có thâm niên lâu nhất — nói: "Việc này tôi làm rồi, khoảng ba tuần là xong". Không ai phản đối. Con số "ba tuần" đi thẳng vào kế hoạch.

Thực tế, mô-đun mất gần mười một tuần. Khi họp rút kinh nghiệm, kỹ sư kiểm thử cho biết ngay từ đầu chị đã nghĩ riêng phần kiểm thử hồi quy cho 40 bảng phí cũ cần ít nhất ba tuần; một lập trình viên biết thư viện tính toán cũ không có tài liệu. Họ đều có thông tin, nhưng không ai muốn cãi người có thâm niên trước mặt cả nhóm.

Vấn đề không nằm ở năng lực của từng người, mà ở cách gom ý kiến.

Từ Delphi đến Wideband Delphi

Phương pháp Delphi được phát triển tại RAND Corporation vào thập niên 1950, ban đầu để dự báo tác động của công nghệ. Các đặc điểm cốt lõi của nó là:

  • Ẩn danh: người tham gia không biết ai đưa ra con số nào, nên người có chức vụ hay giọng nói to không chi phối kết quả.
  • Lặp lại nhiều vòng: mỗi người được sửa ước lượng sau khi xem kết quả vòng trước.
  • Phản hồi có kiểm soát: điều phối viên tổng hợp các con số và lý do (đã bỏ tên) rồi gửi lại cho cả nhóm.
  • Tổng hợp thống kê: xem các ý kiến hội tụ hay vẫn phân tán.

Trong thập niên 1970, Barry Boehm và John A. Farquhar điều chỉnh Delphi thành Wideband Delphi cho ước lượng phần mềm — "wideband" vì có nhiều trao đổi hơn giữa các vòng. Boehm phổ biến cách làm này trong cuốn Software Engineering Economics (1981). Quy trình gồm sáu bước:

  1. Điều phối viên gửi đặc tả và mẫu ước lượng cho từng chuyên gia.
  2. Họp nhóm để thảo luận các vấn đề ước lượng (giả định, phạm vi, điểm mơ hồ).
  3. Mỗi người điền ước lượng ẩn danh.
  4. Điều phối viên tổng hợp và gửi lại phân bố các con số.
  5. Họp nhóm tập trung vào các chỗ chênh lệch lớn.
  6. Điền lại ẩn danh; lặp cho tới khi các con số đủ hội tụ.

Vì sao cách làm này hiệu quả

Chặn hiệu ứng mỏ neo

Năm 1974, Tversky và Kahneman cho thấy một con số không liên quan cũng kéo lệch ước lượng của người nghe: nhóm thấy vòng quay dừng ở 10 đoán thấp hơn hẳn nhóm thấy vòng quay dừng ở 65. Trong buổi họp ước lượng, con số đầu tiên được nói to — nhất là từ người có thâm niên — chính là . Các nghiên cứu cũng cho thấy chỉ cảnh báo "đừng bị neo" là không đủ. Cách chắc chắn hơn là .

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
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
Kế hoạch & tiến độLập kế hoạch

Ước lượng ba điểm và PERT: khi đội chỉ đưa ra một con số lạc quan

Đội cam kết "28 ngày là xong" nhưng đó chỉ là kịch bản thuận lợi. Cách dùng ước lượng ba điểm, công thức PERT và độ lệch chuẩn để đưa ra mốc tiến độ có mức tin cậy.

Ngày đăng: 28/09/2026Lượt xem: 5Bình luận: 0
mỏ neo (anchor)
không để ai nghe thấy con số của người khác trước khi tự đưa ra con số của mình

Biến chênh lệch thành thông tin

Khi một người ước lượng 3 tuần và người khác ước lượng 9 tuần, chênh lệch đó không phải "nhiễu" cần lấy trung bình cho xong. Nó thường cho thấy hai người đang hiểu phạm vi khác nhau hoặc một người biết một rủi ro mà người kia không biết. Bước 5 của Wideband Delphi buộc nhóm nói ra giả định đằng sau các con số cực trị.

Ghi lại giả định

Mỗi vòng sinh ra danh sách giả định và rủi ro. Theo PMBOK® Guide ấn bản 6, đây là đầu vào cho nhật ký giả định (assumption log) và sổ đăng ký rủi ro (risk register), đồng thời là một phần của cơ sở ước lượng (basis of estimates) — tài liệu giải thích con số được tạo ra thế nào.

Áp dụng vào tình huống

PM tổ chức lại cho giai đoạn tiếp theo (mô-đun bồi thường):

Buổi khởi động (60 phút). Cả nhóm cùng phân rã công việc thành 12 hạng mục, thống nhất định nghĩa "hoàn thành" (đã kiểm thử hồi quy, đã có tài liệu vận hành) và liệt kê giả định.

Vòng 1 (ẩn danh). Mỗi người ghi ước lượng (tuần công) cho từng hạng mục vào phiếu riêng. Ví dụ hạng mục "Chuyển đổi 40 bảng phí":

Người (ẩn danh)Vòng 1Vòng 2
A1,53
B43,5
C23
D54
E2,53

Thảo luận chênh lệch. Điều phối viên chỉ chiếu phân bố, không nêu tên. Người ước lượng 5 tuần giải thích: bảng phí cũ có quy tắc làm tròn khác nhau theo năm ban hành, phải đối chiếu từng bảng. Người ước lượng 1,5 tuần thừa nhận đã giả định có công cụ chuyển đổi tự động.

Vòng 2. Khoảng chênh lệch thu hẹp còn 3–4 tuần. Nhóm ghi lại giả định "không có công cụ chuyển đổi tự động" và một rủi ro "quy tắc làm tròn không được tài liệu hoá".

PM không lấy một con số duy nhất mà trình bày khoảng cho từng hạng mục, rồi cộng lại thành khoảng cho toàn mô-đun kèm danh sách giả định.

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

Phù hợp khi: công việc mới, ít dữ liệu lịch sử, ước lượng quan trọng (đầu vào cho hợp đồng, phê duyệt ngân sách), nhóm có chênh lệch quyền lực rõ.

Không đáng khi: hạng mục nhỏ, có dữ liệu lịch sử tốt (nên dùng ước lượng tham số), hoặc nhóm agile đã quen ước lượng tương đối nhanh bằng planning poker — bản thân planning poker cũng mượn ý tưởng "lật bài cùng lúc" từ Delphi.

Sai lầm thường gặp

  • Ẩn danh hình thức: phiếu điền trên bảng tính dùng chung, ai cũng thấy ai điền gì.
  • Lấy trung bình ngay sau vòng 1: bỏ qua bước giá trị nhất là thảo luận chênh lệch.
  • Ép đồng thuận: mục tiêu là hội tụ có lý do, không phải để người thiểu số "chịu thua". Nếu sau 2–3 vòng vẫn phân tán, đó là tín hiệu rủi ro cần xử lý (ví dụ làm thử nghiệm kỹ thuật) chứ không phải lỗi của phương pháp.
  • Mời sai chuyên gia: Delphi chỉ tốt bằng chất lượng người tham gia; cần có người sẽ trực tiếp làm việc đó.

Góc ôn thi PMP

  • Ý kiến chuyên gia (expert judgment) là công cụ có mặt trong hầu hết quy trình ước lượng: Estimate Activity Durations (6.4), Estimate Costs (7.2), Estimate Activity Resources (9.2).
  • Delphi thuộc nhóm kỹ thuật thu thập dữ liệu/ra quyết định nhóm: ẩn danh, nhiều vòng, có điều phối viên — mục tiêu là đạt đồng thuận mà không bị một cá nhân chi phối.
  • Câu hỏi đề thường cho tình huống "một thành viên cấp cao áp đảo ý kiến khi ước lượng" → phương án đúng hướng tới kỹ thuật ẩn danh/độc lập, không phải "PM tự quyết con số".
  • Agile: người làm việc mới là người ước lượng (Scrum Guide: Developers chịu trách nhiệm định cỡ).

Nguồn tham khảo

  • Wideband delphi – Wikipedia
  • Delphi method – Wikipedia
  • Anchoring effect – Wikipedia
#wideband-delphi#expert-judgment#uoc-luong#hieu-ung-mo-neo#dong-thuan

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

Câu 1/1
Trong buổi ước lượng một hệ thống mới, giám đốc kỹ thuật luôn nói con số của mình đầu tiên và các thành viên khác thường đồng ý theo. Hai dự án gần đây đều vượt ước lượng hơn 50%. PM muốn cải thiện chất lượng ước lượng cho dự án tiếp theo. PM nên làm gì trước tiên?

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

Sau hai vòng Wideband Delphi, ước lượng cho hạng mục tích hợp vẫn phân tán: hai người nói 2 tuần, ba người nói 6–8 tuần. Sponsor cần con số cho hồ sơ phê duyệt ngân sách vào cuối tuần. 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ạTừ Delphi đến Wideband DelphiVì sao cách làm này hiệu quảÁp dụng vào tình huốngKhi nào nên dùng — và không nênSai lầm thường gặpGóc ôn 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)