W Scrumie dlaczego nie należy łączyć ról właściciela produktu i ScrumMaster?

19

W bardziej tradycyjnych projektach, nad którymi pracowałem, kierownik projektu (a przy większych projektach mogą być współpracownicy / zastępcy / asystenci kierowników projektów, jeśli jedna osoba jest niedostępna) to osoba odpowiedzialna za komunikację z klientem, otrzymywanie projektu aktualizacje kondycji i statusu, określanie harmonogramu i budżetowania, zarządzanie procesem, upewnianie się, że zespół ma wszystko, czego potrzebują do wykonania zadań, i tak dalej.

Jednak w Scrumie obowiązki te są podzielone między właściciela produktu i ScrumMaster. Właściciel produktu jest głosem klienta. Współdziałają bezpośrednio z klientem, tworzą historie użytkowników, organizują zaległości w produktach i ustalają ich priorytety, a także inne problemy dotyczące użytkowników / klientów. ScrumMaster obsługuje proces, nadzoruje spotkania (w tym szacowanie i planowanie), usuwa przeszkody i monitoruje ogólny stan projektu, w razie potrzeby dostosowując.

Czytałem w wielu źródłach, w tym w Wikipedii , że rolę ScrumMastera i Właściciela produktu powinny pełnić dwie różne osoby. Nie tylko czytałem, ale pracowałem nad udanymi projektami w „tradycyjnym” stylu, w których działania obu były wykonywane przez jedną osobę. W rzeczywistości bardziej sensowne jest, aby jedna do trzech osób była odpowiedzialna za obsługę projektów (w tym zasobów ludzkich / personelu) i zadań na poziomie procesów, ponieważ często idą one w parze. Zmiany w procesie mają wpływ na planowanie, budżetowanie, jakość i inne cele na poziomie projektu, a zmiany w projekcie mają wpływ na proces.

Dlaczego Scrum wzywa do rozdzielenia tych działań na dwie role? Jakie to faktycznie zapewnia? Czy ktoś uczestniczył w udanym projekcie Scrum, w którym właściciel produktu i ScrumMaster byli tą samą osobą?

— Thomas Owens
źródło

Przysięgam, że pytanie zostało już zadane, ale nie mogę go znaleźć i nie zaznaczyłem go jako ulubionego. Wiele pytań o definicje ról tutaj, ale nie widzę PO / SM, które jestem pewien, że przeczytałem.

— Thomas Owens

Czy myślisz o tym pytaniu ?

— Adam Lear

@ Anna To wygląda znajomo, ale tak naprawdę nie wydaje się być duplikatem. Wydaje mi się, że to konkretne pytanie nie było wcześniej zadawane.

— Thomas Owens

Co powiesz na ten ? :)

— Adam Lear

1

Polecam lekturę Udane z Agile, gdzie jest to omówione bardziej szczegółowo.

— Ladislav Mrnka

17

Mogą one (i często są) łączone i wykonywane przez jedną osobę (nie ma na to żadnej reguły (przecież jej scrum)).

ALE musisz dokładnie zrównoważyć odpowiedzialność za różnicę, ponieważ dwie role mają konkurencyjną i agendę (i potrzeba specjalnej osoby, aby móc wykonywać obie jednocześnie). Widziałem wielu próbujących, ale niewielu odciągało go przez długi czas (jest to stresująca pozycja).

Aby być SM, potrzebujesz więcej wiedzy technicznej niż PO (ponieważ pomożesz zorganizować zespół programistów). Potrzeba szczegółowej wiedzy o produkcie, aby móc wyciągać rzeczy z rejestru produktu do wiosennego rejestru (czasami po prostu nie można wyciągnąć najlepszych elementów, ponieważ może to przynieść efekt przeciwny do zamierzonego).
Organizacja producentów wymaga większego zrozumienia końca równania przez użytkownika niż ich SM. Nie musi to być tak techniczne, ale wymaga wiedzy o tym, jak produkt będzie używany w prawdziwym świecie i w jakim kierunku klient chce wybrać produkt.

Jeśli możesz znaleźć osobę, która może pełnić obie role, nie widzę powodu, aby temu zapobiec.

