Planowanie przedsięwzięcia — metodyki pracy i narzędzia (Agile, Git, Jira/Trello)

Programowanie w zespole to nie tylko pisanie kodu — to też planowanie pracy, dzielenie zadań i śledzenie postępów. Podstawa programowa (INF.04.3.5 i INF.04.3.7) wymaga znajomości metodyk pracy zespołowej i narzędzi do zarządzania projektem — to wiedza przydatna od pierwszego dnia pracy w każdej firmie IT, niezależnie od języka programowania, jakiego używasz.

Zespół programistów pracujący nad aplikacją bankową zwykle korzysta ze Scruma: co dwa tygodnie (jeden Sprint) planuje konkretny zestaw zadań, codziennie na krótkim spotkaniu ("daily standup") każdy mówi, nad czym pracuje i czy ma jakieś przeszkody, a kod zmienia w Gita, gdzie każda funkcjonalność powstaje na osobnej gałęzi i jest łączona z główną wersją dopiero po code review (sprawdzeniu przez innego programistę) i testach.

Wykonaj tę próbę przed dłuższym rozwiązaniem. Tablica nie zastępuje kryteriów ukończenia. Git zapisuje wersje; commit jest lokalny, push dopiero przesyła je do zdalnego repozytorium. Nie wykonuj poleceń w cudzym repozytorium ćwiczeniowym.

Modele cyklu życia projektu:

• model kaskadowy (waterfall) — kolejne etapy (analiza → projekt → implementacja → testy → wdrożenie) następują jeden po drugim, dopiero po zakończeniu poprzedniego. Sprawdza się przy dobrze znanych, stabilnych wymaganiach, ale źle radzi sobie ze zmianami w trakcie projektu;

• model przyrostowy — produkt buduje się w kolejnych, coraz większych częściach (przyrostach), z których każda dodaje nową funkcjonalność;

• model prototypowy — najpierw tworzy się uproszczony prototyp do zebrania informacji zwrotnej od klienta, dopiero potem pełną wersję;

• Agile (zwinne podejście) — praca podzielona na krótkie, powtarzalne cykle z ciągłą informacją zwrotną od klienta. Najpopularniejsze konkretne metodyki Agile to Scrum (praca w Sprintach — zwykle 1-4-tygodniowych cyklach z planowaniem, codziennym krótkim spotkaniem/"daily", przeglądem i retrospektywą na koniec) oraz Kanban (wizualna tablica z kolumnami statusu zadań, np. "Do zrobienia / W trakcie / Gotowe", bez sztywnego podziału na sprinty) i Lean (nacisk na eliminowanie marnotrawstwa i ciągłe doskonalenie procesu).

Narzędzia praktyczne:

• Git — system kontroli wersji, pozwalający śledzić historię zmian w kodzie, cofać się do wcześniejszych wersji i pracować równolegle w zespole bez nadpisywania cudzej pracy (przez tzw. gałęzie/branche i łączenie zmian);

• Jira / Trello — narzędzia do zarządzania zadaniami: Trello to prosta tablica kanbanowa, Jira to bardziej rozbudowane narzędzie popularne w większych zespołach Scrum, z raportami postępu, backlogiem zadań i śledzeniem błędów;

• diagram Gantta — wykres pokazujący harmonogram projektu w czasie: jakie zadania, kiedy się zaczynają i kończą, oraz które zadania zależą od zakończenia innych.

Mylenie Scruma z ogólnym pojęciem Agile — Agile to filozofia/zbiór wartości, Scrum i Kanban to konkretne, sformalizowane metodyki REALIZUJĄCE tę filozofię. Nie są synonimami.

Traktowanie Gita jak zwykłego "backupu w chmurze" — prawdziwa siła Gita to praca zespołowa: gałęzie (branche) pozwalają kilku osobom pracować równolegle nad różnymi funkcjami bez nadpisywania swojej pracy, a historia commitów pozwala zrozumieć, KTO i DLACZEGO zmienił dany fragment kodu.

Sztywne trzymanie się jednej metodyki bez adaptacji do zespołu — w praktyce wiele zespołów miesza elementy Scruma i Kanbana (tzw. Scrumban) — metodyki to narzędzia, nie dogmaty.

Załóż darmowe konto na GitHubie (jeśli jeszcze go nie masz) i utwórz tam repozytorium ze swoimi rozwiązaniami zadań z tego działu. Zrób pierwszy commit i push.