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.109 người đã truy cậpPhiên bản 1.15.0
  1. /Quản lý các bên liên quan
  2. /Người dùng nói một đằng, làm một nẻo: quan sát t…
Quản lý các bên liên quan· Domain: Các bên liên quan

Người dùng nói một đằng, làm một nẻo: quan sát tại chỗ (contextual inquiry) để hiểu nhu cầu thật của stakeholder

Phỏng vấn và khảo sát cho ta biết người dùng nghĩ gì về công việc của họ, còn quan sát tại chỗ cho ta thấy họ thực sự làm gì. Bài viết hướng dẫn PM và BA tổ chức buổi contextual inquiry, ghi nhận "mẹo" và "đường vòng" của người dùng, và biến chúng thành yêu cầu có giá trị.

HP
Nguyễn Thu Hà, PMP
10/10/2026
5 phút đọc 0 0

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 chuỗi phòng khám nha khoa thuê đội phần mềm làm hệ thống đặt lịch và quản lý hồ sơ bệnh nhân. Trong ba buổi phỏng vấn, các lễ tân đều nói: "Quy trình đơn giản thôi, khách gọi điện, mình tìm giờ trống, ghi tên vào lịch." Đội dự án thiết kế màn hình đặt lịch gọn gàng, ba bước.

Đến buổi kiểm thử chấp nhận, lễ tân phàn nàn liên tục. Khi BA ngồi cạnh quan sát một buổi sáng thật, cô thấy những điều không ai nhắc tới:

  • Lễ tân luôn hỏi bệnh nhân "lần trước bác sĩ nào khám" và cố xếp đúng bác sĩ đó — nhưng hệ thống mới không hiện lịch sử khám ngay ở màn hình đặt lịch.
  • Họ dán giấy nhớ màu vàng lên màn hình để ghi các ca "có thể đến sớm nếu có người huỷ".
  • Mỗi khi có ca nhổ răng khôn, họ âm thầm để trống 15 phút sau ca đó vì bác sĩ cần nghỉ — quy tắc này không có trong tài liệu nào.

Những điều này không phải người dùng giấu. Đơn giản là họ làm quá quen đến mức không còn nhận ra đó là "yêu cầu".

Vì sao phỏng vấn thôi là chưa đủ

Kỹ thuật contextual inquiry (tạm dịch: tìm hiểu trong bối cảnh) được phát triển trong lĩnh vực thiết kế lấy người dùng làm trung tâm. Ý tưởng cốt lõi: người nghiên cứu đến tận nơi làm việc của người dùng, quan sát họ làm việc thật, và hỏi ngay khi có điều chưa rõ. Mối quan hệ được mô tả như "thầy – trò": người dùng là chuyên gia về công việc của họ, người nghiên cứu là người học việc.

Nghiên cứu tại hiện trường (field study) bổ sung cho phỏng vấn ở chỗ nó cho thấy hành vi thực tế thay vì hành vi được kể lại. Con người thường mô tả quy trình "chuẩn" hoặc quy trình họ nghĩ mình đang làm, bỏ qua các bước ngoại lệ, các mẹo tự nghĩ ra và các đường vòng để lách hạn chế của công cụ hiện tại.

Trong danh mục kỹ thuật thu thập yêu cầu (requirements elicitation), quan sát (observation) được xếp cạnh phỏng vấn, hội thảo, khảo sát và làm mẫu thử. Mỗi kỹ thuật có điểm mạnh riêng; quan sát đặc biệt hữu ích khi người dùng khó diễn đạt công việc hoặc khi quy trình có nhiều tri thức ngầm.

Liên hệ với PMBOK® Guide và đề thi PMP

PMBOK® Guide ấn bản 6 liệt kê quan sát/trò chuyện (observation/conversation) là một kỹ thuật thu thập dữ liệu trong quy trình Thu thập yêu cầu (Collect Requirements). Ấn bản 7 nhấn mạnh việc hiểu stakeholder và tập trung vào giá trị mà sản phẩm mang lại cho người dùng.

