Mở đầu — vì sao bài này quan trọng
Nếu bạn đang ôn thi PSM I, có một sự thật bạn cần chấp nhận ngay từ đầu: bài thi dựa chính xác trên Scrum Guide 2020, không phải bản 2017, càng không phải những gì bạn nghe được từ một đồng nghiệp đã làm Scrum "kiểu công ty mình" suốt năm năm. Đây là lý do bài học này tồn tại. Rất nhiều câu hỏi trong đề PSM I đánh thẳng vào những điểm mà Scrum Guide 2020 đã thay đổi so với các bản trước — bởi vì đó là nơi mọi người dễ trả lời sai nhất do quán tính từ kiến thức cũ.
Hãy hình dung thế này. Một người học Scrum từ 2018, đọc tài liệu cũ, vẫn quen với khái niệm "Development Team" tách biệt khỏi Scrum Master và Product Owner, vẫn nghĩ về "three questions" trong Daily Scrum, vẫn coi Scrum như một framework chuyên cho phát triển phần mềm. Khi vào phòng thi, người đó sẽ gặp ít nhất 5–8 câu mà đáp án "đúng theo trực giác cũ" lại là đáp án sai theo Scrum Guide 2020. Đó là cái bẫy.
Bài này giúp bạn xây một bản đồ rõ ràng: bản 2020 đã bỏ gì, thêm gì, đổi tên gì, và quan trọng nhất — tại sao các tác giả lại đổi. Hiểu được lý do thì bạn không cần học vẹt; bạn sẽ tự suy ra đáp án đúng ngay cả với câu hỏi chưa từng gặp.
Khái niệm cốt lõi
Scrum Guide 2020 được Ken Schwaber và Jeff Sutherland — hai đồng tác giả của Scrum — phát hành vào tháng 11/2020, đúng dịp kỷ niệm 25 năm Scrum. Triết lý xuyên suốt của lần revision này là "gọn hơn, ít quy tắc cứng hơn, áp dụng được cho mọi loại công việc phức tạp chứ không riêng phần mềm". Bản 2020 chỉ còn khoảng 13 trang, ngắn hơn đáng kể so với bản 2017 (~19 trang). Họ cố tình cắt bớt những phần mang tính "hướng dẫn kỹ thuật" để Scrum trở lại đúng bản chất: một framework tối giản (a minimal framework).
Dưới đây là những thay đổi chính mà PSM I rất hay kiểm tra.
1. Scrum trở nên ít quy định hơn (less prescriptive)
Đây là tinh thần bao trùm. Bản 2020 loại bỏ nhiều câu lệnh mang tính bắt buộc và thay bằng ngôn ngữ mềm hơn. Ví dụ rõ nhất là "three questions" trong Daily Scrum (Hôm qua tôi làm gì? Hôm nay tôi làm gì? Có trở ngại gì không?). Bản 2020 không còn bắt buộc ba câu hỏi đó. Developers tự do chọn bất kỳ cấu trúc hay kỹ thuật nào, miễn là Daily Scrum tập trung vào tiến độ hướng tới Sprint Goal. Ba câu hỏi giờ chỉ là một ví dụ tùy chọn, không phải luật.
2. Một Scrum Team, không còn "team trong team"
Bản 2017 mô tả Scrum Team gồm Product Owner, Development Team và Scrum Master — trong đó "Development Team" là một nhóm con có ranh giới riêng. Bản 2020 xóa bỏ khái niệm Development Team như một đơn vị tách biệt. Giờ chỉ còn một Scrum Team duy nhất, bên trong có ba accountabilities: Product Owner, Scrum Master và Developers. Không còn "team bên trong team". Mục đích: loại bỏ ranh giới "chúng tôi với họ", làm cho cả nhóm cùng tập trung vào một mục tiêu (Product Goal), cùng chịu trách nhiệm tạo ra giá trị.
Lưu ý thuật ngữ: từ "Developers" thay cho "Development Team", và đây không nhất thiết là lập trình viên — bất kỳ ai làm việc để tạo ra Increment đều là Developer trong Scrum.
3. "Roles" đổi thành "Accountabilities"
Bản 2020 tránh dùng từ "role" (vai trò) và dùng "accountabilities" (trách nhiệm giải trình). Đây không chỉ là chuyện chữ nghĩa. "Role" gợi cảm giác chức danh, vị trí trong sơ đồ tổ chức. "Accountability" nhấn mạnh: đây là phần trách nhiệm mà người đó phải đảm bảo, chứ không phải một cái ghế. PSM I rất thích bẫy ở đây — nếu một câu hỏi viết "the three roles in Scrum", hãy cảnh giác.
4. Product Goal — commitment mới được giới thiệu
Đây là khái niệm hoàn toàn mới trong bản 2020. Product Goal là mục tiêu dài hạn mà Scrum Team hướng tới, đóng vai trò "đích đến" cho Product Backlog. Bản 2020 cũng hệ thống hóa khái niệm commitments cho từng artifact để chống lãng phí và tăng tính tập trung:
- Product Backlog có commitment là Product Goal.
- Sprint Backlog có commitment là Sprint Goal.
- Increment có commitment là Definition of Done.
5. Sprint Planning thêm Topic mới: "Why"
Bản 2017 có hai chủ đề trong Sprint Planning: What và How. Bản 2020 thêm Topic One: Why — tức là Tại sao Sprint này có giá trị?, dẫn đến việc xác định Sprint Goal. Vậy nên Sprint Planning 2020 có ba chủ đề: Why (Sprint Goal), What (chọn item từ Product Backlog), How (lập kế hoạch thực hiện).
6. Scrum Master là "true leader" thay vì "servant leader"
Bản 2017 mô tả Scrum Master là "servant-leader". Bản 2020 viết lại: Scrum Master là "true leaders who serve the Scrum Team and the larger organization" — người lãnh đạo thực thụ phục vụ nhóm và tổ chức. Tinh thần phục vụ vẫn còn, nhưng được nâng tầm thành lãnh đạo.
7. Bỏ ngôn ngữ thiên về IT/phần mềm
Bản 2020 cố tình gỡ bỏ các từ ngữ gợi liên tưởng đến lập trình (ví dụ "testing", "system", "design", "requirements" theo nghĩa kỹ thuật) để Scrum áp dụng được cho marketing, nghiên cứu, giáo dục, vận hành — bất kỳ công việc phức tạp nào. PSM I hay hỏi: "Scrum chỉ dùng cho phần mềm?" Đáp án luôn là không.
8. Self-organizing đổi thành Self-managing
Bản 2017 nói Development Team "self-organizing" (tự tổ chức: tự quyết định ai làm gì, làm thế nào). Bản 2020 dùng "self-managing" cho cả Scrum Team, mở rộng phạm vi: nhóm tự quyết định ai làm, làm gì, khi nào và làm thế nào. Quyền tự chủ rộng hơn trước.
9. Định nghĩa Sprint Backlog và Increment rõ ràng hơn
Bản 2020 mô tả Sprint Backlog gồm ba phần: Why (Sprint Goal) + What (các item Product Backlog đã chọn) + How (kế hoạch hành động để giao Increment). Increment cũng được làm rõ: một Sprint có thể tạo ra nhiều Increment, và mỗi Increment phải đạt Definition of Done mới được coi là "Done" và mang lại giá trị có thể sử dụng.
Tình huống thực tế
Tình huống 1 — Công ty fintech ở TP.HCM "kẹt" giữa hai phiên bản
Một công ty fintech tại Quận 1, TP.HCM, có khoảng 40 kỹ sư chia thành 5 nhóm Scrum. Họ áp dụng Scrum từ 2018 dựa trên tài liệu nội bộ viết theo bản 2017. Khi ba thành viên đăng ký thi PSM I năm 2024, cả ba đều rớt ở lần đầu — điểm rơi đúng vào nhóm câu hỏi về cấu trúc team và commitments.
Cụ thể, trong phòng thi họ gặp câu: "Có bao nhiêu accountabilities trong một Scrum Team?" Cả ba theo phản xạ chọn "ba roles: PO, Development Team, Scrum Master" — nhưng đề hỏi accountabilities và đáp án đúng là Product Owner, Scrum Master, Developers, trong một Scrum Team duy nhất, không có "Development Team" như đơn vị riêng. Họ cũng sai câu về Product Goal vì tài liệu nội bộ 2017 chưa hề có khái niệm này.
Bài học: Đừng học Scrum từ wiki nội bộ công ty hay khóa cũ. Luôn đối chiếu với Scrum Guide 2020 bản gốc. Sau khi cập nhật, công ty này viết lại toàn bộ tài liệu onboarding theo bản 2020, và cả ba thi lại đều đậu.
Tình huống 2 — Daily Scrum và cái bẫy "three questions"
Một Scrum Master tại một công ty thương mại điện tử ở Hà Nội kể rằng nhóm của anh duy trì Daily Scrum suốt hai năm bằng đúng nghi thức "mỗi người trả lời ba câu hỏi". Khi ôn PSM I, anh gặp câu: "Điều gì sau đây là BẮT BUỘC trong Daily Scrum theo Scrum Guide?" với một lựa chọn là "mỗi Developer phải trả lời ba câu hỏi chuẩn".
Theo bản 2017, lựa chọn đó từng đúng. Theo bản 2020, nó sai — ba câu hỏi chỉ là tùy chọn. Điều bắt buộc duy nhất là Daily Scrum dài tối đa 15 phút, do Developers thực hiện, để kiểm tra tiến độ hướng tới Sprint Goal và điều chỉnh Sprint Backlog khi cần.
Bài học: Khi gặp câu hỏi về "điều bắt buộc", hãy lọc bỏ mọi kỹ thuật cụ thể (three questions, đứng họp, planning poker...). Bản 2020 giữ lại rất ít thứ "bắt buộc"; phần lớn kỹ thuật đều là tùy chọn. Anh này đổi cách ôn: với mỗi event, chỉ ghi nhớ mục đích + timebox + ai tham gia, bỏ qua nghi thức. Kết quả thi 95%.
Tình huống 3 — Startup giáo dục dùng Scrum cho đội nội dung, không phải phần mềm
Một startup edtech ở Singapore phục vụ thị trường Đông Nam Á áp dụng Scrum cho đội sản xuất nội dung (biên tập viên, designer, quay dựng video) — hoàn toàn không có lập trình. Ban đầu lãnh đạo phản đối: "Scrum là của dev, đội content dùng sao được?". Họ viện dẫn tài liệu cũ đầy thuật ngữ kỹ thuật.
Khi đọc Scrum Guide 2020, họ nhận ra bản này đã chủ đích gỡ bỏ ngôn ngữ IT để Scrum dùng được cho mọi công việc phức tạp. Đội content đặt Product Goal là "ra mắt thư viện 200 bài học tiếng Anh thương mại trong 6 tháng", mỗi Sprint hai tuần tạo ra một bộ bài học đạt Definition of Done (đã review nội dung, đã lồng tiếng, đã kiểm tra trên LMS). "Developers" ở đây là các biên tập viên và designer.
Bài học: Với PSM I, hãy nhớ Scrum 2020 là framework cho mọi domain. Bất kỳ câu hỏi nào ngụ ý "Scrum chỉ dành cho phần mềm" gần như chắc chắn là đáp án sai. Tình huống này cũng minh họa từ "Developers" không đồng nghĩa "lập trình viên".
Hướng dẫn từng bước
Đây là cách tôi khuyên bạn nội hóa các thay đổi của bản 2020 để đi thi:
- Đọc Scrum Guide 2020 bản gốc ít nhất hai lần. Lần một đọc hiểu mạch tổng thể; lần hai gạch chân mọi chỗ dùng từ "accountabilities", "Product Goal", "commitment", "self-managing".
- Lập bảng so sánh 2017 → 2020 cho 9 thay đổi ở trên. Mỗi dòng ghi: cũ là gì → mới là gì → tại sao đổi. Chính cột "tại sao" giúp bạn suy luận đáp án.
- Ghi nhớ ba cặp artifact–commitment như một khối: Product Backlog → Product Goal; Sprint Backlog → Sprint Goal; Increment → Definition of Done.
- Học ba Topic của Sprint Planning theo thứ tự Why → What → How, và gắn Why với Sprint Goal.
- Tự kiểm tra bằng câu hỏi ngược: với mỗi khái niệm cũ (Development Team, three questions, servant-leader, self-organizing), hãy nói to phiên bản 2020 tương ứng. Nếu trả lời được tức thì, bạn đã chắc.
- Làm đề thử và soi lại mọi câu sai để xem có phải bạn đang dùng phản xạ 2017 hay không.
Lỗi thường gặp & mẹo
- Nhầm "Development Team" vẫn tồn tại. Bản 2020 không còn đơn vị này. Chỉ có một Scrum Team với ba accountabilities. Đây là lỗi phổ biến nhất.
- Tưởng three questions là bắt buộc. Không. Chỉ là tùy chọn ví dụ. Bắt buộc chỉ là timebox 15 phút, do Developers thực hiện, hướng tới Sprint Goal.
- Quên Product Goal là khái niệm mới. Nhiều người học từ tài liệu cũ bỏ sót hoàn toàn. Product Goal là commitment của Product Backlog.
- Lẫn lộn "roles" và "accountabilities". Khi đề dùng từ "roles", đừng vội — bản 2020 dùng "accountabilities".
- Cho rằng Scrum chỉ dùng cho phần mềm. Sai. Bản 2020 cố tình bỏ ngôn ngữ IT để dùng cho mọi domain.
- Nhầm self-organizing với self-managing. Self-managing (2020) rộng hơn: ai làm, làm gì, khi nào, thế nào.
- Mẹo vàng: Khi phân vân giữa hai đáp án, hãy chọn cái ít quy định, ít kỹ thuật cụ thể hơn — vì tinh thần bản 2020 là tối giản và trao quyền tự chủ cho nhóm. Đáp án "by the book" gần như luôn là đáp án mềm dẻo nhất, không phải đáp án ràng buộc nhất.
Bài tập thực hành
- Bảng đối chiếu: Tự tay viết bảng so sánh 9 thay đổi 2017 → 2020 mà không nhìn lại bài. So với bản trên để tìm chỗ thiếu.
- Sửa câu sai: Với mỗi phát biểu sau, chỉ ra nó đúng theo bản nào và viết lại cho đúng bản 2020:
- Ghép cặp: Ghép đúng ba artifact với ba commitment, không nhìn tài liệu.
- Tình huống tự luận: Một công ty bảo hiểm ở Đà Nẵng muốn dùng Scrum cho đội pháp chế (legal). Hãy lập luận trong 3–4 câu vì sao bản 2020 cho phép điều này, dựa trên thay đổi nào.
- Tự ra đề: Viết một câu hỏi trắc nghiệm "bẫy phản xạ 2017" cùng đáp án đúng theo 2020, rồi đố một bạn cùng học.
Tóm tắt
Scrum Guide 2020 do Ken Schwaber và Jeff Sutherland phát hành tháng 11/2020 với tinh thần gọn hơn, ít quy định hơn, áp dụng cho mọi công việc phức tạp. Chín thay đổi cốt lõi bạn phải nắm: (1) ít prescriptive hơn, bỏ bắt buộc three questions; (2) một Scrum Team duy nhất, xóa "Development Team", dùng "Developers"; (3) "roles" thành "accountabilities"; (4) thêm Product Goal và hệ thống ba commitments (Product Goal, Sprint Goal, Definition of Done); (5) Sprint Planning thêm Topic "Why"; (6) Scrum Master là "true leader who serves"; (7) bỏ ngôn ngữ IT để dùng cho mọi domain; (8) self-organizing thành self-managing; (9) làm rõ Sprint Backlog (Why–What–How) và Increment.
Nguyên tắc làm bài: khi phân vân, chọn đáp án mềm dẻo, ít ràng buộc kỹ thuật, đúng tinh thần tối giản của bản 2020. Hiểu tại sao mỗi thay đổi xảy ra quan trọng hơn học vẹt — vì nó giúp bạn xử lý cả những câu chưa từng gặp. Hãy luôn đối chiếu mọi kiến thức với Scrum Guide 2020 bản gốc, không phải tài liệu cũ hay thói quen "Scrum kiểu công ty mình".