Czy właściciel produktu jest także programistą w twoim zespole?

9

Jestem zdezorientowany co do odpowiedzialności OP tutaj. Byłem programistą w Game Feature Team, ale także PO. Codzienna praca dewelopera trwa prawie na pełny etat, więc muszę pracować z czasem, aby zająć się moim obowiązkiem PO, a odpowiedzialność PO wydaje się być sprzeczna z myślami dewelopera.

Jako PO wybiorę więcej funkcji podczas następnego sprintu. W przeciwnym razie powiem sobie, żeby tego nie robić, ponieważ jestem członkiem zespołu, który opracowuje te funkcje. Ta sytuacja wprawia mnie w zakłopotanie, więc chcę usłyszeć od was kilka pomysłów.

Jestem nowy w Scrum i Game Dev (około półtora roku), a także nowy tutaj i po angielsku.

Charlie
źródło
Głosowałbym na pm, nawet nie wiedziałem, że istnieje!
ObscureRobot
2
Słaby język? Jaki słaby język?
DeadMG,
Proszę, wybacz mój słaby angielski. : |
Charlie
6
Używanie angielskiego jest jasne i poprawne
ObscureRobot
3
Jest to czerwona flaga, gdy mówisz, że twoje prace programistyczne są w pełnym wymiarze godzin, ale obowiązek PO jest „z czasem”. Jeśli ustawisz ten priorytet, jesteś to winien zespołowi i sobie, aby przekonać każdego, że praca PO jest dla Ciebie nieodpowiednia.
GuyR

Odpowiedzi:

2

Może się to wydawać trochę akrealne, ale tak naprawdę nie powinno być żadnego powodu, aby łączyć te role. Po pierwsze, ktoś zaufał ci w tej roli, dlatego twój zespół musi to uszanować. Po drugie, jesteś teraz w sytuacji, w której możesz nadać priorytet pracy, która musi zostać wykonana, abyś zawsze mógł wyjaśnić, dlaczego wszystko idzie tak, jak jest. Po trzecie, jesteś w zespole, więc ponosisz część obciążenia pracą. Wreszcie jest to praca, jeśli musisz ciężko pracować, to dobrze. Zespół zawsze musi pamiętać o tym, aby wnieść wartość dodaną do swojego projektu, nie chodzi tu o wolne rozdanie.

Wszystko sprowadza się do pytania: „Czy masz towary do podjęcia tych decyzji?” Jeśli uważasz, że tak, zrób to!

Carlo Kuip
źródło
3
Pracuję jako deweloper i PO od prawie 5 miesięcy. Nie jest to niemożliwe, ale pytanie brzmi „czy jest to rozsądne czy produktywne?” Jeśli mogę nadać mojej pracy ocenę, Mój pierwszy rok dev otrzymał „A +”, ale te 5 miesięcy pracy dostały „B” lub „B +” za moje oba obowiązki.
Charlie
1
@Charlie Brak koncentracji na pewno zaszkodzi twojej wydajności. Dopóki twoi rówieśnicy są świadomi tego, że wszystko się dzieje, wszystko powinno być w porządku. Wydaje mi się, że dodanie dodatkowej osoby do zespołu mogło rozwiązać ten problem, ale może nie przewyższyć dodatkowych kosztów.
Carlo Kuip
8

Z mojego doświadczenia wynika, że ​​właścicielem produktu jest albo PM / TPM, albo członek zespołu biznesowego. Chociaż PO nie może być dev, istnieje pewne ryzyko konfliktu interesów. Jeśli Twój produkt jest wysoce techniczny, organizacja producentów powinna mieć doświadczenie w tworzeniu oprogramowania. Jeśli jest mniej techniczny i bardziej skupiony na użytkownikach końcowych, krytyczne jest zamówienie zakupu z doświadczeniem biz.

ObscureRobot
źródło
Posiadanie doświadczenia programistycznego jest podstawą zrozumienia, jak wykonać pracę i jaka jest właściwa kolejność. Moja praca może jej potrzebować, ale może nie. Jestem jedynym programistą jako PO we wszystkich „Game Feature Team”. PO innych zespołów działa jako projektant, który tak naprawdę nie „koduje” swoich wymagań.
Charlie
6

Jako programista (zakładając, że jesteś dobry) zostaniesz zainwestowany w swój kod. Jako właściciel lub menedżer musisz zainwestować w produkt.

Nie zawsze są to to samo. A kiedy nie będą, będziesz miał duże problemy.

Zawsze mówiłem, że rolą dobrego menedżera jest blokowanie bzdur z góry i kradzież mojego kodu ode mnie, gdy jest wystarczająco dobry. Bez menedżera mógłbym pracować nad jedną funkcją do końca życia, na zawsze ją ulepszając.

Właściciele muszą spojrzeć na ogólny obraz, programiści muszą przyjrzeć się szczegółom. Nie możesz zrobić obu, jeśli nie jesteś Bogiem!

