Sto usando Scrum e mi piace molto. Tuttavia, il mio negozio si trova in progetti in cui la durata dello sforzo di sviluppo è di due o quattro settimane. Abbiamo già modificato la durata dello sprint in due settimane e tutti qui dicono "sarà Scrum, solo con uno sprint e mezzo".
Non credo che possiamo ottenere molto valore da uno sprint e mezzo. Come possiamo ottenere i benefici di un processo di sviluppo iterativo con solo una, due o una e mezza iterazioni?
Risposte:
Non devi fare 1 progetto in uno sprint. Se disponi di un backlog di prodotto, il proprietario del prodotto e lo Scrum Master possono inserire tutte le storie in uno sprint che vogliono. Se uno sprint richiede 2 settimane di lavoro, dovresti pianificare 2 settimane di storie in quello sprint. Al prossimo sprint, fai lo stesso. Se non hai più progetti brevi, probabilmente finirai con uno sprint di mezzo, ma in quel caso probabilmente c'è qualcos'altro che non va nella compagnia (suggerimento: le vendite dovrebbero vendere di più).
Sono stato in un paio di sprint in cui stavo lavorando su 8 progetti. Non è una situazione ideale, ma se un "progetto" richiede solo dalle 8 alle 16 ore, dovrai farne molte. Naturalmente i progetti erano solo 1 o 4 storie. Tutti sono stati annotati nel backlog del prodotto e sono stati sottoposti all'iterazione completa.
Detto questo, Scrum (come qualsiasi altra metodologia) offre solo alcune linee guida. Puoi prendere quello che vuoi da esso, purché tu sappia cosa scegli e perché lo scegli. Se pensi di aver bisogno di iterazioni di una settimana, per favore fallo (penso che sia un po 'veloce, ma alcuni libri scrivono iterazioni di una settimana).
Nota, non sono un maestro di mischia e ho lavorato molto poco con esso, ma ho visto qualche teoria e fatto un paio di iterazioni con esso. Qualcuno più esperto con Scrum potrebbe forse dire molto di più sull'argomento.
Supponendo che il progetto abbia una durata massima di 4 settimane ci sono due opzioni:
1) Per progetti con portata fissa: esegui una mischia con iterazioni di 1 settimana.
2) Per progetti con durata fissa: basta fare 1 iterazione e avere fiducia nelle alzate giornaliere.
Lo scopo di Scrum per piccoli progetti è di allineare gli sforzi del team su base giornaliera e garantire che gli impedimenti vengano rimossi tempestivamente.
Approfitta dei brevi progetti mentre puoi e consolida le tue pratiche di mischia. Alla fine, lavorerai su più di un progetto alla volta o inizi su progetti più lunghi / più grandi. Inoltre, alcuni dei tuoi progetti precedenti torneranno con un gran numero di modifiche. Questo non è davvero diverso dal lavorare su di esso come una serie continua di sprint.