Guida, i membri del team che escono dai compiti vogliono iniziare con gli argomenti futuri di sprint

Question

Guida, i membri del team che escono dai compiti vogliono iniziare con gli argomenti futuri di sprint

#1 da (11 voti)

4

Ho questo problema, una squadra con 4 membri che lavorano sotto mischia, con abilità specifiche ognuno di loro:

Persona A) DBA con capacità di reporting
Persona B) DBA con capacità di stored procedure e una conoscenza approfondita dell'azienda
Persona C) Sviluppatore
Persona D) Tester

Problema 1

Al momento, siamo alla fine dello sprint 6, la Persona A ha esaurito le attività e vuole iniziare a lavorare su Sprint 7 problemi. Ho spiegato a tutto il team che dobbiamo concentrarci sulle funzionalità di fine sprint 6, e non pensare a compiti indipendenti, ma non viene realmente accettato. Nonostante la squadra non stia lavorando allo sprint 7, non ne sono veramente convinti.

Problema 2

Avremo la riunione di pianificazione sprint 7 di mercoledì, e il team vuole parlare separatamente con l'ordine di acquisto al fine di fargli domande sulle User Story, Person C sostiene che ascoltando la conversazione "person A" con l'OP una perdita di tempo per lui, e preferisce iniziare a lavorare in altri compiti che sa che può iniziare a lavorare e ha abbastanza informazioni

Quello che ho capito finora è che la squadra non dovrebbe iniziare con compiti appartenenti a uno sprint diverso perché porterebbe a perdere l'attenzione sull'attuale obiettivo di sprint, l'intero team dovrebbe essere coinvolto nel portare a termine il lavoro come una squadra e non come membri separati. Non stiamo giocando a tetris cercando di adattare le attività come se fossero forme che potrebbero essere organizzate, stiamo offrendo una serie specifica di funzionalità.

Voglio convincerli, ma sono a corto di argomenti e ho bisogno di aiuto per mettere a fuoco la squadra.

Mi sbaglio? Qualche consiglio?

teamwork scrum sprint task-organization

posta Fernando Moyano 23.12.2014 - 14:08

fonte

1 risposta

Leggi altre domande sui tag teamwork scrum sprint task-organization

Quali sono le migliori domande su FizzBuzz per intervistare un candidato per un ruolo di sviluppatore di software? [chiuso] Java: quali metodi inserire nell'interfaccia e cosa tenere fuori

score 11 · Accepted Answer

Quando abbiamo iniziato a praticare scrum, abbiamo abbandonato le nostre specializzazioni e singoli progetti, invece abbiamo iniziato a lavorare come un'unica squadra. Mentre sono più esperto in Unity3D e C # e abbiamo un altro membro del team che è più abile con Node.js (ecc.), Ci assicuriamo che stiamo diffondendo la conoscenza dei progetti.

Una cosa è agile e la mischia è a favore, sta diffondendo la conoscenza nella squadra. Se hai una sola persona che può apportare modifiche al database a causa delle loro conoscenze, allora cosa fai quando quella persona è assente e il tuo PO ti chiede di apportare modifiche? Oltre a questo, agile significa mantenere le cose aperte. Se solo una persona lavora a un progetto, si ottiene un codice peggiore e un progetto peggiore rispetto a quando tutto il team vi prende parte.

In mischia, se un membro della squadra termina un'attività, ne prende un'altra. A giudicare dai suoni, la tua squadra è ancora bloccata nel tentativo di gestire i propri progetti e le proprie attività. A me sembra che stia combattendo contro ciò che la mischia sta cercando di fare per la tua squadra.

I.E .: Potrei non essere fantastico su Node.js e potrebbe volerci più tempo, potrei persino scegliere di utilizzare principalmente Unity o C # mentre mi sento più a mio agio con esso. Ma se tutte le attività in quell'area sono complete e ci sono ancora compiti in sospeso nello sprint, raccolgo ciò che è rimasto. Non riesco a fare le valigie e andare a casa, o iniziare i nuovi problemi di arretrato.

Scrum intenzionalmente diffonde la conoscenza e blocca le cose che sono " il mio progetto ", " la sua area " o " la sua attività ". Tutto diventa " teams ", se un'attività non viene eseguita entro la fine dello sprint, il team non è riuscito a completare l'attività. Nessun singolo individuo è responsabile per questo, lo sono tutti.

Penso che la tua squadra abbia bisogno di capire come ogni progetto è il progetto dei team e se ci sono cose da fare, chiunque può prenderle. Quindi, in questo caso, la Persona A dovrebbe essere in procinto di ritirare altri incarichi permanenti nello sprint. Questo è anche il motivo per cui tutte le persone sono coinvolte in riunioni di pianificazione sprint (per la stima e simili). Garantisce la qualità e assicura che il team si muova come una squadra.