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. /Agile & Hybrid
  2. /Story point bị dùng làm KPI thưởng: khi velocity…
Agile & Hybrid· Domain: Đo lường

Story point bị dùng làm KPI thưởng: khi velocity "tăng vọt" mà sản phẩm không tốt lên

Ban giám đốc một công ty edtech gắn thưởng quý với số story point từng đội hoàn thành. Chỉ sau hai quý, velocity tăng gần gấp đôi nhưng tính năng mới không nhiều hơn. Vì sao story point không phải thước đo năng suất và nên đo gì thay thế.

HP
Nguyễn Thu Hà, PMP
19/08/2026
5 phút đọc 0 0
Story point bị dùng làm KPI thưởng: khi velocity "tăng vọt" mà sản phẩm không tốt lê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 công nghệ giáo dục phát triển nền tảng học trực tuyến cho học sinh trung học, có bốn đội Scrum. Để "đo năng suất", ban giám đốc ban hành chính sách: thưởng quý của mỗi đội tính theo tổng story point hoàn thành, đội có velocity cao nhất được thưởng thêm.

Sau hai quý, anh Duy – Head of Delivery – thấy những điều kỳ lạ:

  • Velocity trung bình của các đội tăng từ khoảng 30 lên 55 point/sprint.
  • Story trước đây ước 3 point nay được ước 8 point; một story "sửa chữ trên nút bấm" được ước 5 point.
  • Các đội từ chối giúp nhau vì "giúp đội khác không được tính point".
  • Story khó, rủi ro cao (như tích hợp thanh toán học phí) bị đẩy lùi vì "ăn point chậm".
  • Số tính năng phát hành và chỉ số học sinh sử dụng hàng tuần gần như không đổi.

Phân tích theo PMBOK® Guide

Story point là đơn vị ước lượng tương đối về quy mô, độ phức tạp và rủi ro của công việc, do chính đội xác định. Mỗi đội có thang đo riêng; 5 point của đội A không bằng 5 point của đội B. Velocity là tổng point đội hoàn thành mỗi sprint, chủ yếu dùng để đội tự lập kế hoạch (dự báo bao nhiêu việc có thể nhận). Agile Practice Guide cũng lưu ý velocity mang tính riêng của từng đội và không nên dùng để so sánh giữa các đội.

Measurement Performance Domain của PMBOK® Guide 7 cảnh báo các bẫy đo lường, trong đó có:

  • Hiệu ứng Hawthorne: việc đo một thứ sẽ ảnh hưởng tới hành vi của người được đo.
  • Chỉ số phù phiếm (vanity metric): con số trông đẹp nhưng không giúp ra quyết định.
  • Sử dụng sai thước đo (misusing metrics): tập trung vào chỉ số ít quan trọng hoặc dùng thước đo ngắn hạn thay cho mục tiêu dài hạn.
  • Làm mất động lực (demoralization): chỉ tiêu không thực tế hoặc đo để trừng phạt khiến đội nản lòng.

Hiện tượng trong tình huống cũng thường được gọi là định luật Goodhart: khi một thước đo trở thành mục tiêu, nó không còn là thước đo tốt.

Nguyên tắc liên quan: Focus on value – đo giá trị bàn giao, không đo hoạt động; Create a collaborative project team environment – KPI theo đội riêng lẻ phá vỡ hợp tác.

Nguyên nhân gốc:

  1. Nhầm lẫn giữa công cụ lập kế hoạch nội bộ và thước đo năng suất.
  2. Gắn thưởng trực tiếp với chỉ số đội tự kiểm soát được, dẫn tới "lạm phát point".

Tình huống liên quan

Agile & HybridĐo lường

Bảng Kanban kín việc mà khách vẫn chờ lâu: giới hạn WIP và định luật Little

Đội hỗ trợ triển khai có 6 người nhưng đang "ôm" 31 yêu cầu dở dang, khách hàng chờ trung bình hơn ba tuần. Dùng bốn chỉ số dòng chảy của Kanban Guide và định luật Little để chứng minh rằng bắt đầu ít việc hơn mới là cách xong việc nhanh hơn.

Ngày đăng: 02/10/2026Lượt xem: 2Bình luận: 0
Agile & HybridBàn giao

Product Owner kiêm nhiệm "vắng mặt": khi backlog chờ quyết định cả tuần

Product Owner là trưởng phòng nghiệp vụ, chỉ dành được vài giờ mỗi tuần cho đội. Câu hỏi tồn đọng, đội tự đoán yêu cầu và làm lại. Cách chẩn đoán, khôi phục quyền ra quyết định và ủy quyền đúng cách.

