Czy Scrum Master może przydzielać zadania?

19

Śledzimy scrum w naszym projekcie. Widzę, że większość razy scrum master przydziela nam zadania. Jednak czytam z wielu książek o scrumie, że scrum działa na odwrót (podejście „pull”), a członkowie zespołu wybierają zadania lub funkcje. Czy scrum master przypisuje zadania poprawnemu podejściu, czy też jest sprzeczne ze zwinną ideologią?

prasonscala
źródło
4
Zadajesz to pytanie w sposób sugerujący, że uważasz, że istnieje właściwy sposób na wdrożenie scrum. Nie tak na to powinieneś patrzeć. Scrum to podstawowa platforma z kilkoma bardzo ogólnymi wytycznymi. Ale każdy zespół i każdy projekt musi dostosować wytyczne do aktualnych potrzeb. Bez większej ilości szczegółów na temat twojego zespołu nie można udzielić konkretnej porady.
Martin York,
+1 Martin - Dokładnie. To ramy. Nie musisz być dogmatyczny ani purystyczny w swoim podejściu.
Agile Scout
4
@Scout: ScrumMaster działający jako kierownik projektu dowodzenia i kontroli nie jest ani Scrumem, ani zwinny.
Martin Wickman
@MartinWickman - Nie wspomniał, że zespół uważa, że ​​są „poleceni”. Może porzucili tę odpowiedzialność i postanowili skupić się na pisaniu kodu zamiast wybierania rzeczy do pracy. „Jeśli zdecydujesz się nie decydować, nadal dokonałeś wyboru.” Peart
JeffO

Odpowiedzi:

19

Zgodnie z artykułem Wikipedii o Scrumie , zadania Sprint nie są przypisywane przez ScrumMaster:

Zadania w rejestrze zaległości sprintu nigdy nie są przypisywane; raczej zadania są zapisywane przez członków zespołu w zależności od potrzeb, zgodnie z ustalonym priorytetem i umiejętnościami członka zespołu. Sprzyja to samoorganizacji zespołu i wpisowi programisty.

Co więcej, definicja ScrumMaster jest taka, że ​​on / ona jest osobą odpowiedzialną za upewnienie się, że ludzie przestrzegają zasad procesu Scrum.

ScrumMaster Osoba odpowiedzialna za proces Scrum, upewniając się, że jest on właściwie stosowany i maksymalizując jego korzyści.

ScrumMaster nie przypisuje zadań, prostych i prostych. Zespół samoorganizuje się i decyzje o tym, kto pracuje nad tym, co decyduje zespół.

To jest prawdziwy Scrum. Jednak wiele organizacji może oczywiście korzystać z ich odmian.

jmort253
źródło
Tak. PO priorytetowo. Członkowie zespołu oceniają i wybierają. Prosty i wydajny.
Martin Wickman
8

Tak to powinno działać, ale tak jak w przypadku wszystkich rzeczy, które działają świetnie w teorii ... nie zawsze tak naprawdę działa.

Są zależności, potrzeby klientów i sterowniki z zewnątrz. Niektóre rzeczy muszą zostać wykonane, aby można było pracować nad tym fantazyjnym widżetem, nad którym wszyscy chcą pracować.

Istnieją podstawowe umiejętności programistyczne, które można prowadzić od wewnątrz. Niektóre rzeczy są po prostu trudne, a niektórzy są po prostu lepsi. Jasne, pracując w nieskończonym przedziale czasowym, mogę pozwolić ci to rozgryźć; ale kiedy coś musi zostać zrobione, przypisanie do osoby, która jest na najlepszej pozycji, aby zrobić to najszybciej i najlepiej, to ta, która dostanie pracę.

I są też problemy z osobowością, takie jak przejęcie kontroli nad Scrum Master i / lub programistami, którzy nie mogą zawiązać własnych butów bez polecenia. Mój zespół ma na przykład jedno i drugie. Po prostu działa lepiej dla wszystkich, aby w takich przypadkach zignorować ten drobiazg o Scrumie.

Innymi słowy, nie rób tego, ponieważ proces mówi tak. Rób co działa. Pieprzyć resztę.

Oczywiście istnieje również inny podstawowy fakt ludzkiej egzystencji ... może nawet nie wiesz, kim tak naprawdę jest Scrum Master. Może to nie jest osoba o tym tytule. Może nawet nie masz.

Edward Strange
źródło
„Niektóre rzeczy muszą zostać wykonane, aby można było pracować nad tym fantazyjnym widżetem, nad którym wszyscy chcą pracować”. Jeśli to jest okazjonalne, z pewnością. Jeśli nie, być może powinieneś stosować krótsze sprinty - a może Scrum nie jest właściwym podejściem dla twojego zespołu.
Robin Green,
4

