Responsabilità per la delega di storie in agile

Question

Responsabilità per la delega di storie in agile

#1 da (5 voti)

3

Recentemente ho lavorato a un progetto in cui il team ha guidato commentando che aveva bisogno di capire quali storie avremmo lavorato in una mischia. Ho capito che le storie hanno la priorità e forse un certo numero di storie sono aggiunte a uno sprint da quella lista. In questa fase della nostra mischia, gli sviluppatori scelgono ciascuno una storia che implementeranno e partiranno.

Suppongo che se un certo numero di storie hanno dipendenze da loro, la guida del team potrebbe aiutare a facilitare la priorità della storia all'interno dello sprint stesso, ma in realtà non dettare quale sviluppatore fa quale?

Nessuno di noi è junior nel team e tutti abbiamo pari conoscenza del dominio. La nostra esperienza di particolari aspetti degli strati, cioè l'interfaccia utente, il database, l'infrastruttura variano ma non in modo drammatico.

Quindi la mia domanda principale riguarda il ruolo di un capo della squadra (e altri sviluppatori credo) all'interno di uno sprint stesso e la delega di storie.

Se aiuta, il progetto era un'applicazione MVC .NET con un supporto di database. Il nostro team era composto da 4 sviluppatori, 1 tester e un Project manager.

agile scrum user-story

posta dreza 19.06.2014 - 23:19

fonte

1 risposta

Leggi altre domande sui tag agile scrum user-story

Programma intero in CASO Codice di licenza dal mio progetto personale alla mia azienda tramite una licenza open source

score 5 · Answer 1

Lasciatemi provare ad affrontare la tua domanda in riferimento a Agile e Scrum (per maggiori dettagli, consulta la Guida di Scrum e il Agile Manifesto ):

In Scrum le storie sono rivolte all'intera squadra e non ai singoli. Durante la pianificazione dello sprint, il team e il proprietario del prodotto decidono quali storie verranno affrontate durante lo sprint.
In Scrum non c'è un vantaggio di squadra.
Un team Scrum si auto-organizza, cioè nessuno dice al team di Scrum come lavorare su un particolare problema.
In Scrum non c'è un project manager. C'è uno Scrum Master, un Product Owner e il Team.
Il Product Owner è responsabile del backlog, dei contenuti e dell'ordine. Il team è responsabile di tutte le stime per il backlog.
Agile è un insieme di principi guida per lo sviluppo del software. Agile non specifica alcuna pratica specifica. Metodologie agili come Extreme Programming specificano pratiche che soddisfano lo spirito dell'agile.

Tutto ciò che è stato detto, è tipico che le organizzazioni abbiano il loro "sapore" di "Scrum" o "Agile". Se il tuo capo è il tuo team leader e vuole che tu lavori in un determinato modo, è importante capire che è ciò che stai cercando di affrontare piuttosto che i dettagli su come si suppone che Scrum o Agile funzionino. Andare dal proprio caposquadra e dirgli che non c'è "Team Lead" in Scrum, anche se è vero, non sarà utile. È estremamente improbabile che un team leader si dimetta dalla propria posizione dopo aver ascoltato quel po 'di informazioni. In molte situazioni, assumere la posizione che dovrebbe essere fatta da Scrum in un certo modo sarà controproducente per influenzare il cambiamento. Idealmente dovresti essere in grado di persuadere gli altri che un certo cambiamento è positivo per il proprio merito piuttosto che riferirsi a un modo standard di fare qualcosa.

Per concludere sembra che tu debba avvicinarti alla guida del tuo team e suggerire che tu e gli altri sviluppatori siete capaci e dovreste essere in grado di selezionare le storie / attività su cui lavorano durante lo sprint. Avrai bisogno di essere in grado di articolare i vantaggi di questo senza sembrare criticare il modo in cui lavori attualmente. Puoi suggerire di provare a fare le cose in modo diverso per il prossimo sprint e vedere come funziona. In genere questo tipo di attività si verifica durante la retrospettiva dello sprint, che suppongo che la tua squadra non faccia.