Czy menedżerowie projektów są przydatni w Scrum?

17

W Scrumie zdefiniowano trzy role: zespół, właściciel produktu i Scrum Master. Nie ma menedżera projektu, zamiast tego zadanie menedżera projektu jest podzielone na trzy role .

Na przykład:

  • Scrum Master: odpowiedzialny za proces. Usuwa przeszkody.
  • Właściciel produktu: Zarządza listą prac, które należy wykonać, i uszeregowuje je według priorytetów, aby zmaksymalizować zwrot z inwestycji. Reprezentuje wszystkie zainteresowane strony (klienci, interesariusze).
  • Zespół: samodzielnie zarządzaj swoją pracą, szacując ją i rozdzielając między siebie. Odpowiedzialny za wypełnianie własnych zobowiązań.

W Scrumie nie ma już ani jednej osoby odpowiedzialnej za sukces projektu. Nie ma żadnej struktury dowodzenia i kontroli. Wydaje się, że to zaskakuje wielu ludzi, zwłaszcza tych, którzy nie są przyzwyczajeni do zwinnych metod i oczywiście PM.

Bardzo mnie to interesuje i jakie są twoje doświadczenia, ponieważ uważam, że jest to jedna z rzeczy, które mogą uczynić lub zepsuć implementację Scrum.

Czy zgadzasz się ze Scrumem, że kierownik projektu nie jest potrzebny? Czy uważasz, że taka rola jest nadal wymagana? Dlaczego?

Martin Wickman
źródło
Rozpoznaję to. Jednak może ScrumMasters myśli, że są nowym premierem.
Amir Rezaei
Kto wykonuje budżet i synchronizuje z innymi projektami?
Amir Rezaei
3
@Amir Rezae Cóż, oczywiście, że to premier. Ale nie muszą brać udziału w scrumie. Dokładnie to mamy. Nadzorca PM, który upewnia się, że różne części projektu (deweloper i nie-deweloper) są na dobrej drodze i nikt nie czeka na opinie od drugiej strony. To działa.
biziclop
Co rozumiesz przez kierownika projektu tutaj? Jestem przyzwyczajony do tego, że kierownicy projektów wykresów organizacyjnych stają się właścicielami produktu w Scrumie, więc są tam bardzo, choć niekoniecznie, mają tak dużą moc, jak poprzednio.
JB King
Zgadzam się z @biziclop. Tak też pracujemy. Nasz znakomity kierownik projektu nieustannie krąży między zespołami scrumowymi (i wszystkimi innymi zaangażowanymi osobami), upewniając się, że nie ma poważnych problemów i pomaga nam je rozwiązać, gdy się pojawią. Ale w ogóle nie jest zaangażowana w „szuranie” i tak powinno być.
Boise,

Odpowiedzi:

15

Może powinieneś przedstawić takie rzeczy:

Kierownik projektu nie zniknął w Scrumie . Nadal tam jest. Jest ich teraz trzy !

  • Scrum Master : zarządza procesem i rozwiązuje przeszkody. To był wcześniej obowiązek kierownika projektu.

  • Właściciel produktu : zarządza zaległościami. Był to obowiązek kierownika projektu wcześniej, gdy przewidywał wszystko w Microsoft Project.

  • Zespół : samodzielnie zarządzaj jego produkcją. Kto i jak dana historia użytkownika jest przekształcana w potencjalnie zwalniany przyrost produktu. To był obowiązek kierownika projektu, gdy przypisywał zadania.


źródło
Dzięki, podkreśliłem moje pytanie, aby to podkreślić.
Martin Wickman
Widziałem, jak się zmieniasz, to nie unieważnia mojej odpowiedzi. Wydaje mi się, że problem polega na tym, jak postrzegają to dobrze? Chcą jednej osoby zarządzającej procesem. Wyjaśnienie, gdzie są obowiązki i jak to działa, może pomóc. Dlatego sugeruję, aby lepiej komunikować się na temat ról, a tym samym uczynić Scruma bardziej zrozumiałym.
Kto obejmuje elementy poza kompilacją IT?
Jon Hopkins
1
@Jon: Właściciel produktu i Scrum Master (dużo mniej niż właściciel produktu). Oznacza to, że Właściciel produktu wygląda jak kierownik projektu, o którym mówimy. Właśnie przekazał zespołowi rzeczy, których nie może kontrolować.
@Pierre - Ciekawe. Zobacz, nigdy nie widziałem premiera jako bardzo zaangażowanego w zespół programistów, zawsze pozwalał im się tym zajmować, gdy zarządzał biznesem. Może po prostu miałem szczęście.
Jon Hopkins
9

