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. /Agile & Hybrid
  2. /OKR cho đội agile: nối Product Goal, Sprint Goal…
Agile & Hybrid· Domain: Đo lường

OKR cho đội agile: nối Product Goal, Sprint Goal với kết quả then chốt mà không biến OKR thành danh sách việc

Nhiều đội agile áp dụng OKR nhưng kết quả then chốt lại là "hoàn thành 5 tính năng" — tức là đo đầu ra chứ không đo kết quả. Bài viết giải thích nguồn gốc của OKR, cách viết kết quả then chốt đo được thay đổi thực sự, và cách nối OKR với Product Goal và Sprint Goal trong Scrum.

HP
Nguyễn Thu Hà, PMP
10/09/2026
4 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ạ.

Đội sản phẩm của một ứng dụng học tiếng Anh áp dụng OKR theo yêu cầu của ban lãnh đạo. OKR quý đầu tiên của đội:

  • Mục tiêu (Objective): Nâng cấp ứng dụng.
  • Kết quả then chốt 1: Ra mắt tính năng luyện phát âm bằng AI.
  • Kết quả then chốt 2: Hoàn thành giao diện mới.
  • Kết quả then chốt 3: Đóng 50 lỗi tồn đọng.

Cuối quý, đội đạt cả ba kết quả then chốt. Nhưng số người dùng học đều đặn mỗi tuần không thay đổi, và tỷ lệ người dùng gia hạn gói trả phí còn giảm nhẹ. Ban lãnh đạo hỏi: "OKR đạt 100% mà sao kinh doanh không khá hơn?"

Câu trả lời: đây không phải là OKR, mà là một danh sách việc được đổi tên.

OKR là gì

OKR (Objectives and Key Results) là phương pháp đặt mục tiêu được phát triển bởi Andy Grove tại Intel, sau đó được John Doerr giới thiệu với Google vào cuối những năm 1990 và lan rộng sang nhiều tổ chức. Cấu trúc gồm:

  • Mục tiêu (Objective): điều muốn đạt được, mang tính định tính, truyền cảm hứng, có ý nghĩa.
  • Kết quả then chốt (Key Results): thường 3–5 chỉ số đo được cho biết mục tiêu có đạt hay không.

Điểm cốt lõi thường bị bỏ qua: kết quả then chốt nên đo kết quả (outcome) — sự thay đổi trong hành vi khách hàng hoặc chỉ số kinh doanh — chứ không phải đầu ra (output) — những gì đội làm ra. Atlassian, trong hướng dẫn về OKR, cũng nhấn mạnh rằng OKR đặt ra để cả tổ chức hướng về cùng mục tiêu và đo lường tiến bộ một cách minh bạch.

Nhiều tổ chức còn phân biệt OKR "cam kết" (phải đạt) và OKR "tham vọng" (đạt khoảng 70% đã là tốt), để khuyến khích đặt mục tiêu thử thách.

Liên hệ với Scrum và PMBOK® Guide

Scrum Guide 2020 có ba cam kết gắn với ba artifact: Product Goal cho Product Backlog, Sprint Goal cho Sprint Backlog, và Definition of Done cho Increment. Product Goal mô tả trạng thái tương lai của sản phẩm; Sprint Goal là mục tiêu duy nhất của một Sprint.

OKR và các mục tiêu trong Scrum có thể bổ trợ nhau theo tầng:

TầngCâu hỏiVí dụ
OKR quý của tổ chức/sản phẩmTa muốn thay đổi điều gì ở khách hàng?

Tình huống liên quan

Agile & HybridLập kế hoạch

Sếp hỏi "bao giờ xong 40 hạng mục còn lại?": dự báo bằng mô phỏng Monte Carlo trên throughput thay vì cộng story point

Thay vì ngồi ước lượng lại từng hạng mục rồi chia cho velocity trung bình, đội có thể dùng chính lịch sử throughput của mình để mô phỏng hàng nghìn tương lai và trả lời sếp bằng một xác suất: 85% khả năng xong trong 10 tuần. Bài viết hướng dẫn cách làm, cách đọc kết quả và những giới hạn cần nói rõ.

Ngày đăng: 29/10/2026Lượt xem: 0Bình luận: 0
Agile & HybridLập kế hoạch

Ngày ra mắt đã chốt trước Tết, phạm vi thì chưa: lập kế hoạch phát hành bằng dải velocity "chắc có – có thể có – không kịp"

Khi ngày phát hành không được dời, câu hỏi đúng không còn là "bao giờ xong" mà là "đến ngày đó sẽ có những gì". Dùng velocity thấp và cao của chính đội để vạch hai đường trên backlog đã sắp thứ tự, PM chia phạm vi thành ba vùng và cập nhật sau mỗi sprint. Bài viết hướng dẫn cách tính và cách trình bày với nhà tài trợ.

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

Đề đưa biểu đồ, không cho bảng số: đọc đường PV–EV–AC và ma trận xác suất – tác động trong câu hỏi hình ảnh PMP

Câu hỏi dựa trên hình ảnh là dạng mới của đề PMP 2026: đề cho một biểu đồ và bạn phải tự rút ra con số hoặc kết luận. Bài viết hướng dẫn đọc đồ thị giá trị thu được (PV, EV, AC theo thời gian) và ma trận xác suất – tác động, kèm các bẫy đọc trục và đơn vị.

Ngày đăng: 25/10/2026Lượt xem: 0Bình luận: 0
Kế hoạch & tiến độĐo lường

