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. /Lãnh đạo & đội nhóm
  2. /Product Owner ở Paris, đội phát triển ở Hà Nội, …
Lãnh đạo & đội nhóm· Domain: Đội dự án

Product Owner ở Paris, đội phát triển ở Hà Nội, câu hỏi chờ trả lời hai ngày: rút ngắn khoảng cách tới người ra quyết định

Mọi câu hỏi nghiệp vụ phải chờ Product Owner ở châu Âu thức dậy; một "PO đại diện" ở Hà Nội được dựng lên nhưng không có quyền quyết. Cách PM và Scrum Master thiết kế quyền ra quyết định, khung giờ chung và cách làm rõ backlog trước để đội phân tán không phải chờ.

HP
Nguyễn Thu Hà, PMP
26/10/2025
5 phút đọc 0 0
Product Owner ở Paris, đội phát triển ở Hà Nội, câu hỏi chờ trả lời hai ngày: rút ngắn khoảng cách tới người ra quyết định

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 hãng bán lẻ thời trang ở Pháp thuê công ty phần mềm Việt Nam xây ứng dụng mua sắm. Đội phát triển 7 người làm theo Scrum ở Hà Nội. Product Owner (PO) là giám đốc sản phẩm của khách hàng, làm việc ở Paris, chậm hơn Hà Nội 5 giờ vào mùa hè và chỉ dành khoảng 20% thời gian cho sản phẩm này.

Sau 4 sprint, Scrum Master và PM phía công ty phần mềm thống kê:

  • Trung bình mỗi sprint có 14 câu hỏi làm rõ nghiệp vụ, thời gian chờ trả lời trung vị là 2 ngày làm việc.
  • 30% hạng mục trong sprint phải dừng giữa chừng để chờ câu trả lời.
  • Khách hàng chỉ định một nhân viên trẻ ở văn phòng đại diện Hà Nội làm "PO đại diện" (proxy PO), nhưng người này không được quyền quyết định thứ tự ưu tiên hay chấp nhận phạm vi; mọi câu hỏi khó vẫn được chuyển sang Paris.
  • Sprint Review diễn ra lúc 21 giờ Hà Nội; hai lần PO không dự được.

Phân tích theo PMBOK® Guide

Product Owner là một người có thẩm quyền, không phải một "hộp thư"

Scrum Guide 2020 nêu rõ Product Owner là một người, không phải một uỷ ban; PO chịu trách nhiệm tối đa hoá giá trị sản phẩm và quản lý Product Backlog. PO có thể đại diện cho nhu cầu của nhiều stakeholder, và có thể giao việc cho người khác, nhưng vẫn là người chịu trách nhiệm. Để PO thành công, cả tổ chức phải tôn trọng quyết định của PO.

Mô hình "PO đại diện" không có quyền quyết định là một phản mẫu (anti-pattern) phổ biến trong mô hình onshore – offshore: thêm một trạm trung chuyển, tăng số người tham gia mỗi câu hỏi, mà không rút ngắn thời gian ra quyết định.

Khoảng cách tới người ra quyết định

Agile Alliance mô tả thực hành phòng làm việc chung (team room) — lý tưởng là toàn đội, kể cả Product Owner, cùng làm việc trong một không gian để thông tin lan toả tự nhiên (osmotic communication). Với đội phân tán, không thể có phòng chung, nhưng mục tiêu vẫn vậy: đội phải tiếp cận được người quyết định nghiệp vụ trong khoảng thời gian ngắn. Nếu không, thời gian chờ quyết định trở thành nút thắt lớn nhất của dòng giá trị.

Góc nhìn PMBOK

  • PMBOK 7, lĩnh vực Các bên liên quan và Đội ngũ: gắn kết người ra quyết định; nguyên tắc "Tương tác hiệu quả với các bên liên quan" và "Tập trung vào giá trị".
  • PMBOK® Guide ấn bản 6: Plan Stakeholder Engagement (13.2) và (13.3) — mức gắn kết mong muốn của PO là "dẫn dắt" (leading); (10.1) xác định khung giờ, kênh và thời hạn phản hồi.

Tình huống liên quan

Luyện thi PMPĐộ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.

