ten post został pierwotnie opublikowany 11 stycznia 2017 r.i zaktualizowany ostatnio 7 lutego 2021 r.
ramy Scrum zarządzania projektami opierają się na czterech podstawowych spotkaniach zwinnych, tj. ceremoniach: spotkaniu Planowania Sprintu, codziennym Stand-upie, przeglądzie sprintu i retrospektywie Sprintu.
planowanie wiosny jest integralną częścią przygotowania zespołu do udanego Sprintu. Bez odpowiedniej ilości pracy i zrozumienia celów Sprint może szybko wykoleić się. Na szczęście te spotkania są dość łatwe do opanowania po udoskonaleniu kilku kluczowych procesów planowania.
jeśli nigdy nie prowadzisz spotkania Planowania Sprintu, oto Twój przewodnik.
Wybieranie elementów z zaległości
na początku każdego Sprintu Właściciel Produktu, zespół Scrum i Scrum Master spotykają się, aby zorganizować pracę na nadchodzący Sprint.
po kolei! Wszyscy przeglądają zaległości produktowe, podczas gdy właściciel produktu zapewnia wgląd w cele i kontekst dla każdego produktu.
następnie zespół Scrum wybiera tyle elementów z zaległości produktowych, ile chce ukończyć podczas sprintu. Ponieważ pozycje zaległości pojawiają się w kolejności ważności, zespół Scrum musi wybrać pozycje z góry zaległości.
ta dynamika tworzy równowagę między zespołem Scrum a Product Ownerem. Product Owner tworzy / porządkuje zaległości i wybiera to, co najważniejsze. Ale zespół Scrum decyduje dokładnie, ile pracy może poświęcić w danym Sprincie. Scrum Master ułatwia ten proces i utrzymuje równowagę uprawnień.
ten proces zapewnia, że każdy członek zespołu czuje się upoważniony do własnej pracy. Ponadto zapewnia bardziej szczere zaangażowanie i większą odpowiedzialność ze strony zespołu.
jest jeden wyjątek od tej reguły: zespół może wyciągać przedmioty z dalszych zaległości tylko wtedy, gdy ma to większy sens z innymi pracami w toku w tym sprincie. Oznacza to, że jeśli praca będzie logicznie zrobić szybciej, ponieważ jest bardzo podobny do innych elementów.
Szacowanie dostępności zespołu
przed wyborem pozycji z zaległości zespół jest również odpowiedzialny za oszacowanie, ile czasu ma każdy członek na pracę związaną z sprintem. Większość dni członków zespołu nie będzie całkowicie poświęcona pracy Sprintu. Dostępny czas powinien być określony przez średni dzień roboczy minus czas, który spodziewają się spędzić wykonując inne prace, takie jak konserwacja, udział w spotkaniach, przerwy na lunch, e-mail i poprawki błędów.
realnie większość ludzi ma cztery do sześciu godzin dziennie dostępnych do pracy w sprincie.
szacowanie czasu na ukończenie każdego elementu zaległości
drugi element układanki to ustalenie, ile czasu zajmie każdy element. Wymaga to współpracy właściciela produktu i zespołu, aby podzielić każdy element na poszczególne zadania. Następnie można przypisać te zadania szacowany czas do wykonania. Czas ukończenia wszystkich przedmiotów wybranych do sprintu nie może przekroczyć czasu dostępnego w drużynie.
każde zadanie i szacowany czas są rejestrowane w dokumencie o nazwie Sprint Backlog. Jest to wersja zaległości, która dotyczy tylko bieżącego Sprintu.
samoorganizacja
gdy twój zespół sfinalizuje dostępność członków, a także czas potrzebny na każde zadanie, zespół zaczyna określać, kto uzupełni każdy element, zgłaszając się na ochotnika.
Elementy nigdy nie są „przypisane” do członków zespołu. Czynniki takie jak sekwencjonowanie może oznaczać, że to ma więcej sensu dla jednej osoby, aby uzyskać pewną grupę elementów. Ale nigdy nie przydzielasz zadań wbrew woli pracownika.
ostateczne obciążenie pracą każdej osoby musi być rozsądne i uczciwe. Product Owner odegra ogromną rolę w pomaganiu zespołowi w pełni zrozumieć każdy przedmiot, aby mogli podzielić rzeczy tak równomiernie, jak to możliwe.
śledzenie postępów
do końca spotkania, Sprint Backlog będzie zawierał listę przydzielonych zadań z szacunkami czasu.
wiele zespołów używa tablicy Kanban (fizycznej lub cyfrowej) do wizualnego śledzenia każdego elementu podczas sprintu. Proste kategorie jak robić, w toku, przegląd kodu i gotowe mogą pomóc zespołowi uzyskać szybki podgląd postępów w sprincie.
inne zespoły używają dedykowanego oprogramowania do zarządzania projektami, które może pomóc im śledzić sprinty od początku do końca dzięki funkcjom wizualnym, takim jak Gantt i wykresy Burndown. Statusy zadań, takie jak otwarte, w toku, rozwiązane i zamknięte, zapewniają przejrzystość postępów dla wszystkich członków. Śledzenie danych, takich jak szacowany czas i czas rzeczywisty, może pomóc w lepszym oszacowaniu pracy w przyszłości.
podczas sprintu
po zatwierdzeniu przez zespół Scrum i rozpoczęciu Sprintu Właściciel Produktu nie może zmienić wymagań ani dodać nowych zapytań. Ta osoba nie może wprowadzać zmian do początku następnego Sprintu.
jest jeden wyraźny wyjątek od tej reguły: możesz wprowadzać zmiany w połowie sprintu, jeśli czynnik zewnętrzny zmieni priorytety tak drastycznie, że wyniki Sprintu byłyby marnotrawstwem, gdyby były kontynuowane. Zdarza się to rzadko, ale gdyby tak się stało, zespół przerwałby wszystkie prace i rozpoczął proces planowania sprintu od nowa. Właściciel Produktu powinien uciekać się do tego ogromnego zakłócenia tylko w ekstremalnych okolicznościach.
istnieją dwa pozytywne efekty, które sprawiają, że sprinty są niezmienne. Po pierwsze, Ochrona zespołu przed zmianami i dodatkami w trakcie Sprintu tworzy bardziej pozytywne środowisko pracy. Członkowie zespołu będą czuć się pewni swojej zdolności do ukończenia pracy i zrobienia tego dobrze.
po drugie, zachęca Właściciela Produktu do priorytetowego traktowania zaległości z najwyższą starannością. Są bardziej skłonni do należytej staranności przed wypchnięciem elementu na górę listy.
w miarę upływu czasu zespoły lepiej szacują, jak długo trwają przedmioty, przewidują problemy i współpracują ze sobą. Dzięki tak skonstruowanemu planowaniu Sprintu właściciele produktów mogą mieć pewność, że ich zespoły są zaangażowane i zdolne do pracy.
dostosowywanie się do zmian
chociaż sprinty prawie nigdy nie powinny być przerywane, nie oznacza to, że zmiany nie są mile widziane w ramach Scrum. Wręcz przeciwnie, zmiany w głównym zaległości mogą wystąpić w dowolnym momencie. Product Owner ma prawo do dokonywania wszelkich uzupełnień, usunięć lub modyfikacji niezbędnych przed następnym sprintem.
kiedy zespoły podchodzą do zmian w ten sposób, staje się to częścią procesu i nie jest już postrzegane jako przyczyna stresu lub przyczyna brakujących terminów.
po sprincie
proces zwinny jest cykliczny. Niezależnie od tego, jak często decydujesz się na wiosenne spotkania planujące, zawsze będziesz do nich wracać, aby rozpocząć proces od nowa. Im częściej Twój zespół przez to przechodził, tym płynniejszy będzie każdy cykl.
oprócz ukończenia projektu lub zadań pod ręką, Twój Sprint nie był do końca udany, chyba że nauczyłeś się czegoś jako zespół. Następnym etapem procesu, w który się przejdziecie, jest Retrospektywa Sprintu. Wiązało się to z analizą wszystkiego, co właśnie osiągnąłeś i co może pójść lepiej następnym razem. Aby poznać niektóre z możliwych technik, których Ty i twój zespół możecie użyć, rozpocznijcie naukę przed zakończeniem Sprintu. Zdolny Scrum Master dokładnie zna każdy etap procesu.
ostatnie przemyślenia
spotkanie Planowania Sprintu często trwa kilka godzin, gdy działa poprawnie. Przedstawione zobowiązania wymagają starannego przemyślenia i rozważenia. Powinieneś dać swojemu zespołowi czas potrzebny na dokładne zaplanowanie sukcesu.
uporządkowanie i przejrzystość zadań sprawi, że śledzenie procesu będzie o wiele łatwiejsze, więc rozważ zainwestowanie w dedykowane oprogramowanie do zarządzania projektami, jeśli twój zespół jeszcze nie jest. Świetne narzędzie do zarządzania projektami nie tylko pozwoli zaoszczędzić czas i wysiłek, ale także ułatwi zbieranie informacji z procesu, gdy będziesz gotowy do zanurzenia się w retrospektywie.
