Ich bin verwirrt über die Verantwortung der PO hier. Ich war Entwickler in einem Game Feature Team, aber auch ein PO. Die tägliche Arbeit des Entwicklers ist fast Vollzeit, daher muss ich im Laufe der Zeit arbeiten, um meine PO-Pflicht zu erfüllen, und die Verantwortung von PO scheint gegen die Gedanken des Entwicklers zu sein.
Als PO werde ich im nächsten Sprint weitere Funktionen auswählen. Andernfalls werde ich mir selbst raten, dies nicht zu tun, da ich ein Teammitglied bin, um diese Funktionen zu entwickeln. Diese Situation macht mich verwirrt, deshalb möchte ich einige Ideen von euch hören.
Ich bin ein Neuling in Scrum und Game Dev (ungefähr anderthalb Jahre) und auch neu in hier und Englisch.
agile
scrum
game-development
Charlie
quelle
quelle
Antworten:
Es mag ein bisschen akward erscheinen, aber es sollte wirklich keinen Grund geben, diese Rollen zu kombinieren. Zum einen hat Ihnen jemand diese Rolle anvertraut, daher muss Ihr Team dies respektieren. Zweitens sind Sie jetzt in der Lage, die zu erledigende Arbeit zu priorisieren, damit Sie immer erklären können, warum die Dinge so laufen, wie sie sind. Drittens sind Sie im Team und tragen Ihren Teil der Arbeitsbelastung. Schließlich ist es ein Job, wenn Sie hart arbeiten müssen, ist das in Ordnung. Ein Team muss immer daran denken, einen Mehrwert für sein Projekt zu schaffen. Es geht nicht um freie Handreichungen.
Worauf es ankommt ist: "Haben Sie die Ware, um diese Entscheidungen zu treffen?" Wenn Sie denken, dass Sie haben, tun Sie es!
quelle
Nach meiner Erfahrung ist der Product Owner entweder ein PM / TPM oder ein Mitglied des Geschäftsteams. Während es für die PO nicht unmöglich ist, ein Entwickler zu sein, besteht die Gefahr eines Interessenkonflikts. Wenn Ihr Produkt hochtechnisch ist, sollte die Bestellung einen Entwicklungshintergrund haben. Wenn es weniger technisch und mehr auf den Endbenutzer ausgerichtet ist, ist eine Bestellung mit Geschäftserfahrung von entscheidender Bedeutung.
quelle
Als Programmierer (vorausgesetzt, Sie sind ein guter Programmierer) werden Sie in Ihren Code investiert. Als Eigentümer oder Manager müssen Sie in das Produkt investieren.
Dies ist nicht immer dasselbe. Und wenn sie es nicht sind, werden Sie große Probleme haben.
Ich habe immer gesagt, dass die Rolle eines guten Managers darin besteht, den Mist von oben zu blockieren und mir meinen Code zu stehlen, wenn er gut genug ist. Ohne einen Manager könnte ich für den Rest meines Lebens an einer einzigen Funktion arbeiten und sie für immer verbessern.
Die Eigentümer müssen das Gesamtbild betrachten, die Programmierer müssen die Details betrachten. Sie können nicht beides tun, wenn Sie nicht Gott sind!
quelle
Wie in herkömmlichem Scrum definiert, gibt es kein Problem damit, dass ein Entwickler auch als Product Owner fungiert. Sie müssen jedoch vorsichtig sein, wenn Sie planen, alle Personen zu berücksichtigen, die ihre Rolle in Teilzeit ausführen, entweder weil sie an mehreren Projekten arbeiten oder weil sie mehrere Rollen im selben Team haben. In Ihrem Fall können Sie sich nicht als Vollzeitentwickler zählen, da Sie in jeder Iteration Zeit einplanen müssen, um die Aufgaben des Product Owner auszuführen.
Ich denke, dass Sie auch ein Missverständnis darüber haben, was der Product Owner tut. Es liegt nicht in Ihrer Verantwortung zu entscheiden, welche Funktionen in eine Iteration einfließen. Stattdessen ist es Ihre Aufgabe, die Stimme des Kunden im Projekt zu sein, wenn es darum geht, neue Storys einzuführen, diesen neuen Storys Prioritäten zuzuweisen und sicherzustellen, dass die Implementierung jeder Story durch die Erstellung und Durchführung von Abnahmetests akzeptabel ist. Die Auswahl der Storys basiert auf der Geschwindigkeit des Teams und dem priorisierten Rückstand, nicht auf der Anzahl der Storys, die der Product Owner implementieren möchte.
quelle
Interessant, dass ich einem Mann namens Charlie einen Rat gebe (mein Name ist Charles), aber ich habe einige Erfahrung in der Doppelrolle als Entwickler / PM, und meiner Erfahrung nach ist es SEHR einfach, sich zu sehr auf einen einzulassen Rolle oder die andere.
Wenn Sie in der Lage sind, beide Rollen im Auge zu behalten, tun Sie dies auf jeden Fall, aber planen Sie Ihre Zeit ein und halten Sie den Kontextwechsel zwischen diesen beiden Rollen auf ein absolutes Minimum, insbesondere innerhalb eines einzigen Tages.
Im Idealfall würde ich empfehlen, diese Rollen nicht zu mischen, da sie, wie Sie bemerkt haben, ziemlich in Konflikt miteinander stehen.
quelle
Fast immer eine schlechte Idee. Wir hatten einen Projektmanager, der Produktbesitzer war, und das war widersprüchlich genug.
quelle
Ich verstehe die allgemeinen Gleichgewichtsprobleme zwischen den beiden Rollen, aber was ich nicht verstehe, sind Ihre spezifischen Bedenken.
Entwicklung ist nur dann eine Vollzeitrolle, wenn Sie es so machen. Wenn Sie sich während der Sprintplanung nur als 50% zählen (wenn Sie alle verfügbaren Entwicklerstunden / -tage zählen), sollten Sie genügend Zeit für Ihre Bestellaufgaben haben.
quelle