Là một Scrum Master cần thiết cho một nhóm hiệu suất cao?

Sự hiểu biết của tôi về nhiệm vụ của chủ scrum như sau:

• Thực thi quy trình
• Loại bỏ các trở ngại (mà các nhà phát triển có thể tự loại bỏ)
• Ngăn chặn sự gián đoạn từ bên ngoài
• Tạo điều kiện cho các cuộc họp scrum (đứng lên, hồi tưởng, v.v.)

Nếu các nhà phát triển trong nhóm bị kỷ luật, họ sẽ tuân theo quy trình mà không cần ai đó huấn luyện họ. Họ cũng sẽ không gặp vấn đề gì khi tổ chức hồi cứu và các cuộc họp scrum khác. Nếu phần còn lại của tổ chức hiểu được ranh giới nước rút, các gián đoạn và trở ngại bên ngoài sẽ yêu cầu một bậc thầy scrum đã được giảm thiểu.

Khi một nhóm trở nên có hiệu suất cao và một tổ chức hiểu được ranh giới nước rút, có vẻ như nhu cầu về một bậc thầy scrum giảm đi. Liệu một đội cuối cùng có thể đi đến điểm mà một bậc thầy scrum không còn cần thiết nữa không?

Tôi ước tôi có một xu cho mỗi nhóm "Agile" hỏi "cách chính xác để làm x" là gì. Nếu bạn thực sự nhanh nhẹn, bạn không cần phải hỏi những câu hỏi như vậy - không có "một quá trình thực sự", cách duy nhất để nhanh nhẹn là làm những gì có ích cho bạn. Mọi người qua quy trình, hãy nhớ.

Tuy nhiên, nếu bạn thực sự cần một số xác nhận rằng bạn đang làm đúng - hãy xem bài viết nhỏ này từ một trong những người sáng lập của phong trào Agile.

Một thành viên trong gia đình phương pháp luận Crystal là Crystal Clear. Crystal Clear có thể được mô tả cho người nghe Cấp 3 bằng các từ sau:

Tiết kiệm Đặt 4 - 6 người trong một phòng với máy trạm và bảng trắng và quyền truy cập cho người dùng. Yêu cầu họ cung cấp phần mềm đang chạy, đã được kiểm tra cho người dùng cứ sau một hoặc hai tháng, và nếu không thì hãy để họ một mình.

Trên thực tế, tôi đã mô tả Crystal Clear bằng những từ đó cho một nhà tài trợ dự án hiểu biết. Anh ấy đã làm theo những chỉ dẫn đó và báo cáo năm tháng sau đó, chúng tôi đã làm những gì bạn nói, và nó đã hoạt động!

Tôi đã phỏng vấn trưởng nhóm vài tháng sau đó và báo cáo của anh ấy ngắn gọn như hướng dẫn của tôi:

Theo đề nghị của bạn, bốn người chúng tôi đã tiếp quản phòng hội nghị này, nơi có kết nối mạng. Chúng tôi giữ nó trong cả bốn tháng, vẽ trên bảng trắng ở đó, cung cấp phần mềm như chúng tôi đã đi. Nó hoạt động rất tốt.

Vì vậy, nếu bạn có một nhóm như vậy (bạn may mắn) thì bạn thậm chí không cần Scrum. Đặt chúng trong một căn phòng một mình và bảo chúng tiếp tục với nó.

Không! Một chủ Scrum KHÔNG cần thiết cho một nhóm hiệu suất cao.

Các nhóm hiệu suất cao đã tồn tại trước Scrum và có nhiều phương pháp khác thành công và tạo ra các nhóm hiệu suất cao không có chủ Scrum. Chúng ta không nên rơi vào cái bẫy nghĩ rằng chỉ có một cách quản lý dự án hoặc phát triển mã để có một nhóm hiệu suất cao.

Nhưng xin đừng nhầm lẫn điều này với câu trả lời cho câu hỏi "Có cần một bậc thầy scrum trong nhóm Scrum không?"

Câu trả lời là ... hoàn toàn có. Bất kỳ đội nào không có chủ scrum đều không làm scrum bất kể họ nghĩ gì. Đó là những gì Ken Schawber gọi là "Scrum nhưng" và xuất phát từ cụm từ "Chúng tôi đang làm Scrum, nhưng ..."

Theo ý kiến ​​của tôi, một bậc thầy scrum luôn luôn được bổ nhiệm trên giấy, nếu hóa ra anh ta làm rất ít, thì cũng vậy. Trong những dịp mà các nhà phát triển đang ở trong một tâm trạng tồi tệ và tranh cãi với nhau, việc có một bậc thầy scrum để theo dõi tình hình sẽ là một điều cần thiết.

Ngoài ra còn có công việc quản trị viên liên quan đến các yếu tố của scrum, quản lý tồn đọng xuất hiện trong tâm trí - tùy thuộc vào công cụ bạn sử dụng, chủ scrum có thể sẽ chịu trách nhiệm về việc này.

Không cố tỏ ra hoài nghi, nhưng tôi chưa bao giờ thấy một quá trình tinh chỉnh đến mức không bao giờ có bất kỳ sự bất công nào mà ai đó phải dọn dẹp :-)

Vào cuối ngày, ngay cả khi không có gì để làm, thì quá trình đảm bảo không có gì phải làm phải là trách nhiệm của ai đó. Cho dù điều này là cho trách nhiệm hay không là một quyết định nội bộ.

Tôi đã từng là Scrum Master của một nhóm có nhiều chức năng và tôi muốn nghĩ rằng mình là người thiết yếu. Nhiệm vụ chủ Scrum mất trung bình ít hơn một giờ mỗi ngày. Ngày giới thiệu, hồi tưởng và lên kế hoạch cho các cuộc họp là phần lớn công việc của tôi. Thời gian còn lại tôi chia tay và đội mũ của nhà phát triển, người thử nghiệm hoặc khách hàng tùy thuộc vào nơi chúng tôi cần giúp đỡ để đáp ứng mục tiêu của chúng tôi.

Không có gì là mãi mãi. Bạn có thể có được thông qua một dự án cụ thể, nhưng tại sao làm gián đoạn nhóm với những trách nhiệm này? Quản lý công ty có thể hay thay đổi trong nền kinh tế suy thoái và bắt đầu đưa ra những yêu cầu bổ sung. Tuyển dụng mới có thể là một sự gián đoạn.

Tôi chỉ không thấy mặt trái của việc không có nó.

Nếu bạn muốn sử dụng phương pháp Scrum , thì hãy chắc chắn rằng nhóm của bạn biết scrum. Gửi cho họ để đào tạo. Có hay không có một bậc thầy scrum sẽ không quyết định thành công của bạn. Sự cam kết của đội sẽ.