Czy Scrum Master jest potrzebny w wysokowydajnym zespole?

Moje rozumienie obowiązków mistrza scrum jest następujące:

• Wymuszaj proces
• Usuń przeszkody (że programiści nie mogą się usunąć)
• Zapobiegaj zakłóceniom z zewnątrz
• Ułatwienie spotkań scrumowych (wstanie, retrospektywa itp.)

Jeśli programiści w zespole są zdyscyplinowani, będą postępować zgodnie z tym procesem bez pomocy kogoś. Nie będą mieli również problemu z organizowaniem spotkań retrospektywnych i innych scrumowych. Jeśli reszta organizacji rozumie granice sprintu, zewnętrzne przerwy i przeszkody, które wymagałyby mistrza scrum są już zminimalizowane.

Gdy zespół osiąga wysokie wyniki, a organizacja rozumie granice sprintu, wydaje się, że zmniejszają się potrzeby mistrza scrum. Czy zespół może w końcu dotrzeć do punktu, w którym mistrz scrum nie jest już potrzebny?

Chciałbym mieć grosz za każdy zespół „Agile”, który pyta „jaki jest prawidłowy sposób wykonywania x”. Jeśli jesteś naprawdę zwinny, nie musisz zadawać takich pytań - nie ma „jednego prawdziwego procesu”, jedynym sposobem na zwinność jest robienie tego, co działa dla ciebie. Ludzie ponad procesami, pamiętajcie.

Jeśli jednak naprawdę potrzebujesz potwierdzenia, czy robisz to poprawnie - zapoznaj się z tym małym artykułem jednego z ojców założycieli ruchu zwinnego.

Jednym z członków metodologii rodziny Crystal jest Crystal Clear. Crystal Clear można opisać słuchaczowi poziomu 3 następującymi słowami:

„Umieść 4-6 osób w pokoju ze stacjami roboczymi i tablicami i dostępem do użytkowników. Niech dostarczą działające, przetestowane oprogramowanie użytkownikom co miesiąc lub co dwa miesiące, a w przeciwnym razie zostaw je w spokoju. ”

Tak naprawdę opisałem Crystal Clear tymi wytrawnymi sponsorami. Postępował zgodnie z tymi instrukcjami i pięć miesięcy później napisał: „Zrobiliśmy to, co powiedziałeś i zadziałało!”

Kilka miesięcy później przeprowadziłem wywiad z kierownikiem zespołu, a jego raport był tak krótki, jak moje instrukcje:

„Zgodnie z twoją sugestią czwórka z nas przejęła tę salę konferencyjną, która ma połączenia sieciowe. Trzymaliśmy go przez wszystkie cztery miesiące, rysując na białych tablicach, dostarczając oprogramowanie w miarę upływu czasu. Działa świetnie. ”

Tak więc, jeśli masz taki zespół (na szczęście), to nawet nie potrzebujesz Scruma. Umieść je same w pokoju i powiedz im, żeby się tym zajęły.

Nie! Scrum master NIE jest potrzebny zespołowi o wysokiej wydajności.

Zespoły o wysokiej wydajności istniały przed Scrumem i istnieje wiele innych metod, które są skuteczne i tworzą zespoły o wysokiej wydajności, które nie mają mistrza Scrum. Nie powinniśmy wpadać w pułapkę myślenia, że ​​istnieje tylko jeden sposób zarządzania projektem lub tworzenia kodu, aby mieć zespół o wysokiej wydajności.

Ale proszę, nie myl tego z odpowiedzią na pytanie „Czy mistrz Scrum jest potrzebny w zespole Scrum?”

Odpowiedź brzmi: absolutnie tak. Każdy zespół, który nie ma mistrza scrum, nie robi scrum, niezależnie od tego, co mogą myśleć. Tak nazywa się Ken Schawber „Scrum ale” i pochodzi od frazy „Robimy Scrum, ale ...”

Moim zdaniem mistrz scrum powinien być zawsze mianowany na papierze, jeśli okaże się, że niewiele robi, niech tak będzie. W sytuacjach, gdy programiści są w złym humorze i kłócą się ze sobą, posiadanie mistrza scrum, który miałby na oku sytuację, będzie koniecznością.

Z elementami scrum wiąże się również służba administracyjna, przychodzi na myśl zarządzanie zaległościami - w zależności od używanego narzędzia, scrum master prawdopodobnie weźmie za to odpowiedzialność.

Nie staram się być cyniczny, ale nigdy nie widziałem procesu tak precyzyjnie dostrojonego, że nigdy nie ma żadnego detrytusu, że ktoś musiałby posprzątać :-)

Na koniec dnia, nawet jeśli nie ma nic do zrobienia, proces upewnienia się, że nie ma nic do zrobienia, musi być czyjąś odpowiedzialnością. Czy dotyczy to rozliczalności, czy też nie, jest to decyzja wewnętrzna.

Byłem Scrum Master w wysoce funkcjonalnym zespole i lubię myśleć, że byłem niezbędny. Obowiązki mistrza Scruma trwały średnio mniej niż godzinę dziennie. Główną część mojej pracy stanowiły dni demonstracyjne, retrospektywy i spotkania planistyczne. Przez resztę czasu dzieliłem się i nosiłem czapkę programisty, testera lub klienta, w zależności od tego, gdzie potrzebowaliśmy pomocy w osiągnięciu naszych celów.

Wszystko się zmienia. Być może uda ci się przejść przez konkretny projekt, ale po co przeszkadzać zespołowi z tymi obowiązkami? Zarządzanie przedsiębiorstwem może być kapryśne w sytuacji ekonomicznej i zacząć stawiać dodatkowe wymagania. Nowi pracownicy mogą być przeszkodą.

Po prostu nie widzę zalet tego braku.

Jeśli chcesz skorzystać z metodologii Scrum , upewnij się, że Twój zespół zna Scrum. Wyślij je na szkolenie. To, czy istnieje scrum master, nie determinuje twojego sukcesu. Zobowiązanie zespołu będzie.