Làm thế nào để Scrum Master tham gia vào Stand-Ups hàng ngày?


21

Chúng tôi có một chuyên gia tư vấn Scrum Master chuyên nghiệp [*] gần đây đã tham gia dự án của chúng tôi. Thật không may, chúng tôi không biết tên cô ấy (cô ấy không bao giờ tự giới thiệu với chúng tôi, cô ấy chỉ đến trong một ngày và nói "chúng tôi đang đứng dậy hàng ngày"), và cô ấy dường như không làm gì khác ngoài việc ngồi ghế Cuộc họp đứng lên hàng ngày - khi tôi nửa đùa nửa thật yêu cầu cô ấy cũng đưa ra phản hồi hàng ngày trong cuộc họp, cô ấy khá bối rối, nói rằng đó là công việc của Scrum Master để "tạo điều kiện, không tham gia".

Điều này có vẻ khá chống Agile (đã từng làm việc với các dự án nhanh nhẹn khác, nơi các nhóm tự định hướng), được cho là bình đẳng, nhưng tôi không chắc về cách thức hoạt động của Phương pháp Scrum. Tôi nghi ngờ cô ấy không làm gì cả ngày và đó là lý do cho sự phòng thủ của cô ấy về vấn đề này.

Scrum Master có tham gia vào "ngày hôm qua, hôm nay, trở ngại" trong cuộc họp độc lập hay vai trò của họ chỉ là chủ trì ("tạo điều kiện") cho cuộc họp?

[*] Chúng tôi thực sự không nói công việc của cô ấy là gì, chúng tôi chỉ giả sử, vì cô ấy tự gọi mình là Scrum Master


3
Nếu nhóm thực hiện mọi thứ một cách chính xác và không cần phản hồi (vì scrum-master có thể đứng sang một bên và xem cách bạn tự tổ chức), tôi nghĩ bạn không cần cô ấy nữa.
superM

26
Không giới thiệu bản thân với nhóm có vẻ rất lạ, bất kể phương pháp nào bạn đang theo.
Doc Brown

22
Đây là một trò đùa, phải không ? Bạn có một cuộc họp hàng ngày với ai đó và bạn chưa hỏi tên cô ấy? Tôi biết rằng scrums có thể là thô, nhưng những lời tán tỉnh thông thường của cuộc sống vẫn được áp dụng.
Đánh dấu hiệu suất cao

18
Chúng tôi có thể tìm ra tên của cô ấy, nhưng sẽ vui hơn khi tận hưởng sự vô lý của Dilbert-esque về tình huống tại BigCo mà chúng tôi ký hợp đồng. Vì cô ấy không làm gì nhiều, nên nó không thực sự quan trọng.
dùng109170

8
Một SM có thể tham gia, bằng cách hỏi những câu hỏi quan trọng như "câu chuyện đó có bị treo trong cột thử nghiệm trong 2 ngày qua không?", Hoặc bằng cách đề xuất cải tiến quy trình phát triển quá mức. Đặt điều đó sang một bên, SM là một người thường được đầu tư rất nhiều vào khía cạnh con người trong phát triển phần mềm. Nếu ai đó như vậy chỉ bước vào mà không giới thiệu bản thân ... Có lẽ đã đến lúc bắt đầu đặt câu hỏi về giá trị mà cô ấy mang lại cho đội, bởi vì tất cả nghe có vẻ tanh cá đối với tôi.
Stefan Billiet

Câu trả lời:


21

Lý tưởng nhất, chủ scrum chịu trách nhiệm tạo điều kiện cho các hoạt động của dự án và giải quyết bất kỳ trở ngại nào gặp phải trong thời gian đó. Anh ấy / cô ấy không tham gia vào "ngày hôm qua, hôm nay, chướng ngại vật" trong suốt thời gian đứng lên hàng ngày, tuy nhiên, có thể chịu trách nhiệm cho các thành viên trong nhóm về bất kỳ tình trạng nào về những trở ngại mà họ đã báo cáo trong các lần đứng trước .

Tôi đã làm việc với 5 nhóm scrum với một tổ chức có uy tín, tất cả họ đều theo cùng một thực tế.

Để có được một bức tranh chi tiết về tất cả các trách nhiệm của một bậc thầy scrum, tôi khuyên bạn nên xem cái này http://www.scrummasterchecklist.org/pdf/ScrumMaster_Checklist_12_unbranded.pdf


1

Tôi đã là một SM trong nhiều năm, tôi trì hoãn nhóm trong này. Nếu họ muốn tôi tham gia thì tôi làm điều đó cũng như tạo điều kiện.

Ý tưởng là trở thành một trong những "người lãnh đạo đầy tớ".

