Trong khi tôi đang lên kế hoạch cho Scrum Day Vietnam 2020, thì chợt nhớ lại SDVN 2019 vừa qua. Có một câu hỏi rất hay của các bạn tham dự vào năm ngoái, đó là: “Scrum Master có cần phải biết technical không?“. Ý nghĩ về câu hỏi này lại khiến tôi viết một vài dòng chia sẻ với mọi người về vai trò của Scrum Master. Hy vọng qua bài viết này, các bạn sẽ hiểu rõ hơn và trả lời được câu hỏi trên.
Theo tôi, Scrum Master không cần phải biết Technical, và việc không biết này chẳng những không hại gì, mà còn mang lại lợi ích cho Scrum Team và Scrum Master nữa. Vì sao?
- Công việc của Scrum Master không phải là quyết định làm cái gì trong Sprint đó, đó là quyền quyết định của Product owner. Công việc của Scrum Master cũng không phải là ra quyết định, về việc làm thế nào, đó là việc của Developer. Việc Scrum Master tham gia vào việc ra quyết định, có thể dẫn đến việc chính những sự hỗ trợ đó trở thành impediment của Scrum Team.
- Công việc của Scrum Master là hỗ trợ Development Team, tối ưu hóa giá trị công việc bởi Scrum Framework. Scrum Master giúp họ hiểu được rõ vai trò, trách nhiệm, và ý nghĩa của các event. Đồng thời, nâng cao khả năng tự chủ và giải quyết những impediment mà Scrum team đó đang gặp phải. Chính vì vậy, điều cần nhất ở một Scrum Master là khả năng: Coaching, Training, Mentor, Facilitator, Servant Leader, Manage Scrum Framework, Impediment Remover và Change Agent.
- Khi có vấn đề về kỹ thuật, mà Developer cần hỗ trợ thì sao? Scrum Master cần phải thể hiện khả năng Coach/Facilitate của mình, để Development team có những cuộc thảo luận hiệu quả tìm ra giải pháp: Có thể là cần tìm một người giỏi để hỏi ý kiến, hay thử một phương pháp mới v.v. Chìa khoá ở đây là, bạn không đưa câu trả lời, mà hướng dẫn họ tìm câu trả lời (chỉ nhóm cách tự câu cá, hơn là cho nhóm con cá để ăn hôm nay?) cho chính mình.
- Với Product Owner, Scrum Master cần phải biết về business domain không? Cũng như trên, câu trả lời là không. Scrum Master không trả lời hay ra quyết định, mà giúp cho Product Owner có thể đưa ra được quyết định của mình tốt nhất có thể qua việc coaching và facilitate.
- Khi Scrum Master không có hiểu biết hay kỹ năng về domain hiện tại, anh ta hoặc cô ta có thể tập trung vào việc tối ưu hóa 8 hình thái của mình, thay vì là người tham gia vào làm việc và đóng góp ý kiến cùng với Scrum team. Việc này sẽ giúp tạo sự tự chủ cho Scrum team và tối ưu hóa giá trị mà Scrum mang lại cho nhóm.
Qua năm điểm trên, bạn sẽ thấy, Để làm một Scrum Master giỏi, bạn không cần biết về kỹ thuật chuyên sâu. Hay thực ra nếu bạn đã có kinh nghiệm và kiến thức, thì tốt nhất cũng chỉ giữ cho riêng mình và quên nó đi, vì nó sẽ không mang lại lợi ích gì cho Scrum team cả.
Scrum on!
