MỞ ĐẦU

Một nhóm Scrum gồm có 03 vai trò Product Owner, Development Team, Scrum Master. Vậy Scrum Master có được kiêm nhiệm vai trò thành viên nhóm phát triển (Development Team)?

Scrum không yêu cầu Scrum Master chuyên trách, Scrum Master hoàn toàn có thể vừa tham gia phát triển sản phẩm vừa đảm nhiệm vai trò Scrum Master.

Thực tế, các nhóm Scrum hiện nay đang sử dụng các hình thức Scrum Master như sau:

• Scrum Master chuyên trách
• Scrum Master kiêm thành viên nhóm phát triển
• Scrum Master luân phiên

Mỗi mô hình đều có những ưu nhược điểm riêng, sau đây là ưu nhược điểm của từng mô hình:

(1) Scrum Master luân phiên

Scrum Master không cố định mà các thành viên trong nhóm phát triển sẽ luân phiên nhau đảm nhận vai trò Scrum Master trong một hoặc một vài Sprint. Mô hình này mỗi khi được đề xuất thường dễ được thông qua, vì ai cũng được trao cơ hội trải nghiệm vai trò Scrum Master. Thật ra, lý do quan trọng hơn là việc tiết kiệm chi phí, hoặc thậm chí là sự ngại thay đổi của tổ chức.

Nếu công việc của Scrum Master là chỉ người ghi chép, người tổ chức cuộc họp, theo dõi backlog, deadline, hay cập nhật burndown chart thì việc luân phiên đảm nhiệm vai trò Scrum Master cũng khá ổn. Tuy nhiên, trách nhiệm của Scrum Master không đơn giản như thế. Vai trò của Scrum Master bao gồm nhưng không giới hạn các trách nhiệm sau đây:

• Chịu trách nhiệm đảm bảo Scrum được hiểu và áp dụng đúng
• Đảm bảo nhóm Scrum tuân thủ lý thuyết, thực hành và quy tắc Scrum
• Hỗ trợ sự phát triển của mỗi cá nhân
• Huấn luyện nhóm cải tiến liên tục
• Giúp mọi người hiểu tinh thần của Scrum
• Cung cấp ranh giới rõ ràng trong đó nhóm có thể hợp tác và đạt được tính tự tổ chức
• Quản lý các trở ngại, loại bỏ lãng phí, quản lý quy trình, xây dựng văn hóa đội nhóm, môi trường làm việc nhóm.

Vậy làm thế nào để một Scrum Master hoàn thành các yêu cầu đó trong một vài Sprints? Đặc biệt đối với các thành viên không thực sự phù hợp với vai trò servant leader, hoặc thiếu kỹ năng và kiến thức về Scrum.

Scrum Team áp dụng mô hình Scrum Master luân phiên thì cũng giống như Scrum Team không có Scrum Master. Thực chất đây không phải là Scrum mà là Zombie Scrum.

Trong một số hoàn cảnh nhất định như nhóm mới thành lập và chưa có một Scrum Master có kinh nghiệm, việc tạm thời xoay tua vai trò Scrum Master đối với vài thành viên phù hợp cũng là một giải pháp tốt trong ngắn hạn. Tuy nhiên, về lâu dài khi có người phù hợp thì vẫn nên có Scrum Master cố định.

(2) Thành viên nhóm phát triển kiêm nhiệm vai trò Scrum Master

Đây là mô hình khá phổ biến với các công ty outsource khi áp dụng mô hình Scrum. Khi đó, một thành viên nhóm phát triển, thường là người có kinh nghiệm, sẽ kiêm luôn vai trò Scrum Master.

Mô hình này là Scrum Master hiểu công việc và dễ dàng giao tiếp với các thành viên trong nhóm Scrum, nắm bắt nhanh các khó khăn trong công việc của nhóm phát triển, nhờ vậy có thể giúp nhóm giải quyết nhanh các khó khăn trở ngại trong Sprint.

Về mặt lý thuyết, mô hình này tiết kiệm chi phí vì không dùng hết một “head count” cho vị trí Scrum Master. Tùy từng trường hợp, Scrum Master vẫn có thể dành 50-70% thời gian cho công việc của nhóm phát triển.

Tuy nhiên, hạn chế của mô hình này chính là khó khăn ở vị trí Scrum Master. Người này sẽ khó phân biệt khi nào nên ứng xử với tư cách là thành viên nhóm phát triển, khi nào nên đứng trên lập trường của Scrum Master. Do vậy, Scrum Master có thể can thiệp khi không thật sự cần thiết, hoặc nhận định mang tính chủ quan. Điều này sẽ ảnh hưởng đến khả năng tự tổ chức của nhóm phát triển.

(3) Scrum Master chuyên trách

Đây là mô hình mà Scrum Master dành toàn thời gian cho 1 nhóm Scrum hoặc có thể đảm nhận vai trò Scrum Master cho vài nhóm Scrum cùng lúc.

Ưu điểm của mô hình này là Scrum Master có thể dành toàn thời gian để giúp nhóm hiểu được các giá trị của Scrum, hiểu rõ ý nghĩa và áp dụng hiệu quả các practices của Scrum, dẫn dắt và xây dựng văn hóa làm viêc nhóm, tinh thần tự quản. Scrum Master có thời gian quan sát sự giao tiếp và tương tác giữa các thành viên trong nhóm, thúc đẩy và đảm bảo tính minh bạch, khuyến khích sự chia sẽ kiến thức, kỹ năng và sự phát triển của các thành viên trong nhóm.

Trở ngại duy nhất của mô hình này là vấn đề chi phí, mối quan tâm chính của các công ty startup, các agency hoặc công ty outsource. Nếu chi phí không phải là vấn đề chính hoặc công ty có định hướng lâu dài thì nên lựa chọn mô hình này. Cũng lưu ý, một Scrum Master có kinh nghiệm có thể đảm nhiệm được 2 đến 3 nhóm Scrum và như vậy chi phí không còn là một trở ngại nữa.

LỜI KẾT

Mỗi mô hình Scrum Master đều có những khó khăn và ưu thế riêng. Tuy nhiên, mô hình Scrum Master luân phiên chỉ nên áp dụng trong giai đoạn đầu khi mới triển khai Scrum và chưa có người phù hợp đảm nhiện vai trò Scrum Master. Scrum không yêu cầu các vai trò phải chuyên trách và toàn thời gian nhưng việc thay đổi thường xuyên cấu trúc nhóm sẽ ảnh hưởng không tốt đến khả năng làm việc và tự tổ chức của nhóm Scrum. Do vậy, mô hình Scrum Master kiêm nhiệm hay toàn thời gian sẽ là lựa chọn hợp lý hơn.

Cảm ơn các bạn đã đọc bài viết này

Khiem Huynh, Certified Agile Coach, Certified Agile Practitioner, PSM III

• Visit my Scrum Asssessment for Scrum certificates practice tests
• Check out Agile and Scrum video on YouTube Agile Education