Với góc nhìn stakeholder, quan sát tại chỗ còn có một lợi ích phụ: người dùng cảm thấy được tôn trọng khi đội dự án đến tận nơi tìm hiểu công việc của họ. Đó là một bước gắn kết chủ động, có thể chuyển một người dùng từ "trung lập" sang "ủng hộ".

Cách tổ chức một buổi contextual inquiry

Tình huống liên quan

Quản lý các bên liên quanCác bên liên quan

Đề xuất bị bác ngay tại phòng họp ban chỉ đạo: vận động trước từng người ra quyết định (pre-wiring)

Một đề xuất tốt vẫn có thể bị bác chỉ vì người ra quyết định nghe nó lần đầu giữa cuộc họp đông người. Bài viết hướng dẫn PM vận động trước từng thành viên ban chỉ đạo: gặp ai, hỏi gì, ghi nhận phản đối thế nào để cuộc họp chính thức chỉ còn là nơi chốt quyết định.

Ngày đăng: 29/10/2026Lượt xem: 0Bình luận: 0
Quản lý các bên liên quanCác bên liên quan

Sếp trực tiếp chỉ biết dự án gặp sự cố khi khách hàng gọi phàn nàn: quản lý ngược (managing up) để cấp trên thành đồng minh

Cấp trên trực tiếp là một bên liên quan đặc biệt: có quyền lực với PM nhưng thường thiếu thông tin về dự án. Bài viết hướng dẫn quản lý ngược — hiểu phong cách làm việc của sếp, thống nhất kỳ vọng, chọn nhịp và kênh báo cáo, và không bao giờ để sếp bị bất ngờ.

Ngày đăng: 22/10/2026Lượt xem: 0Bình luận: 0
Quản lý các bên liên quanCác bên liên quan

Hai công ty sáp nhập, hai hệ thống phải thành một: gắn kết stakeholder trong dự án hợp nhất sau M&A

Dự án hợp nhất hệ thống sau sáp nhập hiếm khi thất bại vì công nghệ. Nó thất bại vì hai tổ chức có hai cách làm việc, hai nhóm người lo mất vị trí và một ban lãnh đạo mới chưa thống nhất. Bài viết hướng dẫn PM nhận diện, phân tích và gắn kết stakeholder của cả hai phía.

Ngày đăng: 17/10/2026Lượt xem: 2Bình luận: 0
Quản lý các bên liên quanCác bên liên quan

Nhà cung cấp đòi tăng 25% khi gia hạn hợp đồng bảo trì: xác định vùng thoả thuận khả dĩ (ZOPA) và đặt mỏ neo trước khi ngồi vào bàn

Đàm phán không bắt đầu ở bàn họp mà ở bảng tính chuẩn bị: điểm mục tiêu, điểm kháng cự, phương án thay thế tốt nhất của mỗi bên và vùng thoả thuận khả dĩ. Bài viết hướng dẫn PM chuẩn bị một cuộc đàm phán gia hạn hợp đồng và dùng hiệu ứng mỏ neo một cách có trách nhiệm.

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

Trước buổi quan sát

  • Chọn người và thời điểm đại diện. Một buổi sáng thứ Hai đông khách khác hẳn một buổi chiều thứ Tư vắng. Nên quan sát ít nhất hai đến ba người ở các thời điểm khác nhau.
  • Xin phép rõ ràng. Giải thích mục đích, thời lượng, những gì sẽ ghi lại. Với môi trường có dữ liệu nhạy cảm (y tế, tài chính), thống nhất trước với quản lý và bộ phận pháp chế về những gì được phép ghi chép, chụp ảnh.
  • Chuẩn bị trọng tâm. Không cần bảng câu hỏi dài, chỉ cần vài chủ đề muốn hiểu sâu.

