Anche il Product Owner è uno sviluppatore del tuo team?


9

Sono confuso sulla responsabilità dell'OP qui. Ero uno sviluppatore di un team di funzionalità di gioco, ma anche un PO. Il lavoro quotidiano dello sviluppatore è quasi a tempo pieno, quindi devo lavorare nel tempo per prendermi cura del mio dovere di OP e la responsabilità dell'OP sembra essere contraria ai pensieri dello sviluppatore.

Come PO, sceglierò più funzionalità nel prossimo sprint. Altrimenti, mi dirò di non farlo, perché sono un membro del team per sviluppare quelle funzionalità. Questa situazione mi rende confuso, quindi voglio sentire alcune idee da voi ragazzi.

Sono una novità di Scrum e Game Dev (circa 1 anno e mezzo), e anche qui di nuovo e inglese.


Vorrei votare per pm, non sapevo nemmeno che esistesse!
ObscureRobot,

2
Povera lingua? Quale lingua povera?
DeadMG

Mi scusi per il mio povero inglese. : |
Charlie,

6
Il tuo uso dell'inglese è chiaro e corretto
ObscureRobot,

3
È una bandiera rossa quando dici che il tuo lavoro di sviluppo è a tempo pieno ma il dovere di OP è "nel tempo". Se imposti tale priorità, lo devi al team e a te stesso per convincere chiunque che il lavoro di PO non sia adatto a te.
GuyR

Risposte:


2

Potrebbe sembrare un po 'complicato, ma in realtà non dovrebbe esserci alcun motivo per combinare questi ruoli. Per uno, qualcuno si è fidato di te con questo ruolo, quindi il tuo team deve rispettarlo. In secondo luogo, ora sei in una posizione in cui puoi dare la priorità al lavoro che deve essere fatto in modo da poter sempre spiegare perché le cose stanno andando come stanno. Terzo, fai parte del team, quindi stai trasportando la tua parte del carico di lavoro. Infine, è un lavoro, se devi lavorare duro va bene. Una squadra deve sempre ricordare di aggiungere valore al proprio progetto, non si tratta di distribuzioni gratuite.

Ciò che si riduce è "Hai le merci per prendere queste decisioni?" Se pensi di averlo fatto, fallo!


3
Lavoro come sviluppatore e PO da quasi 5 mesi. Non è impossibile, ma la domanda è "è ragionevole o produttivo?" Se posso dare un segno al mio lavoro, il mio primo anno di sviluppo ha ottenuto "A +", ma quei 5 mesi di lavoro hanno ottenuto "B" o "B +" per entrambi i miei doveri.
Charlie,

1
@Charlie La mancanza di concentrazione danneggerà sicuramente la tua esibizione. Fintanto che i tuoi coetanei sono consapevoli di ciò, tutto dovrebbe comunque andare bene. Suppongo che l'aggiunta di una persona in più alla squadra avrebbe potuto risolvere questo problema ma potrebbe non superare i costi aggiuntivi.
Carlo Kuip,

8

Nella mia esperienza, il proprietario del prodotto è un PM / TPM o un membro del team aziendale. Sebbene non sia impossibile per l'OP essere un dev, esiste un pericolo di conflitto di interessi. Se il tuo prodotto è altamente tecnico, l'OP dovrebbe avere un background di sviluppo. Se è meno tecnico e più focalizzato sull'utente finale, allora un PO con esperienza biz è fondamentale.


Avere un background di sviluppo è la base per capire come fare il lavoro e qual è il giusto ordine. Il mio lavoro potrebbe averne bisogno, ma forse no. Sono l'unico sviluppatore come PO in tutto il "Game Feature Team". L'OP di altri team lavora come designer che in realtà non "codifica" le loro esigenze.
Charlie,

6

Come programmatore (supponendo che tu sia un bravo) sarai investito nel tuo codice. Come proprietario o gestore devi essere investito nel prodotto.

Queste non sono sempre la stessa cosa. E quando non lo sono avrai grossi problemi.

Ho sempre detto che il ruolo di un buon manager è quello di bloccare la merda dall'alto e di rubarmi il codice quando è abbastanza buono. Senza un manager potrei lavorare su un'unica funzione per il resto della mia vita, migliorandola per sempre.

I proprietari devono guardare il quadro generale, i programmatori devono guardare i dettagli. Non puoi fare entrambe le cose se non sei Dio!


