Scrum Master/Product Owner: Stanowisko czy funkcja ?
Paweł Gawliczek
Z drugiej strony osoba na jakim stanowisku powinna być Product Ownerem ? Product Manager ? Jak jest to u Was w firmach ?
Paweł Gawliczek
Daniel Drozdzewski
Tak jest u mnie w firmie i tak mi sie wydaje, ze obie specjalnosci to
role raczej niz stanowiska.
Z kilku powodow:
- generalnie wszyscy sa programistami
- czas scrummastera na projekt u nas to ok 1/3 calego jego czasu,
product owner ma jeszcze mniejszy ten ulamek
- rotacja jest wskazana (scrum master w jednym projekcie, a normalny
programista w innym)
- sztywne struktury i Agile z reguly nie ida w parze
Daniel
2008/9/18 Paweł Gawliczek <gawlicz...@gmail.com>:
--
Daniel Drozdzewski
Andy Brandt
Trzeba zdecydowanie rozróżnić Scrum Mastera od Product Ownera.
To pierwsze (SM) może być stanowiskiem, nawet nie powinien to być jeden z programistów jeśli tylko można tego uniknąć (aczkolwiek ta rola bywa stosowana rotacyjnie w zespole programistów i to też jest jakiś sposób). Oczywiście, w małych firmach/zespołach dedykowany zatrudniony tylko w tym celu Scrum Master nie ma sensu - ale kiedy są już 3-4 zespoły to może być jeden zajmujący się wszystkimi (jak ktoś zauważył rzadko kiedy czas Scrum Mastera jest full-time związany z projektem, który robi).
Natomiast Product Owner ma wiedzieć jak ma wyglądać produkt. To zdecydowanie rola nie stanowisko - a idealnym kandydatem do niej jest właśnie Product Manager lub ktoś tego rodzaju.
Pozdrawiam,
Andy
Jak uważacie: czy można być zatrudnionym na staniowisku Scrum Mastera lub Product Ownera czy też Scrum Master/Product Owner powinny być tylko funkcjami pełnionymi na stanowisku np programisty ?
Z drugiej strony osoba na jakim stanowisku powinna być Product Ownerem ? Product Manager ? Jak jest to u Was w firmach ?
Paweł Gawliczek
Michał Ostruszka
niedawno dostałem ofertę pracy właśnie na STANOWISKU scrum mastera.
Pozycja scrum mastera może być (i wg mnie powinna co jakiś czas być)
przechodnia, także "stanowiskowanie" tego w tym przypadku odpada.
Tak jak napisał Daniel, sztywne struktury stanowisk nie koniecznie
przystaja do Agile. Stanowisko Product Ownera też nie bardzo ma wg
mnie sens, bo czas jego pracy "agile" w sprincie jest niewielki i
sprowadza się do priorytetyzowania backlogu, "wymyślania" nowych
rzeczy, oceny postępów na demo itp. Reszta czasu to pewnie maile,
papiery i inna biurokracja nie mająca nic wspólnego z rolą PO w
Scrumie.
2008/9/18 Daniel Drozdzewski <daniel.dr...@gmail.com>:
--
Michał Ostruszka
http://www.michalostruszka.pl
Andy Brandt
Z drugiej strony należy zrozumieć pracodawcę. Szukając prawnika ma się pole "tytuł" na ofercie pracy, gdzie zmieści się kilka słów. Jeśli szukamy kogoś obeznanego ze Scrumem do prowadzenia zespołu 'Scrum Master' ma sens. Ponadto w większych organizacjach to może być stanowisko i to również jest sensowne, niemniej istotnie ja bym napisał raczej 'Lider Zespołu Agile'.
Pozdrawiam,
Andy
Daniel Drozdzewski
> Witam!
>
> Z drugiej strony należy zrozumieć pracodawcę. Szukając prawnika ma się pole
> "tytuł" na ofercie pracy, gdzie zmieści się kilka słów. Jeśli szukamy kogoś
> obeznanego ze Scrumem do prowadzenia zespołu 'Scrum Master' ma sens. Ponadto
> w większych organizacjach to może być stanowisko i to również jest sensowne,
> niemniej istotnie ja bym napisał raczej 'Lider Zespołu Agile'.
>
> Pozdrawiam,
> Andy
Andy,
co do pierwszego listy w wątku: czy jest praktyczny powód, dla którego
Scrum Master nie może byc członkiem zespołu?
Mi sie wydaje, że nikt nie będzie miał lepszego wglądu w dynamike
danego zespołu, niż jego członek. Oczywiście ze względu na wykonywanie
roli Scrum Mastera, kiedy przychodzi do planowania iteracji, członek
zespołu, który jest również SM zobowiazuje się do tego czasu, który mu
zostaje poza pracą jako SM.
Co do ogłoszenia o pracę, jak najbardziej się zgadzam. Ważne jest aby
przy rozmowie z kandydatem/pracodawcą wyprostowa wszelkie tego typu
sprawy, które mogłyby prowadzic do nieporozumień. Również należy
zauważyc, że Scrum Master nie jest liderem a raczej katalizatorem, czy
tez buforem w kontaktach zespołu z menadżerami.
Daniel
--
Daniel Drozdzewski
Paweł Rozynek
> Scrum Master nie może byc członkiem zespołu?
scrum master MUSI byc czlonkiem zespolu :)
--
Paweł Rozynek
Paweł Gawliczek
Tak jak zauważyliśmy już poprzednio Scrum Master może być przechodzi (zależy tez to bardzo od struktury i organizacji firmy), nie mniej jednak uważam że w roli SM spisze się dobrze zarówno predysponowany programista jak i kierownik/lider zespołu.
Większy kłopot mam z określeniem na jakim stanowisku osoba powinna zostać Product Ownerem.
Andy, twierdzisz, że nadaje się do tego Product Manager ... w dużej mierze się zgadzam (sam jestem Product Managerem i pełnie dodatkowo obowiązki Product Ownera) jednak nie jest to korelacja 1 do 1. Udało mi się znaleźć ciekawe porównanie obu ról:
http://scalingsoftwareagility.files.wordpress.com/2008/01/po-vs-pm.jpg
pg
Michał Ostruszka
jego rozwój, zgranie z zespołem itp. Nie koneicznie chyba musi to być
programista z zespołu. Ale to temat na inna dyskusję chyba.
2008/9/18 Paweł Rozynek <pro...@gmail.com>:
--
Michał Ostruszka
http://www.michalostruszka.pl
Paweł Gawliczek
Spotkałem wiele implementacji gdzie SM był członek zespołu, jednak istnieją firmy gdzie SM wcale nim być nie musi.
Nie chce tutaj przytaczać nazw, ale znam przykłady gdzie VP of programming jest SM do którego raportują tylko zespoły na spotkaniach scrumowych. Nie jest to idealna sytuacja (sam starałbym sie takiej unikać) - jednak wiem że działa.
Paweł Gawliczek
Andy Brandt
Ja PO rozumiem jako nośnika wiedzy o kształcie produktu zdolnego do podejmowania decyzji. Jak to się nazywa w danej organizacji ma znaczenie drugorzędne i nie da się uogólnić. Ważna jest tutaj jednoosobowa decyzyjność - i zdecydowanie to powinien być ktoś po stronie "biznesu".
Pozdrawiam,
Andy
Wg mnie scrum master i product owner to funkcje - nie stanowiska.
Michał Ostruszka
wypadkach chyba te role się łączą.
2008/9/18 Paweł Gawliczek <gawlicz...@gmail.com>:
Andy Brandt
co do pierwszego listy w wątku: czy jest praktyczny powód, dla którego
Scrum Master nie może byc członkiem zespołu?
Mi sie wydaje, że nikt nie będzie miał lepszego wglądu w dynamike
danego zespołu, niż jego członek. Oczywiście ze względu na wykonywanie
roli Scrum Mastera, kiedy przychodzi do planowania iteracji, członek
zespołu, który jest również SM zobowiazuje się do tego czasu, który mu
zostaje poza pracą jako SM.
Ja myślę, że właśnie to nie powinien być członek zespołu obarczony konkretną pracą w nim. Może wówczas spełniać rolę coacha, trenera pomagającego biegnącym zawodnikom. Trener jak wiemy nie gra, tylko pokrzykuje z ławki, a w tle załatwia, żeby zarząd klubu dał dresy, piłki, żeby było światło na boisku i nikt nie przestawiał bramek w trakcie rozgrywki.
Pozdrawiam,
Andy
Paweł Gawliczek
U nas praktykujemy odliczenie części czasu lidera zespołu (jako SM). Tym sposobem zna dokładnie prace zespołu, kod i dodatkowo może cachować.
Paweł Gawliczek
Daniel Drozdzewski
Czy to oznacza że osoba odpowiedzialna technicznie za projekt (u nas
to jest Technical Leader, ktoś kto zna kod, jak własną matkę, jest
swego rodzaju architektem) spełnia również rolę SM ?
Według mnie czas kogoś kto jest gorącym - niczym sos tobasco -
developerem, jest znacznie cenniejszy niźli kogoś, kto potrafi wdrożyc
i dbac o procesy Scrum.
Daniel
> Paweł Gawliczek
>
>>
>>
>> --
>> Regards,
>> Andy
>> http://www.codesprinters.com/
>> http://www.andybrandt.net/
>>
>>
>
>
> >
>
--
Daniel Drozdzewski
panther
U nas wygląda to mniej więcej tak:
SM = Team Leader, poniekąd Software Designer, osoba ciesząca się
autorytetem i zaufaniem grupy
PO = analityk, PO w rozumieniu ITIL ver. 3, reprezentant użytkownika
Jednak nie jesteśmy 100% zgodni ze SCRUM... być może po szkoleniach ;)
Odpowiadając wprost na pytanie: funkcja.
pozdrawiam
panther
Paweł Gawliczek
Wszystko zależy od tego jakim kapitałem ludzkim w danej chwili się dysponuje.
Nie widzę u nas w tej chwili innej możliwośći, ale nie mi to oceniać
Daniel Drozdzewski
> Paweł Gawliczek
>
>>
>>
>> --
>> Regards,
>> Andy
>> http://www.codesprinters.com/
>> http://www.andybrandt.net/
>>
>>
>
>
> >
>
--
--
Regards
Paweł Gawliczek
Mirek Wnuk
Jeśli mam wybierać czy SM powinien być członkiem zespołu, czy też
trenerem na ławce, to zdecydowanie preferowałbym tą pierwsza opcję.
Dlaczego? SM powinien być liderem zespołu - kimś kto ma autorytet w
zespole i wyznacza kierunki - trudno być liderem na ławce.
Pewnie najlepszym wyjściem jest grający trener :-)
W temacie uwagi na temat "cenniejszego czasu" developera od osoby
wdrażającej SM to też można zastosować porównanie do zespołu
piłkarskiego, kto jest ważniejszy i cenniejszy - trener czy piłkarz.
Obie role są potrzebne i ważne. Nawet najlepszy developer bez zespołu
dalej jest tylko developerem, dopiero połączenie developerów,
dołączenia SM powoduje nową jakość. Żeby nie było wątpliwości, SM bez
zespołu (developerów) też nie wiele może :-)
Pzdr, Mirek
On 18 Wrz, 14:34, "Daniel Drozdzewski" <daniel.drozdzew...@gmail.com>
wrote:
Andy Brandt
Jeśli mam wybierać czy SM powinien być członkiem zespołu, czy też
trenerem na ławce, to zdecydowanie preferowałbym tą pierwsza opcję.
Dlaczego? SM powinien być liderem zespołu - kimś kto ma autorytet w
zespole i wyznacza kierunki - trudno być liderem na ławce.
Pewnie najlepszym wyjściem jest grający trener :-)
To zależy na czym ów autorytet jest oparty czy budowany.
Daniel Drozdzewski
2008/9/21 Mirek Wnuk <mirek...@gmail.com>:
>
> Witam,
>
> Jeśli mam wybierać czy SM powinien być członkiem zespołu, czy też
> trenerem na ławce, to zdecydowanie preferowałbym tą pierwsza opcję.
> Dlaczego? SM powinien być liderem zespołu - kimś kto ma autorytet w
> zespole i wyznacza kierunki - trudno być liderem na ławce.
> Pewnie najlepszym wyjściem jest grający trener :-)
No więc jak najbardziej się zgadzam. Scrum Master to termin pochodzący
z rugby. Tam scrum master to członek drużyny, stojący za scrumem,
pomagający wygrac scrum (czyli regulaminowe, zbalansowane -
przynajmniej liczbowo - przepychanie między dwoma drużynami na
boisku). Jest więc to ktoś, kto biega z piłką i powala lub ucieka
przeciwnikom, jakkolwiek również w kilku kluczowych momentach w grze
podejmuje decyzje, daje dobrym biegaczom, biec jak naj dalej, jak
najszybciej, wykorzystując ich potencjał do przeważenia szali, jeśli o
wyniki chodzi.
> W temacie uwagi na temat "cenniejszego czasu" developera od osoby
> wdrażającej SM to też można zastosować porównanie do zespołu
> piłkarskiego, kto jest ważniejszy i cenniejszy - trener czy piłkarz.
> Obie role są potrzebne i ważne. Nawet najlepszy developer bez zespołu
> dalej jest tylko developerem, dopiero połączenie developerów,
> dołączenia SM powoduje nową jakość. Żeby nie było wątpliwości, SM bez
> zespołu (developerów) też nie wiele może :-)
Już wyjaśniam, o co mi chodziło. Otóż, żeby zostac scrum masterem,
wystarczy dwudniowe szkolenie. Wiem, bo robiłem... Oczywiście w
rzeczywistości, nie samo szkolenie - jakkolwiek ważne - ale szkolenie
razem z wieloletnią praktyką czynią dobrego SM. Żeby zaś zostac
technicznie odpowiedzialnym za projekt, potrzeba jest wielu lat nauki,
trenowania, uaktualniania i podnoszenia kwalifikacji. Dwa lata poza
robotą i niewielu jest w stanie wrócic. Jest takie powiedzenie
parodiujące książki pt. "nausz się X w 24h". Wydaje mi się, że to Joel
Spolsky powiedział kiedyś: "Naucz się programowac w 10 lat". Rówież z
tego co widzę i słyszę, jasno wynika, że czołowi programiści i
architekci mają płacone zdecydowanie więcej, niźli SM w tych samych
drużynach. Podobnie w świecie piłki nożnej, Ronaldo wyciska rocznie
znacznie więcej kasy z klubu (nie licząc reklam itp) niźli Alex
Ferguson - jego trener. Podobna sytuacja występuje w większości duzych
klubów piłkarskich.
Daniel
>
> Pzdr, Mirek
>
>
>
> On 18 Wrz, 14:34, "Daniel Drozdzewski" <daniel.drozdzew...@gmail.com>
> wrote:
>
>>
>> Czy to oznacza że osoba odpowiedzialna technicznie za projekt (u nas
>> to jest Technical Leader, ktoś kto zna kod, jak własną matkę, jest
>> swego rodzaju architektem) spełnia również rolę SM ?
>> Według mnie czas kogoś kto jest gorącym - niczym sos tobasco -
>> developerem, jest znacznie cenniejszy niźli kogoś, kto potrafi wdrożyc
>> i dbac o procesy Scrum.
>>
>> Daniel
>>
>
> >
>
--
Daniel Drozdzewski
Mirek Wnuk
To co piszesz, oczywiście ma odzwierciedlenie w realiach. Co nie
zmienia faktu, że się z tym zgadzam :-)
Pzdr, Mirek
On 25 Wrz, 15:11, "Daniel Drozdzewski" <daniel.drozdzew...@gmail.com>
wrote:
> między liniami...
>
> 2008/9/21 Mirek Wnuk <mirek.w...@gmail.com>: