{"id":150,"date":"2018-09-24T23:09:54","date_gmt":"2018-09-24T21:09:54","guid":{"rendered":"http:\/\/zwinnaanaliza.pl\/?p=150"},"modified":"2018-09-24T23:09:54","modified_gmt":"2018-09-24T21:09:54","slug":"troche-teorii-cz-2-charakterystyka-adaptacyjnych-metod-wytwarzania-oprogramowania","status":"publish","type":"post","link":"http:\/\/zwinnaanaliza.pl\/?p=150","title":{"rendered":"[Troch\u0119 teorii – cz.2] Charakterystyka adaptacyjnych metod wytwarzania oprogramowania"},"content":{"rendered":"
\n
\n
\n

Dzi\u015b b\u0119dziemy kontynuowa\u0107 teoretyczne dywagacje nt metod wytwarzania oprogramowania, tym razem s\u0142\u00f3w kilka o adaptacyjnych metodach wytwarzania oprogramowania – \u00a0zn\u00f3w troch\u0119 ksi\u0105\u017ckowej teorii i “historii powstania \u015bwiata” \ud83d\ude09\u00a0<\/em><\/p>\n

Z uwagi na trudno\u015bci wynikaj\u0105ce ze stosowania metody kaskadowej, ci\u0105gle poszukiwano innego sposobu tworzenia system\u00f3w. W latach 80 i 90 XX. wieku starano si\u0119 zastosowa\u0107 alternatywne metody, kt\u00f3re eliminowa\u0107 mia\u0142y b\u0142\u0119dy wynikaj\u0105ce ze stosowania \u201emetody linii produkcyjnej\u201d do tworzenia projekt\u00f3w(13)<\/em>. Praktycy w wyniku poszukiwa\u0144 starali si\u0119 stworzy\u0107 inne podej\u015bcia do budowy system\u00f3w.<\/p>\n

W dniach 11-13 lutego 2001 r., w o\u015brodku wypoczynkowym Snowbird w USA (stan Utah) spotka\u0142o si\u0119 siedemnastu zwolennik\u00f3w nowego podej\u015bcia do tworzenia system\u00f3w, mimo to promuj\u0105cych troch\u0119 inne metody i podej\u015bcia do ich budowania. Celem spotkania by\u0142o nazwanie tego, co napraw\u0119 charakteryzuje powstaj\u0105ce metody(14)<\/em>.<\/p>\n

W wyniku spotkania zosta\u0142o opracowane Manifesto for Agile Software Development (w skr\u00f3cie Agile Manifesto), stanowi\u0105cy opis najwa\u017cniejszych warto\u015bci stoj\u0105cych za sposobem budowania oprogramowania. Wraz z Manifestem Agile zosta\u0142o spisanych 12 zasad adaptacyjnego programowania. Oryginalnymi sygnatariuszami byli Kent Beck, Mike Beedle, Arie van Bennekum, Alistair Cockburn, Ward Cunningham, Martin Fow- ler, James Grenning, Jim Highsmith, Andrew Hunt, Ron Jeffries, Jon Kern, Brian Ma- rick, Robert C. Martin, Steve Mellor, Ken Schwaber, Jeff Sutherland oraz Dave Tho- mas, z kt\u00f3rych cz\u0119\u015b\u0107 tworzy\u0142a te\u017c w\u0142asne metody, takie jak programowanie ekstremal- ne, SCRUM, Dynamic Systems Development Method, Adaptive Software Deve- lopment, Crystal Clear, Feature Driven Development, Pragmatic Programming. Od nazwy manifestu metodyki te zacz\u0119to okre\u015bla\u0107 mianem metodyk adaptacyjnych(15).<\/em><\/p>\n<\/div>\n<\/div>\n<\/div>\n

\n
\n
\n

Manifest Agile, w swojej prostocie, zwraca uwag\u0119 na 4 podstawowe punkty:<\/p>\n

    \n
  • Ludzie i interakcje ponad procedury i narz\u0119dzia \u2013 oznacza zwi\u0119kszenie nacisku na bezpo\u015bredni kontakt wsp\u00f3\u0142pracownik\u00f3w i bie\u017c\u0105c\u0105 wymian\u0119 informacji.<\/li>\n
  • Dzia\u0142aj\u0105ce oprogramowanie ponad z\u0142o\u017con\u0105 dokumentacj\u0119 \u2013 odej\u015bcie od z\u0142o\u017conej, trudnej do zmiany dokumentacji na rzecz pracy nad wysokiej jako\u015bci, przetesto- wanym oprogramowaniem.<\/li>\n
  • Wsp\u00f3\u0142praca z klientami nad negocjacje kontaktu \u2013 silny nacisk na wsp\u00f3\u0142prac\u0119 sfery IT ze sfer\u0105 biznesu, umo\u017cliwiaj\u0105ce wsp\u00f3\u0142tworzenie przez biznes wytwarza- nego oprogramowania.<\/li>\n
  • Reagowanie na zmiany nad realizowanie planu \u2013 wytwarzanie produktu zgodne- go ze zmieniaj\u0105cymi si\u0119 wymaganiami klient\u00f3w, bez kurczowego trzymania si\u0119 pierwotnych ustale\u0144.Agile, wg definicji podanej przez Davida Rico(16)<\/em>, oznacza:\n
      \n
    • zdolno\u015b\u0107 do tworzenia zmian i reagowania na nie, aby odnie\u015b\u0107 korzy\u015bci w burz-liwym globalnym \u015brodowisku biznesowym;<\/li>\n
    • zdolno\u015b\u0107 do szybkiej zmiany priorytet\u00f3w wykorzystania zasob\u00f3w, gdy zmienia-j\u0105 si\u0119 wymagania, technologie lub wiedza;<\/li>\n
    • szybka reakcja na nag\u0142e zmiany rynkowe oraz pojawiaj\u0105ce si\u0119 zagro\u017cenia dzi\u0119kiintensywnej wsp\u00f3\u0142pracy z klientem;<\/li>\n
    • wykorzystanie ewolucyjnych, przyrostowych i iteracyjnych metod dostarczaniaproduktu, aby doj\u015b\u0107 do rozwi\u0105zania optymalnego z punktu widzenia klienta;<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<\/div>\n<\/div>\n<\/div>\n
      \n
      \n
      \n

      \u2022 maksymalizacja warto\u015bci biznesowej za pomoc\u0105 proces\u00f3w i dokumentacji realizowanych w odpowiedniej wielko\u015bci, tyle ile potrzeba oraz dok\u0142adnie na czas.<\/p>\n

      Wi\u0105\u017ce si\u0119 to przede wszystkim z uznaniem zmienno\u015bci wymaga\u0144 (\u201eoswojenie zmiany\u201d) i zaakcentowaniem zalet pracy w kr\u00f3tkich iteracjach, kt\u00f3re pozwalaj\u0105 na bie\u017c\u0105ce monitorowanie kierunku projektu oraz umo\u017cliwiaj\u0105 szybsze reakcje na pojawiaj\u0105ce si\u0119 zaburzenia. Zmieni\u0142 si\u0119 tak\u017ce nacisk prowadzenia projektu z obszernej, szczeg\u00f3\u0142owej dokumentacji na bie\u017c\u0105c\u0105, efektywn\u0105 komunikacj\u0119 z klientem. Wraz z popularyzacj\u0105 \u201enowych\u201d metod agile, obserwowane by\u0142y niekorzystne zachowania zwi\u0105zane minimalizacj\u0105 lub ca\u0142kowitym odrzuceniem dokumentacji, rozpoznawania proces\u00f3w, metodologii itp. Dodatkowo wiele firm, chc\u0105c pod\u0105\u017ca\u0107 za trendami, na si\u0142\u0119 wdra\u017ca\u0142o wszystkie zasady Agile bez zastanowienia, czy w ich przypadku bezkrytyczne przyj\u0119cie agile jest zasadne i czy na pewno wp\u0142ynie pozytywnie na projekty. Chaos powodowany takim zastosowaniem metod zwinnych, by\u0142 przyczyn\u0105 przypisywania im cechy niezdyscyplinowanego procesu rozwoju(17)<\/em>. Z drugiej strony wiele przedsi\u0119biorstw, ogromnie przywi\u0105zanych do metod tradycyjnych, kurczowo trzyma\u0142o si\u0119 harmonogram\u00f3w i szacowa- nia koszt\u00f3w, uniemo\u017cliwiaj\u0105c wprowadzenie jakiejkolwiek zwinno\u015bci do procesu.<\/p>\n

      Aktualnie, po pierwszej fazie zach\u0142y\u015bni\u0119cia si\u0119 rynku \u201enowymi zasadami\u201d, metody agile ju\u017c dojrza\u0142y, rozwin\u0119\u0142y si\u0119 i s\u0105 nie tylko procesem tworzenia, ale maj\u0105 za sob\u0105 siln\u0105 baz\u0119 wiedzy i do\u015bwiadczenia(18)<\/em>. Nale\u017cy podkre\u015bli\u0107, i\u017c zar\u00f3wno metody tradycyjne jak i metody zwinne mog\u0105 znale\u017a\u0107 wsp\u00f3lne p\u0142aszczyzny i wspaniale si\u0119 uzupe\u0142nia\u0107, gdy\u017c czerpanie z obu obszar\u00f3w i korzystanie z wiedzy wielu metodologii daje szerokie mo\u017cliwo\u015bci i umo\u017cliwia podejmowane w\u0142a\u015bciwych decyzji w zakresie prowadzenia danego projektu. Cechy modelu tradycyjnego cz\u0119sto nie s\u0105 s\u0142abo\u015bciami, a ich zastosowanie mo\u017ce dawa\u0107 bardzo solidne podstawy do realizacji projektu(19).<\/em> Zastosowanie metod agile b\u0119dzie zasadne przy prowadzeniu projektu o nie do ko\u0144ca zidentyfikowanych wymaganiach, ale w tradycyjnych \u015brodowiskach, gdzie wymagania projektowe, plany itd. powinny by\u0107 dobrze udokumentowane by zadowoli\u0107 wymagania regulacyjne mog\u0105 znacznie lepiej sprawdzi\u0107 si\u0119 metody tradycyjne (20).<\/p>\n<\/div>\n

        \n
      • 13, 14 Chrapko M., SCRUM o zwinnym zarz\u0105dzaniu projektami, Helion, Gliwice 2013, s. 30<\/em><\/li>\n
      • 15 Wikipedia, https:\/\/pl.wikipedia.org\/wiki\/Manifest_Agile<\/em><\/li>\n
      • 16 D.F. Rico, Lean and Agile Systems Engineering, http:\/\/davidfrico.com\/rico09k.pdf , s. 36<\/em><\/li>\n
      • 17, 18, 20 Cobb, \u00a0s 8<\/em><\/li>\n
      • 19 http:\/\/it-consulting.pl\/autoinstalator\/wordpress\/2011\/10\/10\/slabosci-tradycyjnych-metod-wytwarzania-it-czy-na-pewno-slabosci\/<\/em><\/li>\n<\/ul>\n<\/div>\n<\/div>\n","protected":false},"excerpt":{"rendered":"

        Dzi\u015b b\u0119dziemy kontynuowa\u0107 teoretyczne dywagacje nt metod wytwarzania oprogramowania, tym razem s\u0142\u00f3w kilka o adaptacyjnych metodach wytwarzania oprogramowania – \u00a0zn\u00f3w troch\u0119 ksi\u0105\u017ckowej teorii i “historii powstania \u015bwiata” \ud83d\ude09\u00a0 Z uwagi na trudno\u015bci wynikaj\u0105ce ze stosowania metody kaskadowej, ci\u0105gle poszukiwano innego<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[42,43],"tags":[],"_links":{"self":[{"href":"http:\/\/zwinnaanaliza.pl\/index.php?rest_route=\/wp\/v2\/posts\/150"}],"collection":[{"href":"http:\/\/zwinnaanaliza.pl\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/zwinnaanaliza.pl\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/zwinnaanaliza.pl\/index.php?rest_route=\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"http:\/\/zwinnaanaliza.pl\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=150"}],"version-history":[{"count":6,"href":"http:\/\/zwinnaanaliza.pl\/index.php?rest_route=\/wp\/v2\/posts\/150\/revisions"}],"predecessor-version":[{"id":297,"href":"http:\/\/zwinnaanaliza.pl\/index.php?rest_route=\/wp\/v2\/posts\/150\/revisions\/297"}],"wp:attachment":[{"href":"http:\/\/zwinnaanaliza.pl\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=150"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/zwinnaanaliza.pl\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=150"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/zwinnaanaliza.pl\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=150"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}