Perché usiamo la parola "sprint"?

In other words it's not sustainable.

A destra.

Non esegui uno sprint per mesi alla volta nella maggior parte degli Agile (quelli ben funzionanti, sono sicuro che alcuni "volevamo parole d'ordine quindi siamo un negozio di cascate Agile"), hai sprint brevi, seguiti da nuova pianificazione / retros / ecc.

Questo è il punto.

Why do Scrum teams use the word "Sprint"? It appears to me to conflict one of the basic principals of Agile.

I principi base di Agile sono relativamente ampi, ma il punto principale è non eseguire una "maratona" che è inizialmente pianificata (cioè cascata), ma per spezzarla in pezzi molto brevi.

Quindi, "sprint".

Per quanto riguarda la provenienza del termine all'interno di Agile, il processo di sviluppo SCRUM ha utilizzato il termine. Sospetto che nessuno lo abbia cambiato da allora.

Per quelli di voi curiosi sulla lunghezza, da quel lavoro:

A Sprint is a set of development activities conducted over a pre-defined period, usually one to four weeks. The interval is based on product complexity, risk assessment, and degree of oversight desired. Sprint speed and intensity are driven by the selected duration of the Sprint.

L'idea è che tra gli sprint, ci siano riunioni per comunicare lo stato del progetto, risolvere problemi urgenti e in genere riorganizzarsi. Nella metafora mista della terminologia Agile, puoi immaginare che gli sprint sono separati da pause (riunioni, pianificazione, ecc.).

Il termine è radicato più ampiamente nella metafora stabilita da Takeuchi e Nonaka nel loro articolo di HBR, "Il nuovo gioco di sviluppo di nuovi prodotti" basato su una metafora del rugby. Uno forma uno Scrum per spostare l'altra squadra dalla palla e poi "scatta" verso il campo fino a un obiettivo.

I termini Scrum "obiettivo sprint" e altri prendono a prestito da questa stessa metafora.

Le metafore sono metafore e non devono essere prese troppo alla lettera. Questo potrebbe essere il problema qui.

Suppongo che sia perché in uno sprint, sai dove sei e sai dove devi arrivare, ed è un percorso abbastanza lineare per arrivarci. Non è sostenibile a lungo termine, ma gli sprint nello sviluppo del software non sono molto lunghi prima di tracciare la tua prossima destinazione.

Allo stesso modo, potresti eseguire uno sprint breve ogni giorno (in termini di allenamento, intendo). Finché stai prendendo pause e progetti di obiettivi e destinazioni è raggiungibile.

Una cosa che ho sempre associato a "sprint" è che incoraggia l'atteggiamento di abbassare la testa e spingere verso la fine dello sprint senza preoccuparsi di ciò che accade oltre lo sprint, o per cambiare gli ambienti durante lo sprint .

È mia opinione che questa mentalità sia in realtà più importante per la gestione di quanto non lo sia per gli sviluppatori. Gli sviluppatori sono esposti alla realtà nitida e grossa dello sviluppo. Sanno cosa deve essere fatto e come farlo.

Tuttavia, la gestione non è sempre in sintonia con questa parte della realtà aziendale. La parola "sprint" è qualcosa che possono contenere nella loro mente che difende la spiegazione del perché non puoi cambiare direzione a metà sprint. Il team sta facendo uno sprint, impegnandosi a raggiungere il prodotto nel più breve tempo possibile. Considera la differenza tra uno sprint di 100 yard e un ostacolo di 100 yard.

The sponsors, developers, and users should be able to maintain a constant pace indefinitely.

A sprint means... run at full speed over a short distance.

L'uso del termine sprint è ancora compatibile con l'abilità (Agile) di mantenere un ritmo costante.

Un intero gruppo che mantiene un ritmo costante non significa necessariamente che tutti si muovano alla stessa velocità in un dato momento. Considera, ad esempio, che una squadra di ritrasmissione potrebbe eseguire a un ritmo costante, collettivamente , mentre, individualmente, potrebbero essere: sprint, attesa o recupero.