Đội nên có khả năng "thuê / sa thải" SM, không để họ càn quét, yêu cầu đứng lên mà không tự giới thiệu.


đó chỉ là ý kiến ​​cá nhân của bạn hoặc một số loại thực hành được thiết lập? nếu sau này, vui lòng cung cấp tài liệu tham khảo cho điều đó
gnat

2
Theo cách tôi thấy, SM là một phần của đội và nhóm tự tổ chức. Đội ngũ tuyên bố trong quá trình hồi cứu rằng SM của họ không hiệu quả hoặc hoạt động theo cách mà nhóm muốn anh ta làm việc, tại thời điểm đó, một SM tốt nên điều chỉnh hành vi của mình hoặc loại bỏ trở ngại bằng cách thay thế chính mình ...
ptyx

1

Trong trạng thái đứng lên, cô ấy nên đưa ra trạng thái về những trở ngại và sau đó khi nhìn lại, cô ấy nên đưa ra ý kiến ​​của mình về cách thức đứng lên có thể có ý nghĩa hoặc hiệu quả hơn.

Nếu ai đó mong đợi SM đưa ra trạng thái hoạt động hàng ngày của mình thì IMHO có một kỳ vọng sai. Mục đích của trạng thái là để nhóm có thể sắp xếp các hoạt động của họ và tôi không biết tại sao một thành viên trong nhóm muốn biết những gì cô ấy (SM) đã làm ngày hôm qua để lên kế hoạch hôm nay. Ít nhất một cuốn sách thậm chí còn gợi ý rằng SM thậm chí không bắt buộc phải đứng lên hàng ngày.


Nếu chủ scrum không phải lúc nào cũng ở trong scrum, họ sẽ tìm hiểu về các chướng ngại vật như thế nào?
Andy

Cuốn sách tôi đã đề cập là về một công cụ, tức là TFS .. vì vậy tôi giả sử trong bối cảnh đó, họ hy vọng rằng bất kỳ ai gặp phải bất kỳ trở ngại nào cũng sẽ ghi lại một vấn đề / trở ngại trong công cụ và gán nó cho ScrumMaster .. nếu nhóm được hợp tác thì họ có thể sử dụng bảng trắng để liệt kê trở ngại .. Đã nói rằng tôi cảm thấy có những lúc SM phải có mặt trong mỗi cuộc họp ..
Asim Ghaffar

1

Scrum Master không nhất thiết phải tham gia cuộc họp Scrum hàng ngày theo khuôn khổ Scrum chính thức.

Một vài trích dẫn từ Scrumguides.org :

  • "Scrum Master thực thi quy tắc chỉ các thành viên Nhóm phát triển tham gia vào Scrum hàng ngày."

  • "Scrum Master đảm bảo rằng Nhóm phát triển có cuộc họp, nhưng Nhóm phát triển chịu trách nhiệm tiến hành Scrum hàng ngày."

  • "Trong cuộc họp, các thành viên của Nhóm Phát triển giải thích [...]"

  • Công việc của Scrum Master là "tạo điều kiện cho các sự kiện Scrum theo yêu cầu hoặc cần thiết"

(Tuy nhiên, IMHO nó làm tăng tính minh bạch nếu Scrum Thạc sĩ tham gia vào "ngày hôm qua, hôm nay, trở ngại" thủ tục. Cũng IMHO một hoàn hảo sản phẩm Chủ đầu tư tùy chọn cũng có thể tham gia và trả lời ba câu bên trong một Scrum hàng ngày. Nhưng điều này là chống lại chính thức Scrum.)


0

Tôi có 3 Nhóm Scrum ở vị trí là Scrum Master và chúng tôi sử dụng Bảng tác vụ điện tử trong thực hành nhanh nhẹn của mình. Tất cả các đội của tôi, ngoại trừ một người, cung cấp trạng thái của họ cho tất cả các nhiệm vụ họ đang thực hiện, chuyển từ người này sang người khác, trong quy trình chờ đợi điển hình. Nhóm ngoại lệ quyết định họ muốn thực hiện câu chuyện nổi bật của mình bằng câu chuyện và bây giờ đã yêu cầu tôi dẫn dắt điều này bằng cách là người điều khiển cuộc họp.

Có bất kỳ lời biện minh nào cho một Scrum Master đảm nhận vai trò này trong lúc đứng lên không? Tôi có thể hiểu nếu nhóm có nhiều hơn 7 tài nguyên, nhưng dường như đó là vai trò giữ trẻ được thiết kế để khiến mọi người chú ý thay vì nhóm là người lớn có trách nhiệm vì họ không muốn tự mình gặp rắc rối.

