Lavoro di squadra e sviluppo agile

Question

Lavoro di squadra e sviluppo agile

#1 da (3 voti)
#2 da (2 voti)

1

Penso che questa domanda riguardasse non solo l'agilità ma anche il lavoro di squadra in generale.

Quando lavoriamo in un team e ogni membro sta lavorando a una storia utente per completare come evitare la creazione di classi e conflitti duplicati?

Voglio dire se la mia storia utente richiede la creazione della classe A e anche il mio membro del team ha bisogno della stessa classe e ha creato lo stesso (potrebbe crearlo con un nome leggermente diverso), come faremo in modo che ci muoviamo senza intoppi?

teamwork agile

posta arjun 09.02.2012 - 05:57

fonte

2 risposte

2

Sono d'accordo con @hansmaad. Agile riguarda la comunicazione. Come in, in realtà parlando con le persone su base regolare. Una User story è un promemoria per fare conversazione.

Se stai facendo XP, stai accoppiando programmazione? Stai ruotando le coppie?

Se stai facendo Scrum, stai tenendo una situazione quotidiana?

Stai scrivendo test unitari? Hai dei test di accettazione dei clienti? Stai praticando l'integrazione continua?

C'è ancora il rischio che gli sviluppatori duplichino funzionalità, ma non è così elevato.

risposta data 12.02.2012 - 16:21

fonte

Leggi altre domande sui tag teamwork agile

In che modo le librerie come DirectX si riferiscono ai driver? Come approccio questa query PHP / MYSQL?

score 3 · Accepted Answer

Le User Story sono per la comunicazione con il cliente. Sono nella lingua del cliente e non contengono dettagli tecnici come le classi. Quando si avvia una iterazione, è necessario suddividere le User Story nelle attività. I compiti sono nella lingua degli sviluppatori e possono coprire più storie.