Agile to zbi\u00f3r zasad wsp\u00f3lnych dla zwinnego tworzenia aplikacji. Opiera si\u0119 on na za\u0142o\u017ceniach, kt\u00f3re nale\u017cy wdro\u017cy\u0107, aby poprawi\u0107 procesy deweloperskie i przyspieszy\u0107 powstanie aplikacji. Za\u0142o\u017cenia polegaj\u0105 przede wszystkim na skupieniu si\u0119 na praktycznej cz\u0119\u015bci tworzenia aplikacji oraz pragmatyzmie i dobrej komunikacji \u2013 zar\u00f3wno w zespole, jak i z klientem.<\/p>\n

Wsp\u00f3\u0142cze\u015bnie stosuje si\u0119 te techniki dla szybkiego rozwoju, ale r\u00f3wnie\u017c dla poprawy jako\u015bci produkcji, lepszego pilnowania bud\u017cetu i jednocze\u015bnie stworzenia produktu, kt\u00f3ry usatysfakcjonuje klienta. Metodyki zwinne przygotuj\u0105 zaanga\u017cowanych w projekt do produktywnej pracy i stworzenia wysokiej jako\u015bci aplikacji.<\/p>\n

\n

<\/p>\n

Podzielone opinie na temat metodyk zwinnych<\/h2>\n

Analizuj\u0105c wytyczne projekt\u00f3w, stworzonych w duchu praktyk zwinnych, zauwa\u017cy\u0107 mo\u017cna pewne ambiwalencje. Deweloperzy do\u015b\u0107 pewnie zachwalaj\u0105 produkty stworzone metod\u0105 Agile. Transformacje organizacji pracy na Agile u\u017cywane s\u0105 jako czynnik przekonuj\u0105cy klienta do wybrania us\u0142ug danego software house\u2019u. Jednak klienci wci\u0105\u017c nie s\u0105 przekonani do metodyk zwinnych. W\u0105tpliwo\u015bci pochodz\u0105 z braku wiedzy na ten temat oraz z charakteru Agile. Zak\u0142ada on brak szczeg\u00f3\u0142owo\u015bci projektu, co mo\u017ce odstrasza\u0107 niedo\u015bwiadczonych. Powoduje to niezdrowe napi\u0119cie w relacji z klientem, a to z kolei nie s\u0142u\u017cy pod\u0105\u017caniu prawdziwej filozofii Agile.<\/p>\n

Mniej pracy \u2013 wi\u0119cej efekt\u00f3w<\/h2>\n

W Agile bardziej ceni si\u0119 mniejszy nak\u0142ad pracy w stosunku do normalnego procesu produkcyjnego, kt\u00f3ry jednak przynosi zdecydowanie lepszy rezultat. Brzmi to mo\u017ce niedorzecznie, ale je\u015bli zastosowa\u0107 odpowiednie techniki, to efekt b\u0119dzie doskona\u0142y. Wyzbycie si\u0119 niepotrzebnych etap\u00f3w pracy podczas planowania, budowania strategii, ale przede wszystkim \u2013 pracy koncepcyjnej, mo\u017ce by\u0107 kluczem do stworzenia lepszego produktu w kr\u00f3tszym czasie.<\/p>\n

Metoda krok po kroku<\/h3>\n

Zamiast rozmy\u015bla\u0107 nad ostatnim punktem projektu, odleg\u0142ym tak bardzo, \u017ce wci\u0105\u017c wydaje si\u0119 nieosi\u0105galny, lepiej skupi\u0107 si\u0119 na najbli\u017cszym etapie realizacji i upewni\u0107 si\u0119, \u017ce produkt w danym etapie pracy b\u0119dzie dopracowany. Jego funkcjonalno\u015b\u0107 powinna by\u0107 najwa\u017cniejsza dla zleceniodawcy, poniewa\u017c determinuje odbi\u00f3r produktu przez klienta.<\/p>\n

Przedstawiaj\u0105c to podej\u015bcie na konkretnym przyk\u0142adzie, pod lup\u0119 we\u017amy dzia\u0142alno\u015b\u0107 e-commerce. Zamiast uzbraja\u0107 produkt dla sklepu online we wszystkie mo\u017cliwe metody p\u0142atno\u015bci i trwoni\u0107 przy tym czas i pieni\u0105dze, by\u0107 mo\u017ce lepiej b\u0119dzie skupi\u0107 na rozwi\u0105zaniu prostszym lub na gotowym produkcie? Nast\u0119pnie po analizie\u00a0 jego wynik\u00f3w mo\u017cna wtedy podj\u0105\u0107 decyzj\u0119 o rozbudowie lub implementacji innego, bardziej wysublimowanego rozwi\u0105zania. Nie chodzi tu bynajmniej o p\u00f3\u0142\u015brodki, ale raczej o skupienie si\u0119 na najbli\u017cszych problemach i ich rozwi\u0105zywanie ich w najprostszy mo\u017cliwy spos\u00f3b.<\/p>\n

