Ultimamente ho letto molto sulla mischia, e ho trovato quelle che mi sembrano informazioni contrastanti sull'opportunità o meno di cambiare lo sprint backlog durante uno sprint. L' articolo di Wikipedia su scrum dice che non è ok, e vari altri articoli dicono anche questo. Anche il mio professore di sviluppo software ha insegnato la stessa cosa durante una panoramica della mischia.
Tuttavia, ho letto Scrum e XP dalle trincee e che descrive una sezione per gli elementi non pianificati sulla bacheca. Quindi ho cercato la Guida Scrum e ho detto che durante lo sprint "Non sono state apportate modifiche che influenzare l'obiettivo di Sprint "e nella discussione dello Sprint Goal" Se il lavoro risulta essere diverso dal Si prevede che il team di sviluppo collaborerà con il proprietario del prodotto per negoziare ambito di Sprint Backlog all'interno dello Sprint. "Continua nella discussione dello Sprint Backlog:
The Sprint Backlog is a plan with enough detail that changes in progress can be understood in the Daily Scrum. The Development Team modifies Sprint Backlog throughout the Sprint, and the Sprint Backlog emerges during the Sprint. This emergence occurs as the Development Team works through the plan and learns more about the work needed to achieve the Sprint Goal.
As new work is required, the Development Team adds it to the Sprint Backlog. As work is performed or completed, the estimated remaining work is updated. When elements of the plan are deemed unnecessary, they are removed. Only the Development Team can change its Sprint Backlog during a Sprint. The Sprint Backlog is a highly visible, real-time picture of the work that the Development Team plans to accomplish during the Sprint, and it belongs solely to the Development Team.
Quindi a questo punto sono del tutto confuso. Pensandoci, ha più senso per me prendere il secondo approccio. I singoli elementi specifici del backlog non mi sembrano la cosa più importante, ma piuttosto l'obiettivo dello sprint, quindi non cambiare l'obiettivo dello sprint, ma avere la possibilità di cambiare il backlog ha senso. Ad esempio, se sia il proprietario del prodotto che il team pensavano di essere sulla stessa pagina di una storia, ma con lo sprint avanzato hanno capito che c'era un equivoco, sembra che abbia senso modificare i compiti che compongono quella storia di conseguenza . O se ci fosse qualche storia o compito che è stato dimenticato, ma è necessario per raggiungere l'obiettivo di sprint, penso che sarebbe meglio aggiungere la storia o l'attività al backlog durante lo sprint.
Tuttavia, ci sono molte persone che sembrano piuttosto irremovibili sul fatto che qualsiasi modifica allo sprint backlog non sia ok. Sto fraintendendo quella posizione in qualche modo? Quelle persone definiscono lo sprint di sprint in qualche modo in qualche modo? La mia comprensione dello sprint backlog è che consiste sia delle storie che dei compiti in cui sono suddivise.
Comunque apprezzerei molto l'input su questo problema. Sto cercando di capire sia l'approccio idealistico di scrum che quello di cambiare lo sprint backlog durante uno sprint, e se le persone che usano scrum con successo per lo sviluppo permettono di cambiare lo sprint backlog durante uno sprint.