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. /Luyện thi PMP
  2. /Ôn PMP domain People: "phát triển tầm nhìn chung…
Luyện thi PMP· Domain: Đội dự án

Ôn PMP domain People: "phát triển tầm nhìn chung" và cách tìm gốc rễ khi đội hiểu sai tầm nhìn

Nhiệm vụ đầu tiên của domain People trong ECO 2026 là phát triển tầm nhìn chung. Đề thi không hỏi bạn viết câu tầm nhìn hay đến đâu, mà hỏi bạn làm gì khi đội và stakeholder hiểu tầm nhìn mỗi người một kiểu. Bốn hoạt động cần nắm, cách nhận diện đáp án đúng và các bẫy thường gặp.

HP
Nguyễn Thu Hà, PMP
01/10/2026
6 phút đọc 1 0
Ôn PMP domain People: "phát triển tầm nhìn chung" và cách tìm gốc rễ khi đội hiểu sai tầm nhìn

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 bảo hiểm khởi động dự án "Bồi thường số": khách hàng chụp ảnh xe hỏng, gửi qua ứng dụng và nhận tiền bồi thường cho vụ nhỏ trong vòng 48 giờ. Câu tầm nhìn được in to trên trang đầu điều lệ dự án (project charter).

Sau sáu tuần, Hà — PM của dự án — thấy những dấu hiệu lạ:

  • Đội phát triển dồn sức làm tính năng nhận diện hư hỏng bằng AI, vì họ hiểu "số" là "tự động hoá tối đa".
  • Phòng thẩm định yêu cầu thêm ba bước duyệt thủ công cho mọi hồ sơ, vì họ hiểu mục tiêu là "giảm gian lận".
  • Giám đốc khối bán lẻ nói với khách hàng lớn rằng ứng dụng sẽ xử lý "mọi loại bồi thường", không chỉ vụ nhỏ.

Ba nhóm đều tin mình đang làm đúng tầm nhìn. Hà định gửi lại email kèm câu tầm nhìn cho tất cả, nhưng nhận ra email đầu tiên cũng đã gửi đúng câu đó.

Phân tích theo ECO 2026 và PMBOK® Guide

Nhiệm vụ "Develop a common vision" trong ECO 2026

Theo bản PMP Examination Content Outline 2026 (sửa đổi ngày 11/8/2026), domain People chiếm 33% đề thi và mở đầu bằng nhiệm vụ phát triển tầm nhìn chung. Nhiệm vụ này có bốn hoạt động (enabler), diễn đạt lại như sau:

Hoạt độngÝ nghĩa thực hànhDấu hiệu trong đáp án
Bảo đảm tầm nhìn được chia sẻ với stakeholder chủ chốtCùng xây, cùng xác nhận, không "phát" tầm nhìn từ trên xuống"tổ chức buổi làm việc với sponsor và đại diện người dùng"
Truyền bá tầm nhìnNhắc lại trong các sự kiện thường kỳ, gắn quyết định hằng ngày với tầm nhìn"liên hệ hạng mục backlog với mục tiêu sản phẩm"
Giữ tầm nhìn luôn cập nhậtKhi bối cảnh kinh doanh đổi, tầm nhìn được rà soát lại có chủ đích"rà soát tầm nhìn với sponsor sau khi thị trường thay đổi"
Phân tích tình huống để tìm nguyên nhân gốc của việc hiểu sai tầm nhìnKhông vá triệu chứng; tìm vì sao mỗi nhóm hiểu khác nhau"tìm hiểu vì sao các nhóm diễn giải khác nhau"

Hoạt động thứ tư là chỗ đề thi hay khai thác nhất: một tình huống "các nhóm làm lệch hướng" với bốn đáp án, trong đó có đáp án "gửi lại tầm nhìn", "báo sponsor", "ghi vào issue log" và "tìm hiểu nguyên nhân hiểu khác nhau".

Tầm nhìn khác mục tiêu và phạm vi thế nào

Câu tầm nhìn (vision statement) là mô tả cấp cao, truyền cảm hứng về trạng thái tương lai mà nhóm hướng tới. Nó không thay thế được tiêu chí thành công đo được hay bản mô tả phạm vi. Trong Scrum Guide 2020, vai trò tương đương là — trạng thái tương lai của sản phẩm để đội Scrum lập kế hoạch hướng tới; Product Owner chịu trách nhiệm phát triển và truyền đạt rõ mục tiêu này.

