CodeGym /Kurs Javy /Frontend SELF PL /Pracujemy w Scrum

Pracujemy w Scrum

Frontend SELF PL
Poziom 48 , Lekcja 3
Dostępny

13.1 Co to jest Scrum?

Już chyba rozumiesz, że wszystko, co dotyczy programowania, jest znormalizowane. A co jeśli powiem Ci, że znormalizowane jest absolutnie wszystko? I nawet nie mówię tylko o nazwach zmiennych i funkcji, chociaż one też są znormalizowane 🤦

Istnieje metodologia tworzenia oprogramowania zwana Agile i jej popularne wdrożenie — Scrum. Scrum nazywa się też frameworkiem zespołowym: definiuje wszystkie procesy w zespole. Kiedy powinny być spotkania, kto na nich powinien być, co powinno być omawiane, jakie wyniki spotkań powinny być i w jakiej formie powinny być zapisane.

Ale po co tyle standardyzacji, możesz zapytać. No cóż, po pierwsze, pracujesz w sektorze wysokich technologii — hi-tech i te sprawy. Po drugie, dzięki temu łatwiej wszystkim pracować ze sobą. No a po trzecie, w nazwie Twojego zawodu Frontend Fullstack Software Engineer zwróć uwagę na ostatnie słowo — inżynier. I zrozumiesz, skąd to wszystko się bierze.

13.2 Jak wygląda praca w Scrum

Scrum — to elastyczna metodologia zarządzania projektami, często stosowana w tworzeniu oprogramowania. Opiera się na iteracyjnych i przyrostowych procesach.

Jak wygląda praca w Scrum

Scrum dzieli projekty na cykle rozwoju, zwane sprintami, które zazwyczaj trwają od jednego do czterech tygodni. Każdy sprint zaczyna się od planowania zadań, które mają zostać wykonane, a kończy się prezentacją, na której zespół demonstruje osiągnięte wyniki.

Kluczowe elementy Scrum obejmują role, wydarzenia i artefakty.

Główne role to Product Owner, który definiuje wymagania produktowe, Scrum Master, wspierający proces zgodnie z zasadami Scrum, i zespół deweloperów wykonujący pracę.

Główne wydarzenia to codzienne spotkania (daily stand-upy), planowanie sprintów, retrospektywy i prezentacje wyników pracy. Artefakty obejmują backlog produktu, backlog sprintu i przyrost produktu.

Nie bój się: choć regulacje wszystkiego mogą wyglądać trochę przerażająco, praca w Scrum jest łatwa i przyjemna. Scrum rozwiązał główny konflikt między deweloperami a klientami/właścicielami produktu.

Deweloperzy zawsze chcieli, żeby zostawić ich w spokoju i pozwolić im spokojnie pracować. A właściciele produktu musieli pilnie wprowadzać nowe funkcje, coś dodać, czy przeprowadzić jakiś eksperyment.

Scrum podzielił rozwój na stabilne okresy — sprinty (zazwyczaj 2 tygodnie). W tym czasie deweloperzy wykonują tylko te zadania, które zostały zaplanowane na bieżący sprint. Jeśli klient potrzebuje coś pilnego do zrobienia, dodaje te funkcje do następnego sprintu.

13.3 Sprint & Scrum Board

Sprint to główny cykl rozwoju w Scrum trwający zazwyczaj od jednego do czterech tygodni, podczas którego zespół pracuje nad wykonaniem konkretnych zadań z backlogu produktu.

Na początku każdego sprintu odbywa się planowanie, podczas którego zespół wybiera zadania z backlogu produktu i zobowiązuje się do ich wykonania. Sprint kończy się prezentacją wykonanej pracy i retrospektywą, podczas której zespół analizuje proces pracy nad sprintem i szuka sposobów na poprawienie kolejnego sprintu. Podejście to pozwala regularnie aktualizować produkt, szybko reagując na zmiany wymagań i priorytetów.

W trakcie bieżącego sprintu deweloperzy i właściciel produktu powinni zebrać się na spotkaniu i omówić zadania do następnego sprintu. Lista zadań nazywa się backlogiem.

Backlog, lub backlog, to lista wszystkich zadań, które należy wykonać. W Scrum odróżnia się backlog produktu, który obejmuje wszystkie wymagania do produktu (funkcje), i backlog sprintu, który składa się z zadań wybranych do realizacji w bieżącym sprincie. Backlog jest żywym dokumentem, który regularnie jest aktualizowany i przeglądany w celu zapewnienia zgodności z bieżącymi celami biznesowymi i warunkami rynkowymi.

Backlog bieżącego sprintu często jest wyświetlany w postaci Scrum Board — pewnej tablicy z zadaniami i statusami. Tablica jest podzielona na kolumny, które zazwyczaj reprezentują etapy realizacji zadań, takie jak "Do wykonania", "W trakcie", "Do sprawdzenia" i "Zrobione". To pozwala całemu zespołowi widzieć postęp i łatwo identyfikować wszelkie trudności w procesie pracy.

Komentarze
TO VIEW ALL COMMENTS OR TO MAKE A COMMENT,
GO TO FULL VERSION