Dla mnie wynika to z niezrozumienia tego, co robi Project Manager i raczej ogólnej natury tytułu PM. Nie jestem ekspertem od SCRUM, ale zawsze widziałem, że SCRUM Master zastępuje kierownika ds. Rozwoju / kierownika zespołu, a nie kierownika projektu.

Menedżerowie projektów (zgodnie z metodologiami takimi jak PRINCE2 - która jest w zasadzie zgodna z metodologiami Agile) tak naprawdę nie mają nic wspólnego z procesem rozwoju, opiekują się projektem z szerszej perspektywy dostarczania obejmującej więcej niż tylko IT budować. Istnieje wiele rzeczy, które pełnią rolę Project Managera, które nie zostały omówione gdzie indziej w Scrum (zarządzanie i monitorowanie przypadku biznesowego, zarządzanie interesariuszami biznesowymi, elementy projektu poza kompilacją IT, takie jak przerobienie procesów biznesowych, wsparcie, szkolenie i tak dalej).

Jeśli twój PM jest facetem, który opiekuje się programistami i nie robi nic więcej (na przykład w projektach, które są w dużej mierze IT tylko tam, gdzie zakres jest dość dobrze zdefiniowany), może się okazać, że nie będzie on potrzebny w projekcie SCRUM.

Ale zanim ktoś powie, że nie potrzebujesz PM do SCRUM, chciałbym dość klarownego wyjaśnienia, w jaki sposób uwzględniono elementy niezwiązane z IT projektu, w szczególności kto zarządza przypadkiem biznesowym (ponieważ użytkownicy tego chcą i jest to coś, co należy zrobić, to różne rzeczy).

Może być tak, że PM kończy bardziej na biznesowej stronie projektu - Właściciel Produktu może przejąć większą rolę PM niż Scrum Master, ale myślę, że jest mało prawdopodobne, że zniknie całkowicie.

Jon Hopkins
źródło
1
Powiedziałbym, że być może najbliższą rolą klasycznego PM jest Scrum Master. Scrum Master dba o to, aby zespół był w stanie pracować zgodnie z planem, aktywnie słuchając ich obaw i usuwając przeszkody. PM jako Scrum Master może stracić swoje wcześniejsze zadania (takie jak planowanie), gdy przejdą do roli bardziej konsultacyjnej -> mogą nie planować i nie oszacować sprintu, ale pomagają zespołowi to zrobić i powinni być gotowi do skoku, jeśli powstają jakiekolwiek problemy.
Anne Schuessler
@Anne - to dobra uwaga. Może się okazać, że masz jednego PM w kilku projektach, pomagając właścicielowi produktu w uzasadnieniu biznesowym, Scrum Master w planowaniu (szczególnie zależności poza zespołem) i koordynując z elementami spoza projektu IT.
Jon Hopkins
4

Menedżer projektu może zrobić kilka rzeczy, których Scrum Master lub właściciel produktu może nie być w stanie.

  • Kierownicy projektów zwykle mają duże doświadczenie w prowadzeniu projektów (niespodzianka!).
  • Są świadomi typowych pułapek i mogą je wykryć i pomóc im odpierać, zanim się zdarzą.
  • Zazwyczaj są doświadczonymi negocjatorami i mogą wspierać innych członków zespołu w dyskusjach dotyczących terminów, zakresu i sprzecznych wymagań (bardzo ważne, jeśli organizacja producentów jest dość nowa w roli).
  • Mogą zarządzać pieniędzmi. Mają moc zatrudniania i zwalniania, i mogą pomóc, jeśli ktoś w zespole nie jest w stanie wykonywać swojej roli (poprzez organizowanie szkolenia, udzielanie porad itp.).
  • Mogą pomóc zapewnić, że projekt skutecznie wpasuje się w większy program pracy.
  • Mogą usunąć rzeczy z drogi zespołowi.
  • Mogą pomóc w kierowaniu polityką firmy, aby była skuteczna wraz ze Scrumem (na przykład, jeśli testerzy wciąż są mierzeni liczbą znalezionych błędów).
  • Mogą zarządzać zarządzaniem.
  • Mogą przenosić meble.
  • Ich słownictwo obejmuje większe przedsiębiorstwo i mogą omawiać projekt - i podejście Scrum - pod względem ryzyka, wpływu, ROI, opcji i zróżnicowania.
  • Mogą wyjaśnić zarządowi, dlaczego nagła przejrzystość i okazjonalne wieści o niepowodzeniu, płynące przez morze zielonych raportów, są dobre i przydatne.
  • Dobry PM może pomóc Ci poczuć się bezpiecznie, brzmieć fajnie i świetnie wyglądać.