Praca ponad analiz\u0119<\/h3>\n

Wed\u0142ug filozofii Agile nale\u017cy skupi\u0107 si\u0119 na funkcjonalno\u015b\u0107 produktu w danym momencie, a nie analizowa\u0107 i prognozowa\u0107 jego funkcje i narz\u0119dzia na przysz\u0142o\u015b\u0107. Perspektywa braku plan\u00f3w mo\u017ce napawa\u0107 obawami. Jednak w praktyce jak cz\u0119sto dalekosi\u0119\u017cne plany odno\u015bnie produktu IT faktycznie si\u0119 realizuj\u0105? W trakcie tworzenia produktu i tak zmieni on sw\u00f3j wygl\u0105d i funkcjonalno\u015b\u0107, a poprzednie plany nie b\u0119d\u0105 ju\u017c mia\u0142y miejsca w nowej planowanej realizacji. Stanie si\u0119 tak dlatego, \u017ce decyzje podj\u0119te do tej pory uniemo\u017cliwi\u0105 wykonanie zak\u0142adanego rozwi\u0105zania i w efekcie tak czy inaczej potrzebna b\u0119dzie alternatywa. Ta z kolei b\u0119dzie musia\u0142a by\u0107 stworzona najpierw w koncepcji. Praca przy analizie wykonana b\u0119dzie zatem dwukrotnie, zupe\u0142nie bez potrzeby \u2014 najpierw na etapie planowania, p\u00f3\u017aniej, w obliczu zmiany architektury.<\/p>\n

Jako klient nie musisz si\u0119 jednak obawia\u0107. Zespo\u0142y deweloperskie maj\u0105 do\u015bwiadczenie, na kt\u00f3rym mo\u017cna polega\u0107. Do\u015bwiadczenie to wyp\u0142ywa z wielu udanych projekt\u00f3w, ale r\u00f3wnie du\u017co wiedzy pochodzi z pora\u017cek. Pomog\u0105 Ci oni wybra\u0107 odpowiedni\u0105 \u015bcie\u017ck\u0119 i konkretne rozwi\u0105zanie na danych etapach drogi do stworzenia produktu. Z komunikacji pomi\u0119dzy klientem a deweloperami zawsze wyniknie odpowiednie rozwi\u0105zanie. Przekazanie pomys\u0142\u00f3w do wykonawc\u00f3w skutkowa\u0107 b\u0119dzie ich opini\u0105 i by\u0107 mo\u017ce alternatywnymi propozycjami. W Agile stawia si\u0119 na rozwi\u0105zanie najprostsze i najbardziej u\u017cyteczne. Nie mo\u017cna zapomnie\u0107, \u017ce rol\u0119 w rozwoju produktu gra r\u00f3wnie\u017c bud\u017cet. Do\u015bwiadczenie mo\u017ce uchroni\u0107 od niepotrzebnego trwonienia \u015brodk\u00f3w na analiz\u0119 i pr\u00f3\u017cn\u0105 prac\u0119 ju\u017c w najwcze\u015bniejszym etapie planowania.<\/p>\n

Asertywno\u015b\u0107 to klucz do sukcesu<\/h2>\n

Kolejn\u0105 wa\u017cn\u0105 cech\u0105 metodyk zwinnych jest umiej\u0119tno\u015b\u0107 sprzeciwienia si\u0119 niepotrzebnym zmianom w projekcie. Je\u015bli konkretne rozwi\u0105zanie powsta\u0142o i spe\u0142nia swoj\u0105 funkcj\u0119, warto jest skupi\u0107 si\u0119 na reszcie projektu, w celu jego szybszego zamkni\u0119cia. Aby osi\u0105gn\u0105\u0107 sw\u00f3j najwa\u017cniejszy cel, czyli doprowadzi\u0107 projekt do realizacji, nie mo\u017cna wprowadza\u0107 ci\u0105g\u0142ych nieistotnych zmian i analizowa\u0107 ka\u017cdego najmniejszego szczeg\u00f3\u0142u. Ustalenia pewnych granic z interesariuszami mo\u017ce wyj\u015b\u0107 wszystkim na dobre, a zmiany, kt\u00f3re wymagali, zawsze mo\u017cna wprowadzi\u0107 p\u00f3\u017aniej.<\/p>\n

