Ostatnio dużo czytałem o scrumie i znalazłem coś, co wydaje mi się sprzeczną informacją o tym, czy można zmienić zaległości sprintu podczas sprintu. Artykuł Wikipedii na temat scrum mówi, że to nie jest w porządku, a różne inne artykuły również to mówią. Również mój profesor ds. Rozwoju oprogramowania nauczał tego samego podczas przeglądu scrum.
Jednak czytam Scruma i XP z Okopów i to opisuje sekcję dotyczącą nieplanowanych elementów na tablicy zadań. Potem przejrzałem Przewodnik Scruma i mówi, że podczas sprintu „Nie wprowadzono żadnych zmian, które wpłynęłyby na Cel Sprintu” oraz w dyskusji na temat Celu Sprintu „Jeśli praca okaże się inna niż oczekiwano od Zespołu programistycznego, następnie współpracują z Właścicielem produktu w celu negocjacji zakresu Backlogu Sprintu w ramach Sprintu. ” W dyskusji na temat Backlogu Sprintu mówi dalej:
Backlog Sprint to plan z wystarczającą ilością szczegółów, aby zmiany w toku były zrozumiałe w Daily Scrum. Zespół programistów modyfikuje dziennik sprintu w całym sprincie, a dziennik sprintu pojawia się podczas sprintu. Pojawia się, gdy zespół programistów pracuje nad planem i dowiaduje się więcej o pracy potrzebnej do osiągnięcia celu sprintu.
Ponieważ wymagana jest nowa praca, zespół programistów dodaje ją do Backlogu Sprintu. W miarę wykonywania lub ukończenia pracy szacowana pozostała praca jest aktualizowana. Gdy elementy planu zostaną uznane za niepotrzebne, zostaną usunięte. Tylko zespół programistów może zmienić swój dziennik sprintu podczas sprintu. Backlog Sprint jest bardzo dobrze widocznym obrazem prac, które Zespół programistyczny planuje wykonać podczas Sprint, w czasie rzeczywistym, i należy on wyłącznie do Zespołu programistycznego.
Więc w tym momencie jestem całkowicie zdezorientowany. Myśląc o tym, bardziej sensowne jest dla mnie drugie podejście. Poszczególne elementy w zaległościach nie wydają mi się najważniejsze, ale raczej cel sprintu, więc nie zmiana celu sprintu, ale możliwość zmiany zaległości ma sens. Na przykład, jeśli zarówno właściciel produktu, jak i zespół myśleli, że są na tej samej stronie na temat historii, ale w miarę postępu sprintu odkryli, że doszło do nieporozumienia, wydaje się, że sensownie jest odpowiednio zmienić zadania składające się na tę historię. . Lub, jeśli zapomniano o jakiejś historii lub zadaniu, ale jest ona wymagana do osiągnięcia celu sprintu, pomyślałbym, że najlepiej byłoby dodać historię lub zadanie do zaległości podczas sprintu.
Jednak jest wiele osób, które wydają się dość nieugięte, że jakakolwiek zmiana w zaległościach sprintu nie jest w porządku. Czy w jakiś sposób nie rozumiem tej pozycji? Czy ci ludzie definiują zaległości sprintu inaczej? Rozumiem, że zaległości w sprincie obejmują zarówno historie, jak i zadania, na które są podzielone.
W każdym razie bardzo doceniłbym wkład w tę kwestię. Próbuję dowiedzieć się, jakie jest idealistyczne podejście Scrum do zmiany zaległości sprintu podczas sprintu oraz czy ludzie, którzy używają Scruma do rozwoju, pozwalają na zmianę zaległości sprintu podczas sprintu.