Mark Brown
źródło
1
Długo byłem w takim dylemacie (dobry kod i harmonogram produktu). Zadaję to pytanie tutaj, ponieważ uważam, że muszę wybrać rolę i zrezygnować z innej, aby nie cierpieć już więcej. :)
Charlie,
1
Właściwie jako dobry programista uważam, że powinieneś także spróbować zobaczyć duży obraz. Jest to jednak trudne, jeśli zajmujesz się szczegółami, stąd potrzeba organizacji producentów / menedżerów.
śleske,
3

Jak to jest zdefiniowane w tradycyjnym Scrumie, nie ma problemu, że Deweloper działa również jako Właściciel Produktu. Należy jednak zachować ostrożność, planując rozliczenie każdego, kto wykonuje swoją rolę w niepełnym wymiarze godzin, albo dlatego, że pracuje nad wieloma projektami, albo dlatego, że ma wiele ról w tym samym zespole. W twoim przypadku nie możesz liczyć na pełnoetatowego programistę, ponieważ musisz poświęcić budżet na każdą iterację, aby wykonać obowiązki właściciela produktu.

Myślę, że masz również niezrozumienie tego, co robi Właściciel produktu. Nie jesteś odpowiedzialny za wybranie, które funkcje będą się powtarzać. Zamiast tego Twoim zadaniem jest być głosem klienta w projekcie, jeśli chodzi o wprowadzanie nowych historii, przypisywanie priorytetów do tych nowych historii i zapewnienie, że wdrożenie każdej historii jest możliwe do zaakceptowania poprzez stworzenie i wykonanie testów akceptacyjnych. Wybór opowieści opiera się na szybkości zespołu i zaległych priorytetach, a nie na liczbie opowiadań, które właściciel produktu chce wdrożyć.

Thomas Owens
źródło
2

Interesujące, że udzielam rad facetowi o imieniu Charlie (Nazywam się Charles), ale mam pewne doświadczenie w podwójnej roli jako deweloper / PM, a z mojego doświadczenia BARDZO łatwo jest się zbyt pochłonąć jednym rola lub inna.

Jeśli jesteś w stanie nadążyć za obiema rolami, zrób to wszystko, ale budżetuj swój czas i utrzymuj przełączanie kontekstu między tymi dwiema rolami do absolutnego minimum, szczególnie w ciągu jednego dnia.

Idealnie polecam unikanie mieszania tych ról, ponieważ są one, jak zauważyliście, dość sprzeczne ze sobą.

SplinterReality
źródło
Wybieram „Charlie” jako moje angielskie imię, ponieważ jest łatwe do zapamiętania i powszechnie używane. W odcinku telewizyjnym „LOST” facet o imieniu Charlie i tak bardzo lubi dziewczynę o imieniu „Claire” (francuskie imię mojej dziewczyny :) Nie mam pojęcia o znaczeniu tego imienia i związku z „Charles”.
Charlie
1
Problem polega na tym, że jestem programistą i uwielbiam wykonywać prace programistyczne. Więc przełączanie się między tymi dwiema rolami jest dla mnie trudne. W naszym projekcie dzienny harmonogram PO obejmuje spotkanie o nazwie „Codzienny przegląd”. Zdarza się to codziennie o 17:00, okropne jest zostawić połowę kodu w IDE i wrócić, aby dokończyć je później ... Z wyjątkiem tego nieuniknionego spotkania, komunikacja 4-5 Game Feature Team kosztuje dużo dnia i przerywam moją pracę. Mogę tylko myśleć i pisać kod w nocy, kiedy innych nie ma.
Charlie
Charlie to pseudonim Charlesa, którego użyłem przede wszystkim jako dziecko i nadal używam go wśród przyjaciół.
SplinterReality
1
Musisz naprawdę unikać myślenia o tym przejściu w sposób, w jaki robisz teraz. Być może nie jest to praca rozwojowa, ale jest to ważna część robienia rzeczy i musisz zadbać o to, abyś stworzył odpowiednią przestrzeń mentalną, aby zająć się zadaniami przed tobą. Oznacza to prawdopodobnie, że przestaniesz programować na długo przed 17:00, aby przygotować się do spotkania, i zmienisz biegi na nową rolę. Powinieneś w tym robić yejoyce! Robisz postępy w tym projekcie, nawet jeśli twoje zadania nie są już wyłącznie na poziomie małp kodowych.
SplinterReality
0

Prawie zawsze zły pomysł. Mieliśmy kierownika projektu, który był właścicielem produktu, co było dość sprzeczne.

Moin Zaman
źródło
0

Rozumiem ogólne problemy z równowagą między dwiema rolami, ale nie rozumiem twoich konkretnych obaw.

Rozwój jest pełnoetatową rolą tylko wtedy, gdy to zrobisz. Jeśli liczysz się tylko jako 50% podczas planowania sprintu (licząc wszystkie dostępne godziny programistów / dni), powinieneś mieć dużo czasu na swoje obowiązki PO.

Fuzzy76
źródło