Chi dovrebbe definire, assegnare, implementare e seguire i compiti in Scrum?

8

I ruoli in mischia sono Product Owner, Scrum Master e Scrum Team. Una user story dovrebbe anche scomporre in parti più piccole chiamate task. Un task sembra avere quattro fasi, ovvero definizione, assegnazione, implementazione e successiva.

Chi dovrebbe fare cosa in Scrum sulle attività? È responsabilità dello scrum master aggiornare le ore rimanenti di un'attività o è responsabilità dello sviluppatore (scrum team)? Gli sviluppatori dovrebbero assegnare compiti a se stessi o è responsabilità dello scrum master accompagnato dal proprietario del prodotto?

    
posta Saeed Neamati 01.08.2011 - 12:01
fonte

5 risposte

11

Agile segue diversi principi. Uno di questi è: responsabilizzare le persone. Per questo motivo, le attività devono essere definite dal team e le attività devono essere selezionate dai membri del team. Le attività non dovrebbero essere assegnate al membro del team. Il team dovrebbe essere auto-organizzante e, a causa di quella distribuzione di compiti difficili / facili / interessanti / noiosi, dovrebbe essere pari.

Lo Scrum Master dovrebbe assicurare che il team segua i principi Scrum. Lui non è un project manager.

Questa è teoria e funziona per i team maturi. Per i principianti di Scrum può essere a volte difficile ma dovresti almeno insistere sul fatto che i membri del team selezionino i compiti da soli invece di assegnarli.

update remaining hours of a task

Secondo me, stimare le attività e mantenere il tempo rimanente è uno spreco. Ti sei impegnato in un insieme di storie di utenti, quindi non importa quanto tempo richiederà ciascuna attività. L'unico importante è se la storia dell'utente sarà completata o meno.

    
risposta data 01.08.2011 - 13:23
fonte
5

Should developers assign tasks to themselves or is it the responsibility of scrum master accompanied by product owner?

I luoghi in cui ho lavorato che hanno seguito Scrum li abbiamo fatti entrambi, anche se idealmente gli sviluppatori dovrebbero scegliere i propri compiti. In fin dei conti non ha importanza finché tutte le attività vengono completate.

Ci sono pro e contro per ogni approccio.

Lasciando che il team scelga il proprio:

  • professionisti - il team si sente proprietario del compito, sceglie quelli su cui ritiene di poter fare un buon lavoro. La proprietà è un aspetto importante dello sviluppo che molte persone trascurano.
  • contro - alcuni compiti rimangono fino alla fine quando prima sarebbero meglio fare.

Avere compiti assegnati:

  • pros - tutte le attività sono considerate uguali e nessuna è esclusa.
  • contro: i membri del team non sentono necessariamente la proprietà dell'attività.

Nella vita reale è necessario adottare un approccio pragmatico. Ci saranno momenti in cui le attività devono essere assegnate, ma queste dovrebbero essere poche di numero.

    
risposta data 01.08.2011 - 12:13
fonte
2

Nel nostro processo di scrum, facciamo quanto segue:

Le attività sono definite dal gruppo di sviluppatori, che molto probabilmente implementeranno la storia dell'utente.

Almeno due sviluppatori sono responsabili dell'implementazione di una storia utente, quindi saranno assegnati automaticamente alle attività (se possono lavorare in parallelo, assumeranno un compito più adatto a loro in base alle loro conoscenze e al loro gusto personale In caso contrario, accoppieranno il programma).

    
risposta data 01.08.2011 - 12:12
fonte
1

Chi aggiorna le ore rimanenti di un'attività?

Solo gli sviluppatori possono sapere quanto lavoro rimane, quindi forniscono le informazioni. Esattamente chi aggiorna le ore non è importante.

Gli sviluppatori dovrebbero assegnare compiti a se stessi?

Sì. L'atto di selezionare i compiti per te è potente perché ti rende strongmente impegnato a completarlo in un modo non possibile se qualcun altro lo assegna per te.

    
risposta data 01.08.2011 - 23:18
fonte
1

Guida di Scrum

Tutto ciò che riguarda i compiti è responsabilità del team di Scrum. Il team genererà in genere una scomposizione di storie in attività durante la seconda metà della riunione di pianificazione sprint, ma è possibile introdurre nuove attività o rimuovere attività in qualsiasi momento durante lo sprint man mano che nuove informazioni vengono alla luce. Secondo me, questo ciclo di feedback giornaliero è una parte importante di Scrum.

ScrumMaster non è il caposquadra o il suo manager. Il ruolo dello ScrumMaster è di facilitare il processo Scrum e rimuovere gli impedimenti. ScrumMaster non assegna compiti agli sviluppatori. Il proprietario del prodotto non assegna compiti agli sviluppatori. Il team offre valore al proprietario del prodotto (e all'estensione del cliente) implementando le storie degli utenti.

Il team è responsabile di tutte le stime. Quindi possiede le stime per i compiti (e le storie) alla lavagna.

    
risposta data 02.08.2011 - 02:19
fonte

Leggi altre domande sui tag