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ą?
źródło
Odpowiedzi:
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.
źródło
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.
źródło
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ć.
źródło
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.
źródło
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).
źródło