Utilizzo di Scrum su piccoli progetti in cui il proprietario non desidera essere coinvolto

Naviga le tue risposte
9

Recentemente ho letto e imparato molto sulla mischia e mi piace molto. Tuttavia, ho un paio di possibili scenari nella mia testa a cui non conosco la soluzione. Quindi diciamo che potrei voler organizzare un team agile di (per esempio) quattro sviluppatori web (uno di loro designer UI / UX). Questo team opererebbe secondo i principi di scrum.

Inizialmente lavoreremmo probabilmente su progetti come pagine di destinazione per le piccole imprese della gente comune, come affittare appartamenti, vendere biscotti ... Questi clienti non possono semplicemente essere impostati con il ruolo Product Owner (IMHO), perché di solito si aspettano di assumere una società, dare loro l'obiettivo generale del progetto con alcuni dettagli, e poi aspettarsi che il lavoro sia fatto (incluso un sacco di decisioni) con il minimo coinvolgimento possibile (secondo loro, hanno cose più importanti da fare ). Diciamo che mi piacerebbe impegnarmi in un ruolo di sviluppatore / scrum master (so che anche questo è discutibile, essendo un membro del team e il supervisore di scrum in una sola volta), quindi non dovrei semplicemente assumere il ruolo di proprietario del prodotto come bene.

Quindi per quanto riguarda le mie domande: se sono il proprietario della mia azienda, devo semplicemente essere anche il proprietario di un prodotto (questi ruoli si includono l'un l'altro)? Posso assumere un addetto alle vendite che potrebbe avere il ruolo di proprietario del prodotto? Sarebbe meglio se fosse uno sviluppatore esperto invece di un addetto alle vendite? Questa è anche una mossa intelligente? Infine, c'è un altro approccio agile che potrebbe adattarsi meglio alla mia posizione?

EDIT: grazie a tutti per i buoni input. Ho aggiunto alcuni commenti, qualsiasi informazione aggiuntiva sarà molto apprezzata.

    
posta Andrej Mohar 20.02.2014 - 16:08
fonte

4 risposte

15

Penso che la tua situazione sia in realtà molto comune, molti clienti non sono coinvolti con il livello di dedizione di cui ha bisogno un ruolo PO.

È molto comune l'approccio del "PO proxy", questo è qualcuno della tua azienda che parla con il cliente e traduce i requisiti del cliente nelle storie degli utenti per il team di Scrum. Ovviamente è necessario, a poco a poco, coinvolgere maggiormente il tuo vero cliente nel tuo processo, ma questo non è sempre possibile e dipende molto dal tuo tipo di clienti, il "PO proxy" può essere una soluzione ragionevole nella maggior parte degli scenari .

Per questa posizione la soluzione migliore non è probabilmente uno sviluppatore, e probabilmente non è un addetto alle vendite, si adatta meglio a un esperto di dominio nel business del tuo cliente (allo stesso tempo può essere uno sviluppatore o un venditore, ma il suo principale abilità è di essere un esperto di dominio).

Un'altra cosa da considerare se hai davvero bisogno di una persona a tempo pieno con questo ruolo, o se questo ruolo può essere condiviso con altre attività, questo dipende ancora molto dal tuo contesto particolare, puoi iniziare con una condivisione -tempo di ruolo e "ispezionare e adattare" alle vostre esigenze particolari.

    
risposta data 20.02.2014 - 16:34
fonte
8

Secondo la mia esperienza, se comunichi al cliente che sono il "proprietario del prodotto", tendono a ribellarsi per la responsabilità extra. Ma se dici che mostrerai loro i tuoi progressi ogni due settimane in modo che possano dirigere la squadra, loro sono d'accordo. Per la maggior parte, questo è ciò che il proprietario del prodotto fa comunque.

    
risposta data 20.02.2014 - 17:04
fonte
3

Direi che il tuo cliente esterno è uno stakeholder e il proprietario del tuo prodotto dovrebbe provenire dalla tua organizzazione.

Nella mia esperienza, proprietario dell'attività e proprietario del prodotto raramente hanno lo stesso ruolo. Per verificare le competenze richieste al proprietario del prodotto e le sue responsabilità, non cercare oltre la Guida di Scrum .

Scegli con cura il proprietario del tuo prodotto. Avranno un impatto significativo sul modo in cui ottieni i benefici della mischia.

    
risposta data 21.02.2014 - 09:49
fonte
0

Sono stato in situazioni simili e non abbiamo mai ceduto la responsabilità del proprietario del prodotto al cliente. Come hai detto tu, il cliente non vorrà assumersi questa responsabilità. Richiede molto sforzo da parte loro e non è considerato una buona pratica.

Dovresti avere un proprietario del prodotto che fa parte del tuo team e si assicura che il team fornisca ciò che chiede il cliente. E, cosa più importante, agisce nell'interesse della tua squadra. Dovrebbe avere competenze sufficienti per comprendere il cliente e giudicare le priorità e l'importanza delle funzionalità richieste dal cliente.

    
risposta data 21.02.2014 - 01:22
fonte

Leggi altre domande sui tag

Java promuove una separazione tra le definizioni di classe e le implementazioni, come lo è C ++? Come hai avuto la possibilità di imparare più lingue? [chiuso]