Một trong những thành viên của đội này cũng đang làm việc cho một trong những đội khác và đã đề cập trong cuộc đua nước rút, cuộc họp sẽ diễn ra nhanh hơn bao nhiêu khi mỗi người bước lên và dẫn đầu trong hội đồng quản trị. Nó không tạo ra bất kỳ sự khác biệt nào đối với đội và PO đã thúc đẩy nhóm đứng vững trên phương pháp kể chuyện.


Một phần của mục đích của scrum là giữ cho nhóm chịu trách nhiệm với công việc họ đã cam kết.
Andy

0

Công ty của bạn bắt đầu sai. Chủ scrum nên là một phần của đội.

Bằng cách thuê một bậc thầy scrum toàn thời gian, tất cả những gì bạn đã làm là thêm một lớp khác giữa nhóm và người nắm giữ quản lý / cổ phần. Hoàn toàn không nhanh nhẹn.

Một người trong nhóm, thông thường là người quản lý, cũng là một phần của nhóm, đảm nhận vai trò chủ scrum. Nhưng nó thực sự không phải là một "tiêu đề". đó là một vai trò mà bất cứ ai cũng có thể lấp đầy khi cần thiết. Trong một đội, chúng tôi thường xoay nó mỗi tháng.

Bây giờ, điều này trả lời tất cả các câu hỏi. SM là một phần của đội, anh ấy tham gia vào tất cả các đội. dễ dàng.

trở thành một SM chỉ là một công việc tầm thường để theo dõi mọi thứ bên ngoài cho nhóm. Vì vậy, SM thường làm việc ít hơn một chút bởi vì anh ta sẽ luôn bị gián đoạn bởi việc liên lạc bên ngoài và gửi email như "bất kỳ cập nhật nào về câu hỏi này?". chỉ có bấy nhiêu thôi.

Nhân viên bán dầu rắn đã nhìn thấy cơ hội bán mình với tư cách là bậc thầy scrum toàn thời gian là cặn bã của trái đất và hoàn toàn chống lại Agile, như bạn đã lưu ý.


Bậc thầy scrim là một phần của nhóm, nhưng thực sự khuyến nghị họ không làm công việc phát triển. Công việc toàn thời gian của họ là tạo điều kiện cho các nghi lễ nhanh nhẹn khác nhau và loại bỏ các trở ngại.
Andy

Có hai trường hợp ở đây: ai đó thực sự cần một công việc toàn thời gian để làm điều đó, sau đó org của bạn có vấn đề khác. hoặc anh ta đang là chủ nhân của một số đội (phổ biến hơn) vì vậy anh ta cũng không được đầu tư vào đội và không nên là một phần của "những con lợn".
gcb

1
Tôi nghĩ đó là một sự phân đôi giả mà bạn đang thiết lập. Một số trở ngại có thể mất một chút thời gian để giải quyết, chẳng hạn như làm việc với bên thứ ba để tìm hiểu lý do tại sao bạn không thể truy cập API của họ.
Andy

điều đó là hợp lệ nếu công ty của bạn có đủ các con đường để ai đó cố gắng bỏ chặn nhóm 24/7.
gcb

1
Một bậc thầy scrum không chỉ loại bỏ những trở ngại. Họ giúp nhóm làm việc hiệu quả nhất có thể, trong đó việc loại bỏ các chướng ngại vật là một phần trong đó. Các phần khác bao gồm chạy lại các cuộc họp / lập kế hoạch, nắm bắt kết quả và số liệu và cố gắng cải thiện các quy trình; bài tập xây dựng đội ngũ; tạo điều kiện đào tạo và phát triển cá nhân (thường vận động tổ chức org cho các 'quyền tự do' đó); nhiều hơn nữa
Sebastian Carroll

0

Scrum Master không cung cấp cập nhật trạng thái của họ, nhưng họ ở đó để tạo điều kiện cho cuộc họp đứng lên. Vai trò của họ là đảm bảo cuộc họp bắt đầu đúng giờ, mọi người trong cuộc họp sẽ cập nhật trạng thái trong khung thời gian của họ, hành động khi bất kỳ thành viên nào trong nhóm có rào cản trong việc hoàn thành nhiệm vụ của họ.

FYI, chúng tôi đang sử dụng cuộc họp trực tuyến hàng ngày của chúng tôi tại http://www.standup.report , điều này cũng cho phép nhóm ở nước ngoài của chúng tôi tham gia và tạo điều kiện cho quá trình họp bằng cách thêm / sửa đổi các nhiệm vụ được gửi trực tuyến của thành viên nhóm.


1
Vui lòng tiết lộ nếu bạn có bất kỳ liên kết nào với standup.report theo hướng dẫn trang web của chúng tôi. Bài đăng này có thể bị nhầm với thư rác.
maple_shaft
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.