1
Sono stato in un tale dilemma (buon codice e programma del prodotto) per molto tempo. Faccio questa domanda qui perché penso di dover scegliere un ruolo e rinunciarne ad un altro per non soffrire più. :)
Charlie,

1
In realtà, come un buon sviluppatore credo che dovresti anche provare a vedere il quadro generale. Tuttavia, è difficile se si lavora in modo approfondito, quindi la necessità di OP / gestori.
sleske,

3

Come è definito nella Scrum tradizionale, non c'è nessun problema con uno sviluppatore che funziona anche come Product Owner. Tuttavia, è necessario prestare attenzione quando si pianifica di rendere conto a chiunque stia svolgendo il proprio ruolo part-time, o perché stanno lavorando su più progetti o perché hanno più ruoli nello stesso team. Nel tuo caso, non puoi considerarti uno sviluppatore a tempo pieno perché è necessario pianificare il tempo in ogni iterazione per eseguire le funzioni del proprietario del prodotto.

Penso che tu abbia anche un malinteso su ciò che fa il Product Owner. Non è tua responsabilità scegliere quali funzionalità vanno in iterazione. Invece, il tuo compito è essere la voce del cliente nel progetto, quando si tratta di introdurre nuove storie, assegnare priorità a queste nuove storie e garantire che l'implementazione di ogni storia sia accettabile attraverso la creazione e l'esecuzione di test di accettazione. La scelta delle storie si basa sulla velocità della squadra e sull'arretrato prioritario, non su quante storie il Product Owner vuole implementare.


2

Interessante che sto dando consigli a un ragazzo di nome Charlie, (mi chiamo Charles) ma ho una certa esperienza nel doppio ruolo di dev / PM, e nella mia esperienza, è MOLTO facile essere troppo coinvolti in uno ruolo o l'altro.

Se sei in grado di mantenere il controllo di entrambi i ruoli, fallo sicuramente, ma prevedi il tuo tempo e mantieni il cambio di contesto tra questi due ruoli al minimo assoluto, soprattutto entro un solo giorno.

Idealmente, consiglierei di evitare di mescolare questi ruoli, poiché sono, come hai notato, un po 'in conflitto tra loro.


Scelgo "Charlie" come il mio nome inglese perché è facile da ricordare e di uso comune. Nell'episodio televisivo "LOST" un ragazzo di nome Charlie è così innamorato di una ragazza di nome "Claire" (il nome francese della mia ragazza :) Non ho idea del significato di questo nome e della relazione con "Charles".
Charlie,

1
Il problema è che sono una persona di tipo programmatore e adoro fare qualche lavoro di programmazione. Quindi il passaggio tra questi due ruoli è difficile per me. Nel nostro progetto, il programma giornaliero di PO include un incontro chiamato "Revisione giornaliera". Succede ogni giorno alle 17:00, è una cosa terribile lasciare metà del codice nell'IDE e tornare per finirlo in un secondo momento ... Tranne questo inevitabile incontro, la comunicazione tra 4-5 Team di funzioni di gioco costa molto di giorno e interrompere il mio lavoro. Posso solo pensare e scrivere un codice di notte quando altri non ci sono più.
Charlie,

Charlie è un soprannome per Charles, il nome che ho usato principalmente da bambino, e che uso ancora tra alcuni amici.
SplinterReality,

1
Devi davvero evitare di pensare a questa transizione nel modo in cui stai facendo ora. Potrebbe non essere un lavoro di sviluppo, ma è una parte importante del fare le cose, e devi assicurarti di creare uno spazio mentale adeguato per affrontare i compiti prima di te. Ciò probabilmente significa che smetti di programmare molto prima delle 17:00 per prepararti all'incontro e cambiare marcia per il tuo nuovo ruolo. Dovresti provare piacere nel farlo! Stai facendo avanzare questo progetto, anche se i tuoi compiti non sono più puramente a livello di codice scimmia.
SplinterReality,

0

Quasi sempre una cattiva idea. Avevamo un project manager che era un product owner e che era abbastanza contrastante.


0

Comprendo i problemi di equilibrio generale tra i due ruoli, ma ciò che non capisco sono le tue preoccupazioni specifiche.

Lo sviluppo è solo un ruolo a tempo pieno se lo fai. Se ti consideri solo come 50% durante la pianificazione dello sprint (quando conteggi tutte le ore / i giorni dello sviluppatore disponibili), dovresti avere un sacco di tempo per i tuoi compiti di PO.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.