Tình huống liên quan

Lãnh đạo & đội nhómĐội dự án

Đội dự án trải dài ba thành phố: xây dựng gắn kết và thoả thuận làm việc cho nhóm phân tán

Nhóm Hà Nội, Đà Nẵng và TP.HCM cùng làm một sản phẩm nhưng mỗi nơi hiểu một kiểu, họp thì tắt camera, tin nhắn lúc nửa đêm. Cách PM biến nhóm phân tán thành một đội thực sự.

Ngày đăng: 01/10/2026Lượt xem: 2Bình luận: 0
Agile & HybridĐội dự án

Mỗi story qua tay bốn người, cuối sprint dồn kiểm thử: phá silo chuyên môn bằng swarming và kỹ năng hình chữ T

Đội Scrum 8 người nhưng thực chất là bốn "phòng ban mini": phân tích, backend, frontend, kiểm thử. Story nào cũng đi qua bốn tay, kiểm thử viên ngập việc ba ngày cuối sprint. Vì sao đội liên chức năng không có nghĩa là mỗi người một chuyên môn, và cách chuyển sang làm việc theo kiểu "cả đội dồn vào ít việc".

Ngày đăng: 29/09/2026Lượt xem: 2Bình luận: 0
Luyện thi PMPĐo lường

Dạng bài tính toán hay gặp trong đề PMP: float, PERT và EVM giải từng bước

Câu tính toán trong đề PMP không nhiều nhưng dễ mất điểm vì nhầm công thức hoặc đọc sai đề. Ôn ba dạng hay gặp – float trên mạng lịch trình, ước lượng PERT và các chỉ số EVM – với ví dụ giải chi tiết.

Ngày đăng: 29/09/2026Lượt xem: 2Bình luận: 0
Lãnh đạo & đội nhómĐội dự án

Xung đột giữa hai thành viên chủ chốt: áp dụng mô hình Thomas-Kilmann

Tech Lead và QA Lead công kích nhau trong mọi cuộc họp. Năm chiến lược giải quyết xung đột và khi nào nên dùng từng chiến lược.

Ngày đăng: 28/09/2026Lượt xem: 983Bình luận: 1Đánh giá: 4.0
Mục tiêu sản phẩm (Product Goal)

Theo PMBOK® Guide ấn bản 7, tầm nhìn chung gắn với nguyên tắc tạo môi trường đội dự án hợp tác và thể hiện hành vi lãnh đạo; trong lĩnh vực hiệu suất Đội (Team), PMBOK 7 nhấn mạnh việc xây dựng tầm nhìn chung là một trong những việc của người lãnh đạo dự án. Theo PMBOK 6, điều lệ dự án (4.1 Develop Project Charter) ghi mục đích và mục tiêu đo được — tầm nhìn sống trong tài liệu đó nhưng chỉ "sống" thật khi stakeholder hiểu giống nhau.

Vì sao gửi lại tầm nhìn không giải quyết được gì

Trong tình huống của Hà, câu tầm nhìn có hai từ đa nghĩa: "số" và "nhanh". Mỗi nhóm đọc chúng qua lăng kính KPI của mình:

  1. Vì sao đội phát triển làm AI? Vì họ được thưởng theo số tính năng tự động hoá.
  2. Vì sao thẩm định thêm bước duyệt? Vì KPI của họ là tỷ lệ gian lận, không phải thời gian xử lý.
  3. Vì sao bán lẻ hứa "mọi loại bồi thường"? Vì không ai nói rõ ranh giới "vụ nhỏ" là bao nhiêu tiền.

Hỏi "vì sao" lặp lại như vậy là tinh thần của kỹ thuật 5 Whys (bắt nguồn từ Toyota). Kỹ thuật này đơn giản và có giới hạn — một vấn đề có thể có nhiều nguyên nhân song song, nên khi cần hãy kết hợp sơ đồ xương cá — nhưng nó đủ để thấy nguyên nhân gốc không nằm ở "mọi người chưa đọc tầm nhìn".

Cách xử lý

Bước 1: Nghe trước, kết luận sau

