Mở đầu — vì sao bài này quan trọng
Trong kỳ thi PSM I, cụm câu hỏi gây "rớt oan" nhiều nhất không phải là phần lý thuyết Empiricism trừu tượng, mà chính là phần Accountabilities — ai chịu trách nhiệm cho cái gì trong Scrum Team. Nghe thì đơn giản, nhưng đây lại là nơi đa số học viên Việt Nam mất điểm, vì kinh nghiệm làm việc thực tế ở công ty đã "lập trình" sai cho chúng ta.
Ví dụ: ở rất nhiều công ty Việt Nam, Scrum Master kiêm luôn việc giao task, ép deadline, báo cáo tiến độ cho sếp. Project Manager thì quyết định cho vào Sprint cái gì. Còn Product Owner đôi khi chỉ là "người viết tài liệu yêu cầu". Khi bạn đã quen với mô hình lai tạp này, đến lúc thi PSM I bạn sẽ chọn đáp án theo thói quen công ty mình — và sai.
Bài 52 này là bộ câu hỏi luyện tập số 2, tập trung 100% vào Accountabilities (trách nhiệm) của ba thành phần trong Scrum Team: Product Owner, Scrum Master, Developers. Mục tiêu không phải để bạn học thuộc đáp án, mà để bạn rèn phản xạ tư duy "by the book" — trả lời đúng theo Scrum Guide 2020, gạt bỏ kinh nghiệm sai. Sau bài này, khi gặp bất kỳ câu hỏi nào có chữ "Who is accountable for...", bạn sẽ biết cách khoanh vùng đáp án trong 10 giây.
Hãy làm từng câu một cách nghiêm túc: đọc câu hỏi, tự trả lời trước khi xem giải thích, rồi mới đối chiếu. Đó là cách duy nhất để bộ câu hỏi này có giá trị.
Khái niệm cốt lõi
Trước khi vào câu hỏi, ta cần nhắc lại một nguyên tắc nền mà Scrum Guide 2020 nhấn mạnh: Scrum Team chỉ có ba accountabilities (trách nhiệm), KHÔNG có "roles" (vai trò) như cách nói cũ. Sự thay đổi từ "role" sang "accountability" là có chủ đích — Scrum muốn nói rằng đây là những trách nhiệm phải có ai đó gánh, chứ không phải chức danh trong sơ đồ tổ chức.
Ba accountabilities và ranh giới của chúng
Product Owner chịu trách nhiệm tối đa hóa giá trị (value) của sản phẩm do công việc của Scrum Team tạo ra. Cụ thể, PO là người duy nhất chịu trách nhiệm quản lý Product Backlog, bao gồm: phát triển và truyền đạt rõ ràng Product Goal, tạo và sắp xếp thứ tự (ordering) các Product Backlog Item, đảm bảo Product Backlog minh bạch và dễ hiểu.
Scrum Master chịu trách nhiệm thiết lập Scrum như được định nghĩa trong Scrum Guide, và chịu trách nhiệm cho tính hiệu quả (effectiveness) của Scrum Team. Scrum Master là một true leader who serves (lãnh đạo đích thực phục vụ) Scrum Team và toàn tổ chức.
Developers là những người trong Scrum Team cam kết tạo ra bất kỳ khía cạnh nào của Increment có thể sử dụng được ở mỗi Sprint. Cụ thể, Developers chịu trách nhiệm: tạo plan cho Sprint (Sprint Backlog), tuân thủ chất lượng bằng Definition of Done, điều chỉnh kế hoạch hàng ngày hướng tới Sprint Goal, và chịu trách nhiệm với nhau như những chuyên gia.
Những "bẫy" ranh giới mà đề thi hay khai thác
Đề PSM I rất thích đặt câu hỏi ở những điểm giao mờ. Ba điểm thường bị nhầm:
- Ai quản lý Sprint Backlog? — Là Developers, KHÔNG phải Scrum Master, cũng không phải PO. Sprint Backlog do Developers tạo và sở hữu.
- Ai quyết định thứ tự Product Backlog? — Là PO. PO có thể nhận đầu vào từ nhiều người, nhưng quyết định cuối cùng và trách nhiệm thuộc về PO.
- Ai quyết định ai làm việc gì trong Sprint? — Là Developers tự tổ chức (self-managing). Không phải Scrum Master phân công, không phải PO, không phải manager.
Tình huống thực tế
Ví dụ 1 — Tiki và câu chuyện "ai sở hữu Product Backlog"
Giả định tại một product team của Tiki, có một bạn Business Analyst rất giỏi, viết user story chi tiết và đẹp. Theo thời gian, BA này trở thành người thực tế quyết định feature nào ưu tiên, vì PO bận họp với ban lãnh đạo. Đến khi team gặp tranh cãi về thứ tự backlog, mọi người hỏi: "Vậy ai mới là người chịu trách nhiệm cuối cùng cho Product Backlog?"
Đây chính là tinh thần của Q1:
> Q1. "Who is accountable for managing the Product Backlog?" > A. Developers > B. Scrum Master > C. Product Owner ✓ > D. Management
Đáp án đúng là C — Product Owner. Lưu ý từ khóa "accountable" (chịu trách nhiệm sau cùng). BA hay bất kỳ ai cũng có thể đóng góp (delegate công việc viết backlog item), nhưng theo Scrum Guide, "The Product Owner remains accountable" — PO vẫn là người chịu trách nhiệm dù có ủy quyền cho người khác làm.
Bài học rút ra: Phân biệt "làm" (do) và "chịu trách nhiệm" (be accountable). Người khác có thể làm hộ, nhưng accountability không chuyển nhượng. Trong tình huống Tiki, dù BA viết backlog, PO vẫn là người duy nhất chịu trách nhiệm — và đó là lý do PO không nên để mất quyền kiểm soát thứ tự ưu tiên.
Ví dụ 2 — Startup fintech ở TP.HCM và cái bẫy "Scrum Master phân task"
Một startup fintech 25 người ở Quận 1, TP.HCM. Anh Scrum Master vốn xuất thân từ Team Lead, nên giữ thói quen mỗi sáng Daily Scrum lại đứng ra chia task: "Hôm nay Minh làm API thanh toán, Lan làm màn hình OTP, Hùng fix bug". Team chạy đều, nhưng có một Developer mới — từng học PSM — thắc mắc: "Như vậy có đúng Scrum không?"
Câu hỏi tương ứng:
> Q2. Trong một Sprint, ai quyết định công việc nào sẽ do ai trong Developers thực hiện? > A. Scrum Master phân công cho từng người > B. Product Owner chỉ định > C. Chính các Developers tự tổ chức và quyết định ✓ > D. Manager của phòng kỹ thuật
Đáp án đúng là C. Developers là self-managing — họ tự quyết "nội bộ ai làm gì, khi nào, như thế nào". Scrum Master đứng ra phân task là một anti-pattern kinh điển, vi phạm nguyên tắc self-management. Vai trò đúng của Scrum Master ở đây là coach giúp team tự tổ chức, chứ không phải làm thay.
Bài học rút ra: Khi Scrum Master "ôm" việc phân công, team mất khả năng tự chủ và dần ỷ lại. Trong kỳ thi, bất kỳ đáp án nào nói Scrum Master/PO/Manager "assigns work to Developers" đều SAI. Hãy nhớ chữ "self-managing" gắn liền với Developers như một phản xạ.
Ví dụ 3 — Đội phát triển game tại Đà Nẵng và câu hỏi "ai chịu trách nhiệm chất lượng"
Một studio game ở Đà Nẵng, 8 Developers. Khi một bản build bị lỗi nặng lên production, ban giám đốc hỏi Scrum Master: "Tại sao chất lượng tệ thế? Anh là Scrum Master, anh chịu trách nhiệm chất lượng sản phẩm chứ?" Scrum Master lúng túng.
Câu hỏi tương ứng:
> Q3. Ai chịu trách nhiệm tuân thủ chất lượng thông qua việc bám sát Definition of Done? > A. Scrum Master > B. Product Owner > C. Developers ✓ > D. QA Team riêng biệt
Đáp án đúng là C — Developers. Scrum Guide nói rõ Developers "adhering to a Definition of Done by meeting it for the Increment". Chất lượng kỹ thuật của Increment thuộc trách nhiệm Developers, không phải Scrum Master. Scrum Master chịu trách nhiệm cho hiệu quả của cả team và việc áp dụng Scrum, chứ không phải chất lượng từng dòng code.
Bài học rút ra: Đừng nhầm "effectiveness của Scrum Team" (việc của Scrum Master) với "chất lượng của Increment" (việc của Developers). Đây là một bẫy phổ biến vì ngoài đời người ta hay đổ chất lượng cho người đứng đầu quy trình.
Hướng dẫn từng bước
Dưới đây là quy trình 4 bước để xử lý mọi câu hỏi dạng Accountabilities trong PSM I — áp dụng được cho cả 5 câu trong bộ này và những câu tương tự trong đề thi thật.
Bước 1 — Xác định từ khóa "accountable" hay "responsible/do". Nếu câu hỏi dùng "accountable" (chịu trách nhiệm sau cùng), bạn tìm người sở hữu trách nhiệm đó, kể cả khi họ ủy quyền cho người khác làm. Ví dụ: PO accountable cho Product Backlog dù người khác viết item.
Bước 2 — Khoanh vùng theo "vùng phụ trách". Ghi nhớ bản đồ nhanh:
- Liên quan value, Product Backlog, Product Goal, ordering, stakeholders → Product Owner.
- Liên quan Scrum framework, effectiveness, impediments, coaching, organization change → Scrum Master.
- Liên quan Increment, Sprint Backlog, Definition of Done, kế hoạch hàng ngày, cách làm kỹ thuật → Developers.
Bước 4 — Kiểm tra "by the book". Hỏi: đáp án này có khớp đúng câu chữ Scrum Guide không, hay chỉ khớp với thực tế công ty tôi? Nếu nó "đúng theo kinh nghiệm" nhưng "lệch Scrum Guide", chọn theo Scrum Guide.
Hãy thử thêm hai câu để luyện quy trình:
> Q4. Toàn bộ Scrum Team chịu trách nhiệm tạo ra Increment có giá trị, hữu ích ở mỗi Sprint. Phát biểu này: > A. Sai — chỉ Developers chịu trách nhiệm Increment > B. Đúng — cả Scrum Team chịu trách nhiệm, dù Developers là người cam kết tạo ra Increment ✓ > C. Sai — chỉ Product Owner chịu trách nhiệm giá trị > D. Sai — Increment là việc của QA
Đáp án B. Scrum Guide 2020 nhấn mạnh "The entire Scrum Team is accountable for creating a valuable, useful Increment every Sprint." Đây là điểm tinh tế: ở cấp độ tổng thể, cả team cùng accountable; nhưng ở cấp độ cụ thể, Developers là người "committed to creating" Increment. Đề thi rất thích đánh vào sắc thái này.
> Q5. Một Developer mới hỏi: "Nếu tôi không đồng ý với cách Product Owner sắp xếp Product Backlog thì sao?" Câu trả lời đúng theo Scrum là: > A. Developer có quyền tự sắp lại thứ tự > B. Scrum Master quyết định thay > C. Developer có thể đóng góp ý kiến, nhưng quyết định cuối cùng và accountability vẫn thuộc Product Owner ✓ > D. Cả team biểu quyết theo đa số
Đáp án C. Để Product Owner thành công, cả tổ chức phải tôn trọng quyết định của PO. Developers có thể (và nên) đưa input, nhưng không được tự ý đảo thứ tự backlog. Đây là ranh giới quyền lực rõ ràng trong Scrum.
Lỗi thường gặp & mẹo
Lỗi 1 — Nhầm "Scrum Master là sếp của team". Rất nhiều học viên Việt chọn đáp án Scrum Master phân task, theo dõi tiến độ, đánh giá hiệu suất nhân viên. Sai. Scrum Master không có quyền quản lý con người, không phải line manager. Mẹo: gặp Scrum Master, nghĩ "phục vụ, huấn luyện, gỡ trở ngại" — không bao giờ là "ra lệnh".
Lỗi 2 — Cho rằng PO viết toàn bộ backlog item. PO accountable, nhưng có thể delegate việc viết. Mẹo: phân biệt "accountable" (luôn là một người duy nhất — PO) với "do the work" (có thể là nhiều người).
Lỗi 3 — Nghĩ Developers chỉ là "coder". Trong Scrum, "Developers" gồm mọi người làm ra Increment — lập trình viên, tester, designer, kỹ sư dữ liệu... Mẹo: thấy chữ "Developers" đừng dịch hẹp thành "lập trình viên".
Lỗi 4 — Tách QA thành accountability thứ tư. Scrum chỉ có 3 accountabilities. QA, BA, Architect đều nằm trong Developers. Mẹo: bất kỳ đáp án nào tạo ra "role thứ tư" gần như chắc chắn sai.
Lỗi 5 — Nhầm "value" và "quality". PO lo value (giá trị sản phẩm cho khách hàng/thị trường), Developers lo quality (chất lượng kỹ thuật qua DoD). Mẹo: value → PO, quality của Increment → Developers, effectiveness của cả team → Scrum Master.
Mẹo tổng: Khi bí, hãy hỏi "Ai bị ảnh hưởng trực tiếp nếu việc này hỏng?" — đó thường là người accountable. Backlog hỏng → PO chịu. Increment lỗi → Developers chịu. Scrum bị áp dụng sai, team kém hiệu quả → Scrum Master chịu.
Bài tập thực hành
Hãy tự làm 5 câu sau, viết đáp án ra giấy trước, sau đó tự đối chiếu với phần "Khái niệm cốt lõi" ở trên. Đặt giới hạn 30 giây mỗi câu để mô phỏng áp lực thi thật (kỳ thi PSM I cho khoảng 1 phút 12 giây/câu).
- Ai là người duy nhất có thể thay đổi thứ tự (ordering) của Product Backlog?
- Trong Sprint Planning, ai chọn các Product Backlog Item nào sẽ đưa vào Sprint? (Gợi ý: phân biệt "ai chọn item" và "ai quyết định bao nhiêu việc team có thể làm".)
- Nếu một stakeholder muốn thêm tính năng giữa Sprint, họ nên nói chuyện với accountability nào?
- Ai chịu trách nhiệm gỡ bỏ các impediment (trở ngại) cản trở tiến độ của Scrum Team?
- Một bạn nói "Scrum Master chịu trách nhiệm cho chất lượng code". Đúng hay sai? Giải thích.
Bài tập nâng cao: Lấy chính công ty/dự án của bạn đang làm, vẽ một bảng 3 cột (PO / SM / Developers) và điền những việc thực tế đang diễn ra vào đúng cột. Khoanh tròn những việc đang "lệch" so với Scrum Guide (ví dụ: "Scrum Master báo cáo tiến độ cho sếp", "Manager quyết feature"). Đây là cách biến lý thuyết thi cử thành nhận thức thật, đồng thời giúp bạn nhìn ra anti-pattern trong chính tổ chức mình.
Tóm tắt
Bộ câu hỏi Accountabilities xoay quanh một câu hỏi duy nhất: "Ai chịu trách nhiệm cho điều gì?" Và chìa khóa để trả lời đúng là gạt bỏ kinh nghiệm công ty, trả lời theo Scrum Guide 2020.
Những điểm cốt lõi cần khắc sâu:
- Product Owner — accountable cho value và quản lý Product Backlog (Product Goal, ordering, minh bạch). Quyết định cuối cùng về backlog thuộc về PO, dù có thể ủy quyền việc làm.
- Scrum Master — accountable cho việc áp dụng Scrum và effectiveness của Scrum Team, là true leader phục vụ. Không phân task, không phải sếp.
- Developers — committed tạo ra Increment, sở hữu Sprint Backlog, tuân thủ Definition of Done, self-managing (tự quyết ai làm gì). Là "Developers" theo nghĩa rộng, gồm cả tester, designer, BA.
- Cả Scrum Team cùng accountable cho việc tạo ra một Increment có giá trị mỗi Sprint.