Planowanie sprintu 101: Jak planować świetne sprinty

Zapytaj kilkanaście osób, czym jest agile, a otrzymasz kilkanaście różnych odpowiedzi. Ale najlepiej określa to scrum jako model. Scrum to sposób na zarządzanie projektem w ramach Agile i składa się z trzech ról: właściciela produktu, mistrza scrum i zespołu.

Właściciel produktu skupiony jest na biznesowej stronie projektu, scrum master to ekspert, który zachowuje się jak coach. Zespół jest samokierowany i pracuje tak, jak uważa za stosowne, aby osiągnąć cele właściciela produktu.

Jeśli interesują Cię nakrętki i śruby scrum, zapoznaj się z naszym przewodnikiem. W tym poście zagłębimy się w jedno z wydarzeń w ramach scrum, planowanie sprintu.

Co to jest sprint?

Aby zapewnić pewną regularność i zminimalizować potrzebę spotkań, scrum dzieli się na zdarzenia. Jednym z takich wydarzeń jest sprint. Sprint to iteracja w cyklu rozwojowym projektu.

Sprint jest zdefiniowany przez niewielką ilość zaplanowanej pracy, którą zespół musi wykonać i jest gotowy do przeglądu. Sprint wywodzi się ze zwinnego frameworka dla projektów i zwykle kojarzy się ze scrumem. Jednak sprint wpisuje się również w technikę kanban z koncepcją ciągłego dostarczania. Scrumban wprowadzi również sprinty.

Jak w słownikowym znaczeniu tego słowa, sprint jest jak krótki wyścig. Określa czas trwania zwykle nie dłuższy niż dwa do czterech tygodni. Cel sprintu jest ustalany między właścicielem produktu a zespołem, co nazywa się „celem sprintu”. Praca pochodzi z backlogu sprintu, czyli listy zadań do wykonania. Zaległości są często przechowywane na tablicach lub listach zadań w celu łatwej konserwacji.

Zespoły współpracują ze sobą, aby ukończyć sprint i przygotować go do przeglądu. Ale sprint nie może się rozpocząć, dopóki nie zostanie opracowany plan sprintu.

Jak zrobić dobry plan sprintu

Plan sprintu to kolejne wydarzenie w ramach scrum projektu zwinnego. Zaczyna się od decyzji zespołu, nad którymi elementami w swoim backlogu będzie pracować podczas sprintu. Jest to cel sprintu, który jest wspólną decyzją zespołu i właściciela produktu.

Planowanie sprintu zwykle obejmuje wszystkich członków zespołu. Jest właściciel produktu, który pomaga w ustalaniu priorytetów zaległości i sugeruje, które elementy powinny być częścią celu sprintu. Zespół przychodzi, aby określić wykonalną liczbę zadań, nad którymi backlog będzie pracował podczas sprintu.

W planowanie sprintu zaangażowany jest również mistrz scrum. Scrum master jest ekspertem w zakresie frameworka scrum dla projektów zwinnych. Działają jako moderator planu sprintu, aby upewnić się, że jest skuteczny, odpowiednie pozycje zaległości są rozwiązywane i że istnieje porozumienie między zaangażowanymi stronami.

Istnieją trzy główne fazy planowania sprintu.

1. Projektowanie

Projekt sprintu jest zwykle tylko jednorazowym wydarzeniem, ale można go ulepszyć, aby usprawnić proces. O ile projekt nie działa, wtedy oczywiście trzeba by wrócić do deski kreślarskiej.

Części fazy projektowania planu sprintu rozpoczynają się od spotkania dotyczącego planowania sprintu. To tutaj mierzone są inicjatywy biznesowe i tworzony jest backlog sprintu. Kolejne spotkanie podzieli ten backlog na zadania, co sfinalizuje backlog.

Odbędą się codzienne spotkania scrumowe. Są to odprawy, aby zaktualizować postępy sprintu. W tej chwili zadania są dalej priorytetyzowane i przydzielane na podstawie przeglądu wykresu postępu prac, który graficznie pokazuje, jak szybko pracuje zespół.

Ponadto podczas całego sprintu istnieje coś, co nazywa się uwodzeniem zaległości. W tym momencie właściciel produktu i zespół dokonają przeglądu i udoskonalenia zaległości w oparciu o poczynione postępy.

Po zakończeniu sprintu odbywa się spotkanie przeglądowe sprintu. Tutaj wyniki zakończonego sprintu zostaną przeanalizowane w odniesieniu do celów projektu ze spotkania planistycznego. Odbywa się również spotkanie retrospektywne sprintu, podczas którego przygląda się procesom i narzędziom wykorzystywanym podczas sprintu oraz tym, jak można je ulepszyć w kolejnym.

Projekty te koncentrują się na stworzeniu realistycznego harmonogramu i kamieni milowych, które zespół musi osiągnąć. Projekt powinien być uzgodniony przez wszystkich członków zespołu projektowego. Projekt jest strukturą, która określi długość projektu, musi więc odpowiadać zatwierdzonemu zakresowi, kosztowi i czasowi projektu.

2. Oszacuj prędkość sprintu

