Agile Development to podejście do tworzenia oprogramowania, które koncentruje się na szybkim wdrażaniu funkcji z ciągłymi iteracjami opartymi na konsultacjach między działami i opiniach użytkowników. Jest to struktura zarządzania projektami, która opiera się na stopniowych zmianach na każdym etapie testowanego procesu i opiera kolejną iterację lub zwrot produktu na informacjach zwrotnych lub wynikach użytkowników końcowych.
Zrozumienie, czym jest zwinny rozwój, to dopiero początek — ważne jest włączenie go do praktyk biznesowych. Świetnym sposobem na wdrożenie podejścia zwinnego w praktykach zarządzania projektami jest powiązanie wizualizacji z programowaniem zwinnym. Jedną z popularnych wizualizacji na początek są mapy historyjek użytkownika . Mapy historii użytkownika to wizualne przedstawienie użytkowników wchodzących w interakcję z Twoim produktem oraz reakcje lub działania, które Twój UX wywołuje u użytkowników, gdy pracują nad osiągnięciem celu lub zadania. Tworzenie map historii dla użytkowników zmusza Cię do podzielenia produktu na etapy przyrostowe, co pozwala skupić się na tym, jak iteracyjne zmiany można niezależnie zastosować na każdym etapie, aby ulepszyć produkt jako całość. Mapy historii mogą przybierać różne formy: liniowe podróże, gdy użytkownik przechodzi przez produkt, nieliniowe cykle, a nawet wykresy przedstawiające czas lub priorytet wzdłuż osi x i złożoność zadania na osi y.
Scrum
Scrum to zwinna metodologia rozwoju, która koncentruje się na ograniczaniu czasu zadań projektowych do sprintów (zwykle trwających od 1 do 4 tygodni) i umożliwia programistom wprowadzanie nowych funkcji we wcześniej ustalonym rytmie. Typowe praktyki organizacji stosujących scrum to codzienne spotkania stand-up, inauguracje sprintu i przeglądy po sprincie.
Kanban
Kanban to zwinna metodologia rozwoju, która obejmuje wizualny rejestr priorytetowych zadań, które należy wykonać, aby ukończyć projekt. Natychmiast po zakończeniu tych zadań są one zwalniane, co skutkuje ciągłymi iteracjami i wydaniami produktów. Deweloperzy mają możliwość wykonywania zadań najbardziej związanych z ich dziedziną wiedzy oraz zadań, które nie są ograniczone czasowo.
Wyizoluj projekt
Pierwszym krokiem we wdrażaniu zwinnych praktyk programistycznych jest wybór projektu do pracy. Programowanie zwinne sprawdza się najlepiej w złożonych projektach z wieloma ruchomymi częściami. Wybierz projekt, który może wymagać współpracy międzywydziałowej i stworzenia/wdrożenia szeregu nowych funkcji. Następnie wybierz scrum mastera , osobę, która będzie odpowiedzialna za upewnienie się, że projekt przebiega zgodnie z planem.
Utwórz listę zadań
Następnym krokiem jest utworzenie listy wszystkich wymaganych zadań, których projekt będzie potrzebował do ukończenia. Po wypisaniu wszystkich zadań uporządkuj je według ważności i priorytetu. Często zdarzają się zadania, których nie można ukończyć bez wcześniejszego ukończenia jednego z pozostałych zaległych zadań — powinna to uwzględniać Twoja lista priorytetów. Lista zadań będzie się zmieniać i powiększać w trakcie procesu Agile, gdy zdasz sobie sprawę z większej liczby zadań do wykonania, a z drugiej strony uświadomisz sobie, że niektóre zadania są niepotrzebne.
Podziel się na sprinty lub utwórz tablicę kanban
Teraz nadszedł czas, aby zdecydować, czy stosujesz podejście Scrum, czy Kanban. Jeśli zdecydujesz się na Scrum, podziel swoje listy zadań na poszczególne sprinty. Ogranicz swoje sprinty do maksymalnie czterech tygodni programisty, ale dąż do około dwóch tygodni. To zmniejszy zakres projektu i zmusi programistów do pracy nad najważniejszymi zadaniami. Jeśli zdecydujesz się na Kanban, utwórz tablicę Kanban ze wszystkimi zaległymi zadaniami. Poproś programistów, aby podeszli do tablicy i fizycznie wybrali zadanie, które chcesz uznać za własne. Przenieś zadanie przez tablicę z „Do zrobienia”, do „Zrobienia”, do „Zrobione”.
Zabrać się do pracy
Rozpocząć pracę! Gdy deweloperzy i marketerzy zaczynają wspólnie pracować nad przydzielonymi im zadaniami, warto organizować codzienne szybkie spotkania stand-up. Spotkania te nie powinny trwać dłużej niż 10 minut, a każdy uczestnik powinien odpowiedzieć na trzy podstawowe pytania: Co robiłeś wczoraj? Co dzisiaj robisz? Czy jest coś, co uniemożliwia Ci dzisiaj wykonanie zadań?
Przejrzyj projekt, proces i powtórz
Po zakończeniu sprintu lub wdrożeniu nowej funkcji przejrzyj projekt, aby upewnić się, że jest akceptowalny dla interakcji użytkownika. Niezbędne jest również przejrzenie całego procesu i aktywne poszukiwanie sposobów na poprawę wydajności lub wyników procesu. Po wykonaniu tych czynności powtórz od początku w następnym projekcie lub zestawie funkcji.