Problemy mogą pojawić się, gdy klient jest przyciągany przez klienta w jednym kierunku, co powoduje znaczną walkę z programistami (ponieważ najpierw trzeba zbudować inną infrastrukturę). Zadaniem SM nie jest podążanie za kaprysami klienta, ale ochrona programistów przed ich kaprysami. Obiektywne wyciągnięcie tego jest trudne.

— Martin York
źródło

1

Tak, jak widzę, to konflikt interesów powoduje problem. Właściciel produktu chce jak najwięcej zrobić, scrum master musi zarządzać oczekiwaniami właściciela produktu.

1

Twój opis SM jest nieprawidłowy. Opisujesz coś w rodzaju lidera zespołu, a nie SM.

— Ladislav Mrnka

1

Zdecydowanie się z tym nie zgadzam. PO i SM to dwie naprawdę różne prace. borisgloger.com/2009/12/07/…

@Pierre Ten link został opublikowany w odpowiedzi. Jak powiedziałem w odpowiedzi na tę odpowiedź, wszyscy oprócz 3 mają kontrargumenty, które mogę tu i teraz wymyślić, a 3 jest tak ogólne, że stosuje się do każdego stanowiska pracy w historii.

— Thomas Owens

3

Sprawdź także ten post, który mówi konkretnie na ten temat: blog.mountaingoatsoftware.com/… . Jeśli mieszanie ról jest dla ciebie skuteczne, obiecuję, że wyślę ci pudełko belgijskich czekoladek.

4

Nie jestem ekspertem, ale uważam, że Scrum Master powinien być rzecznikiem / facylitatorem zespołu. Głos klienta powinien mieć na uwadze jego interesy. Scrum Master powinien przede wszystkim pomagać drużynie w zdobyciu tego, czego potrzebują, aby odnieść sukces.

— Amy Anuszewski
źródło

1

Pamiętaj też, że najczęściej nie pracujesz na 1 kliencie jednocześnie. Właściciele produktów mogą zarządzać kilkoma klientami i mogą skoncentrować się na tej części biznesu, a ScrumMasters mogą skoncentrować się na rozwoju projektu.

Jak wielu powiedziało, obie role mają różne zainteresowania, ale wspólny cel i różne umiejętności, aby je zdobyć.

— AJC
źródło

To może być prawda. W każdym miejscu, w którym kiedykolwiek pracowałem, personel „poziomu projektu” (odpowiednik PO i SM) był poświęcony jednemu projektowi, więc jest to jedyny punkt odniesienia, jaki mam. Zespół programistów może być przypisany do wielu projektów, ale zazwyczaj nawet programista jest przypisany do jednego projektu w pełnym wymiarze godzin i wspiera role w jednym lub dwóch innych.

— Thomas Owens

0

Jeśli ta sama osoba reprezentuje zespół programistów i użytkowników / klientów, jedynym sposobem na odwołanie się od sporu jest zapoznanie się z umową. Chociaż może do tego dojść, lepiej, jeśli przedstawiciel z obu stron o równej władzy może wypracować porozumienie.

— JeffO
źródło

Jeśli zamówienie nie pochodzi od organizacji klienta (co, z mojego zrozumienia, często tak jest), nadal będziesz musiał spojrzeć na umowę, jeśli istnieje spór między organizacją rozwijającą się (w tym PO) a klientem.

— Thomas Owens

1

To prawda, ale posiadanie rzecznika klienta może być w stanie poradzić sobie z nieporozumieniem, zanim jeszcze wróci do klienta. Jeśli oboje nie zgadzają się z klientem, to kolejny problem.

— JeffO

0

Ludzie w produkcie właściciel i Scrum Master role mogą mieć sprzeczne pragnienia, cele, wymagania i ograniczenia, więcej niż 2 losowe programistów. Ludzie mogą, ale nie muszą, równie dobrze doceniać sprzeczne cele, a bardziej prawdopodobne jest popełnianie błędów w ocenie w obliczu sprzecznych celów. Dwie osoby z nieco innymi celami lub uprzedzeniami mogą być mniej skłonne do popełniania tych samych błędów lub tego samego stopnia błędów w ocenie.

Dwie osoby mogą również Allot więcej całkowitej liczby roboczogodzin do koncentrując się na każdej różniącej aspektu problemu / projektu (np Cele 2 różnych ról).

— hotpaw2
źródło