Trong buổi quan sát

  • Để người dùng làm việc bình thường. Đừng yêu cầu họ "trình diễn".
  • Hỏi tại thời điểm xảy ra: "Vì sao chị vừa ghi ra giấy?", "Nếu không có giấy nhớ này thì sao?"
  • Ghi lại đồ vật và mẹo: giấy nhớ, file Excel riêng, sổ tay, tin nhắn cho đồng nghiệp. Mỗi thứ là dấu hiệu của một nhu cầu hệ thống chưa đáp ứng.
  • Kiểm tra lại cách hiểu: "Tôi hiểu là chị luôn để trống 15 phút sau ca nhổ răng khôn, đúng không?"

Sau buổi quan sát

  • Diễn giải cùng đội. Đội dự án tổng hợp ghi chép, nhóm các quan sát theo chủ đề (ví dụ bằng sơ đồ tương đồng – affinity diagram).
  • Biến quan sát thành yêu cầu có kiểm chứng. "Lễ tân dán giấy nhớ các ca có thể đến sớm" trở thành yêu cầu "danh sách chờ khi có lịch huỷ", rồi xác nhận lại với người dùng.
  • Cập nhật ma trận truy vết yêu cầu để biết yêu cầu nào đến từ quan sát và ai đã xác nhận.

Những giới hạn cần biết

  • Hiệu ứng người quan sát: người dùng có thể làm việc "chuẩn" hơn khi có người nhìn. Quan sát lâu hơn một chút và tạo không khí thoải mái giúp giảm hiệu ứng này.
  • Tốn thời gian: không thể quan sát mọi vai trò. Ưu tiên vai trò có quy trình phức tạp hoặc rủi ro cao.
  • Dễ suy diễn: một hành vi quan sát được có thể có nhiều cách giải thích. Luôn hỏi lại thay vì đoán.

Kết luận

Người dùng không nói dối khi mô tả công việc; họ chỉ không nhìn thấy những gì đã thành thói quen. Quan sát tại chỗ giúp đội dự án nhìn thấy giấy nhớ, đường vòng và quy tắc ngầm — những thứ sẽ quyết định hệ thống mới được đón nhận hay bị né tránh. Một buổi sáng ngồi cạnh người dùng thường tiết kiệm được nhiều tuần sửa đổi sau nghiệm thu.

Nguồn tham khảo

  • Wikipedia – Contextual inquiry (phương pháp tìm hiểu trong bối cảnh, mô hình thầy – trò)
  • Nielsen Norman Group – Field Studies (nghiên cứu tại hiện trường trong UX)
  • Wikipedia – Requirements elicitation (các kỹ thuật thu thập yêu cầu)
#contextual-inquiry#Thu thập yêu cầu#quan-sat#nguoi-dung-cuoi#design-thinking

Biểu mẫu tải về

  • Mẫu báo cáo phỏng vấn – quan sát người dùng (Atlassian Confluence)Trang mẫu ghi lại một buổi phỏng vấn hoặc quan sát người dùng: bối cảnh, ghi chép, điều quan sát được và kết luận rút ra. Dùng sau mỗi buổi quan sát tại chỗ để tách "người dùng nói gì" với "người dùng thực sự làm gì" và gom thành yêu cầu. Trực tuyến (Confluence).atlassian.com · 0 lượt mở
    Mở liên kết

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

Câu 1/1
Sau nhiều buổi phỏng vấn, đội dự án vẫn liên tục phát hiện yêu cầu mới ở giai đoạn kiểm thử chấp nhận. Người dùng cuối có nhiều thao tác "theo thói quen" mà họ không tự mô tả được. Kỹ thuật thu thập yêu cầu nào phù hợp nhất để bổ sung?

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

Bạn muốn quan sát lễ tân làm việc một buổi sáng để hiểu quy trình đặt lịch, nhưng quản lý phòng khám lo ngại bệnh nhân không thoải mái. 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ạVì sao phỏng vấn thôi là chưa đủLiên hệ với PMBOK® Guide và đề thi PMPCách tổ chức một buổi contextual inquiryNhững giới hạn cần biếtKết luậnNguồn tham khảoBiểu mẫu tải vềTrắ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)