W jaki sposób metodyki Agile mogą ułatwić pracę zespołowi programistów
Kieruj działaniami w każdym projekcie dzięki zaawansowanym narzędziom do zarządzania zadaniami oraz łatwym w użyciu narzędziom do ustalania priorytetów.
Zarządzanie projektami Agile to iteracyjne podejście do zarządzania projektami tworzenia oprogramowania, które koncentruje się na ciągłym wydawaniu i uwzględnianiu opinii klientów.
Zespoły tworzące oprogramowanie z wykorzystaniem metodyk Agile zwiększają szybkość prac programistycznych, usprawniają współpracę i zyskują możliwość lepszego reagowania na trendy rynkowe.
Poniżej prezentujemy wszystkie informacje, które musisz znać, aby rozpocząć lub zoptymalizować zarządzanie projektami z wykorzystaniem praktyk Agile.
Metodyki Agile, wywodzące się z koncepcji lean manufacturing opracowanej przez Toyotę w latach 40. XX wieku, zostały zaadaptowane przez zespoły programistyczne w celu ograniczenia strat i zwiększenia przejrzystości przy jednoczesnym szybkim reagowaniu na stale zmieniające się potrzeby klientów. Jako całkowite przeciwieństwo modelu kaskadowego zarządzania projektami, w którym dążono do dużych premier, metodyki Agile sprawiają, że zespoły programistyczne sprawniej współpracują i wprowadzają innowacyjne rozwiązania szybciej niż dotychczas.
Wśród tradycyjnych metodyk Agile w zakresie zarządzania projektami rozróżnia się dwa rodzaje ram postępowania: Scrum i Kanban. W metodyce Scrum praca nad projektem przebiega w postaci iteracji o stałym czasie trwania, natomiast Kanban polega na ciągłym publikowaniu nowych wydań. Po ukończeniu pracy zespół natychmiast przechodzi do kolejnego etapu.
Scrum to ramy postępowania będące podstawą procesu zarządzania projektami Agile, który wykorzystuje iteracje o ustalonym czasie trwania nazywane sprintami. Każdy sprint obejmuje cztery wydarzenia.
Każdy projekt zaczyna się od backlogu, czyli zestawu prac, które należy wykonać. W środowisku Scrum istnieją dwa backlogi. Pierwszy z nich to backlog produktu, należący do product ownera i będący listą funkcji o określonych priorytetach. Drugi to backlog sprintu. Jest on wypełniany zgłoszeniami z backlogu produktu według kolejności, aż do osiągnięcia potencjału wykonawczego kolejnego sprintu. Zespoły Scrum mają unikatowe role właściwe dla ich funkcji w procesie. Zwykle wyznacza się Scrum Mastera, który jest mistrzem metodyki Scrum w zespole, product ownera określającego wymagania produktowe oraz zespół Scrum, który często stanowią członkowie interdyscyplinarnego zespołu odpowiedzialnego za wykonywanie zadań.
Planowanie sprintu | Demonstracja sprintu | Codzienny stand-up | Retrospektywa |
Spotkanie zespołu dotyczące planowania, podczas którego ustalane są zadania do wykonania podczas kolejnego sprintu. | Spotkanie, na którym zespół prezentuje rozwiązania dostarczone w danym sprincie. | Nazywane także standupem, krótkie, 15-minutowe spotkanie, którego celem jest synchronizacja informacji w zespole programistycznym. | Analiza działań udanych i nieudanych oraz propozycje usprawnienia kolejnego sprintu. |
Tablica Scrum służy do wizualizacji pracy wykonywanej w danym sprincie. Podczas spotkania dotyczącego planowania sprintu zespół przenosi elementy z backlogu produktu do backlogu sprintu. W przepływie pracy na tablicach Scrum może być widocznych wiele kroków, np. Do zrobienia, W toku i Gotowe. Tablice Scrum w znacznym stopniu zwiększają przejrzystość zarządzania projektami Agile. Zacznij używać tablicy Scrum, wykorzystując nasz bezpłatny szablon Scrum.
Kanban to ramy zarządzania projektami zgodnie z metodyką Agile, w których prace dopasowywane są do możliwości zespołu. Celem jest jak najszybsza realizacja zadań, tak aby zespoły mogły reagować na zmiany jeszcze szybciej niż w metodyce Scrum.
W przeciwieństwie do ram postępowania Scrum w metodzie Kanban nie ma (zazwyczaj) rejestru zadań. Prace do wykonania znajdują się w kolumnie Do zrobienia. Dzięki temu zespoły Kanban mogą skoncentrować się na ciągłym publikowaniu wydań, co mogą robić w dowolnej chwili. Wszystkie prace są widoczne, mają określony zakres i są gotowe do wykonania, dlatego po realizacji jednego zadania zespół może natychmiast przejść do kolejnego. Ilość pracy jest dostosowywana do możliwości zespołu za pomocą limitów WIP. Są to wstępnie zdefiniowane ograniczenia wskazujące, ile pracy można jednocześnie dodać do jednej kolumny (nie dotyczy kolumny Do zrobienia). Metodyka Kanban składa się z czterech następujących komponentów:
Lista prac | Kolumny lub wiersze | Limity prac w toku (WIP) | Ciągłe wydawanie |
Lista prac lub historyjek, czyli zgłoszenia lub zadania do wykonania. | Używane na tablicy Kanban do odróżnienia zadań od innych strumieni prac, użytkowników, projektów itp. | Reguła ograniczająca ilość pracy do wykonania na podstawie możliwości zespołu. | Zespół pracuje nad historyjkami w liczbie określonej przez limit WIP i w dowolnej chwili może wydać nową wersję. |
Tablica Kanban służy do wizualizacji wszystkich realizowanych prac. Używana jest także do planowania zasobów, umożliwiając menedżerom projektu kontrolowanie prowadzonych prac i odpowiednie tworzenie harmonogramów. Tablica Kanban jest podzielona na kolumny i tory, przez które przechodzą historyjki w trakcie prac nad nimi. Historyjki pozostają w kolumnie Do zrobienia, do czasu aż będzie można rozpocząć pracę nad kolejnym zadaniem. Decyduje o tym limit prac w toku. Listę prac należy podzielić na względnie małe zadania i uporządkować według priorytetów Jak widać w zaprezentowanym przykładzie, tory umożliwiają oddzielenie elementów o wyższym priorytecie od pozostałych. Zacznij używać tablicy Kanban, wykorzystując nasz bezpłatny szablon Kanban w systemie Jira.
Po wybraniu platformy Agile do obsługi tworzenia oprogramowania należy zadbać o możliwość śledzenia postępów zespołu, aby można było planować przyszłe prace i sprinty. Szacowanie kosztów projektu w ramach metodyki Agile ułatwia zespołom Scrum i Kanban określenie swojej wydajności. Raporty Agile umożliwiają sprawdzanie postępów zespołu w miarę upływu czasu, wykresy Gantta i porządkowanie backlogów ułatwiają natomiast menedżerom projektu dbanie o aktualność listy prac i przygotowanie zespołu do sprawnego działania.
Szacowanie projektów to bardzo ważny aspekt zarządzania projektami w środowiskach Kanban i Scrum. W przypadku metodyki Kanban wiele zespołów określa limit prac w toku dla każdego stanu na podstawie poprzednich doświadczeń i wielkości zespołu. Zespoły korzystające z metodyki Scrum używają szacowania projektu do określenia zakresu zadań, które można wykonać w danym sprincie. Wiele zespołów Agile stosuje specjalne techniki szacowania projektów, takie jak poker planistyczny (Planning Poker), idealne godziny i punkty historyjek, aby przypisać wartość numeryczną do realizowanego zadania. Zapewnia im to punkt odniesienia, który można wykorzystać podczas retrospektyw sprintu, aby ocenić działania zespołu. System Jira można dostosować, aby prawidłowo obsługiwał metodę szacowania projektów stosowaną przez zespół.
Oszacowania projektu są istotne na początku i na końcu każdego sprintu. Dzięki nim zespoły ustalają przed rozpoczęciem sprintu, które zadania mogą wykonać, a po jego zakończeniu dowiadują się, w jakim stopniu dokładne były początkowe szacunki. Raporty Agile, takie jak wykresy spalania, pokazują liczbę „punktów historyjek” ukończonych podczas sprintu. W standardzie system Jira oferuje kilkadziesiąt raportów, które w czasie rzeczywistym zapewniają dane dotyczące wyników zespołu. Na ich podstawie można podejmować odpowiednie działania. Dostęp do takich danych podczas retrospektyw w znaczny sposób ułatwia usprawnienie funkcjonowania zespołów Agile.
Backlog produktu to uporządkowana pod względem priorytetów lista zadań do wykonania dla zespołu programistów. Wynika ona z planu rozwoju i wymagań produktu. Zespół programistów pobiera z backlogu produktu zadania do wykonania w ramach każdego sprintu.
Porządkowanie i utrzymywanie backlogu ułatwia zespołom realizację celów długoterminowych. Odbywa się to dzięki stałemu dodawaniu i usuwaniu elementów na podstawie długoterminowych możliwości zespołu oraz zmieniających się celów biznesowych. System Jira pozwala zespołom porządkować duże backlogi dzięki rankingom wielokrotnego wyboru oraz sortowaniu historyjek użytkowników i błędów metodą przeciągania i upuszczania zgłoszeń. Można także filtrować za pomocą elastycznych funkcji wyszukiwania systemu Jira w celu znalezienia określonej historyjki użytkownika lub błędu.
Menedżerowie projektów Agile również muszą zapewniać odpowiednią ilość kontekstu różnym interesariuszom i zespołom, w tym kierownictwu wyższego szczebla, na temat statusu projektów, za które są odpowiedzialni.
Dzięki rozwiązaniu Atlas menedżerowie projektów mogą udostępniać wybrane cotygodniowe komunikaty o postępach prac i miejsca ich wykonywania oraz wskazywać kluczowe blokery, zmiany i komunikaty.
Kieruj działaniami w każdym projekcie dzięki zaawansowanym narzędziom do zarządzania zadaniami oraz łatwym w użyciu narzędziom do ustalania priorytetów.
Claire Drumond jest specjalistką od strategii marketingu, mówczynią i autorką tekstów w Atlassian. Ma na koncie liczne artykuły na blogach Trello i Atlassian, a także udział w tworzeniu publikacji w portalu Medium, takich jak HackerNoon, Art+Marketing czy PoetsUnlimited. Bierze udział w konferencjach na całym świecie, poruszając tematy Agile, znoszenia barier komunikacyjnych i budowania empatii.