Thuật ngữ
Scrum Master là gì? Đội nhỏ có cần không và ai kiêm được
Scrum Master giữ cho đội làm đúng khung Scrum, gỡ vướng, bảo vệ đội khỏi việc chen ngang; không phải sếp. Việc theo từng sự kiện, đội nhỏ có cần không, ai kiêm được.
Khoảng 6 phút đọc
Trả lời ngắn
Định nghĩaScrum Master là người giữ cho đội làm đúng khung Scrum: chủ trì các buổi họp đúng giờ đúng mục đích, gỡ vướng mắc cho đội, và bảo vệ đội khỏi việc chen ngang giữa sprint. Scrum Master không phải sếp của đội, không giao việc, không quyết định ưu tiên. Đội nhỏ không bắt buộc có người chuyên trách; trưởng nhóm kỹ thuật kiêm được.
Đây là vai trò bị hiểu sai nhiều nhất trong ba vai trò của Scrum, thường bị coi là thư ký họp hoặc quản lý cấp trung. Bài này nói Scrum Master làm gì mỗi ngày, đội nhỏ có cần không, ai kiêm được, và khác Product Owner với quản lý dự án ở đâu. Khung chung ở Scrum là gì?.
Scrum Master không phải là gì
Ba hiểu nhầm
Việc của Scrum Master theo từng sự kiện
| Sự kiện | Scrum Master làm gì | Không làm gì |
|---|---|---|
| Planning | Giữ buổi trong 2 giờ, nhắc velocity, hỏi “việc này đủ rõ chưa?”, chặn cam kết quá sức | Chọn việc thay đội, quyết ưu tiên |
| Daily | Chủ trì 15 phút, đi theo bảng, ghi vướng mắc kèm tên người gỡ | Biến daily thành báo cáo cho mình |
| Trong sprint | Gỡ vướng: gọi đơn vị giữ API, xin máy thử, chặn yêu cầu chen ngang bằng cách đưa về PO | Tự đi làm hộ việc bị kẹt |
| Review | Bảo đảm demo trên môi trường chạy được, có người dùng dự | Trình bày thay đội |
| Retro | Chủ trì, giữ quy tắc không đổ lỗi, chốt 1–2 hành động có tên người | Tự đặt ra hành động cho đội |
Đội nhỏ có cần Scrum Master không
Không bắt buộc, và đội dưới 10 người hiếm khi có người chuyên trách. Nhưng ba việc của Scrum Master vẫn phải có người làm: giữ nhịp họp, gỡ vướng, chặn việc chen ngang. Nếu không ai làm, daily kéo dài rồi biến mất, việc kẹt nằm im, và sprint thành danh sách mở.
| Người kiêm | Hợp khi | Rủi ro |
|---|---|---|
| Trưởng nhóm kỹ thuật | Đội 4–9 người, trưởng nhóm được đội tin | Vừa gỡ vướng vừa code; cần bớt việc code khoảng 20% |
| Một dev kỳ cựu luân phiên | Đội muốn ai cũng hiểu quy trình | Nhịp thay đổi mỗi sprint; cần checklist chung |
| Quản lý dự án kiêm luôn | Đội 3–5 người, PM ngồi cùng đội | Dễ lẫn hai mũ: vừa đòi giá trị vừa bảo vệ đội |
| Tester hoặc BA | Người này nhìn toàn cảnh và ít bị kẹt code | Ít quyền, cần PM ủng hộ khi chặn yêu cầu chen ngang |
Scrum Master, Product Owner và quản lý dự án
Product Owner trả lời “làm gì, theo thứ tự nào”; Scrum Master trả lời “đội có làm đúng cách không, đang vướng gì”; quản lý dự án truyền thống trả lời “ai làm gì, khi nào, tốn bao nhiêu”. Trong Scrum, câu hỏi thứ ba được chia cho PO, Scrum Master và chính đội. Khi một người kiêm cả PO lẫn Scrum Master, hãy tự hỏi mỗi lần lên tiếng: tôi đang đòi giá trị hay đang bảo vệ đội? Vai kia có bài riêng: Product Owner là gì?.
Ví dụ: một tuần của trưởng nhóm kiêm Scrum Master
Ví dụ
Hạnh là trưởng nhóm kỹ thuật của đội 6 người, kiêm Scrum Master. Thứ Hai, ở daily, hai thẻ chờ API của đơn vị khác đã ba ngày; Hạnh không chờ nữa, gọi thẳng đầu mối bên đó và có lịch bàn giao thứ Tư, ghi vào bình luận của việc. Thứ Ba, phòng Đào tạo nhắn thẳng cho một dev đòi thêm báo cáo gấp; Hạnh cảm ơn, đưa yêu cầu về Product Owner để quyết có đổi việc không, dev tiếp tục việc đang làm.
Thứ Năm, cột Review lên 5 thẻ với giới hạn 3; Hạnh không ra lệnh, chỉ hỏi ở daily “ai rảnh test giúp?”, hai dev nhận. Thứ Sáu Retro, Hạnh giữ quy tắc không đổ lỗi khi bàn về sprint chậm và chốt một hành động có tên người. Cả tuần Hạnh code ít hơn đội khoảng một phần năm, và đó là chi phí đúng của vai trò.
Bốn lỗi hay gặp
Người kiêm Scrum Master hay mắc
- Thành sếp nhỏ. Giao việc, hỏi “sao chậm”, đội quay sang báo cáo. Đổi câu hỏi thành “cần gì để xong?”.
- Gỡ vướng bằng cách tự làm hộ. Việc kẹt được cứu một lần, nguyên nhân còn nguyên. Gỡ là bỏ cái chặn, không phải làm thay.
- Không dám chặn việc chen ngang. Sprint thành danh sách mở. Cách chặn lịch sự: “được, thay cho việc nào?”, và đưa về PO quyết.
- Bỏ Retro khi bận. Đội mất cơ chế tự sửa; lỗi sprint 1 lặp đến sprint 10.
Scrum Master trên Pentara
Pentara có vai trò Điều phối dự án đúng cho người chạy nhịp sprint hằng ngày mà không nắm quyền cấu hình dự án: tạo, bắt đầu và hoàn thành sprint, kéo việc vào hoặc ra sprint, đổi sprint của một việc, nhận thông báo yêu cầu khách hàng mới hoặc sắp quá hạn khi chưa có người phụ trách. Không vào Cài đặt dự án, không xóa việc của người khác; những việc đó vẫn là của Quản lý dự án.
Một dự án có thể có nhiều Điều phối hoặc không có ai. Quản lý dự án gán vai này ở Cài đặt › Thành viên, có hiệu lực ngay. Công cụ hằng ngày của Scrum Master nằm sẵn: Board lọc sprint đang chạy để chủ trì daily, burndown ở Chi tiết sprint, bình luận có @nhắc để ghi vướng mắc kèm tên người gỡ. Thử với đội của bạn: đăng ký gói Miễn phí; bảng quyền so sánh Quản lý, Điều phối, Thành viên ở chương Vai trò và phân quyền.
Hỏi đáp nhanh
- Scrum Master có phải là sếp của đội không?
- Không. Scrum Master không giao việc, không đánh giá thành viên, không quyết ưu tiên. Việc của Scrum Master là giữ nhịp họp, gỡ vướng và chặn việc chen ngang; thước đo là đội tự chạy được nhiều hơn theo thời gian, không phải đội nghe lời hơn.
- Đội 5 người có cần Scrum Master chuyên trách không?
- Không cần chuyên trách, nhưng cần một người nhận ba việc của Scrum Master: giữ nhịp, gỡ vướng, chặn chen ngang. Trưởng nhóm kỹ thuật kiêm là phổ biến nhất, với điều kiện bớt khoảng một phần năm thời gian code. Trên Pentara, vai trò Điều phối dự án dành cho người này.
- Scrum Master và Product Owner có thể là một người không?
- Có ở đội nhỏ, và gọi là PM, nhưng người đó phải biết mình đang đội mũ nào: PO đòi giá trị và ưu tiên, Scrum Master bảo vệ đội khỏi thay đổi giữa sprint. Khi hai mũ mâu thuẫn, ví dụ sếp đòi thêm việc, hãy tự hỏi “thay cho việc nào” trước khi hứa.