Ngày đăng: 01/10/2026Lượt xem: 7Bì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
  • Không có thước đo kết quả (outcome) cho sản phẩm.
  • Cách xử lý

    1. Trình bày vấn đề bằng dữ liệu với ban giám đốc

    So sánh velocity với số tính năng phát hành, lỗi sau phát hành và chỉ số sử dụng của học sinh. Biểu đồ cho thấy velocity tăng nhưng kết quả không đổi là bằng chứng thuyết phục nhất.

    2. Tách velocity khỏi đánh giá hiệu quả

    Velocity trở về đúng vai trò: chỉ đội và PO dùng để lập kế hoạch sprint và dự báo phát hành. Không công bố bảng xếp hạng velocity giữa các đội.

    3. Chọn bộ thước đo cân bằng

    NhómVí dụ thước đoCâu hỏi trả lời
    Kết quả kinh doanhSố học sinh hoạt động hàng tuần, tỷ lệ hoàn thành khoá họcSản phẩm có tạo giá trị không?
    Dòng chảy bàn giaoLead time, cycle time, tần suất phát hànhGiá trị đến tay người dùng nhanh không?
    Chất lượngLỗi sau phát hành, thời gian khắc phục sự cốBàn giao có bền vững không?
    Sức khoẻ độiKhảo sát mức độ hài lòng, gắn kếtNhịp làm việc có duy trì được không?

    4. Thiết kế lại cơ chế thưởng

    Đề xuất gắn thưởng với mục tiêu chung cấp sản phẩm (ví dụ OKR về số học sinh hoạt động) và chất lượng, áp dụng cho cả bốn đội, khuyến khích hợp tác thay vì cạnh tranh nội bộ.

    5. Chuẩn hoá lại ước lượng trong từng đội

    Mỗi đội tổ chức buổi "hiệu chỉnh" với vài story tham chiếu (reference stories) đã hoàn thành để đưa thang point về như trước. Không cần thống nhất thang point giữa các đội.

    6. Truyền thông với đội

    Giải thích rằng thay đổi không nhằm "phạt" ai; mục tiêu là đo đúng thứ quan trọng. Dùng Retrospective để đội góp ý về thước đo mới.

    Sai lầm thường gặp

    • So sánh velocity giữa các đội: các thang đo khác nhau, so sánh vô nghĩa.
    • Quy đổi point ra giờ công để tính lương: biến ước lượng tương đối thành chấm công.
    • Đặt chỉ tiêu velocity tăng mỗi sprint: đội sẽ thổi phồng ước lượng hoặc cắt chất lượng.
    • Bỏ hẳn đo lường: phản ứng ngược lại cũng sai; vấn đề là chọn thước đo phù hợp.

    Liên hệ đề thi PMP

    Câu hỏi: Ban lãnh đạo muốn so sánh hiệu quả của ba đội agile bằng velocity và gắn với thưởng. Người quản lý dự án nên làm gì?

    • A. Chuẩn hoá thang story point giữa các đội để so sánh công bằng
    • B. Giải thích rằng velocity là công cụ lập kế hoạch riêng của từng đội và đề xuất thước đo dựa trên giá trị bàn giao
    • C. Thực hiện theo yêu cầu và theo dõi velocity hàng tuần
    • D. Yêu cầu đội báo cáo giờ công thay cho story point

    Đáp án: B. Velocity mang tính tương đối, riêng từng đội; dùng làm KPI dẫn tới hành vi lệch. Thước đo nên tập trung vào giá trị và kết quả. A vẫn dựa trên tiền đề sai; C tạo động lực sai; D quay về đo hoạt động.

    Bài học rút ra

    • Story point là ước lượng tương đối, chỉ có nghĩa trong phạm vi một đội.
    • Biến velocity thành KPI sẽ làm velocity mất giá trị dự báo.
    • Đo kết quả và dòng chảy giá trị thay vì đo hoạt động.
    • Cơ chế thưởng chung khuyến khích hợp tác giữa các đội.
    #story-point#velocity#kpi#estimation#agile

    Biểu mẫu tải về

    • Hướng dẫn xác định Goals, Signals, Measures (Atlassian Team Playbook)Workshop khoảng 90 phút cho 6–8 người: xác định mục tiêu theo kết quả (outcome), tín hiệu cho thấy đang tiến bộ và thước đo cụ thể. Dùng để thay KPI story point bằng chỉ số gắn với giá trị sản phẩm. Kèm mẫu mục tiêu SMART trên Confluence.atlassian.com · 0 lượt mở
      Mở liên kết

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

    Thưởng quý của các đội gắn với số story point hoàn thành; sau hai quý velocity tăng từ khoảng 30 lên 55 điểm/sprint nhưng số tính năng và chỉ số sử dụng gần như không đổi. Nếu là PM, bạn đề xuất gì với ban giám đốc?

    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ặpLiên hệ đề thi PMPBài học rút raBiểu mẫu tải vềBình chọn
    Quảng cáoBộ đề thi thử PMP (mẫu)
    Quảng cáoTemplate quản lý dự án (mẫu)