Cùng một gói việc, giá trị thu được từ 0 đến 84 triệu: chọn quy tắc đo EV cho đúng

Giá trị thu được (EV) chỉ khách quan khi quy tắc đo được thống nhất trước. Bài viết so sánh 0/100, 50/50, phần trăm hoàn thành ước tính, mốc có trọng số, đơn vị hoàn thành và LOE trên cùng một gói việc, chỉ ra vì sao EV có thể dao động từ 0 đến 84 triệu đồng và cách chọn quy tắc theo đặc điểm công việc.

Ngày đăng: 25/10/2026Lượt xem: 0Bình luận: 0
Người học duy trì thói quen học hằng tuần
Product GoalSản phẩm cần trở thành gì để tạo ra thay đổi đó?Ứng dụng giúp người học tự luyện nói mỗi ngày dưới 10 phút
Sprint GoalSprint này đóng góp gì cụ thể?Người học nhận được phản hồi phát âm cho bài luyện đầu tiên

PMBOK® Guide ấn bản 7, trong lĩnh vực hiệu suất Measurement, nhấn mạnh việc chọn chỉ số phản ánh giá trị và kết quả, cảnh báo các bẫy đo lường như chỉ số "phù phiếm" (vanity metrics) và hiệu ứng Hawthorne. OKR viết theo đầu ra chính là một dạng bẫy như vậy.

Viết lại OKR cho đúng

Phiên bản viết lại cho đội ứng dụng học tiếng Anh:

  • Mục tiêu: Người học biến việc luyện nói thành thói quen hằng tuần.
  • KR1: Tăng tỷ lệ người dùng hoạt động có ít nhất 3 buổi luyện nói mỗi tuần từ mức hiện tại lên mức mục tiêu đã thống nhất.
  • KR2: Tăng tỷ lệ người dùng mới quay lại trong tuần thứ hai.
  • KR3: Tăng điểm hài lòng với tính năng luyện nói trong khảo sát trong ứng dụng.

Tính năng luyện phát âm bằng AI và giao diện mới giờ là giả thuyết để đạt các KR, không phải bản thân KR. Nếu ra mắt tính năng mà KR không nhúc nhích, đội biết cần thử hướng khác.

Cách vận hành OKR trong nhịp Sprint

  1. Lập kế hoạch Sprint: Product Owner giải thích Sprint Goal đóng góp vào KR nào. Hạng mục không gắn với OKR nào cũng không sao — vẫn có việc vận hành, nợ kỹ thuật — nhưng cần ý thức về tỷ lệ.
  2. Sprint Review: bên cạnh trình diễn Increment, xem các chỉ số KR có thay đổi không. Lưu ý độ trễ: chỉ số kết quả thường thay đổi chậm hơn một Sprint.
  3. Rà soát giữa quý: đánh giá tiến độ KR, điều chỉnh giả thuyết và Product Backlog.
  4. Cuối quý: chấm điểm OKR, rút bài học, đặt OKR quý mới.

Những bẫy thường gặp

  • OKR là danh sách việc: như ví dụ đầu bài.
  • Quá nhiều OKR: mất tập trung. Một đội nên có ít mục tiêu.
  • Gắn OKR với thưởng phạt cá nhân: khuyến khích đặt mục tiêu thấp cho chắc đạt, mất ý nghĩa tham vọng.
  • Đặt OKR từ trên xuống hoàn toàn: đội không có tiếng nói về cách đạt kết quả, đi ngược tinh thần tự tổ chức của agile.

Kết luận

OKR và agile có cùng một tinh thần: tập trung vào giá trị tạo ra cho khách hàng, kiểm tra và thích ứng thường xuyên. Khi kết quả then chốt đo sự thay đổi thật, tính năng trở thành phương tiện để thử nghiệm, và Sprint Goal có một lý do rõ ràng để tồn tại. Một OKR đạt 100% mà kinh doanh không đổi là tín hiệu nên xem lại cách viết OKR, chứ không phải lý do để ăn mừng.

Nguồn tham khảo

  • Wikipedia – Objectives and key results (nguồn gốc và cấu trúc OKR)
  • Atlassian – OKRs: hướng dẫn đặt mục tiêu theo OKR trong tổ chức agile
  • The Scrum Guide 2020 (Product Goal, Sprint Goal, Definition of Done)
#OKR#product-goal#sprint-goal#do-luong-ket-qua#outcome-vs-output

Biểu mẫu tải về

  • Mẫu OKR – mục tiêu và kết quả then chốt (Atlassian Confluence)Trang mẫu để đặt mục tiêu, liệt kê kết quả then chốt đo được, người phụ trách và theo dõi tiến độ theo quý. Dùng để viết OKR của đội rồi đối chiếu từng Sprint Goal xem đang góp vào kết quả then chốt nào. 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
Đội agile đặt kết quả then chốt (Key Result) cho quý là "Ra mắt 3 tính năng mới". Cuối quý đội đạt mục tiêu nhưng chỉ số giữ chân khách hàng không cải thiện. Nhận định nào đúng nhất về vấn đề này?

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

Ban lãnh đạo muốn gắn mức độ hoàn thành OKR của đội với thưởng cá nhân. Bạn phản hồi thế 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ạOKR là gìLiên hệ với Scrum và PMBOK® GuideViết lại OKR cho đúngCách vận hành OKR trong nhịp SprintNhững bẫy thường gặpKế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)