Hà gặp riêng đại diện từng nhóm, hỏi một câu: "Theo anh/chị, 12 tháng nữa dự án thành công thì điều gì đã khác?" Câu trả lời cho thấy ba hình ảnh thành công khác nhau.

Bước 2: Cùng xây lại tầm nhìn với stakeholder chủ chốt

Hà tổ chức một buổi làm việc 2 giờ có sponsor, trưởng thẩm định, đại diện bán lẻ và đội phát triển. Kết quả không phải một câu văn mới đẹp hơn mà là ba điều được làm rõ:

  • "Vụ nhỏ" = dưới một ngưỡng giá trị cụ thể, chiếm phần lớn số hồ sơ.
  • "48 giờ" là thước đo chính; kiểm soát gian lận là ràng buộc, không phải mục tiêu.
  • Tự động hoá chỉ là phương tiện, ưu tiên những bước làm chậm hồ sơ nhất.

Bước 3: Biến tầm nhìn thành công cụ ra quyết định

Mỗi hạng mục backlog có thêm một dòng "giúp rút ngắn thời gian xử lý thế nào?". Mỗi buổi sprint review mở đầu bằng chỉ số thời gian xử lý trung vị.

Bước 4: Đặt lịch rà soát tầm nhìn

Tầm nhìn được rà soát mỗi quý hoặc khi có thay đổi lớn (quy định mới của cơ quan quản lý, đối thủ ra sản phẩm tương tự). Thay đổi tầm nhìn ảnh hưởng tới phạm vi phải đi qua quy trình kiểm soát thay đổi.

Sai lầm thường gặp

  • Coi tầm nhìn là việc của sponsor: ECO đặt nhiệm vụ này trong domain People của PM — PM phải chủ động tạo sự đồng thuận.
  • Truyền thông một chiều: gửi email, dán poster, rồi cho rằng mọi người đã hiểu.
  • Tầm nhìn "đóng băng": thị trường đổi mà tầm nhìn không đổi, đội tiếp tục tối ưu một mục tiêu đã lỗi thời.
  • Leo thang ngay: báo sponsor rằng "các phòng ban không tuân thủ tầm nhìn" trước khi tìm hiểu vì sao họ hiểu khác.
  • Nhầm tầm nhìn với yêu cầu: viết tầm nhìn dài như bản đặc tả, không ai nhớ được.

Góc ôn thi PMP

  • Khi đề mô tả các nhóm "làm lệch hướng" hay "ưu tiên khác nhau", đáp án tốt thường bắt đầu bằng tìm hiểu nguyên nhân hiểu khác nhau, sau đó cùng stakeholder chủ chốt làm rõ.
  • Trong bối cảnh agile, người làm rõ mục tiêu sản phẩm là Product Owner; PM/Scrum Master tạo điều kiện (facilitate), không tự viết lại tầm nhìn thay họ.
  • "Giữ tầm nhìn cập nhật" không có nghĩa là đổi tầm nhìn tuỳ ý: thay đổi kéo theo phạm vi, chi phí, tiến độ phải qua kiểm soát thay đổi.
  • Dạng câu tình huống dài (case) của ECO 2026 có thể đặt tầm nhìn ở đoạn bối cảnh đầu — đọc kỹ để dùng làm tiêu chí loại đáp án ở các câu sau.

Nguồn tham khảo

  • PMP Examination Content Outline 2026 (PDF) – Project Management Institute
  • The Scrum Guide (2020) – Ken Schwaber và Jeff Sutherland
  • Vision statement – Wikipedia
  • Five whys – Wikipedia
#pmp-exam#tam-nhin-chung#eco-2026#product-goal#nguyen-nhan-goc

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

Câu 1/1
Ba tháng sau khi dự án bắt đầu, PM nhận thấy nhóm kỹ thuật ưu tiên tính năng tự động hoá, trong khi nhóm vận hành liên tục thêm bước kiểm soát thủ công. Cả hai nhóm đều nói họ đang bám sát tầm nhìn trong điều lệ dự án. PM nên làm gì trước tiên?

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

Bối cảnh thị trường thay đổi: đối thủ ra mắt sản phẩm tương tự sớm hơn dự kiến. Một phần tầm nhìn của dự án có thể không còn phù hợp, nhưng đội đang chạy tốt và sponsor bậ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ạPhân tích theo ECO 2026 và PMBOK® GuideCách xử lýSai 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)