Come implementare Scrum in un'azienda con tre prodotti simili basati sul Web

4

Ho una certa familiarità con i concetti e i vantaggi di Scrum. Con questo in mente, sto cercando di migliorare la struttura di gestione dei prodotti Scrum in mancanza di una società per la quale sto lavorando, che ha tre prodotti B2C separati, che si rivolgono allo stesso gruppo demografico e accessibili sullo stesso sito web. Dietro ogni prodotto è presente un proprietario del prodotto e un team di sviluppo unico (5 - 9 persone ciascuno).

Dato che i destinatari sono simili (non è sicuro se dovrebbe essere importante) e i 3 prodotti web sono di natura simile, quali sono i potenziali benefici / rischi associati alla fusione dei team e con un solo proprietario / scrum master / squadra di sviluppo? Alcune domande che vengono in mente sono: ha senso avere 3 proprietari di prodotti e tre backlog distinti se il tuo sito web ha tre prodotti distinti? Inoltre, se hai solo un proprietario di un prodotto, qual è la migliore metrica su cui scegliere chi sarà?

    
posta user1909034 17.12.2012 - 17:27
fonte

3 risposte

7

L'unione delle squadre sarebbe una cattiva idea. Avresti troppi sviluppatori per un team Scrum efficace e dovresti ripartire comunque, dovresti anche bilanciare le preoccupazioni tra i tre siti web in modo che un sito non monopolizzi mai il tempo.

Devi dare un'occhiata a ogni singolo team e determinare il motivo del fallimento di quel team e correggerlo. Il consolidamento dei team sta solo consolidando il fallimento e porterà ancora più problemi. Potrebbe essere l'unica cosa di cui hai effettivamente bisogno che un gruppo di persone faccia parte di un team di Scrum che gestisca le 3 squadre in modo da avere veramente uno Scrum of Scrums.

    
risposta data 17.12.2012 - 18:02
fonte
0

Sembra che la fusione dei prodotti sia utile per gli utenti e per la gestione. Anche se la fusione dei team in un'unica grande squadra potrebbe non avere senso, il consolidamento della base di prodotti per sfruttare le funzionalità di base potrebbe essere un buon vantaggio.

I team potrebbero lavorare separatamente ma insieme allora. Avrebbero bisogno di collaborare e collaborare su componenti condivisi, ma potrebbero concentrarsi internamente sulle aree che sono esclusive della loro parte di prodotto.

Penserei che avere uno scrum master e un product owner che sia esperto in tutte le aree sarebbe vantaggioso, a condizione che la suite di prodotti non sia troppo ampia per questo.

Significa anche che potrebbe non avere bisogno di 3 product manager, quindi potresti ottenere una certa resistenza dal ridimensionamento di questo ruolo.

Buona fortuna.

    
risposta data 17.12.2012 - 22:59
fonte
0

Mescolare le squadre probabilmente non è una buona idea. La ristrutturazione può essere utile se le squadre non stanno lavorando bene insieme. Assicurati che i team siano piccoli (7 più o meno 2). Inoltre, è utile anche mantenere i team interfunzionali e orientati al prodotto e non ai componenti. Lo sviluppo con l'intento di fornire software di lavoro alla fine di ogni sprint è fondamentale per il successo.

Considerando ciò che hai detto sulla situazione, vorrei prima indagare se i team stanno davvero facendo Scrum in modo efficace per quanto riguarda la cultura della tua organizzazione e affrontare i problemi così come appaiono. L'implementazione di Scrum espone problemi nel tuo processo; non risolve da solo questi problemi. Senza uno sforzo consapevole per risolvere i problemi esistenti nel modo in cui la tua organizzazione sviluppa i suoi prodotti tecnologici, i tuoi progetti continueranno a fallire se usi Scrum o meno.

    
risposta data 26.12.2012 - 16:54
fonte

Leggi altre domande sui tag