Mở đầu — vì sao bài này quan trọng
Nếu bạn đã từng đọc tài liệu Scrum cũ, học từ một mentor đi trước, hoặc xem một khóa học quay từ năm 2017–2018, thì gần như chắc chắn bạn đã nghe câu này: "Scrum có 3 vai trò (roles): Product Owner, Scrum Master và Development Team." Câu này nghe rất quen, rất hợp lý, và… không còn chính xác theo Scrum Guide 2020 nữa.
Đây là một trong những "bẫy" mà đề thi PSM I cực kỳ thích giăng ra. Lý do rất đơn giản: ban tổ chức (Scrum.org) cố ý kiểm tra xem bạn đang trả lời theo phiên bản Scrum Guide mới nhất hay đang trả lời theo trí nhớ cũ. Nếu bạn chọn đáp án có chữ "role" hoặc "Development Team" như một thực thể tách biệt, bạn rơi đúng vào bẫy.
Sự thay đổi từ "roles" sang "accountabilities" nhìn qua thì giống như chỉ đổi một từ cho có vẻ hàn lâm. Nhưng thực chất nó phản ánh một thay đổi tư duy rất sâu về cách Scrum nhìn nhận con người trong một team. Khi bạn hiểu được vì sao Scrum.org đổi từ này, bạn không chỉ làm đúng câu hỏi trong đề, mà còn hiểu được bản chất "một team duy nhất" mà Scrum hướng tới. Bài này sẽ giúp bạn phân biệt rạch ròi hai khái niệm, tránh các bẫy ngôn ngữ, và áp dụng đúng tư duy khi đi thi cũng như khi đi làm thật.
Khái niệm cốt lõi
"Role" và "Accountability" khác nhau ở đâu?
Trước hết hãy hiểu nghĩa của hai từ này một cách bình dân.
Role (vai trò) giống như một "chức danh" — nó gợi ý một vị trí, một cái ghế, một danh xưng mà bạn nắm giữ. Khi nói "tôi giữ vai trò Scrum Master", người ta dễ hình dung đó là một chức vụ, một cái title trên danh thiếp, một ô trong sơ đồ tổ chức. Vai trò mang hơi hướng tĩnh và mang tính phân cấp.
Accountability (trách nhiệm giải trình) thì khác. Nó là phần việc mà bạn phải chịu trách nhiệm trước kết quả — bạn là người "phải trả lời" khi có ai hỏi "việc này thuộc về ai?". Accountability nhấn mạnh vào trách nhiệm với một kết quả cụ thể, chứ không phải vào chức danh.
Phân biệt thêm cho rõ: trong tiếng Anh quản trị, người ta hay tách "responsibility" (trách nhiệm làm việc — ai cũng có thể cùng làm) và "accountability" (người duy nhất phải chịu trách nhiệm cuối cùng về kết quả). Một Product Owner có accountability đối với giá trị sản phẩm — nghĩa là dù nhiều người cùng đóng góp, thì khi cần một câu trả lời cuối cùng "ai chịu trách nhiệm cho Product Backlog?", câu trả lời là Product Owner.
Sự thay đổi trong Scrum Guide 2020
Đây là phần cốt lõi nhất, bạn cần thuộc nằm lòng.
Trước 2020 (các phiên bản Scrum Guide 2017 trở về trước):
- Scrum nói về 3 roles (3 vai trò): Product Owner, Scrum Master, và Development Team.
- Lưu ý chữ "Development Team" — nó được mô tả như một nhóm con (sub-group) bên trong Scrum Team. Tức là Scrum Team gồm có Product Owner + Scrum Master + Development Team.
- Scrum không còn dùng từ "roles" nữa, mà dùng 3 accountabilities (3 trách nhiệm giải trình): Product Owner, Scrum Master, và Developers.
- Chú ý hai thay đổi đi kèm: (1) "roles" → "accountabilities", và (2) "Development Team" → "Developers".
- Quan trọng nhất: Scrum Guide 2020 khẳng định Scrum Team là MỘT đơn vị duy nhất, không có sub-team và không có hệ thống phân cấp (no sub-teams or hierarchies).
Vì sao thay đổi này lại quan trọng đến vậy?
Lý do nằm ở chữ "Development Team" cũ. Khi bạn gọi nhóm lập trình viên là một "Team" riêng nằm trong Scrum Team, vô hình trung bạn tạo ra cảm giác có một "team trong team" — một đội kỹ thuật tách biệt, có ranh giới riêng, đôi khi cảm thấy "PO và SM không phải người của chúng tôi". Điều này đẻ ra tâm lý "us vs them" (chúng tôi và họ), tạo ra sự phân mảnh.
Scrum Guide 2020 muốn xóa bỏ ranh giới đó. Bằng cách:
- Đổi "Development Team" thành "Developers" (những con người, chứ không phải một thực thể tách biệt).
- Khẳng định toàn bộ Scrum Team là một team duy nhất, cùng nhau chịu trách nhiệm về Product, cùng focus vào một Product Goal.
- Đổi "roles" thành "accountabilities" để nhấn mạnh rằng đây không phải là các "chức danh phân cấp" mà là các "vùng trách nhiệm" mà các thành viên cùng gánh trong một team phẳng.
Một điểm tinh tế thường bị bỏ qua
"Accountabilities" không có nghĩa là "không còn ai phụ trách gì". Ngược lại, ba accountabilities vẫn rất rõ ràng:
- Product Owner chịu trách nhiệm tối đa hóa giá trị sản phẩm và quản lý Product Backlog.
- Scrum Master chịu trách nhiệm về tính hiệu quả của Scrum Team và việc áp dụng Scrum đúng.
- Developers chịu trách nhiệm tạo ra một Increment khả dụng (usable Increment) mỗi Sprint.
Tình huống thực tế
Tình huống 1 — Anh Tuấn và bộ slide đào tạo lỗi thời ở một fintech tại TP.HCM
Anh Tuấn là một Engineering Manager tại một công ty fintech ở Quận 1, TP.HCM, có khoảng 80 kỹ sư chia thành 9 Scrum Team. Năm 2019 anh tự soạn một bộ slide onboarding Agile cho nhân viên mới, trong đó có dòng to đùng: "Scrum gồm 3 roles: PO, SM và Development Team."
Đến năm 2024, công ty thuê một Agile Coach về review. Coach phát hiện ra một vấn đề văn hóa: các bạn dev hay nói "việc đó là của PO, không phải của tụi em", còn PO thì than "Development Team khó làm việc cùng". Khi đào sâu, Coach nhận ra gốc rễ một phần đến từ chính bộ slide cũ — nó đã âm thầm gieo vào đầu mọi người tư duy "có một Dev Team tách biệt".
Coach cập nhật lại tài liệu theo Scrum Guide 2020: bỏ chữ "roles", đổi thành "accountabilities", và đặc biệt nhấn mạnh "Scrum Team là một team duy nhất, không có sub-team". Sau vài Sprint, ngôn ngữ trong các buổi họp dần đổi: thay vì "Dev Team chúng tôi", người ta nói "team mình". Một thay đổi ngôn từ nhỏ kéo theo thay đổi tư duy thật.
Bài học rút ra: Cách gọi định hình cách nghĩ. Việc Scrum Guide 2020 bỏ "Development Team" không phải chuyện câu chữ vô nghĩa — nó nhắm trực tiếp vào căn bệnh "team trong team". Trong đề thi, nếu thấy đáp án mô tả Development Team như một nhóm con tách biệt, đó thường là đáp án sai.
Tình huống 2 — Câu hỏi bẫy trong kỳ thi thử của Linh
Linh, một Business Analyst ở Hà Nội, đang ôn PSM I. Trong một bộ đề thi thử, cô gặp câu hỏi:
> "How many roles are there in Scrum?" (Scrum có bao nhiêu vai trò?) > A. 3 roles > B. 3 accountabilities > C. Scrum không định nghĩa số lượng cố định > D. Tùy quy mô tổ chức
Theo phản xạ, Linh chọn ngay A. 3 roles — vì đó là điều cô được dạy. Sai.
Câu hỏi này cố tình "gài" bằng cách dùng chính từ "roles" trong câu hỏi để dụ bạn chọn đáp án có chữ "roles". Nhưng theo Scrum Guide 2020, Scrum không định nghĩa "roles" — nó định nghĩa 3 accountabilities. Đáp án đúng là B.
Sau lần sai đó, Linh rút ra một nguyên tắc cho riêng mình: hễ thấy từ "role" trong câu hỏi hoặc đáp án, cô dừng lại 2 giây và tự hỏi "câu này có đang test mình về thuật ngữ 2020 không?". Nhờ vậy cô tránh được 3–4 câu tương tự trong đề thi thật.
Bài học rút ra: Đề PSM I rất thích dùng đúng từ "cũ" để bẫy. Bạn phải phản xạ được rằng Scrum 2020 nói accountabilities, không nói roles. Đừng để câu hỏi dùng từ "role" làm bạn nghĩ rằng "role" là từ chính thống.
Tình huống 3 — Khi một người gánh hai accountability ở startup của chị Hà
Chị Hà điều hành một startup edtech 12 người ở Đà Nẵng. Vì team nhỏ, một thành viên tên Phong vừa là Developer giỏi nhất, vừa được giao thêm accountability của Scrum Master. Một nhà đầu tư cũ trường phái quản trị truyền thống phản đối: "Một người không thể giữ hai vai trò được, sẽ xung đột quyền lực."
Chị Hà giải thích lại theo đúng tinh thần Scrum 2020: đây không phải hai chức vụ tranh giành quyền lực, mà là hai vùng trách nhiệm. Phong với tư cách Developer chịu trách nhiệm tạo Increment; với accountability Scrum Master, anh chịu trách nhiệm giúp team áp dụng Scrum hiệu quả. Vì là trách nhiệm chứ không phải ghế quyền lực, việc một người ôm hai vùng trách nhiệm là khả thi — miễn là anh ấy đủ thời gian và năng lực, và minh bạch về việc mình đang "đội mũ" nào trong từng tình huống.
(Lưu ý phụ: Scrum Guide không cấm một người giữ nhiều accountability, dù trong thực tế gộp SM và Developer cần cẩn trọng để tránh thiên vị. Nhưng điểm cốt lõi của bài này là: tư duy "accountability" làm cho việc gộp này trở nên dễ hiểu hơn nhiều so với tư duy "role".)
Bài học rút ra: Khi bạn nghĩ theo "accountability", bạn tập trung vào kết quả nào cần ai chịu trách nhiệm, thay vì ai ngồi ghế nào. Đây chính là sự khác biệt tư duy mà Scrum 2020 muốn truyền tải.
Hướng dẫn từng bước
Để không bao giờ bị nhầm lẫn giữa roles và accountabilities, bạn hãy luyện theo các bước sau:
Bước 1 — Thuộc lòng "bảng đối chiếu" cũ-mới. Ghi nhớ chính xác:
- "roles" (cũ) → "accountabilities" (2020)
- "Development Team" (cũ) → "Developers" (2020)
- "Scrum Team có sub-teams" (cũ, ngầm hiểu) → "Scrum Team là một team duy nhất, không sub-team, không phân cấp" (2020)
Bước 3 — Quy chiếu về câu hỏi gốc: 'Ai chịu trách nhiệm về kết quả gì?' Khi phân vân, đừng nghĩ theo chức danh. Hãy hỏi: kết quả này (giá trị sản phẩm / hiệu quả Scrum / Increment) thuộc trách nhiệm của ai? Cách hỏi này tự động đưa bạn về tư duy accountability.
Bước 4 — Luôn nhớ ba accountability gắn với ba kết quả.
- Product Owner ↔ giá trị sản phẩm (value) + Product Backlog.
- Scrum Master ↔ hiệu quả của Scrum Team + áp dụng Scrum đúng.
- Developers ↔ usable Increment mỗi Sprint.
Lỗi thường gặp & mẹo
Lỗi 1: Nghĩ rằng thay đổi chỉ là "chơi chữ". Nhiều người cho rằng đổi "roles" thành "accountabilities" chẳng có gì khác nhau. Sai. Nó kéo theo cả tư duy "một team duy nhất, không sub-team". Hiểu được điều này giúp bạn trả lời đúng cả nhóm câu hỏi về cấu trúc Scrum Team.
Lỗi 2: Vẫn coi Developers là một "team con" của Scrum Team. Theo 2020, không có "team trong team". Developers là một accountability trong một Scrum Team duy nhất, không phải một đội biệt lập.
Lỗi 3: Chọn đáp án có chữ "role" vì nó nghe quen. Đề thi cố tình tận dụng phản xạ này. Hễ thấy "role" được dùng như thuật ngữ chính thống của Scrum, hãy nghi ngờ.
Lỗi 4: Nhầm rằng "accountability" nghĩa là trách nhiệm bị xóa nhòa, ai cũng như nhau. Ngược lại — ba accountability vẫn rất rõ ràng và phân biệt. Cái thay đổi là tư duy nền (phẳng, không phân cấp), không phải là sự rõ ràng của trách nhiệm.
Mẹo ghi nhớ nhanh: Hãy nhớ công thức "3A": 3 Accountabilities, không phải "3R". Và nhớ câu thần chú: "Scrum Team là một team duy nhất — no sub-teams, no hierarchies." Hai cụm này gần như xuất hiện trong mọi câu hỏi liên quan đến chủ đề này.
Mẹo phân biệt với một câu nhanh: Role nói về "bạn là ai"; Accountability nói về "bạn chịu trách nhiệm cho kết quả gì". Scrum 2020 chọn cái thứ hai.
Bài tập thực hành
Bài 1 — Sửa câu sai. Hãy chỉ ra (các) lỗi thuật ngữ trong câu sau và viết lại đúng theo Scrum Guide 2020: "Scrum định nghĩa 3 vai trò: Product Owner, Scrum Master và Development Team, trong đó Development Team là một nhóm con của Scrum Team."
(Gợi ý đáp án: cần đổi "3 vai trò" → "3 accountabilities", "Development Team" → "Developers", và bỏ ý "nhóm con / sub-team" vì Scrum Team là một team duy nhất.)
Bài 2 — Chọn đáp án đúng. "Theo Scrum Guide 2020, thuật ngữ nào KHÔNG còn được dùng để mô tả các trách nhiệm trong Scrum Team?" A. Accountabilities B. Developers C. Roles D. Product Owner
(Đáp án: C.)
Bài 3 — Tình huống áp dụng. Một đồng nghiệp nói với bạn: "Mình không thể vừa là Developer vừa nhận thêm trách nhiệm Scrum Master, vì một người không thể giữ hai vai trò." Hãy viết 3–4 câu phản hồi, dùng đúng tư duy "accountability" để giải thích vì sao quan điểm đó dựa trên cách hiểu cũ.
Bài 4 — Tự kiểm tra phản xạ. Trong 24 giờ tới, mỗi khi bạn (hoặc người xung quanh) dùng từ "role" hay "Dev Team" trong ngữ cảnh Scrum, hãy ghi chú lại và tự sửa thành ngôn ngữ 2020. Mục tiêu: biến phản xạ "accountabilities" và "Developers" thành thói quen.
Tóm tắt
- Scrum Guide trước 2020 nói về 3 roles: Product Owner, Scrum Master, Development Team. Scrum Guide 2020 nói về 3 accountabilities: Product Owner, Scrum Master, Developers.
- "Role" mang nghĩa chức danh/vị trí phân cấp; "accountability" mang nghĩa trách nhiệm với một kết quả cụ thể. Scrum 2020 chọn "accountability" để nhấn mạnh tư duy team phẳng.
- Thay đổi quan trọng đi kèm: "Development Team" → "Developers", và khẳng định Scrum Team là một team duy nhất, không có sub-team, không có phân cấp. Mục tiêu là xóa bỏ tâm lý "team trong team", "us vs them".
- Nội dung trách nhiệm không đổi: PO ↔ giá trị + Product Backlog; SM ↔ hiệu quả Scrum; Developers ↔ usable Increment.
- Trong đề PSM I: hễ thấy "role" hay "Development Team" dùng như thuật ngữ chính thống, hãy nghi ngờ đó là bẫy. Phản xạ đúng là accountabilities và Developers.
- Câu thần chú để mang vào phòng thi: "3 accountabilities — one team, no sub-teams, no hierarchies."