Scrum nie wymaga posiadania premiera. Ale i tak możesz chcieć mieć.

Lunivore
źródło
1
Wiele punktów tutaj, większość z nich wpada w ręce PO i / lub ScrumMaster z definicji. Zarządzanie portfelem projektów firmy jest jednak świetnym punktem, ale nie jestem pewien, czy jest to obowiązek premiera. ROI to problem organizacji producentów.
Martin Wickman,
1
ROI to jedyny problem, z którym musi się zmierzyć kierownik projektu. Wiele razy produkt nie jest przeznaczony do zarabiania pieniędzy - ma to po prostu powstrzymać konkurenta przed kradzieżą udziału w rynku, aby nie było żadnego zwrotu z inwestycji (dziękuję Chris Matts). Często muszą współpracować z architekturą, infrastrukturą itp., Aby mieć pewność, że opcje pozostaną otwarte na przyszłość. ROI rzadko stanowi problem większości projektów. To naprawdę dobry przykład tego, co może wiedzieć premier lub dobry analityk, a nowo wyszkolony PO może tego nie wiedzieć.
Lunivore
2
Co tutaj próbujesz powiedzieć, że premierzy są super ludźmi? To w ogóle nie ma sensu. Mówimy tu o rolach , a nie o osobach. Oczywiście „dobry analityk” wie więcej rzeczy niż „nowo przeszkolony PO”, to oczywiste. Jeśli chodzi o twoją odpowiedź: wszystkie punkty, z wyjątkiem punktu portfela projektu, są obsługiwane przez SM lub PO w Scrum. A co z wykładem na temat ROI? Nikt nie powiedział, że zwrot z inwestycji jest najważniejszy, tylko że zwrot z inwestycji dotyczy organizacji producentów (z definicji).
Martin Wickman
Dzięki. To świetna informacja zwrotna, która pomoże mi lepiej przekazać mój punkt widzenia w przyszłości. Przepraszam za wykłady.
Lunivore,
1

W jednym z projektów, nad którymi pracowałem, kiedy zmienił się w Scrum, nasz wcześniejszy kierownik projektu alternatywnie objął role Właściciela produktu i Scrum Master. To działało przez 6 miesięcy, które spędziłem z tym zespołem, chociaż nie było to idealne (dla mnie). Był typem faceta, który chciał mieć wszystko pod ścisłą kontrolą, ale zrobił to całkiem dobrze (tj. Pozwalając zespołowi wykonywać swoją pracę i podejmować decyzje, kiedy było to właściwe).

Przyczyną tego była sytuacja finansowa firmy, chociaż my (zespół) dowiedzieliśmy się o tym dopiero jakiś czas później. Był więc powód, aby wszystko kontrolować, aby upewnić się, że budowane są tylko absolutnie niezbędne rzeczy, a pierwsza wersja produktu zostanie dostarczona na czas.

Péter Török
źródło
1
Ciekawy. Pamiętaj, że to OP jest odpowiedzialny za zwrot z inwestycji, zawsze upewniając się, że powstają najważniejsze rzeczy. Więc ta część jest całkiem dobrze ujęta.
Martin Wickman
1

Byłbym uczciwy i powiedziałbym, że moim zdaniem to, co działa dla mnie, to mistrz Scrum działający również jako kierownik projektu. Bycie mistrzem Scrum nie jest pracą na pełny etat - gdy zespół jest dojrzały, mistrz scrum nie musi nawet brać udziału w codziennych stójkach.
Coraz więcej ofert pracy widzę dla Project Managera / Scrum Master, w których firmy nie chcą rozróżniać tych ról - raczej mają tę samą osobę obsługującą obie role - tj. Zwinnego kierownika projektu.