Przed sprintem właściciel produktu określi jego prędkość. To znaczy, ile pracy należy wykonać w sprincie. Ta decyzja jest oparta na harmonogramie zespołu i ich możliwościach.

Szacunek ten jest tworzony na początku każdego sprintu. Chociaż na etapie projektowania może pojawić się taka potrzeba, lepiej poczekać. Po każdym sprincie pojawiają się cenne spostrzeżenia, które należy zastosować w następnym.

Celem estymacji jest opracowanie nowej prędkości sprintu dla każdego sprintu. Powinno to odzwierciedlać cele tego sprintu, wydajności, których nauczyliśmy się z poprzedniego i co można realistycznie zrobić z obecnymi zasobami. Dostępnych jest również wiele narzędzi, które pomagają zmaksymalizować liczbę celów spełnianych każdej wiosny, od narzędzi do automatyzacji testów po rozwiązania CI/CD.

3. Przydział pracy sprintu

Tu przydaje się mistrz scrum. Dzięki swojej wiedzy mogą ściśle współpracować z zespołem, aby sprostać wymaganiom stawianym przez właściciela produktu. Scrum master i zespół wspólnie alokują pracę sprintu.

Ale zespół pracuje stosunkowo niezależnie, co jest jedną z zasad zwinnego frameworka. Idea samokierujących się zespołów ma fundamentalne znaczenie dla pracy scrum i są one odpowiedzialne za zarządzanie sprintem do celu sprintu.

Odbywa się to poprzez przydzielenie do ich wykonania osób najbardziej uzdolnionych w zadaniach. Wykorzystuje się odpowiednich ludzi, a zespół zyskuje większe poczucie odpowiedzialności za pracę. Są upoważnieni przez autonomię.

Różnica między udanym a nieudanym sprintem

Powiedzenie, czy Twój sprint się powiódł, jest dość proste. Czy osiągnął swój cel? Cel sprintu jest ustalany przed rozpoczęciem sprintu przez właściciela produktu i zespół. Jeśli te kryteria zostały spełnione, sprint jest udany. Oznacza to, że przechodzisz przez zaległości w akceptowalnym tempie.

W przeciwieństwie do tego, jeśli zespół nie jest w stanie ukończyć wszystkiego w backlogu, który został ustawiony jako cel sprintu, oznacza to, że sprint nie powiódł się. Fakt, że sprinty są szybkie i stale ewoluują, pozwala uniknąć na końcu projektu produktu, którego nikt nie chce. To też byłaby porażka.

Miarą sukcesu są przeglądy sprintu, które zapewniają, że projekt zmierza we właściwym kierunku. Jeśli kluczowi interesariusze i użytkownicy końcowi są niezadowoleni, jeśli wyniki nie spełniają ich oczekiwań, jest to porażka. Jeśli niczego się nie nauczysz pod koniec sprintu, można to również uznać za porażkę. W końcu chodzi o eksperymentowanie i proces empiryczny.

ProjectManager.com pomaga w planowaniu sprintu

ProjectManager.com to elastyczne oprogramowanie do zarządzania projektami. Jeśli chodzi o planowanie kolejnego sprintu, możesz skorzystać z naszych szablonów planowania sprintu, aby dobrze zacząć. Szablon jest przeznaczony dla zespołów deweloperskich. Możesz łatwo przenieść zadania z zaległości do rozwoju w widoku tablicy.

Gdy masz już tablicę, zespoły mogą dostosowywać kolumny i współpracować nad kartami. Mogą dodawać własne listy rzeczy do zrobienia i komentować z innymi członkami zespołu. Mamy nieograniczone miejsce na pliki, więc dodaj tyle dokumentów i obrazów, ile chcesz. Wszystkie są dołączone na poziomie zadania, więc koniec z niekończącymi się poszukiwaniami ważnych dokumentów. Również @ właściciel produktu lub scrum master, który zostanie powiadomiony e-mailem i wprowadzi go do rozmowy.

Nasz widok listy zadań to świetne narzędzie do tworzenia zaległości. Możesz zarządzać tymi zaległościami, filtrując dane według terminu, właściciela, projektu itp. Zadania można również otagować, aby łatwiej je było znaleźć. ProjectManager.com jest oparty na chmurze, więc każda aktualizacja statusu zadań jest natychmiast odzwierciedlana w oprogramowaniu, zapewniając większą przejrzystość.

Wreszcie jest nasz pulpit nawigacyjny w czasie rzeczywistym. Śledzi projekt pod kątem wielu wskaźników, w tym zadań, postępu i wariancji. To kolejna funkcja, która pomoże w kontaktach z interesariuszami i prezentowaniu im aktualizacji projektu.

ProjectManager.com to oparte na chmurze oprogramowanie do zarządzania projektami, które jest idealne dla dowolnej metodologii, w której pracujesz. Mamy narzędzia, które pomagają menedżerom w planowaniu, monitorowaniu i raportowaniu ich projektów. Zespoły otrzymują platformę współpracy, która daje im autonomię w pracy w grupach samokierujących się i zwiększa produktywność. Wypróbuj ProjectManager.com już dziś dzięki bezpłatnej 30-dniowej wersji próbnej.