Domanda

  1. C'è una differenza tra Sprint e Iterazione o si possono avere Iterazioni all'interno di uno Sprint o Sprint è solo la terminologia usata al posto di Iterazione in Scrum? Sarà utile se qualcuno può far luce su questo.

  2. Supponiamo che ci siano 4 sprint e che tu abbia deciso che il primo sprint durerà fino a 10 giorni. È necessario che altri 3 sprint abbiano la stessa lunghezza del 1 ° sprint deciso.

È stato utile?

Soluzione

Tutti gli sprint sono iterazioni ma non tutte le iterazioni sono sprint. Iterazione è un termine comune nello sviluppo iterativo e incrementale (IID). Scrum è un aspetto specializzato di IID, quindi ha senso specializzare anche la terminologia. Aiuta anche a marcare la metodologia diversa dalle altre metodologie IID :)

Per quanto riguarda la lunghezza dello sprint: tutto procede fintanto che lo sprint è in timebox, ovvero è finito nella data pianificata e non "quando è pronto". (O in alternativa, in rare occasioni, lo sprint viene interrotto prematuramente per iniziare un nuovo sprint nel caso in cui vengano modificate alcune condizioni al contorno essenziali.)

Aiuta gli sprint di durate simili. C'è meno da ricordare sul programma dello sprint e la tua pianificazione diventa più accurata. Mi piace mantenere il mio a 2 settimane di calendario, che si risolverà in 8-10 giorni lavorativi al di fuori delle festività.

Altri suggerimenti

Sprint == Iterazione.

Le lunghezze possono variare, ma è un precedente di pianificazione errato farle variare troppo.

Mantienili coerenti nella durata e migliorerai nella pianificazione e nella consegna. Tutto sarà misurato da quanti sprint di 10 giorni sono necessari per completare una serie di casi d'uso.

Mantenerli coerenti in termini di lunghezza e puoi pianificare consegne, test per l'utente finale, ecc., con maggiore precisione.

Il punto è di rilasciare in tempo ad un ritmo costante. Un programma regolare rende la gestione leggermente più semplice e prevedibile.

La cosa importante di uno sprint è che: all'interno di uno sprint la funzionalità che deve essere consegnata è fissa.

Uno sprint è normalmente un'iterazione. Ad esempio, puoi avere uno sprint di 4 settimane, ma avere 4 "una settimana" interna " iterazioni all'interno di quello sprint.

Ci sono molte discussioni sulla durata degli sprint. Penso che se lo fai secondo il libro dovrebbero avere tutti la stessa lunghezza.

Abbiamo scoperto che un breve primo sprint per rendere operativo l'ambiente di sviluppo, seguito da sprint di funzionalità di base più lunghi, quindi brevi sprint verso la fine del progetto, ha funzionato per noi.

Iterazione è sinonimo di sprint, sprint è solo la terminologia Scrum.

Sulla domanda sulla lunghezza dello sprint, l'unica attenzione che vorrei notare è che in Scrum stai usando gli sprint passati per ottenere un livello di prevedibilità sulla capacità dei tuoi team di mantenere i loro impegni per lo sprint. Lo fanno sviluppando una velocità su un numero di sprint. Un cambiamento nei membri del team o la durata dello sprint sono fattori che influenzeranno la velocità di uno sprint, rispetto agli sprint passati.

Proprio come sfondo, la velocità è la somma dei punti di stima assegnati agli oggetti arretrati, o storie, che sono stati completamente finiti durante quello sprint. La maggior parte dei sostenitori Agile (Mike Cohn, Ken Schwaber e Jeff Sutherland per esempio), raccomandano che i team utilizzino "il recente tempo". basare le loro stime future su quanto pensano di poter impegnare in uno sprint. Ciò significa utilizzare la media degli ultimi sprint come base per una stima nella prossima sessione di pianificazione dello sprint.

Ancora una volta, variando la lunghezza dello sprint si riduce la capacità del team di fornire quella statistica di velocità che il team utilizza per la pianificazione dello sprint e il proprietario del prodotto utilizza per la pianificazione del rilascio (ovvero prevedere quando il progetto finirà o cosa sarà nel progetto alla fine).

Raccomando Il libro di Mike Cohn su Stima e pianificazione agile fornire una panoramica del modo in cui gli sprint, la stima e la pianificazione possono integrarsi insieme.

  1. Dove lavoro, abbiamo 2 Sprint su un'iterazione. La demo di Iteration è davanti agli stakeholder aziendali che non vogliono incontrarsi dopo ogni Sprint, ma questa è la nostra interpretazione della terminologia. Alcuni luoghi possono avere termini che hanno lo stesso significato, sto solo sottolineando che dove lavoro non sono la stessa cosa.

  2. No, gli sprint possono avere lunghezze variabili. Dove lavoro, abbiamo avuto mezzo sprint per allineare i nostri sprint con le iterazioni utilizzate da altri membri del progetto di un altro dipartimento.

" ___ è in gran parte un problema organizzativo causato da lunghe ore, piccoli tempi di inattività e costante peer, cliente e sorveglianza superiore "

No, questa non è la definizione di mischia, è l'estratto di Wikipedia sulla definizione di burnout.

Non fare troppi sprint brevi di 10 giorni. Alla fine finirai per bruciare la tua squadra. Usa sprint brevi dove ne hai davvero bisogno e non fare troppi di fila. Pensa a lungo termine. Un corridore di distanza si fa sempre avanti per l'intera corsa e fa scatti su brevi distanze solo dove conta.

Se esaurisci la tua squadra, puoi lanciare tutte quelle fantasiose tabelle di mischia, che non faranno nulla per il crollo della produttività della tua squadra.

  1. Sprint è solo il termine per un'iterazione.
  2. Puoi modificare la lunghezza dello Sprint in modo che sia tutto ciò che desideri, ma probabilmente vorrai provare a trovare un periodo di tempo che "funzioni bene". (che può significare un numero qualsiasi di cose per la tua squadra) e finiscono per restare nel tempo.

Secondo la mia esperienza

  1. Sprint è una specie di Iterazione e si possono avere molte Iterazioni all'interno di a Sprint singolo (ad es. uno deve iniziare o iterare un'attività se lo è fallito e avendo ancora tempi stimati extra) o attraverso molti Sprint (come l'esecuzione di attività in corso).
  2. Normalmente, la durata di uno Sprint può essere di una o due settimane dipende dal tempo richiesto e dalla priorità delle attività (che potrebbero essere definito dal Product Owner o Scrum Master o dal team) dal Prodotto Backlog.

ref: https://en.wikipedia.org/wiki/Scrum_ (software_development)

Lo Sprint come definito in Scrum puro ha la durata di 30 giorni di calendario. Tuttavia, la lunghezza dell'iterazione può essere qualsiasi cosa definita dal team.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top