Shehan
źródło
Nie sądzę, że się z tym zgadzam, myślę, że otwarcie na PM / SM jednocześnie odnosi się do firmy, która wierzy w scrum, że rola PM została jedynie przemianowana i nie rozumie, że została całkowicie zmieniona. To i zestaw umiejętności PM w pewnym stopniu nadaje się do roli Scrum Master (choć więcej interesariuszy, jeśli mnie o to poprosisz)
Jimmy Hoffa
1

Kierownik projektu: rola w tradycyjnej organizacji lub przedsiębiorstwie.

Scrum master: rola w zespole programistów korzystających z metodologii Scrum.

Mówienie o menedżerze projektu kontra mistrzu scrum tak naprawdę mówi o jabłkach i pomarańczach, ponieważ role mają różne konteksty. Nigdy nie słyszałem o organizacji, która ma „Scrum master” jako oficjalny tytuł lub ocenę płacową. A kierownicy projektów w każdym projekcie, Scrumie lub innym, są często nieco usuwani z codziennych działań związanych z tworzeniem oprogramowania.

Dokładnie to, co robi kierownik projektu i jak bardzo jego rola pokrywa się z rolą mistrza lub właściciela projektu Scrum, zależy w dużej mierze od wielkości i charakteru projektu, ale z pewnością są zadania zwykle przypisywane kierownikowi projektu, które nie są specjalnie część ról mistrza lub właściciela projektu Scrum. W przypadku małego projektu może być możliwe rozszerzenie obowiązków ról mistrza Scrum lub właściciela projektu, aby obejmowały te zadania (zatrudnianie, zwalnianie, zakupy, zarządzanie umowami, współpraca z osobami zarządzającymi wyższego szczebla itp.). W przypadku większego projektu tworzenie oprogramowania jest tylko jedną częścią zarządzania projektami, a obowiązki kierownika projektu i obowiązków mistrza Scrum raczej nie będą się w ogóle nakładać.

Kierownik projektu powinien być interfejsem Scrum Master dla organizacji. Scrum master powinien być interfejsem kierownika projektu do zespołu.

Czy menedżerowie projektów są przydatni w Scrum? Nie, kierownicy projektów są przydatni poza Scrum. Nie są częścią metodologii tworzenia oprogramowania Scrum, ale zapewniają zasoby, które pozwalają Scrumowi działać.

Caleb
źródło
1

To pytanie pachnie Scrumbut .

Scrum jest podzbiorem tego, co jest zawarte w metodzie zarządzania projektami (Prince2 / PMP itp.). W rzeczywistości, jeśli spojrzysz na proces MP Prince2 (zarządzanie dostawą produktów), wszystkie elementy Scruma mogą tam być zawarte.

Scrum Master nie chce utknąć w spotkaniach z dostawcami, personelem, działami prawnymi, finansami, dostawcami, zarządami lub działalnością BAU . Muszą skoncentrować się na usuwaniu przeszkód od zespołu na bieżącym sprincie, nie negocjując, ile agencja zatrudnienia może zlikwidować stawki kontrahentów w roku budżetowym 2011/12, ani też sprawdzając poprawność umowy depozytowej z dostawcą x.

Jeśli twój Scrum Master robi powyższe, nie używasz Scruma, używasz Scrumbuta.

Z doświadczenia, najlepszą kombinacją jest posiadanie Scrum Master dla każdego lidera zespołu i kierownika projektu, aby koordynować mistrzów scrum w sposób Scrum scrums. Posiadanie kierownika projektu w tej roli bardziej efektywnego z powodów podanych powyżej i ich głębokości doświadczenia. Z kolei ci kierownicy projektów składają raporty do Portfolio / Program Manager itp. I wszyscy w łańcuchu dowodzenia są co najmniej certyfikowanymi Scrum Masters.

Pamiętaj, że Scrum to narzędzie do zarządzania dostarczaniem produktów, na poziomie abstrakcji może być używane do prowadzenia projektów, ale istnieją już o wiele lepsze procesy w tym zakresie.