Nigdy.

Scrum jest w tym całkowicie jasny. Zespół programistów, jako grupa, jest odpowiedzialny za uzupełnianie pozycji w rejestrze Sprint. Mają też całkowitą kontrolę nad tym, jak zajmują się tworzeniem oprogramowania i nikt nie może im powiedzieć, jak to zrobić.

Jako trener Scrum Master odgrywa rolę w wskazywaniu tego, gdy widzi, że Drużynie grozi utrata celów Sprinta z jakiegokolwiek powodu. Ale potem musi poprosić ich, aby wymyślili, jak sobie z tym poradzą, a następnie zejść im z drogi.

Innym podejściem może być pozwolenie Zespołowi na ukończenie Sprintu, pociągnięcie go do odpowiedzialności za brak wyników, a następnie umożliwienie omówienia go w Retrospektywie Sprint.

Dave
źródło
3

Jak każda ideologia, zdarzają się sytuacje, w których zbiór reguł trzeba wyrzucić lub ostrożnie zignorować.

Zastanów się, co wydaje się właściwe. Uważaj tylko, aby ktoś został de facto kierownikiem projektu - lub, co gorsza, zastraszanie ludzi do robienia pewnych rzeczy.

Istnieje duża różnica między alokacją zadań przez dyktowanie (MUSISZ zrobić X) a alokacją przez dyskusję i porozumienie. Czasami umowa może być letnia.

Z drugiej strony być może zespół potrzebuje kierowania ... trudno to wiedzieć.

Byłbym jednak zaniepokojony jakimkolwiek procesem, który nalegałby, abyś podążał za procesem do listu, bez miejsca na poruszenie lub osąd. Taki proces zastępuje myślenie.

szybko. teraz
źródło
Myślenie jest trudne i mogę zrobić tylko tyle dziennie. Może również pozwolić, aby coś lub ktoś inny pomyślał o drobiazgach.
Edward Strange
1
W scrum przekazujesz tę odpowiedzialność zespołowi. Nie przestawaj myśleć. W rzeczywistości myślisz zbiorowo. Więc decyzje są lepsze.
2
Przeszedłem przez przypadek, w którym nikt w zespole nie wykonałby zadania. Pomimo wielokrotnych prób zachętywania inicjatywy, by po prostu chwycić kartę z planszy, prace zostały przerwane, dopóki sam nie wyciągnę karty i nie podam jej. Myślę, że wynika to z mentalności przejściowej. Kiedy inżynierowie są przyzwyczajeni do odkładania zadań na swoje tablice, może być trudno to odwrócić.
smithco
2

Moim zdaniem scummaster nie powinien tego robić, członkowie zespołu powinni sami podejmować się zadań. Jeśli scummaster zajmuje się tylko administracją, jak ma to miejsce w naszym zespole, nie widzę problemu. Nasz Scrum Master dba o to, aby papierowa tablica scrumowa była zsynchronizowana z plikiem programu Excel. Rola pana scrum powinien być jeden ułatwianie my jesteśmy on / ona sprawia, że ​​można zrobić swoją pracę bez przeszkód. To jest sposób, w jaki działa. Czy wiesz, dlaczego ScrumMaster to robi? Czy jest kierownikiem projektu, który boi się stać się nieaktualny? Czy boi się, że zespół sam nie odbierze zadań? Dobrym pomysłem może być omówienie tego podczas retrospekcji.

refro
źródło
1

Byłem mistrzem scrum w obu typach środowisk (w których przekazywałem zadania poszczególnym osobom i gdzie poszczególne zadania pobierały zadania).

O zespole Push, zasoby programistyczne nie były wymienne. Praca klienta Windows musiała przejść do programisty systemu Windows, a praca w sieci do programisty sieci. Dzięki temu mogłem przekazywać zadania do zasobów podczas sesji planowania. Byłem także w stanie zaplanować indywidualne zdolności produkcyjne, aby wiedzieć, kiedy przestać naciskać.

Metoda ściągania działała dobrze w zespole, w którym każde zadanie mogło być odebrane przez dowolne zasoby. Ale nie mogłem samodzielnie zaplanować wydajności podczas sesji planowania, zamiast tego musiałem polegać na średniej prędkości, aby wiedzieć, kiedy wystarczy. (Minęło ~ 3-4 sprinty, zanim mieliśmy dobry pomysł na prędkość).

Natknąłem się na interesujący artykuł opisujący zalety / wady Push vs. Pull.

Slomojamma
źródło