Vấn đề cốt lõi được đề cập ở đây là một ‘hình mẫu phản diện’ (anti-pattern) phổ biến: một Scrum Master hành động như một người quản lý hay kiểm soát công việc, chỉ đạo đội nhóm làm thế nào để thực thi công việc của họ, thay vì đóng vai trò là người hỗ trợ cho sự tự tổ chức và khả năng tự quyết định con đường tốt nhất để đạt được Sprint Goals. Hành vi này làm xói mòn chính những nguyên tắc của Agile và Scrum, cản trở ý thức làm chủ, sự sáng tạo, và cuối cùng là hiệu suất của cả đội.
Để hiểu được vấn đề, chúng ta cần nhận ra nó xuất phát từ nhiều nguyên nhân sâu xa tiềm tàng. Scrum Master có thể thiếu hiểu biết sâu sắc về vai trò của mình, diễn giải sai nó thành vai trò của một người quản lý dự án.
Họ có thể có tính cách thích kiểm soát hoặc thiếu tin tưởng vào năng lực của đội nhóm. Một khả năng khác là áp lực từ tổ chức hoặc một văn hóa “chỉ huy và kiểm soát” đã vô tình đẩy Scrum Master vào cách tiếp cận mang tính chỉ đạo này.
Có một vài giải pháp để giải quyết tình trạng này. Đầu tiên, việc đào tạo Scrum bài bản cho Scrum Master, nhấn mạnh vai trò của họ như một servant-leader (lãnh đạo phục vụ) và một người huấn luyện, là cực kỳ quan trọng. Thứ hai, việc nuôi dưỡng một văn hóa tin tưởng và an toàn về tâm lý trong đội nhóm cũng như trong toàn bộ tổ chức là điều tối quan trọng. Điều này cho phép đội nhóm cảm thấy được trao quyền để đưa ra quyết định và làm chủ công việc của mình.
Trong số các giải pháp này, một sự kết hợp giữa đào tạo, huấn luyện, và sự thay đổi văn hóa của tổ chức là tối ưu nhất. Đào tạo cung cấp kiến thức nền tảng. Huấn luyện mang lại sự hỗ trợ và hướng dẫn liên tục để Scrum Master thực hành vai trò servant-leader. Cuối cùng, một văn hóa tổ chức mang tính hỗ trợ sẽ củng cố những thay đổi này, ngăn chặn việc quay trở lại các thói quen cũ. Chi phí bao gồm thời gian cho việc đào tạo và huấn luyện, nhưng lợi ích lâu dài của một đội nhóm hiệu suất cao và tự tổ chức sẽ vượt xa những khoản đầu tư này.
Để triển khai giải pháp, hãy bắt đầu bằng các buổi retrospective thường xuyên, nơi đội nhóm có thể cởi mở thảo luận về quy trình của họ và xác định các lĩnh vực cần cải thiện, bao gồm cả vai trò của Scrum Master.
Scrum Master nên chủ động tìm kiếm phản hồi và sẵn sàng thay đổi cách tiếp cận của mình.
Sự minh bạch trong việc ra quyết định và việc trao quyền cho đội nhóm tự chọn công cụ cũng như kỹ thuật của riêng họ cũng là những bước đi then chốt.
Để đánh giá hiệu quả của giải pháp, hãy theo dõi các chỉ số như team velocity, tỷ lệ đạt được mục tiêu của sprint, và tinh thần của đội nhóm (thông qua các cuộc khảo sát hoặc các buổi trò chuyện). Hãy tìm kiếm các chỉ số định tính, chẳng hạn như sự tham gia ngày càng tăng của đội nhóm vào việc lập kế hoạch và ra quyết định, và sự giảm bớt sự tham gia trực tiếp của Scrum Master vào việc phân công tác vụ.
Cuối cùng, việc học hỏi không ngừng là điều sống còn.
Scrum Master nên thường xuyên tham dự các buổi workshop, đọc sách, và tương tác với cộng đồng Agile rộng lớn hơn để tinh chỉnh các kỹ năng hỗ trợ của mình. Đội nhóm cũng nên liên tục thanh tra và thích ứng các quy trình của mình, đón nhận sự thử nghiệm và học hỏi từ cả thành công lẫn thất bại.
