Quale metodologia agile? [chiuso]

Question

Quale metodologia agile consiglieresti per un negozio di siti web?

Abbiamo una varietà di piccoli progetti e alcuni grandi progetti, i team sono multiprogetto e multitasking. Siamo davvero interessati a Scrum, ma sembra che non si applicherebbe ai piccoli progetti (meno di 2 settimane), che attualmente rappresentano molto del nostro tempo.

Quali alternative ci sono là fuori per attuare principi agili nella nostra situazione?

Answer 1

Abbiamo iniziato con Scrum perché la sua struttura formale (stima, pianificazione delle storie degli utenti, pianificazione delle attività, riunioni quotidiane, retrospettiva) ci ha aiutato a ottenere dai nostri vecchi metodi per essere più agili. Abbiamo ora scoperto che le 3 riunioni di pianificazione e di esitazione possono essere fatte in base a una task / user story nelle riunioni del mattino.

Abbiamo una grande bacheca e pin su schede per ogni user story. La scheda è divisa in non avviata, in corso e terminata. Garantiamo che nessuna attività richieda più di un giorno quando la suddividiamo e suddividiamo ogni storia utente nella riunione quotidiana del mattino il giorno in cui ne avremo bisogno. Questo ci mantiene agili in modo che l'elenco delle "caratteristiche". poiché le storie degli utenti possono quindi cambiare senza che noi perdiamo tempo a scomporle in attività. Ciò garantisce che i progetti di due settimane possano essere facilmente gestiti allo stesso modo di quelli più grandi.

Per stimare la velocità contiamo le carte alla fine della settimana per vedere quante attività abbiamo svolto. Il rovescio della medaglia è che la pianificazione del rilascio e la stima della velocità non sono così accurate come con Scrum, ma questa metodologia ibrida di XP aiuta gli sviluppatori a concentrarsi sulle attività quando sono pronti e a non perdere troppo tempo nelle riunioni.

Avere compiti più piccoli promuove anche impegni più regolari per il controllo del codice sorgente e, combinati con un server di build e script di distribuzione, possiamo fornire almeno una volta al giorno una progressione nell'applicazione, ideale per ottenere feedback dal client. Abbiamo anche retrospettive settimanali e abbiamo assunto un consulente agile per una settimana ogni 3 mesi circa per assicurarci di rimanere sulla strada giusta.

Answer 2

Scrum può certamente applicarsi a progetti di due settimane. Puoi abbreviare la durata dello sprint o fare più progetti per sprint.

Inoltre, non c'è nulla che dica che non puoi scegliere parti di diverse metodologie da utilizzare nel tuo progetto.

Answer 3

Prova una metodologia per progetto e vedi cosa funziona bene.

Answer 4

Penso che l'uso del TDD (sviluppo guidato dai test) offrirebbe molti vantaggi in questi progetti. aiuterebbe lo sviluppo e la progettazione. I test unitari potrebbero anche essere una "micro documentazione" per dettagli di implementazione e decisioni di progettazione.

Answer 5

In secondo luogo userei Scrum anche se i tuoi progetti tipici sono piccoli. Guarda i tuoi sprint come lunghi due, tre o quattro giorni. Puoi ancora incorporare il "sacco di feedback in corso" base di Scrum nel tuo progetto.

Non vorrai lavorare su qualcosa per due settimane, solo per far dire al cliente alla fine " Oh, non è quello che stavamo cercando dopo! "

Ascolta il corto di Ken Schwaber parla di Scrum su Conversazioni IT che è pieno di ottimi podcast BTW.

Poi guarderei i di Tim McKinnon su Agile su InfoQ che è anche pieno di grandi discorsi e interviste.

HTH.

applausi,

Rob

Answer 6

Penso che dovresti provare come Kevin a dire un po 'di metodologia per vedere come il tuo attuale team lavora con esso. Alcune persone non sono molto disponibili a provare XP o altre nuove metodologie. Dovresti anche provare diverse metodologie per il tuo piccolo e per il tuo più grande progetto. Le metodologie per un progetto di 2 settimane di progetti per 2 anni possono cambiare. In un progetto di 2 settimane puoi avere 1 iterazione e puoi pianificare per l'intera 2 settimane all'inizio, questo non è possibile per progetti di 2 anni.

Answer 7

Scrum non funzionerà per un piccolo progetto come quello. Poiché nella sua definizione gli sprint di scrum durano 2 settimane. alcune variazioni di XP o Extreme Programming sarebbero molto più adatte. Tuttavia, portare a termine un progetto in 2 settimane, se è complicato, richiederà ai tuoi sviluppatori di essere estremamente concentrato.

Inoltre, con qualsiasi metodologia scelta, non abbiate paura di modificare il processo per adattarlo meglio al vostro team.

Answer 8

Consiglierei Scrum.