Scrum e problemi di backlog

Penso che il modo in cui gestisci la tua Jira dipenda da te e dalla tua squadra. Utilizziamo un diverso sistema di tracciamento dei problemi per Jira che ha la capacità di creare " account virtuali ". Il nostro ultimo sviluppatore principale era solito apprezzare tutti i problemi che gli venivano assegnati e che poi avrebbe ridimensionato.

Quando sono subentrato temporaneamente ho creato un account virtuale chiamato "Up For Grabs" e ho trasferito tutto il lavoro non assegnato a questo account. L'ho fatto perché non volevo che la gente pensasse che il lavoro era stato fatto perché era assegnato a qualcuno (io) quando non lo era. Così ho spostato tutto ciò su cui non si lavorava su questo account . Dal momento che il nostro nuovo team leader si è unito a noi e abbiamo adottato la mischia, abbiamo mantenuto il conto Up For Grabs e lo abbiamo utilizzato come assegnatario predefinito. Troviamo che questo funziona meglio perché nessuno nel nostro team assegna il lavoro, invece prendiamo noi stessi compiti dallo sprint attuale. Questo significa anche che nessuno ha altro a cui è collegato altro da quello a cui stanno lavorando attualmente.

Tuttavia, se disponi di più team, potrebbe potenzialmente generare confusione. Non ho molta familiarità con Jira ma forse avere qualcosa a cui assegnarlo è chiamato qualcosa come "Team X - Up For Grabs" o qualcosa di simile a un utente virtuale (non collegato a nessun membro del team singolarmente). Ciò significherebbe che gli altri leader della tua squadra non si confondono con il lavoro non assegnato, ma non hai nemmeno un account sommerso con un sacco di lavoro assegnato.

A different team leader began assigning my name to the unassigned issues and changed the setting to the default assignee is myself rather than "unassigned". Does this sound logical?

Che cosa accade quando l'attività non si trova nel backlog del progetto: stai rimuovendo il tuo nome?

Non è la fine del mondo a mettere il tuo nome lì come predefinito se lo rimuovi quando viene definito / spostato allo sprint . Solo un fastidio. Il tuo nome ci sarà effettivamente "non assegnato".

Indipendentemente dal fatto che sicuramente non desideri assegnare direttamente compiti agli sviluppatori direttamente come lead o che si verificheranno blocchi o attacchi alla tua squadra.

Quindi, in sostanza:

• Se si tratta solo di una cosa temporanea (IE fino a quando non viene definita o inserita nello sprint corrente), non importa se non crea un sovraccarico in più poiché devi rimuovere il tuo nome quando viene spostato dal backlog del prodotto.
• Se hai avuto problemi con le persone che hanno iniziato le attività nel tuo backlog perché sono "non assegnate", allora rivolgiti a questo - non assegnare la tua storia per aggirare questo problema, come gestire le attività non assegnate.

Se in realtà stai lavorando su storie degli utenti, allora sicuramente non vuoi avere il tuo nome lì perché non avrai un buon modo per vedere chi ha iniziato le attività se vengono rimandate indietro nel backlog.

Lo Sprint è un impegno di squadra. Lo Sprint appartiene alla squadra. Solo il team deve decidere in che modo soddisferà collettivamente l'impegno del team.

Se qualcuno di un'altra squadra sta "assegnando" cose a individui, non stai facendo Scrum.

Ho sempre visto la pratica che una volta che un problema è stato assegnato, quella persona ne assume la proprietà e la segue fino al completamento (a meno che non ci sia un motivo per passarlo).

Assegnare ogni problema a una persona predefinita che lo instrada a qualcun altro sembra una gestione superflua di ogni problema. Tutta questa interazione si sommerà nel tempo.

Sono lo Scrum Master su due team e il mio nome è l'impostazione predefinita per le attività non assegnate in Jira. Tuttavia, preferisco che queste attività rimangano "non assegnate" in quanto ritengo sia visivamente più facile vedere quali compiti sono disponibili per l'assegnazione automatica da parte di qualcuno del team. Vado in Jira e cambio il mio nome in "non assegnato" quando necessario.