{"id":534,"date":"2022-01-26T01:29:57","date_gmt":"2022-01-26T01:29:57","guid":{"rendered":"https:\/\/www.cybermedian.com\/pl\/?p=534"},"modified":"2025-02-17T11:43:30","modified_gmt":"2025-02-17T03:43:30","slug":"scrum-a-quick-introduction","status":"publish","type":"post","link":"https:\/\/www.cybermedian.com\/pl\/scrum-a-quick-introduction\/","title":{"rendered":"Scrum: Szybkie wprowadzenie"},"content":{"rendered":"

Scrum <\/strong>(Zesp\u00f3\u0142 Rugby), model rozwoju oprogramowania jest rodzajem zwinnego rozwoju, kt\u00f3ry stopniowo zyska\u0142 popularno\u015b\u0107 w ci\u0105gu ostatnich dziesi\u0119ciu lat.<\/p>\n

<\/figure>\n

Podstawowe za\u0142o\u017cenie Scrum<\/h3>\n

Rozw\u00f3j oprogramowania jest jak rozw\u00f3j nowego produktu. Ostateczne procedury produktu oprogramowania nie mog\u0105 by\u0107 zdefiniowane od pocz\u0105tku. Proces wymaga bada\u0144 i rozwoju, kreatywno\u015bci, pr\u00f3b i b\u0142\u0119d\u00f3w, wi\u0119c nie ma ustalonego procesu, kt\u00f3ry m\u00f3g\u0142by zagwarantowa\u0107 sukces projektu.<\/p>\n

Scrum por\u00f3wnuje zesp\u00f3\u0142 rozwoju oprogramowania do dru\u017cyny pi\u0142karskiej. Ma jasno okre\u015blony najwy\u017cszy cel, zna najlepszy model i technologi\u0119 wymagan\u0105 w procesie rozwoju, ma wysoki stopie\u0144 autonomii, blisk\u0105 komunikacj\u0119 i wsp\u00f3\u0142prac\u0119 oraz zapewnia rozwi\u0105zywanie r\u00f3\u017cnych wyzwa\u0144 ka\u017cdego dnia z du\u017c\u0105 elastyczno\u015bci\u0105; Ka\u017cdy etap ma wyra\u017any post\u0119p w kierunku celu.<\/p>\n

Proces Scrum<\/h3>\n

Proces rozwoju Scrum zazwyczaj zaczyna si\u0119 od 30-dniowej (lub kr\u00f3tszej) fazy, zaczynaj\u0105c od specyfikacji wymaga\u0144 nowego produktu klienta, przy czym zesp\u00f3\u0142 deweloperski i klient wybieraj\u0105, kt\u00f3re cz\u0119\u015bci specyfikacji maj\u0105 zosta\u0107 zrealizowane na pocz\u0105tku ka\u017cdej fazy, zesp\u00f3\u0142 deweloperski musi da\u0107 z siebie wszystko, aby dostarczy\u0107 wyniki po 30 dniach, a zesp\u00f3\u0142 spotyka si\u0119 przez 15 minut dziennie, aby przegl\u0105da\u0107 post\u0119py ka\u017cdego cz\u0142onka i harmonogram, zrozumie\u0107 napotkane trudno\u015bci i pr\u00f3bowa\u0107 je rozwi\u0105za\u0107.<\/p>\n

Zalety podej\u015bcia zwinnego<\/strong><\/h3>\n

Jak\u0105 przewag\u0119 ma Scrum nad tradycyjnym modelem rozwoju.<\/strong>Cech\u0105 wyr\u00f3\u017cniaj\u0105c\u0105 model Scrum jest to, \u017ce reaguje na zmiany. Mo\u017ce reagowa\u0107 na zmiany tak szybko, jak to mo\u017cliwe.<\/p>\n

Kiedy tradycyjny system koncentruje si\u0119 na wst\u0119pnym planowaniu, w kt\u00f3rym czynniki takie jak koszt, zakres i czas maj\u0105 znaczenie, podej\u015bcie zwinne k\u0142adzie nacisk na prac\u0119 zespo\u0142ow\u0105, wsp\u00f3\u0142prac\u0119 z klientem i elastyczno\u015b\u0107. W miar\u0119 jak specyfikacje wymaga\u0144 si\u0119 zmieniaj\u0105, zesp\u00f3\u0142 zwinny mo\u017ce pozosta\u0107 mobilny i zdolny do reagowania na te zmiany. Jednak nie oznacza to, \u017ce strategia planowania adaptacyjnego jest zawsze lepsza od strategii planowania predykcyjnego. Por\u00f3wnajmy te dwie strategie rozwoju projektu w dalszych szczeg\u00f3\u0142ach.<\/p>\n

<\/figure>\n

Zatem tradycyjne podej\u015bcie do rozwoju (model kaskadowy, znane r\u00f3wnie\u017c jako oparte na planie) jest liniowe, z wszystkimi fazami procesu wyst\u0119puj\u0105cymi sekwencyjnie. To podej\u015bcie opiera si\u0119 na przewidywalnych narz\u0119dziach i przewidywalnych do\u015bwiadczeniach. Ka\u017cdy projekt przechodzi przez ten sam cykl \u017cycia, w tym wykonalno\u015b\u0107, planowanie, projektowanie, budow\u0119, testowanie, produkcj\u0119, wsparcie itd., jak pokazano poni\u017cej.<\/p>\n

Ca\u0142y projekt jest planowany z wyprzedzeniem bez mo\u017cliwo\u015bci zmiany wymaga\u0144, na przyk\u0142ad PMBOK PMI i PRINCE2 s\u0105 rygorystyczne i \u015bci\u015ble kontrolowane. Okre\u015blaj\u0105 r\u00f3\u017cne fazy planowania projektu od pocz\u0105tku do ko\u0144ca i zak\u0142adaj\u0105, \u017ce masz ju\u017c wszystkie wymagania i informacje, kt\u00f3rych potrzebujesz z g\u00f3ry.<\/p>\n

Podej\u015bcie zwinne jest uwa\u017cane za bardziej nowoczesn\u0105 strategi\u0119 rozwoju oprogramowania, poniewa\u017c zosta\u0142o zaprojektowane g\u0142\u00f3wnie w celu przezwyci\u0119\u017cenia niekt\u00f3rych niedoci\u0105gni\u0119\u0107 bardziej przewidywalnego podej\u015bcia kaskadowego. Jest to model rozwoju oprogramowania, kt\u00f3ry zach\u0119ca do iteracyjnego rozwoju i testowania w ca\u0142ym cyklu \u017cycia projektu.<\/p>\n

Przegl\u0105d procesu Scrum<\/h3>\n

Scrum<\/a> jest ram\u0105, kt\u00f3ra okre\u015bla role<\/a>,\u00a0wydarzenia<\/a>artefakty<\/a>, oraz zasady\/wytyczne do wdro\u017cenia tego sposobu my\u015blenia. Innymi s\u0142owy, Agile to spos\u00f3b my\u015blenia, a Scrum to rama, kt\u00f3ra okre\u015bla proces wdra\u017cania filozofii zwinnej.<\/p>\n

Scrum i agile to nie to samo, ale scrum jest jednym z proces\u00f3w zwinnych. Opieraj\u0105 si\u0119 na iteracyjnym rozwoju. Wymagania i rozwi\u0105zania zwinne uzyskuje si\u0119 dzi\u0119ki wsp\u00f3\u0142pracy mi\u0119dzy zespo\u0142ami wielofunkcyjnymi i samoorganizuj\u0105cymi si\u0119, a gdy s\u0105 wdra\u017cane prawid\u0142owo, mog\u0105 pom\u00f3c zespo\u0142om w rozwi\u0105zywaniu z\u0142o\u017conych problem\u00f3w poprzez stopniowe dostarczanie produkt\u00f3w o najwy\u017cszej warto\u015bci, jednocze\u015bnie minimalizuj\u0105c ryzyko.<\/p>\n

Scrum obejmuje szybk\u0105 inspekcj\u0119 i adaptacj\u0119, praca zespo\u0142owa jest wspierana przez filozofi\u0119 przyw\u00f3dztwa, odpowiedzialno\u015b\u0107 i samoorganizacj\u0119, najlepsze praktyki in\u017cynieryjne, kt\u00f3re pomagaj\u0105 w dostarczaniu szybkiego oprogramowania wysokiej jako\u015bci.<\/p>\n

Kluczowe terminy Scrum<\/h3>\n

Backlog:<\/strong> wszystkie zadania, kt\u00f3re mo\u017cna przewidzie\u0107, w tym wszystkie zadania funkcjonalne i niefunkcjonalne.<\/p>\n

Sprint: <\/strong>Okres czasu dla rozwoju generacyjnego, zazwyczaj maksymalnie 30 dni jako cykl. W tym czasie zesp\u00f3\u0142 deweloperski musi zrealizowa\u0107 sformu\u0142owany backlog, a ostatecznym wynikiem jest produkt inkrementalny i dostarczalny.<\/p>\n

Backlog sprintu: <\/strong>Zadania, kt\u00f3re musz\u0105 zosta\u0107 zrealizowane w cyklu sprintu.<\/p>\n

Czas-ramy:<\/strong> Okno czasowe na spotkanie. Na przyk\u0142ad, czas-ramy ka\u017cdego codziennego spotkania scrum to 15 minut.<\/p>\n

Spotkanie planowania sprintu:<\/strong> Odbywa si\u0119 przed rozpocz\u0119ciem ka\u017cdego sprintu. Zazwyczaj jeden dzie\u0144 (8 godzin). Zadaniem do sformu\u0142owania na tym spotkaniu jest: w\u0142a\u015bciciel produktu i cz\u0142onkowie zespo\u0142u dziel\u0105 backlog na ma\u0142e modu\u0142y funkcjonalne, decyduj\u0105, ile ma\u0142ych modu\u0142\u00f3w funkcjonalnych musi zosta\u0107 zrealizowanych w nadchodz\u0105cym sprincie, oraz ustalaj\u0105 priorytet zada\u0144 w tym Backlogu Produktu. Ponadto spotkanie musi szczeg\u00f3\u0142owo om\u00f3wi\u0107, jak zrealizowa\u0107 te ma\u0142e modu\u0142y funkcjonalne zgodnie z wymaganiami. Obci\u0105\u017cenie tych modu\u0142\u00f3w jest obliczane w godzinach.<\/p>\n

Codzienne spotkanie Scrum:<\/strong> odbywane przez cz\u0142onk\u00f3w zespo\u0142u deweloperskiego, zazwyczaj 15 minut. Ka\u017cdy cz\u0142onek zespo\u0142u deweloperskiego musi zg\u0142osi\u0107 trzy projekty do Scrum Mastera: Co zosta\u0142o zrealizowane dzisiaj? Czy napotka\u0142e\u015b przeszkody? Co zamierzasz zrobi\u0107? Dzi\u0119ki temu spotkaniu cz\u0142onkowie zespo\u0142u mog\u0105 zrozumie\u0107 post\u0119p projektu nawzajem.<\/p>\n

Spotkanie przegl\u0105dowe sprintu: <\/strong>Po ka\u017cdym sprincie zesp\u00f3\u0142 zaprezentuje wyniki sprintu w\u0142a\u015bcicielowi produktu i innym zwi\u0105zanym osobom. Zazwyczaj to spotkanie trwa 4 godziny.<\/p>\n

Retrospektywa sprintu<\/strong> odbywa si\u0119 po Przegl\u0105dzie sprintu<\/a> i przed nast\u0119pnym Planowaniem sprintu<\/a>. To jest maksymalnie trzygodzinne spotkanie dla miesi\u0119cznych Sprint\u00f3w<\/a>. Sesja retrospektywna to zasadniczo spotkanie \u201eulepszaj\u0105ce\u201d, kt\u00f3re ma na celu znalezienie sposob\u00f3w i \u015brodk\u00f3w do zidentyfikowania potencjalnych pu\u0142apek, przesz\u0142ych b\u0142\u0119d\u00f3w i poszukiwania nowych sposob\u00f3w unikania tych b\u0142\u0119d\u00f3w, w kt\u00f3rym uczestnicz\u0105 wszyscy\u200a\u2014\u200aw\u0142a\u015bciciel produktu<\/a>,\u00a0scrum master<\/a>, cz\u0142onkowie zespo\u0142u deweloperskiego oraz opcjonalnie interesariusze.<\/p>\n

Scrum Master:<\/strong> Cz\u0142onek zespo\u0142u odpowiedzialny za nadzorowanie ca\u0142ego procesu Scrum i rewizj\u0119 planu.<\/p>\n

W\u0142a\u015bciciel Produktu<\/strong> kt\u00f3ry posiada produkt w imieniu firmy, jest cz\u0119\u015bci\u0105 zespo\u0142u Scrum<\/a>. Jednak w\u0142a\u015bciciel produktu nie ma w\u0142adzy nad innymi cz\u0142onkami zespo\u0142u, tak jak Scrum Master<\/a>. W\u0142a\u015bciciel Produktu jest odpowiedzialny za opiek\u0119 nad produktem przez d\u0142u\u017cszy czas i odpowiada za osi\u0105gni\u0119cie sukcesu produktu. Jako w\u0142a\u015bciciel produktu powiniene\u015b bezpo\u015brednio wsp\u00f3\u0142pracowa\u0107 z klientami i u\u017cytkownikami, zespo\u0142em deweloperskim oraz innymi kluczowymi interesariuszami, jak pokazano na poni\u017cszym obrazku.<\/p>\n

Zesp\u00f3\u0142 <\/strong>Scrum<\/strong><\/a> Zesp\u00f3\u0142<\/strong> jest zbiorem os\u00f3b (zazwyczaj mi\u0119dzy pi\u0119cioma a dziewi\u0119cioma cz\u0142onkami) pracuj\u0105cych razem, aby dostarczy\u0107 wymagane przyrosty produktu. Ramy Scrum zach\u0119caj\u0105 do wysokiego poziomu komunikacji w\u015br\u00f3d cz\u0142onk\u00f3w zespo\u0142u, aby zesp\u00f3\u0142 m\u00f3g\u0142:<\/p>\n