{"id":10437,"date":"2021-02-19T09:01:44","date_gmt":"2021-02-19T08:01:44","guid":{"rendered":"https:\/\/wp-test.itcraft.pl\/pl\/?p=10437"},"modified":"2023-07-14T12:05:21","modified_gmt":"2023-07-14T10:05:21","slug":"zwinne-zarzadzanie-w-scrum","status":"publish","type":"post","link":"https:\/\/itcraftapps.com\/pl\/blog\/zwinne-zarzadzanie-w-scrum\/","title":{"rendered":"Zwinne zarz\u0105dzanie projektem w Scrum"},"content":{"rendered":"\n

Linda i Pawe\u0142 prowadz\u0105 swoje biznesy. Oboje osi\u0105gaj\u0105 sukcesy, ich firmy si\u0119 rozrastaj\u0105, jednak jaki\u015b czas temu zyski zacz\u0119\u0142y nagle spada\u0107.<\/p>\n\n\n\n

Postanowili poszuka\u0107 nowych sposob\u00f3w na dotarcie do wi\u0119kszej ilo\u015bci klient\u00f3w oraz zwi\u0119kszenie swojej widoczno\u015bci na rynku i oboje postanowili stworzy\u0107 aplikacje mobilne<\/a> w ramach swoich biznes\u00f3w.<\/p>\n\n\n\n

Spis tre\u015bci<\/h3>\n\n\n\n
    \n
  1. Jak znale\u017a\u0107 dewelopera aplikacji z odpowiednim podej\u015bciem do Twojego biznesu<\/a><\/span><\/li>\n\n\n\n
  2. Czym jest Scrum?<\/a><\/span><\/li>\n\n\n\n
  3. Role w projekcie deweloperskim prowadzonym w Agile Scrum<\/a><\/span><\/li>\n\n\n\n
  4. Zwinny framework<\/a><\/span><\/li>\n\n\n\n
  5. Sprinty \u2013 kr\u00f3tkie, zwinne, produktywne<\/a><\/span><\/li>\n\n\n\n
  6. P\u0142acisz za to, co dostajesz \u2013 nie za obietnice<\/a><\/span><\/li>\n\n\n\n
  7. Przejrzysto\u015b\u0107 i transparentno\u015b\u0107<\/a><\/span><\/li>\n\n\n\n
  8. Przewaga zwinno\u015bci<\/a><\/span><\/li>\n<\/ol>\n\n\n\n
    \n\n\n\n
    \"Jak<\/figure>\n\n\n\n

    Jak znale\u017a\u0107 dewelopera aplikacji z odpowiednim podej\u015bciem do Twojego biznesu<\/h2>\n\n\n\n

    Paul znalaz\u0142 firm\u0119 tworz\u0105c\u0105 aplikacje, otrzyma\u0142 dok\u0142adn\u0105 wycen\u0119 swojego produktu, a deweloper zaproponowa\u0142 zbudowanie aplikacji w modelu kaskadowym. Stworzenie dokumentacji wymaga\u0144, funkcjonalno\u015bci oraz designu apki zaj\u0119\u0142o kilka miesi\u0119cy. W tym momencie Pawe\u0142 mo\u017ce tylko czeka\u0107. Wkr\u00f3tce otrzyma sw\u00f3j gotowy i dzia\u0142aj\u0105cy produkt, za kt\u00f3ry sporo zap\u0142aci\u0142. Wtedy  dopiero b\u0119dzie m\u00f3g\u0142 doceni\u0107 jego innowacyjno\u015b\u0107. Prawdopodobnie po jakim\u015b czasie jego produkt b\u0119dzie dzia\u0142a\u0142 tak, jak sobie wst\u0119pnie zaplanowa\u0142 – bez fajerwerk\u00f3w, ale te\u017c bez problem\u00f3w, ani bez potrzeby anga\u017cowania Paw\u0142a. Dostanie dok\u0142adnie to, co zamawia\u0142 – ale zajmie to d\u0142u\u017csz\u0105 chwil\u0119.<\/strong><\/p>\n\n\n\n

    Linda postanowi\u0142a zwr\u00f3ci\u0107 si\u0119 do dewelopera pracuj\u0105cego w Agile. Otrzyma\u0142a wycen\u0119 aplikacji – firma zaproponowa\u0142a development metod\u0105 Scrum.<\/strong><\/p>\n\n\n\n

    \"Czym<\/figure>\n\n\n\n

    Czym jest Scrum?<\/h2>\n\n\n\n

    Scrum to zwinna metodologia wytwarzania oprogramowania. Procesy typu Agile s\u0105 oparte o konkretny zestaw zasad i warto\u015bci. Scrum jako metoda wykorzystuje je i oferuje framework organizuj\u0105cy prac\u0119 w developmencie.<\/p>\n\n\n\n

    Po zaakceptowaniu estymacji projektu Linda sta\u0142a si\u0119 w\u0142a\u015bcicielk\u0105 produktu. Jej zaanga\u017cowanie w proces kreacji apki b\u0119dzie mia\u0142 przede wszystkim wymiar praktyczny, zw\u0142aszcza na pocz\u0105tku i zawsze wtedy, gdy b\u0119d\u0105 wprowadzane zmiany i modyfikacje w projekcie.<\/p>\n\n\n\n

    Do projektu Lindy przypisano zesp\u00f3\u0142 oraz Scrum Mastera, a ona sama sta\u0142a si\u0119 cz\u0119\u015bci\u0105 teamu! W\u0142a\u015bnie tak dzia\u0142a metodologia Scrum. W wybranym przez ni\u0105 software housie wyja\u015bniono jej, \u017ce praca w Scrumie wymaga wsp\u00f3\u0142pracy pomi\u0119dzy w\u0142a\u015bcicielem produktu, Scrum Masterem i zespo\u0142em programistycznym.<\/p>\n\n\n\n

    Jako \u017ce by\u0142 to pierwszy zwinny projekt aplikacji, w kt\u00f3rym uczestniczy\u0142a Linda, musia\u0142a si\u0119 nauczy\u0107 zasad Scruma. Deweloperzy pracowali w tej metodzie od lat, nie by\u0142o wi\u0119c pytania, na kt\u00f3re nie znaliby odpowiedzi.<\/p>\n\n\n\n

    Pytanie, kt\u00f3re Linda mia\u0142a w g\u0142owie od samego pocz\u0105tku, brzmia\u0142o: jak to wszystko funkcjonuje? Firma wyt\u0142umaczy\u0142a jej, jak dzia\u0142a zwinne wytwarzanie oprogramowania.<\/p>\n\n\n\n

    Role w projekcie deweloperskim prowadzonym w Agile Scrum<\/h2>\n\n\n\n

    Wszystko zaczyna si\u0119 od przydzielenia konkretnych r\u00f3l. Aby osi\u0105gn\u0105\u0107 maksymaln\u0105 produktywno\u015b\u0107, elastyczno\u015b\u0107 i kreatywno\u015b\u0107 zespo\u0142\u00f3w Scrumowych, musz\u0105 by\u0107 one samowystarczalne. Oznacza to, \u017ce w\u0142a\u015bciciel produktu, Scrum Master i zesp\u00f3\u0142 developerski to jedyne, czego powinien potrzebowa\u0107 projekt, aby mo\u017cna by\u0142o go uko\u0144czy\u0107. Te trzy role sk\u0142adaj\u0105 si\u0119 na wielofunkcyjn\u0105 grup\u0119 posiadaj\u0105c\u0105 wszelkie kompetencje, aby pracowa\u0107 w projekcie.<\/p>\n\n\n\n

    W\u0142a\u015bciciel produktu <\/h3>\n\n\n\n

    Product Owner <\/strong>(czyli klient) podejmuje decyzje podczas trwania procesu. Zadaniem Lindy jest powiedzie\u0107 ca\u0142ej reszcie, co jest potrzebne w jej aplikacji. Funkcjonalno\u015bci, problemy, kt\u00f3re musz\u0105 rozwi\u0105za\u0107, terminy do dotrzymania. Jest ona tak\u017ce odpowiedzialna za akcept produktu na ka\u017cdym etapie jego wytwarzania. Je\u015bli pojawi si\u0119 potrzeba wprowadzenia zmian lub dodania czego\u015b, to ona powinna zakomunikowa\u0107 to reszcie zespo\u0142u (tzw. Single Point of Contact). Linda powinna dba\u0107 o to, aby zar\u00f3wno produkt, jak i praca zespo\u0142u deweloperskiego reprezentowa\u0142y odpowiedni\u0105 warto\u015b\u0107. Powinna m\u00f3wi\u0107 ludziom, co maj\u0105 robi\u0107 (ale nie jak to robi\u0107) i decydowa\u0107, czy akceptuje przedstawione jej efekty.<\/p>\n\n\n\n

    Scrum Master<\/h3>\n\n\n\n

    Scrum Master<\/strong> to jedna osoba, kt\u00f3ra dba o to, aby projekt przebiega\u0142 wed\u0142ug zasad Scrum. To wa\u017cne, bo zwinno\u015b\u0107, ci\u0105g\u0142e poprawki i potrzeba elastyczno\u015bci s\u0105 w tym wypadku codzienno\u015bci\u0105. Zadaniem Scrum Mastera jest optymalizowanie pracy, rozporz\u0105dzanie zasobami, komunikacja oraz ustalanie cel\u00f3w ze wszystkimi osobami zaanga\u017cowanymi w projekt. Filozofia Scrum Mastera opiera si\u0119 o bycie do dyspozycji w\u0142a\u015bciciela produktu i zespo\u0142u oraz organizacj\u0119 d\u0105\u017ce\u0144 maj\u0105cych dostarczy\u0107 okre\u015blon\u0105 warto\u015b\u0107.<\/p>\n\n\n\n

    Zesp\u00f3\u0142 programistyczny<\/h3>\n\n\n\n

    Wielofunkcyjna grupa specjalist\u00f3w posiadaj\u0105ca wszystkie umiej\u0119tno\u015bci potrzebne do uko\u0144czenia okre\u015blonych zada\u0144. \u017baden cz\u0142onek zespo\u0142u nie jest okre\u015blony sztywnym tytu\u0142em, wszyscy sobie pomagaj\u0105 w procesie developmentu w spos\u00f3b holistyczny.<\/p>\n\n\n\n

    Zwinny framework<\/h2>\n\n\n\n

    Gdy role zosta\u0142y ju\u017c obja\u015bnione, Linda powinna nauczy\u0107 si\u0119 wszystkiego na temat frameworka Scrum. Jej aplikacja ma by\u0107 wykonana od podstaw. Zakres prac, planowanie, harmonogram, dostarczenie produktu, terminy, faktury – wszystko musi zosta\u0107 okre\u015blone. Jak to si\u0119 robi w Scrumie?<\/p>\n\n\n\n

    Zwinny plan developmentu<\/h3>\n\n\n\n

    Jak w ka\u017cdym projekcie, development aplikacji Lindy rozpocz\u0105\u0142 si\u0119 od fazy planowania. W metodologii Scrum wszystkie komponenty, funkcjonalno\u015bci i wymagania s\u0105 umieszczane w tak zwanym Backlogu Produktu.<\/strong> Jest to lista wszystkich warunk\u00f3w, jakie powinna spe\u0142nia\u0107 wytworzona aplikacja. Backlog, w przeciwie\u0144stwie do klasycznej dokumentacji, jest bardzo elastyczny i mo\u017cna go dopasowywa\u0107 do sytuacji. Dopracowywanie backlogu trwa przez ca\u0142y czas<\/strong> i nie jest niczym ograniczone.<\/p>\n\n\n\n

    Zmiany, dodatkowe elementy i inne usprawnienia mog\u0105 by\u0107 wprowadzane w ka\u017cdym momencie trwania developmentu<\/strong> bez potrzeby wracania do wst\u0119pnej fazy planowania. Mo\u017cna powiedzie\u0107, \u017ce Backlog Produktu nigdy nie jest sko\u0144czony, lecz wci\u0105\u017c si\u0119 go doskonali.<\/p>\n\n\n\n

    Wykonanie<\/h3>\n\n\n\n

    Scrum to framework zak\u0142adaj\u0105cy prac\u0119 w stosunkowo kr\u00f3tkich iteracjach.<\/strong> Po stworzeniu backlogu proces developmentu zostaje podzielony na Sprinty – ich d\u0142ugo\u015b\u0107 jest szacowana w oparciu o poziom skomplikowania funkcjonalno\u015bci. Sprinty zazwyczaj trwaj\u0105 od 1 do 4 tygodni <\/strong>i powinny dostarcza\u0107 rezultaty w formie dzia\u0142aj\u0105cych funkcji gotowych do przetestowania, zrecenzowania i zatwierdzenia przez w\u0142a\u015bciciela produktu.<\/p>\n\n\n\n

    Kr\u00f3tkie iteracje dodaj\u0105 procesowi developmentu zwinno\u015bci. Nowe wymagania, zmiany, dodatkowe zadania mog\u0105 by\u0107 wdra\u017cane jako kolejne sprinty, a praca nad nimi mo\u017ce si\u0119 rozpoczyna\u0107 natychmiast po zako\u0144czeniu w\u0142a\u015bnie trwaj\u0105cego sprintu.<\/p>\n\n\n\n

    Kr\u00f3tkie iteracje dodaj\u0105 procesowi developmentu zwinno\u015bci. Nowe wymagania, zmiany, dodatkowe zadania mog\u0105 by\u0107 wdra\u017cane jako kolejne sprinty, a praca nad nimi mo\u017ce si\u0119 rozpoczyna\u0107 natychmiast po zako\u0144czeniu w\u0142a\u015bnie trwaj\u0105cego sprintu.<\/p>\n\n\n\n

    \"Sprinty<\/figure>\n\n\n\n

    Sprinty – kr\u00f3tkie, zwinne, produktywne<\/h2>\n\n\n\n

    Sprinty rozpoczynaj\u0105 si\u0119 planowaniem, podczas kt\u00f3rego tworzony jest Backlog Sprintu.<\/strong> Zawiera on zestaw wymog\u00f3w zaczerpni\u0119tych z Backlogu Produktowego, poniewa\u017c celem ka\u017cdego sprintu jest spe\u0142nienie owych wymaga\u0144. Zesp\u00f3\u0142 ustala, w jaki spos\u00f3b zorganizuje swoj\u0105 prac\u0119, aby dostarczy\u0107 efekty w okre\u015blonym terminie.<\/p>\n\n\n\n

    Daily Scrum<\/h3>\n\n\n\n

    Zesp\u00f3\u0142 spotyka si\u0119 codziennie na kr\u00f3tkim spotkaniu Scrumowym w celu ustalenia cel\u00f3w na dany dzie\u0144.<\/p>\n\n\n\n

    Planowanie sprint\u00f3w wymaga wgl\u0105du w\u0142a\u015bciciela produktu i jego informacji zwrotnej – jednocze\u015bnie, powinno by\u0107 uzgadniane przez ca\u0142y zesp\u00f3\u0142. P\u00f3\u017aniej mo\u017cna rozpocz\u0105\u0107 prac\u0119 nad ustalonymi celami. Pod koniec ka\u017cdego sprintu efekty s\u0105 prezentowane w\u0142a\u015bcicielowi produktu<\/strong>, aby m\u00f3g\u0142 je oceni\u0107 i zatwierdzi\u0107.<\/p>\n\n\n\n

    Po przeprowadzeniu sprintu organizowana jest Retrospektywa.<\/strong> W Scrumie ewoluujemy i dostosowujemy si\u0119 do ka\u017cdego projektu. Retrospektywa to idealna szansa na to, aby przyjrze\u0107 si\u0119 minionemu etapowi developmentu i zidentyfikowa\u0107 co zadzia\u0142a\u0142o dobrze, a co wymaga usprawnienia.<\/p>\n\n\n\n

    Gdy sprint si\u0119 zako\u0144czy, wszystkie cele zostan\u0105 osi\u0105gni\u0119ta, a potem zrewidowane i zatwierdzone, cykl si\u0119 powtarza. Planowanie sprintu, dzienne spotkania Scrum, praca, rewizja. Ka\u017cdy sprint dostarcza gotowe cz\u0119\u015bci produktu, wi\u0119c na ka\u017cdym etapie Linda mo\u017ce obserwowa\u0107 powstawanie i dopracowywanie aplikacji, co zbli\u017ca j\u0105 do finalnego produktu. W wielu przypadkach to okaza\u0142o si\u0119 kluczowe dla klienta.<\/strong><\/p>\n\n\n\n

    P\u0142acisz za to, co dostajesz – nie za obietnice<\/h2>\n\n\n\n

    Metoda oparta na sprintach pomaga tak\u017ce na elastyczno\u015b\u0107 w obszarze finans\u00f3w. Ka\u017cdy sprint mo\u017cna rozliczy\u0107 jako osobny \u201cprodukt\u201d, wi\u0119c Linda nie musia\u0142a p\u0142aci\u0107 od razu za ca\u0142y projekt, tylko dostaje faktury za ka\u017cdy sprint. To daje jej du\u017co wolno\u015bci i jednocze\u015bnie kontrol\u0119 nad bud\u017cetem firmowym.<\/strong> W ekstremalnych przypadkach mog\u0142aby nawet zawiesi\u0107 projekt, porzuci\u0107 go lub poszuka\u0107 bardziej efektywnego dewelopera w trakcie jego trwania. P\u0142aci tylko za prac\u0119 wykonan\u0105<\/strong> w konkretnym terminie, a nie pe\u0142n\u0105 sum\u0119 za ca\u0142y projekt.<\/p>\n\n\n\n

    Przejrzysto\u015b\u0107 i transparentno\u015b\u0107<\/h2>\n\n\n\n

    Z ka\u017cdym sprintem Backlog Produktu si\u0119 zmniejsza, a estymacje odno\u015bnie szybko\u015bci progresu, pozosta\u0142ego czasu i koszt\u00f3w staj\u0105 si\u0119 dok\u0142adniejsze. Staje si\u0119 jasne, czy projekt mie\u015bci si\u0119 w harmonogramie oraz czy dodatkowe zmiany mog\u0105 jeszcze si\u0119 zmie\u015bci\u0107 w bud\u017cecie lub czy jakie\u015b mo\u017cna pomin\u0105\u0107 dla redukcji koszt\u00f3w. Funkcjonalno\u015bci, kt\u00f3re nie zosta\u0142y jeszcze wykonane mo\u017cna w ka\u017cdej chwili usun\u0105\u0107 z Backlogu i zast\u0105pi\u0107 je nowymi pomys\u0142ami lub propozycjami. <\/strong>Elastyczno\u015b\u0107 pozwala na doskonalenie produktu zgodnie z wizj\u0105 w\u0142a\u015bciciela produktu, aby mie\u0107 pewno\u015b\u0107, \u017ce finalny produkt b\u0119dzie odpowiada\u0142 oczekiwaniom.<\/p>\n\n\n\n

    Niespodziewane trudno\u015bci<\/h3>\n\n\n\n

    Zmiany, ulepszenia oraz nowe wymagania teoretycznie s\u0105 dozwolone przez ca\u0142y proces trwania developmentu, lecz w praktyce wprowadzenie ich pod koniec test\u00f3w i implementacji mo\u017ce znacznie op\u00f3\u017ani\u0107 moment wdro\u017cenia produktu. Dla ka\u017cdego nowego sprintu nale\u017cy okre\u015bli\u0107 rozs\u0105dny harmonogram, aby wsp\u00f3\u0142praca by\u0142a efektywna.<\/p>\n\n\n\n

    Im wcze\u015bniej nowe funkcjonalno\u015bci zostan\u0105 zaproponowane i wpisane do Backlogu, tym szybciej mo\u017cna dokona\u0107 korekty wymaga\u0144 i estymacji.<\/strong><\/p>\n\n\n\n

    Rola w\u0142a\u015bciciela produktu nauczy\u0142a Lind\u0119, co naprawd\u0119 oznacza bycie cz\u0119\u015bci\u0105 zespo\u0142u pracuj\u0105cego nad jej wymarzonym projektem. W trakcie trwania procesu mog\u0142a wymy\u015bla\u0107 nowe funkcje aplikacji, pozbywa\u0107 si\u0119 tych niepotrzebnych i mie\u0107 kontrol\u0119 nad ka\u017cdym elementem produktu.<\/strong> Efekt ko\u0144cowy przer\u00f3s\u0142 jej oczekiwania.<\/p>\n\n\n\n

    Przewaga zwinno\u015bci<\/h2>\n\n\n\n

    Framework Scrum oparty jest na wsp\u00f3\u0142pracy i inkluzywno\u015bci, co daje mu spor\u0105 przewag\u0119 nad klasycznym developmentem kaskadowym. W tym drugim zaanga\u017cowanie osoby zamawiaj\u0105cej oprogramowanie w development uznawane jest za przeszkod\u0119 i utrudnia proces produkcji. Klasyczny development jest odpowiedni dla projekt\u00f3w ze szczeg\u00f3\u0142ow\u0105 dokumentacj\u0105, sztywnymi wymogami i mocno zdefiniowanymi celami – w tym wypadku, po wst\u0119pnej fazie planowania wszystko jest zale\u017cne od deweloper\u00f3w. Zredukowanie koszt\u00f3w po rozpocz\u0119ciu projektu jest w\u0142a\u015bciwie niemo\u017cliwe.<\/strong><\/p>\n\n\n\n

    Metodologia Agile Scrum to podej\u015bcie ewolucyjne<\/strong>, wytwarzanie oprogramowania w zwinny spos\u00f3b. Efekty pracy w Scrumie daj\u0105 wszystkim zainteresowanym satysfakcj\u0119 z dostarczania indywidualnego produktu dostosowanego do potrzeb klienta. \u0141atwiej wprowadza\u0107 zmiany i rozszerza\u0107 list\u0119 wymaga\u0144 w procesie. Redukcja koszt\u00f3w og\u00f3lnych jest mo\u017cliwa, na przyk\u0142ad poprzez anulowanie sprint\u00f3w po\u015bwi\u0119conych funkcjonalno\u015bciom, kt\u00f3re nie s\u0105 ju\u017c potrzebne.<\/p>\n\n\n\n

    \n\t

    Najcz\u0119\u015bciej zadawane pytania<\/h2>\n\t\t\t\n\t\t\n\t\t\t\t\t\t\t
    \n\t\t\t\t\t