komar
źródło
2
O co chodzi z tym komentarzem, nie rozumiem tego.
Martin Wickman,
2
@MartinWickman Przeczytałem, że oznacza to „niezupełnie zaangażowany w sposób scrumowy”, jak w: Robimy scrum, ale wciąż mamy menedżera, który ustalił harmonogram.
Caleb
0

Jednym z głównych problemów związanych z tradycyjną rolą kierownika projektu jest oddzielenie władzy od odpowiedzialności. PM ma pełną władzę nad organizacją projektu - decyduje o tym, jakie zadania należy wykonać, przez kogo, w jakiej kolejności itp. Ale nie odpowiada za wykonanie tych zadań lub za jakość oprogramowania który jest produkowany. Członkowie zespołu są jedyni odpowiedzialni. Stwarza to ogromne koszty ogólne komunikacji, ponieważ w celu przywrócenia autorytetu i decyzji zsynchronizowanych z pracą operacyjną członkowie zespołu stale muszą zgłaszać wszystko, co zrobiono szefowi rządu, oprócz reszty zespołu. Powoduje również poczucie wywłaszczenia, bezsilności i utraty celu wśród członków zespołu, co jest dużym źródłem frustracji i zniechęcenia.

Zwinne w jakiś sposób łączy te pojęcia z powrotem - autorytet nad organizacją pracy jest sprawowany przez zespół jako całość (poprzez zwolnienie, iterację i codzienne spotkania), tak aby każdy miał wrażenie, że może mieć coś do powiedzenia w tej sprawie, w zamian za co każdy z nich członkowie zespołu muszą wziąć na siebie odpowiedzialność za produkcję wysokiej jakości oprogramowania, które działa i mocno zaangażować się w realizację tego celu. W ten sposób teoretycznie możesz pozbyć się kierownika projektu.

Kiedy to powiedziałeś, nadal istnieją obowiązki tradycyjnie przypisywane premierowi, które wciąż muszą być załatwione - lunivore opisał je dość dokładnie.

Jak sugeruje ten artykuł , w zespołach o naprawdę wielu umiejętnościach jedną rzeczą, którą możesz zrobić, jest odrzucić rolę kierownika projektu, rozdzielić jej obowiązki między członków zespołu i sprawić, aby byli premierzy stali się regularnymi członkami zespołu.

guillaume31
źródło
0

Role Scruma są dość dobrze zdefiniowane (jeśli wydają się niejasne, to dlatego, że mają być stosowane w różnych typach organizacji), a ponieważ zespoły Scruma są zawsze (dobrze, często) mniej więcej tego samego rozmiaru - tj. Niezbyt dużych - stosunkowo łatwo jest ustalić, co obejmują, nawet jeśli zależy to od organizacji bazowej.

Czytając powyższe pytanie, odpowiedzi i komentarze, wydaje się oczywiste, że określenie roli kierownika projektu jest znacznie trudniejsze do ustalenia. Jestem pewien, że można znaleźć miłą i komplementarną ogólną definicję roli premiera, ale to, co tak naprawdę oznacza w prawdziwym życiu, to zupełnie inna historia.

W każdym razie, ponieważ to działa w mojej pracy, kierownicy projektu bardzo rzadko są zaangażowani w faktyczne „Scrumming”. Nie mogą być mistrzami Scrum (lokalna zasada konfliktu interesów, z której wszyscy jesteśmy bardzo zadowoleni), i są właścicielami produktów tylko w wyjątkowych przypadkach.

Więc tam, gdzie pracuję, kierownicy projektów wciąż tam są, robiąc prawie to, co zawsze robili. Oznacza to, że utrzymują projekt na dobrej drodze, działają jako filtr przeciwko zbytnim tendencjom paranoi i mikro-zarządzania z „góry”, rozwiązując problemy, które wymagają większej siły, niż jesteśmy w stanie rozwiązać, i tak dalej.

Jestem pewien, że w innych miejscach jest zupełnie inaczej, ale dla nas działa świetnie.

Edycja : Może powinienem wyjaśnić, że dla nas zespół Scrumowy nie zastępuje zespołu projektowego. Jeden lub więcej zespołów Scrum są zaczął wykonywać rzeczywiste prace rozwojowe dla (i) zwykle w projekt. Zespół (zespoły) Scrum może (i prawdopodobnie zawsze) składa się ze starych członków zespołu, z wyjątkiem lidera projektu :-)

Boise
źródło