Bước vào vai trò Scrum Master không chỉ đơn thuần là học một bộ các nghi thức hay quản lý danh sách công việc. Đó là một sự thay đổi sâu sắc về tư duy. Bạn đang chuyển từ một người điều phối công việc sang một người tạo điều kiện cho công việc diễn ra. Sự chuyển đổi này phụ thuộc rất lớn vào khái niệm lãnh đạo phụng sự. Đó là một triết lý mà mục tiêu chính là phục vụ đội nhóm, người sở hữu sản phẩm và tổ chức, thay vì tìm kiếm quyền lực hay quyền hạn.
Là một Scrum Master mới, bạn có thể cảm thấy thiếu kiểm soát. Điều này thường là có chủ ý. Khung Scrum được thiết kế để phân tán quyền lực. Tuy nhiên, nếu không có sự kỷ luật của lãnh đạo phụng sự, khoảng trống này có thể dẫn đến hỗn loạn. Hướng dẫn này cung cấp cái nhìn sâu sắc về cách thể hiện vai trò này một cách hiệu quả, bằng cách sử dụng các ví dụ thực tế và các chiến lược có thể thực hiện được.
🧭 Xác định tư duy của người lãnh đạo phụng sự
Ở cốt lõi, lãnh đạo phụng sự là về việc ưu tiên nhu cầu của người khác. Trong bối cảnh phát triển Agile, điều này có nghĩa là đội nhóm luôn được đặt lên hàng đầu. Thành công của bạn được đo bằng thành công của họ. Nếu đội bị tắc, bạn cũng bị tắc. Nếu đội phát triển tốt, bạn cũng phát triển tốt.
- Lắng nghe chủ động:Chỉ nghe lời nói là chưa đủ. Bạn phải hiểu được mục đích và cảm xúc đằng sau những lời nói đó. Trong các buổi lập kế hoạch Sprint hoặc tổng kết, hãy để im lặng. Để thành viên đội hoàn thành suy nghĩ của họ trước khi bạn can thiệp.
- Đồng cảm:Nhận ra rằng các thành viên đội là con người với cuộc sống cá nhân, áp lực và trình độ khác nhau. Ghi nhận cảm xúc của họ sẽ xây dựng sự an toàn về tâm lý.
- Chữa lành:Xử lý xung đột và căng thẳng giữa các thành viên trước khi chúng trở nên độc hại. Môi trường làm việc lành mạnh là điều kiện tiên quyết cho hiệu suất cao.
- Nhận thức:Hiểu rõ điểm mạnh và điểm yếu của bản thân. Nhận ra cách hành vi của bạn ảnh hưởng đến mối quan hệ trong nhóm.
Cách tiếp cận này khác biệt rõ rệt so với quản lý truyền thống. Một nhà quản lý thường giải quyết vấn đề thay cho đội. Một người lãnh đạo phụng sự giúp đội tự giải quyết vấn đề.
⚖️ Lãnh đạo phụng sự so với quản lý truyền thống
Hiểu được sự khác biệt là điều then chốt để tránh những thói quen cũ. Nhiều Scrum Master mới mặc định hành xử như người quản lý vì điều đó quen thuộc. Bảng dưới đây nêu rõ những điểm khác biệt chính.
| Khía cạnh | Nhà quản lý truyền thống | Scrum Master lãnh đạo phụng sự |
|---|---|---|
| Ra quyết định | Quyết định được đưa ra bởi quyền lực. | Quyết định được đưa ra thông qua sự đồng thuận hoặc phân quyền. |
| Trọng tâm | Công việc và kết quả đầu ra. | Con người và kết quả. |
| Giải quyết xung đột | Áp đặt một giải pháp. | Hỗ trợ tìm ra giải pháp. |
| Trách nhiệm | Trách nhiệm cá nhân đối với nhà quản lý. | Trách nhiệm chung đối với đội nhóm. |
| Mục tiêu | Hiệu quả và kiểm soát. | Thúc đẩy và phát triển. |
Khi bạn bắt đầu can thiệp quá mức vào các ước lượng của đội nhóm hoặc ra lệnh cách họ phải viết mã, bạn đang quay trở lại vai trò quản lý. Điều này làm suy yếu niềm tin. Niềm tin chính là đồng tiền của một Scrum Master.
🛠️ Các Thực Hành Hàng Ngày Thực Tế
Lãnh đạo không phải là một danh hiệu; đó là một chuỗi các hành động. Dưới đây là cách bạn có thể thực hành tinh thần lãnh đạo phục vụ trong thói quen hàng ngày của mình.
1. Cuộc họp Daily Scrum
Nhiều Scrum Master cố gắng điều phối cuộc họp Daily Scrum quá mức. Họ can thiệp khi có sự im lặng. Thay vào đó, hãy để đội nhóm tự chủ cuộc họp. Sự hiện diện của bạn nên mang tính hỗ trợ, chứ không phải chỉ đạo.
- Không báo cáo: Đội nhóm báo cáo cho nhau, chứ không phải cho bạn.
- Chú ý đến các trở ngại: Nếu bạn nghe thấy một mối phụ thuộc được nhắc đến, hãy ghi lại. Xử lý nó sau cuộc họp, chứ không phải trong khung thời gian 15 phút.
- Khuyến khích sự tham gia: Nếu ai đó im lặng, hãy nhẹ nhàng mời họ tham gia. “Bạn đang nghĩ gì, [Tên]?”
2. Loại bỏ các trở ngại
Điều này thường được nhắc đến như nhiệm vụ chính của một Scrum Master. Tuy nhiên, ‘loại bỏ’ không nhất thiết có nghĩa là bạn phải tự mình sửa chữa. Nó có nghĩa là dọn đường cho đội.
- Phân loại trở ngại: Có phải là kỹ thuật, tổ chức hay liên quan đến nguồn lực không?
- Phân cấp đúng mức: Nếu trở ngại cần sự chấp thuận từ quản lý, hãy đến với quản lý. Đừng để đội nhóm phải chờ đợi trong khi bạn tìm hiểu cấu trúc phân cấp.
- Dạy kỹ năng giải quyết vấn đề: Nếu đội nhóm bị mắc kẹt, hãy dẫn dắt họ tìm ra nguyên nhân gốc rễ thay vì đưa ra lời giải. Hãy hỏi: “Bạn đã thử những gì?” thay vì nói: “Chỉ cần làm thế này.”
3. Điều phối các cuộc họp
Các cuộc họp trong Scrum là những sự kiện có giới hạn thời gian với mục tiêu cụ thể. Nhiệm vụ của bạn là giữ cho cuộc họp đi đúng hướng mà không chiếm quyền kiểm soát cuộc trò chuyện.
- Lên kế hoạch Sprint: Đảm bảo đội hiểu rõ mục tiêu. Hỗ trợ họ chia nhỏ các mục thành những phần thực hiện được. Đừng chấp nhận “Tôi không biết” như câu trả lời cuối cùng; hãy hỏi: “Bạn cần tìm hiểu điều gì?”
- Đánh giá Sprint: Bảo vệ thời gian dành cho phản hồi. Đảm bảo các bên liên quan hiểu rằng đây là một buổi học tập, chứ không phải báo cáo tình trạng.
- Hồi tưởng: Đây là cuộc họp quan trọng nhất để cải thiện. Sử dụng các định dạng khác nhau để giữ cho cuộc họp luôn mới mẻ. Tập trung vào các nhiệm vụ hành động. Đảm bảo đội ngũ cam kết thực hiện ít nhất một thay đổi cho Sprint tiếp theo.
🤝 Xây dựng niềm tin và an toàn về tâm lý
Một đội làm việc hiệu quả cần có sự an toàn về tâm lý. Điều này có nghĩa là các thành viên cảm thấy an toàn khi chấp nhận rủi ro và thể hiện sự khiêm tốn trước nhau. Họ phải cảm thấy an toàn khi thừa nhận sai lầm mà không sợ bị trừng phạt.
Là một Scrum Master, bạn là người định hướng. Nếu bạn giấu đi những sai lầm của bản thân, đội ngũ cũng sẽ làm như vậy. Hãy thừa nhận khi bạn không biết câu trả lời. Hãy thừa nhận khi bạn điều phối không tốt. Sự khiêm tốn này sẽ khuyến khích những người khác làm theo.
Chiến lược thúc đẩy sự an toàn
- Làm cho thất bại trở nên bình thường:Xem xét các lỗi và thời hạn bị bỏ lỡ như cơ hội học hỏi, chứ không phải là thất bại về nhân cách.
- Phân tích hậu quả không đổ lỗi:Khi chuyện đi sai, hãy tập trung vào quy trình, chứ không phải con người. “Điều gì trong hệ thống đã cho phép điều này xảy ra?”
- Những buổi kiểm tra riêng tư:Đôi khi vấn đề mang tính cá nhân. Hãy đề nghị các cuộc trò chuyện riêng tư để hiểu bối cảnh trước khi thảo luận về hiệu suất trong môi trường nhóm.
🚧 Xử lý xung đột
Xung đột là điều không thể tránh khỏi trong bất kỳ nhóm nào làm việc cùng nhau để giải quyết các vấn đề phức tạp. Không phải lúc nào xung đột cũng xấu. Xung đột lành mạnh dẫn đến giải pháp tốt hơn. Xung đột tiêu cực tạo ra môi trường độc hại. Vai trò của bạn là quản lý sự khác biệt này.
Các loại xung đột
- Xung đột về nhiệm vụ:Sự bất đồng về công việc. Điều này thường là tốt.
- Xung đột về mối quan hệ:Sự bất đồng dựa trên khác biệt cá nhân. Điều này thường là xấu.
- Xung đột về quy trình:Sự bất đồng về cách thức thực hiện công việc.
Khi xung đột về mối quan hệ nảy sinh, hãy can thiệp sớm. Sử dụng kỹ năng lắng nghe tích cực để làm dịu tình hình. Giúp các bên tìm được điểm chung. Nếu xung đột vẫn tiếp diễn, bạn có thể cần tổ chức một cuộc thảo luận hòa giải, nơi mỗi bên được nói mà không bị ngắt quãng.
📊 Đo lường tác động của bạn
Làm sao bạn biết mình đang thành công? Bạn không thể đo lường hiệu suất của Scrum Master chỉ bằng tốc độ phát triển, vì điều đó thuộc về các Nhà phát triển. Thay vào đó, hãy nhìn vào các chỉ số định tính và hệ thống.
- Độ ổn định tốc độ của đội:Xuất khẩu của đội có đang trở nên dự đoán được hơn không?
- Các nhiệm vụ hành động từ buổi tổng kết:Đội có đang thực hiện những thay đổi mà họ cam kết không?
- Thời gian giải quyết trở ngại:Mất bao lâu để loại bỏ các trở ngại?
- Tâm trạng của đội: Những người có đang đến làm việc với tinh thần không? Điều này có thể đánh giá được thông qua những cuộc trò chuyện không chính thức hoặc các cuộc khảo sát ẩn danh.
- Tự tổ chức:Liệu đội có đưa ra quyết định mà không cần chờ đợi bạn?
Nếu đội phải dựa vào bạn để đưa ra mọi quyết định, nghĩa là bạn chưa hoàn toàn rút lui. Mục tiêu là trở nên không còn cần thiết trong quá trình ra quyết định hàng ngày của họ.
🌱 Cải tiến liên tục cho Scrum Master
Bạn chưa hoàn thành việc học. Bối cảnh của Agile và lãnh đạo đang không ngừng thay đổi. Bạn phải cam kết với sự phát triển của chính mình.
Các lĩnh vực phát triển
- Kỹ năng giao tiếp:Cải thiện kỹ năng nói trước công chúng và viết lách. Giao tiếp rõ ràng giúp ngăn ngừa sự mơ hồ.
- Kiến thức kỹ thuật:Bạn không cần phải là nhà phát triển chính, nhưng việc hiểu rõ bối cảnh kỹ thuật sẽ giúp bạn thấu hiểu những thách thức.
- Nhận thức tổ chức:Hiểu cách đội của bạn phù hợp với toàn bộ doanh nghiệp. Điều này giúp bạn vượt qua các rào cản hành chính.
- Chánh niệm:Luyện tập quản lý căng thẳng. Nếu bạn kiệt sức, bạn sẽ không thể phục vụ đội.
🚫 Những sai lầm phổ biến cần tránh
Ngay cả với những ý định tốt nhất, các Scrum Master mới thường vấp ngã. Việc nhận thức được những cái bẫy này sẽ giúp bạn vượt qua chúng.
- Người quản lý vi mô:Kiểm tra các nhiệm vụ trên bảng quá thường xuyên. Điều này cho thấy sự thiếu tin tưởng.
- Người quản lý đội:Hành xử như một trưởng nhóm và phân công nhiệm vụ. Điều này vi phạm nguyên tắc tự tổ chức.
- Người điều phối mọi thứ:Cố gắng điều phối mọi cuộc họp. Đôi khi bạn nên rút lui và để Product Owner hoặc một nhà phát triển dẫn dắt.
- Người anh hùng:Bước vào để tự mình sửa một vấn đề kỹ thuật. Điều này ngăn cản đội học hỏi.
- Người quan liêu:Chú trọng vào quy tắc hơn là kết quả. Scrum là một khung, chứ không phải một tôn giáo. Hãy điều chỉnh nó cho phù hợp với bối cảnh.
🔄 Vòng phản hồi
Phản hồi là thiết yếu cho sự phát triển. Bạn cần phản hồi về kỹ năng huấn luyện của mình. Điều này có thể gây khó chịu.
Hỏi trực tiếp đội. “Tôi nên ngừng làm gì để giúp các bạn làm việc hiệu quả hơn?” “Tôi nên bắt đầu làm gì?” “Tôi nên tiếp tục làm gì?” Đây là một công cụ mạnh mẽ. Nó thay đổi mối quan hệ quyền lực. Nó cho thấy bạn trân trọng ý kiến của họ về hiệu suất của bản thân.
Hãy nhớ rằng phản hồi không phải lúc nào cũng tích cực. Nếu ai đó nói bạn quá im lặng, hãy lắng nghe. Nếu họ nói bạn quá ồn ào, hãy lắng nghe. Sử dụng dữ liệu này để điều chỉnh hành vi của bạn.
🤝 Hợp tác với Người sở hữu Sản phẩm
Mối quan hệ của bạn với Người sở hữu Sản phẩm (PO) là rất quan trọng. Bạn là đối tác trong việc cung cấp giá trị. Tuy nhiên, căng thẳng có thể xảy ra.
- Sự rõ ràng về tầm nhìn:Đảm bảo PO có tầm nhìn rõ ràng. Hỗ trợ họ tinh chỉnh danh sách công việc.
- Tôn trọng PO:Đừng làm suy yếu quyền uy của PO đối với danh sách công việc. Nếu bạn không đồng ý, hãy thảo luận riêng tư.
- Bảo vệ Đội nhóm:Đảm bảo PO không đặt ra các mốc thời gian không thực tế. Hỗ trợ họ hiểu rõ các rủi ro.
- Minh bạch:Giữ cho PO luôn cập nhật về năng lực của đội nhóm. Đừng giấu nhẹm tình trạng kiệt sức hoặc các điểm nghẽn.
🌟 Những suy nghĩ cuối cùng về sự phát triển
Trở thành một Scrum Master chuyên nghiệp là một hành trình, chứ không phải đích đến. Không có kỳ thi cuối cùng. Bạn sẽ đối mặt với những tình huống mà bạn không biết câu trả lời. Điều đó hoàn toàn ổn. Nhiệm vụ của bạn là hỗ trợ quá trình tìm kiếm câu trả lời, chứ không phải cung cấp ngay lập tức.
Tập trung vào con người. Tập trung vào quy trình. Tập trung vào giá trị. Nếu bạn luôn ghi nhớ ba trụ cột này, bạn sẽ tự nhiên hướng đến lãnh đạo phục vụ. Bạn sẽ nhận ra rằng bằng cách phục vụ đội nhóm, bạn thực sự dẫn dắt họ vươn tới những tầm cao hơn những gì bạn có thể làm một mình.
Chấp nhận sự bất định. Chấp nhận thử thách. Và hãy nhớ rằng công cụ lớn nhất của bạn không phải là một khung khổ hay công cụ nào, mà chính là sự sẵn sàng phục vụ của chính bạn.