Ngày đăng: 01/10/2026Lượt xem: 1Bình luận: 0
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
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
Manage Stakeholder Engagement
Plan Communications Management
  • Agile Practice Guide: PO (product owner) cần sẵn sàng cho đội; thiếu khả năng tiếp cận PO là trở ngại (impediment) mà người lãnh đạo phục vụ cần gỡ bỏ.
  • Cách xử lý

    Bước 1: Lượng hoá chi phí của việc chờ

    Scrum Master trình bày số liệu 4 sprint cho PO và sponsor phía khách hàng: thời gian chờ, số hạng mục dừng giữa chừng, ước tính giá trị bị chậm. Mục tiêu là cho thấy vấn đề nằm ở hệ thống ra quyết định, không phải ở đội.

    Bước 2: Phân định quyền quyết định

    Cùng PO, đội lập bảng phân quyền quyết định:

    Loại quyết địnhNgười quyếtThời hạn phản hồi
    Thứ tự ưu tiên backlog, mục tiêu sprintPOTrong Sprint Planning
    Chi tiết giao diện, quy tắc nghiệp vụ nhỏ trong phạm vi đã duyệtChuyên viên nghiệp vụ được PO uỷ quyền ở Hà NộiTrong ngày
    Thay đổi phạm vi, tiêu chí chấp nhậnPO24 giờ
    Quyết định ảnh hưởng hợp đồng, ngân sáchSponsor phía khách hàng qua kiểm soát thay đổiTheo quy trình

    Người ở Hà Nội không còn là "PO đại diện" mơ hồ, mà là người được uỷ quyền rõ cho một nhóm quyết định cụ thể, và PO cam kết tôn trọng các quyết định đó.

    Bước 3: Làm rõ backlog trước

    Đội tăng đầu tư vào làm mịn backlog (backlog refinement): hai buổi mỗi sprint trong khung giờ chung (14h–16h Hà Nội, 9h–11h Paris), làm rõ hạng mục cho ít nhất 1–2 sprint tới, gồm tiêu chí chấp nhận và ví dụ cụ thể. Câu hỏi được đội ghi lại trước buổi họp để PO chuẩn bị.

    Bước 4: Khung giờ chung và sự kiện công bằng

    • PO có "giờ trực" 1 giờ mỗi ngày trong khung chung để trả lời câu hỏi nhanh.
    • Sprint Review chuyển sang 15h Hà Nội (10h Paris), PO và stakeholder dự trực tuyến.
    • Câu hỏi ngoài khung giờ được gửi bằng văn bản đủ bối cảnh, kèm phương án đội đề xuất, để PO chỉ cần chọn.

    Bước 5: Theo dõi và điều chỉnh

    Sau 3 sprint, thời gian chờ trả lời trung vị giảm xuống dưới nửa ngày; tỷ lệ hạng mục dừng giữa chừng giảm xuống khoảng 10%. Trong retrospective, đội và PO đánh giá lại bảng phân quyền và mở rộng thêm một số loại quyết định cho người được uỷ quyền.

    Sai lầm thường gặp

    • Dựng PO đại diện không có quyền: thêm trạm trung chuyển, không bớt thời gian chờ.
    • PO là một nhóm người: đội nhận chỉ đạo mâu thuẫn từ nhiều phía.
    • Đội tự quyết thay PO khi chờ lâu: rủi ro làm sai giá trị, mất niềm tin của khách hàng.
    • Sự kiện Scrum luôn rơi vào giờ bất tiện của cùng một bên.
    • Không làm mịn backlog trước: mọi câu hỏi đều nảy sinh giữa sprint, khi chi phí chờ cao nhất.

    Bài học rút ra

    Với đội phân tán, khoảng cách quan trọng nhất không phải giữa các lập trình viên với nhau, mà giữa đội và người có quyền quyết định. PM và Scrum Master không thể thay PO ra quyết định, nhưng có thể làm cho chi phí của việc chờ trở nên rõ ràng, giúp PO uỷ quyền có cấu trúc và thiết kế nhịp làm việc để câu hỏi được trả lời trước khi trở thành điểm nghẽn.

    Góc ôn thi PMP

    • Theo Scrum Guide, PO là một người, chịu trách nhiệm về giá trị và Product Backlog; đề có thể hỏi "ai quyết định thứ tự ưu tiên backlog?" → Product Owner.
    • PO không sẵn sàng là một trở ngại; Scrum Master/PM với vai trò lãnh đạo phục vụ giúp gỡ bỏ, bằng cách làm việc với PO và tổ chức, không phải "tự quyết thay".
    • Thay đổi ảnh hưởng hợp đồng/ngân sách vẫn đi qua kiểm soát thay đổi dù dự án theo agile.

    Nguồn tham khảo

    • The 2020 Scrum Guide – scrumguides.org
    • Team Room – Agile Alliance Glossary
    #Đội phân tán#product-owner#proxy-po#scrum#ra-quyet-dinh

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

    Câu 1/1
    Đội Scrum ở Việt Nam làm cho khách hàng ở châu Âu. Product Owner ở châu Âu chỉ dành ít thời gian; câu hỏi nghiệp vụ thường chờ hai ngày, nhiều hạng mục dừng giữa sprint. Khách hàng cử một nhân viên tại Việt Nam làm "PO đại diện" nhưng người này không có quyền quyết định. Scrum Master nên làm gì?

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

    Product Owner ở Paris chỉ dành 20% thời gian, câu hỏi của đội ở Hà Nội thường chờ hai ngày. Bạn là PM phía công ty phần mềm và có ba phương án đề xuất với khách hàng. Nếu là PM, bạn chọn phương án 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 PMBOK® GuideCách xử lýSai lầm thường gặpBài học rút raGóc ôn 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)