Najgorsze, co mo\u017ce przydarzy\u0107 si\u0119 projektowi, to chwilowe wstrzymanie post\u0119p\u00f3w lub poprawki funkcjonuj\u0105cych element\u00f3w jeszcze przed oddaniem gotowego produktu. \u0179le wp\u0142ywa to na p\u0142ynno\u015b\u0107 pracy deweloper\u00f3w i og\u00f3lny rozw\u00f3j projektu. Ewentualne zmiany powinny by\u0107 komunikowane przed wdro\u017ceniem. Nale\u017cy jednak pami\u0119ta\u0107, \u017ce produkt nigdy nie b\u0119dzie idealny za pierwszym razem. Nic nie stoi na przeszkodzie, aby dopracowa\u0107 go p\u00f3\u017aniej, tak aby spe\u0142nia\u0142 wszystkie wymagania zleceniodawcy, ale przede wszystkim \u2013 u\u017cytkownika.<\/p>\n

Komunikacja<\/h2>\n

W p\u0142ynno\u015bci tworzenia produktu wa\u017cna jest nieprzerwana i szybka praca. Nie b\u0119dzie ona mo\u017cliwa, je\u015bli zesp\u00f3\u0142 deweloper\u00f3w b\u0119dzie musia\u0142 stale cofa\u0107 si\u0119 i wprowadza\u0107 zmiany w gotowej ju\u017c funkcji. Nawet je\u015bli zmiany wydaj\u0105 si\u0119 niewielkie, to w praktyce mog\u0105 oznacza\u0107 du\u017co pracy w reorganizacji architektury aplikacji, ze wzgl\u0119du na natur\u0119 korekty oraz id\u0105ce za tym konsekwencje. W efekcie takie ma\u0142e zmiany mog\u0105 znacznie przed\u0142u\u017cy\u0107 prac\u0119 nad produktem, co nie b\u0119dzie wsp\u00f3\u0142mierne do efekt\u00f3w osi\u0105gni\u0119tych sam\u0105 zmian\u0105. Komunikacja oka\u017ce si\u0119 tutaj zbawienna. Zesp\u00f3\u0142 developerski uszanuje opinie i wymogi interesariuszy, ale musi r\u00f3wnie\u017c bra\u0107 pod uwag\u0119 swoje cele, czyli jak najszybsze uko\u0144czenie aplikacji.<\/p>\n

Cz\u0119\u015bci\u0105 filozofii Agile b\u0119dzie mniej planowania, a wi\u0119cej efekt\u00f3w i pragmatycznego podej\u015bcia. Czasem warto zastanowi\u0107 si\u0119 nad szybszym uko\u0144czeniem test\u00f3w, kt\u00f3re weryfikuj\u0105 bezb\u0142\u0119dne wykonanie planu i przej\u015bciem do kolejnego etapu. Eksperymentowanie na r\u00f3\u017cne sposoby mo\u017ce naturalnie przynie\u015b\u0107 pozytywne efekty, ale czasem warto odwo\u0142a\u0107 si\u0119 do do\u015bwiadczenia developer\u00f3w i przysta\u0107 na najprostsze rozwi\u0105zanie, poniewa\u017c mo\u017ce okaza\u0107 si\u0119 ono najlepsze nawet na d\u0142u\u017csz\u0105 met\u0119.<\/p>\n

Aby z powodzeniem uko\u0144czy\u0107 projekt w metodykach zwinnych potrzebna b\u0119dzie przede wszystkim dobra wsp\u00f3\u0142praca z do\u015bwiadczonym zespo\u0142em. Wydaje si\u0119 to oczywiste, ale nale\u017cy podkre\u015bli\u0107, \u017ce poleganie na zespole, kt\u00f3remu powierzy\u0142o si\u0119 realizacj\u0119, zawsze da lepszy efekt, ni\u017c niesko\u0144czony wy\u015bcig do perfekcji. Koniec ko\u0144c\u00f3w klient bardziej doceni produkt, w kt\u00f3rym przewa\u017ca jego funkcjonalno\u015b\u0107 ni\u017c nadmierna innowacyjno\u015b\u0107.<\/p>\n

\n","protected":false},"excerpt":{"rendered":"

Agile to zbi\u00f3r zasad wsp\u00f3lnych dla zwinnego tworzenia aplikacji. Opiera si\u0119 on na za\u0142o\u017ceniach, kt\u00f3re nale\u017cy wdro\u017cy\u0107, aby poprawi\u0107 procesy deweloperskie i przyspieszy\u0107 powstanie aplikacji. Za\u0142o\u017cenia polegaj\u0105 przede wszystkim na skupieniu si\u0119 na praktycznej cz\u0119\u015bci tworzenia aplikacji oraz pragmatyzmie i dobrej komunikacji \u2013 zar\u00f3wno w zespole, jak i z klientem. Wsp\u00f3\u0142cze\u015bnie stosuje si\u0119 te techniki […]<\/p>\n","protected":false},"author":7,"featured_media":3850,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[197],"tags":[18],"yoast_head":"\n