Mở đầu — vì sao bài này quan trọng
Nếu bạn đang ôn thi PSPO I, có một sự thật cần nắm rõ ngay từ đầu: kỳ thi này được xây dựng dựa trên Scrum Guide phiên bản tháng 11/2020, do Ken Schwaber và Jeff Sutherland đồng tác giả. Không phải bản 2017, không phải những gì bạn đọc trên blog cách đây vài năm, cũng không phải cách công ty bạn đang "biến tấu" Scrum trong thực tế. Scrum.org chấm điểm dựa trên đúng câu chữ của bản 2020.
Đây là điểm mà rất nhiều ứng viên Việt Nam mất điểm oan. Bạn có thể đã làm Product Owner ba, bốn năm, quen với những khái niệm như "Development Team", "3 questions trong Daily Standup", "commitment trong Sprint Planning" — nhưng nhiều khái niệm đó đã bị thay đổi hoặc loại bỏ trong bản 2020. Khi đề thi hỏi, nếu bạn trả lời theo trí nhớ cũ, bạn sẽ sai.
Bản 2020 là bản cập nhật lớn nhất kể từ năm 2017. Nó ngắn hơn (chỉ khoảng 13 trang so với 19 trang của bản 2017), trừu tượng hơn, và cố tình loại bỏ những thứ mang tính "quy định cứng" để Scrum áp dụng được rộng hơn — không chỉ cho phát triển phần mềm mà cho mọi loại công việc tri thức phức tạp. Bài học này sẽ giúp bạn nắm chắc những thay đổi cốt lõi đó, để khi gặp câu hỏi bẫy trong đề thi, bạn nhận ra ngay đâu là "cũ", đâu là "mới".
Khái niệm cốt lõi
Hãy đi qua từng nhóm thay đổi quan trọng nhất. Tôi sẽ giải thích vì sao tác giả thay đổi, chứ không chỉ liệt kê — vì hiểu lý do giúp bạn nhớ lâu và trả lời đúng kể cả khi câu hỏi được diễn đạt khác đi.
1. "One Team, focused on one Product" — không còn "team trong team"
Đây có lẽ là thay đổi có sức ảnh hưởng lớn nhất. Bản 2017 nói về Scrum Team gồm Product Owner, Scrum Master và Development Team. Cách diễn đạt này vô tình tạo ra cảm giác Development Team là một "đội con" tách biệt, còn PO và SM đứng ngoài.
Bản 2020 xóa bỏ khái niệm "Development Team". Giờ đây chỉ có một Scrum Team duy nhất, gồm ba accountability: Product Owner, Scrum Master, và Developers. Không có team trong team, không có ranh giới phụ. Cả ba cùng chịu trách nhiệm tạo ra giá trị cho sản phẩm trong mỗi Sprint.
Lưu ý thuật ngữ: "Developers" ở đây không có nghĩa là "lập trình viên". Đó là bất kỳ ai trong Scrum Team thực hiện công việc tạo ra Increment — có thể là designer, tester, data analyst, người viết tài liệu. Đây là một bẫy phổ biến trong đề thi.
2. Ba "Accountabilities" thay vì ba "Roles"
Bản 2017 gọi PO, SM, Development Team là roles (vai trò). Bản 2020 đổi thành accountabilities (trách nhiệm giải trình). Đây không phải thay đổi chữ nghĩa vô nghĩa.
"Role" gợi ý một chức danh, một vị trí cố định. "Accountability" nhấn mạnh: đây là trách nhiệm mà ai đó phải chịu, nhưng không loại trừ sự cộng tác. Ví dụ, Product Owner là người chịu trách nhiệm tối đa hóa giá trị, nhưng cả team cùng tham gia làm điều đó. Sự dịch chuyển ngôn ngữ này phản ánh tinh thần "self-managing team" — team tự quản, không phân vai cứng nhắc theo kiểu phân công lao động truyền thống.
3. Sự ra đời của Product Goal
Đây là khái niệm hoàn toàn mới trong bản 2020 — và là một trong những phần được hỏi nhiều nhất trong PSPO I.
Bản 2020 giới thiệu ba commitments (cam kết), mỗi commitment gắn với một artifact để tăng tính minh bạch và tập trung:
- Product Goal là commitment cho Product Backlog — mục tiêu dài hạn mô tả trạng thái tương lai của sản phẩm.
- Sprint Goal là commitment cho Sprint Backlog.
- Definition of Done là commitment cho Increment.
4. Sprint Planning thêm topic thứ ba: "Why"
Bản 2017 mô tả Sprint Planning trả lời hai câu hỏi: What (làm gì) và How (làm thế nào). Bản 2020 bổ sung Topic One: Why is this Sprint valuable? — đặt câu hỏi Vì sao Sprint này có giá trị? lên đầu tiên.
Đây là nơi Sprint Goal được hình thành, và là phần Product Owner đóng vai trò dẫn dắt. Thứ tự cũng có ý nghĩa: bắt đầu bằng "Why" (giá trị), rồi mới đến "What" (chọn việc), cuối cùng là "How" (cách làm). Tư duy lấy giá trị làm trung tâm.
5. Loại bỏ "3 câu hỏi" trong Daily Scrum
Bản 2017 gợi ý Developers trả lời ba câu hỏi quen thuộc trong Daily Scrum (Hôm qua tôi làm gì? Hôm nay tôi làm gì? Có vướng mắc gì không?). Rất nhiều team Việt Nam vẫn xem đây là "luật". Bản 2020 loại bỏ ba câu hỏi này. Daily Scrum giờ chỉ cần tập trung vào tiến độ hướng tới Sprint Goal; cách tổ chức buổi họp do Developers tự quyết định, miễn là đạt mục đích. Ba câu hỏi vẫn được dùng được, nhưng không còn là quy định bắt buộc.
6. Self-Managing thay cho Self-Organizing
Bản 2017 dùng "self-organizing" (tự tổ chức) — nghĩa là team tự quyết ai làm gì và làm thế nào. Bản 2020 nâng cấp thành self-managing (tự quản lý), mở rộng quyền tự quyết sang cả làm cái gì, khi nào, và làm thế nào. Phạm vi tự chủ của team được mở rộng đáng kể.
7. Ngôn ngữ trung lập, bớt "prescriptive"
Bản 2020 loại bỏ nhiều thuật ngữ đặc thù phần mềm và những quy định mang tính chỉ dẫn chi tiết. Ví dụ, phần mô tả về việc "refinement không quá 10% năng lực của Development Team" trong bản cũ đã được bỏ. Mục tiêu là biến Scrum thành một framework có thể áp dụng cho marketing, nghiên cứu, vận hành — bất kỳ công việc phức tạp nào — chứ không chỉ IT.
Tình huống thực tế
Tình huống 1: Fintech ở TP.HCM mất nhiều câu hỏi vì "Development Team"
Anh Huy, Product Owner tại một công ty fintech có khoảng 120 nhân sự ở Quận 1, TP.HCM, có 3 năm kinh nghiệm làm Scrum. Khi luyện đề Open Assessment, anh liên tục sai một dạng câu hỏi: "Trong Scrum Team có bao nhiêu thành phần/đội?". Anh chọn đáp án có cụm "Development Team" vì đó là từ anh dùng hằng ngày.
Diễn giải: Công ty anh Huy vẫn gọi nhóm kỹ thuật là "Development Team" trong các buổi họp, và JIRA của họ cấu hình theo thói quen từ 2018. Trí nhớ thực chiến của anh phản lại anh trong phòng thi. Đề thi PSPO I bám sát bản 2020, nơi chỉ có một Scrum Team và thành phần là Developers.
Bài học: Tách bạch "Scrum mà công ty bạn đang chạy" khỏi "Scrum theo Scrum Guide 2020". Trong phòng thi, luôn trả lời theo bản 2020. Hãy chủ động sửa cả thói quen ngôn ngữ: tập gọi "Developers" thay vì "Development Team".
Tình huống 2: Startup e-commerce Hà Nội và buổi Daily Scrum cứng nhắc
Chị Lan làm PO tại một startup thương mại điện tử ở Hà Nội, team 7 người. Scrum Master mới của họ vừa lấy chứng chỉ PSM I, đề xuất bỏ format "3 câu hỏi" trong Daily Scrum vì "Scrum Guide 2020 không còn yêu cầu". Một Developer phản đối, nói "sách dạy phải hỏi 3 câu". Cuộc tranh luận kéo dài và team mất niềm tin.
Diễn giải: Cả hai bên đều đúng một nửa. Bản 2020 thực sự đã bỏ ba câu hỏi như một quy định, nhưng không cấm dùng chúng. Daily Scrum giờ chỉ cần phục vụ một mục đích: kiểm tra tiến độ hướng tới Sprint Goal và điều chỉnh kế hoạch cho ngày làm việc. Cách thức là do Developers tự quyết.
Bài học: Trong đề thi, nếu gặp câu "Daily Scrum bắt buộc dùng 3 câu hỏi?" — đáp án là không bắt buộc. Và trong thực tế, đừng biến một gợi ý thành luật. Hiểu mục đích của event quan trọng hơn học thuộc format.
Tình huống 3: Agency phần mềm ở Đà Nẵng áp dụng Scrum cho team marketing
Một agency phần mềm ở Đà Nẵng, sau khi đọc Scrum Guide 2020, quyết định thử áp dụng Scrum cho cả phòng marketing nội bộ — gồm content writer, designer, người chạy ads. Trưởng nhóm marketing ban đầu hoài nghi: "Scrum chỉ dành cho dân code mà?".
Diễn giải: Đây chính là lý do bản 2020 cố tình loại bỏ ngôn ngữ đặc thù IT và trở nên trừu tượng hơn. Trong bản 2020, "Developers" là bất kỳ ai tạo ra Increment giá trị — kể cả content writer và designer. Sản phẩm marketing (một chiến dịch, một bộ nội dung) hoàn toàn có thể có Product Goal, Sprint Goal, và Definition of Done.
Bài học: Khi đề thi hỏi "Scrum có thể áp dụng ngoài phát triển phần mềm không?" — câu trả lời theo tinh thần 2020 là có, vì Scrum là framework cho công việc phức tạp nói chung. Và "Developers" không đồng nghĩa với "lập trình viên".
Hướng dẫn từng bước
Đây là cách tôi khuyên bạn xử lý phần "thay đổi 2020" khi ôn thi:
- Đọc trực tiếp Scrum Guide 2020 bản tiếng Anh ít nhất hai lần. Tải miễn phí tại scrumguides.org. Đừng đọc qua bản tóm tắt của người khác — câu chữ gốc rất quan trọng vì đề thi trích nguyên văn.
- Lập bảng đối chiếu 2017 vs 2020. Cột trái ghi khái niệm cũ, cột phải ghi khái niệm mới: Development Team → Developers; roles → accountabilities; self-organizing → self-managing; What/How → Why/What/How; chưa có Product Goal → có Product Goal.
- Đánh dấu các thuật ngữ "tuyệt chủng". Những từ KHÔNG còn trong bản 2020: "Development Team", "3 questions", quy tắc "10% refinement". Mỗi khi thấy chúng trong đáp án, hãy cảnh giác — thường là bẫy.
- Học ba commitments theo cặp với artifact. Tự kiểm tra: Product Backlog → Product Goal; Sprint Backlog → Sprint Goal; Increment → Definition of Done. Đề thi rất hay hỏi "commitment nào gắn với artifact nào".
- Tự giải thích lý do của từng thay đổi. Nếu bạn giải thích được tại sao tác giả thay đổi, bạn sẽ trả lời đúng cả những câu diễn đạt lạ.
- Làm Open Assessment và soi lại các câu sai. Mỗi câu sai liên quan đến "2020 vs 2017", ghi vào sổ tay và ôn lại trước ngày thi.
Lỗi thường gặp & mẹo
Lỗi 1: Trả lời theo Scrum của công ty mình. Đây là lỗi số một của ứng viên có kinh nghiệm. Công ty bạn có thể đang chạy "Scrum-but" (Scrum biến tấu). Trong phòng thi, gạt thực tế công ty sang một bên, chỉ dùng bản 2020.
Lỗi 2: Nhầm "Developers" là lập trình viên. Hãy nhớ: Developers = bất kỳ ai làm ra Increment. Nhiều câu hỏi bẫy ở chính chỗ này.
Lỗi 3: Cho rằng Product Goal là tùy chọn. Product Goal là một phần chính thức của bản 2020, là commitment của Product Backlog. Không phải "nice to have".
Lỗi 4: Tưởng bản 2020 dài và chi tiết hơn. Ngược lại — nó ngắn hơn và trừu tượng hơn. Nếu một đáp án nghe rất "chi tiết, quy định cứng", hãy nghi ngờ.
Lỗi 5: Quên rằng vẫn chỉ có một Scrum Team, không có sub-team. Câu hỏi về cấu trúc team rất hay xuất hiện.
Mẹo: Khi gặp câu hỏi và phân vân giữa hai đáp án, hãy chọn đáp án nào ít prescriptive hơn, tôn trọng self-management hơn, lấy giá trị làm trung tâm hơn. Đó là tinh thần xuyên suốt của bản 2020.
Bài tập thực hành
- Bảng đối chiếu: Không nhìn tài liệu, hãy tự viết ra giấy ít nhất 6 thay đổi giữa Scrum Guide 2017 và 2020. Sau đó đối chiếu với bài học này, chấm điểm mình.
- Tìm bẫy: Với mỗi câu sau, xác định đúng/sai theo bản 2020 và giải thích lý do:
- Liên hệ thực tế: Viết ra ba điểm mà cách team bạn (hoặc một team bạn biết) đang chạy Scrum khác với bản 2020. Đây là bài tập giúp bạn tách "Scrum thực chiến" khỏi "Scrum theo chuẩn thi".
- Giải thích lý do: Chọn hai thay đổi bất kỳ và viết 3–4 câu giải thích tại sao tác giả thực hiện chúng. Nếu giải thích trôi chảy, bạn đã hiểu sâu.
Tóm tắt
Scrum Guide 2020 là nền tảng nội dung của kỳ thi PSPO I, và là bản cập nhật lớn nhất kể từ 2017: ngắn hơn, trừu tượng hơn, ít quy định cứng hơn. Những thay đổi cốt lõi bạn phải nắm chắc: chỉ còn một Scrum Team với thành phần là Developers (không còn "Development Team", không còn sub-team); ba thành phần trở thành accountabilities thay vì roles; sự ra đời của Product Goal cùng bộ ba commitments (Product Goal–Sprint Goal–Definition of Done gắn với Product Backlog–Sprint Backlog–Increment); Sprint Planning thêm Topic "Why"; bỏ 3 câu hỏi trong Daily Scrum; chuyển từ self-organizing sang self-managing; và ngôn ngữ trung lập để Scrum áp dụng được cho mọi công việc phức tạp.
Nguyên tắc vàng cho phòng thi: luôn trả lời theo bản 2020, không theo Scrum công ty bạn; và khi phân vân, chọn đáp án tôn trọng self-management, ít quy định cứng và lấy giá trị làm trung tâm. Nắm vững bài này, bạn đã loại bỏ được một trong những nguồn mất điểm phổ biến nhất của PSPO I.