{"id":6375,"date":"2023-05-10T10:05:00","date_gmt":"2023-05-10T08:05:00","guid":{"rendered":"https:\/\/websailing-new.stagetest.it\/blog\/agile-dla-biznesu-wprowadzenie-do-metodologii-i-znaczenia-rozwoju-oprogramowania\/"},"modified":"2026-02-28T17:15:48","modified_gmt":"2026-02-28T16:15:48","slug":"agile-dla-biznesu-wprowadzenie-do-metodologii-i-znaczenia-rozwoju-oprogramowania","status":"publish","type":"post","link":"https:\/\/websailing-new.stagetest.it\/pl\/blog\/agile-dla-biznesu-wprowadzenie-do-metodologii-i-znaczenia-rozwoju-oprogramowania\/","title":{"rendered":"Agile dla biznesu: Wprowadzenie do metodologii i znaczenia rozwoju oprogramowania"},"content":{"rendered":"

Je\u015bli jeste\u015b nowicjuszem w programowaniu lub biznesie pracuj\u0105cym z software house, mo\u017cesz wyobrazi\u0107 sobie proces tworzenia oprogramowania jako zadanie od pocz\u0105tku do ko\u0144ca. Klient przekazuje programistom instrukcje dotycz\u0105ce produktu ko\u0144cowego, a oni po prostu go tworz\u0105. Gdy jest on gotowy, klient otrzymuje go i p\u0142aci za us\u0142ug\u0119. Jest to idea stoj\u0105ca za rozwojem wi\u0119kszo\u015bci produkt\u00f3w. Jednak w przypadku oprogramowania ca\u0142y proces jest bardziej wydajny. Jak jakikolwiek proces mo\u017ce by\u0107 bardziej wydajny ni\u017c powy\u017cszy? Warto zatem przybli\u017cy\u0107 nieco, jak wygl\u0105da tworzenie oprogramowania. Dzi\u015b przedstawi\u0119 najlepsz\u0105 metodologi\u0119, jaka kiedykolwiek zago\u015bci\u0142a na Ziemi. Mo\u017ce to by\u0107 subiektywna opinia, ale mo\u017cesz wyrobi\u0107 sobie w\u0142asny os\u0105d na podstawie poni\u017cszych fakt\u00f3w. \u017baden z poni\u017cszych fakt\u00f3w nie jest k\u0142amstwem!<\/p>\n

Kluczowe za\u0142o\u017cenie na pocz\u0105tek
<\/b><\/h2>\n

Ten artyku\u0142 z definicji <\/span>nie obejmuje <\/span>ka\u017cdego szczeg\u00f3\u0142u ka\u017cdego tematu <\/span style=\"font-weight: 400;\">, kt\u00f3ry jest w nim wspomniany. Jest to wprowadzenie do Agile jako koncepcji i wprowadzenie do  niekt\u00f3rych zwinnych framework\u00f3w, kt\u00f3re mog\u0105 by\u0107 przydatne w tworzeniu oprogramowania (Scrum, Kan-Ban & ScrumBan). Istniej\u0105 jednak inne artyku\u0142y na tym blogu oznaczone tagiem „Agile for busniess”, kt\u00f3re analizuj\u0105 perspektywy tego tematu.<\/span><\/b><\/p>\n

Na koniec – prosimy o dok\u0142adne zapoznanie si\u0119 z ostatni\u0105 sekcj\u0105 tego dokumentu (“Przydatne \u017ar\u00f3d\u0142a wiedzy – ksi\u0105\u017cki\/eseje\/strony internetowe\/kana\u0142y YT itp. “), gdzie mo\u017cna znale\u017a\u0107 wiele \u017ar\u00f3de\u0142 wiedzy. Niekt\u00f3re z nich (ksi\u0105\u017cki) znajduj\u0105 si\u0119 w bibliotece Sailing Byte’ reszta jest dost\u0119pna ca\u0142kowicie za darmo w Internecie! <\/span><\/b><\/p>\n

><\/p>\n

Dlaczego Sailing Byte stara si\u0119 uczy\u0107, wdra\u017ca\u0107 (w razie potrzeby) i dzieli\u0107 si\u0119 wiedz\u0105 na temat Agile? 
<\/b><\/h2>\n

Sailing Byte jest w ci\u0105g\u0142ym procesie doskonalenia Scrum\/Scrumban. Uznali\u015bmy, \u017ce istniej\u0105 potencjalne korzy\u015bci organizacyjne z wprowadzenia zwinnych ram do naszych bie\u017c\u0105cych projekt\u00f3w rozwoju oprogramowania. <\/span>
<\/span><\/b><\/p>\n

W ostatecznym rozrachunku chcemy dostarcza\u0107 wysokiej jako\u015bci kod (a tym samym wi\u0119ksz\u0105 warto\u015b\u0107 dla klient\u00f3w ko\u0144cowych) w bardziej przewidywalnym tempie w ramach ca\u0142ego portfela projekt\u00f3w. Aby osi\u0105gn\u0105\u0107 ten cel, by\u0107 mo\u017ce b\u0119dziemy musieli zmieni\u0107 spos\u00f3b pracy i wsp\u00f3\u0142pracy z niekt\u00f3rymi interesariuszami. Wci\u0105\u017c uczymy si\u0119, jak g\u0142\u0119boko mo\u017cemy zastosowa\u0107 te zmiany w r\u00f3\u017cnych projektach. <\/span><\/b><\/p>\n

Podzielenie si\u0119 wiedz\u0105 na temat metodyk Agile zar\u00f3wno z obecnymi, jak i przysz\u0142ymi klientami Sailing Byte przynosi same korzy\u015bci. Jest to oczywista sytuacja win-win, gdy obie strony od samego pocz\u0105tku rozumiej\u0105, jak wygl\u0105da ca\u0142y proces i jakie s\u0105 korzy\u015bci z okre\u015blonego podej\u015bcia. <\/span><\/b><\/p>\n

Co oznacza „Agile” w kontek\u015bcie tworzenia oprogramowania?
<\/b><\/h2>\n

Termin zwinny oznacza by\u0107 <\/span><\/span>“<\/span><\/i>zdolnym do szybkiego i \u0142atwego poruszania si\u0119.”<\/span><\/i>  \u015awiat rozwoju oprogramowania z lat 80’ i 90’ by\u0142 daleki od mo\u017cliwo\u015bci szybkiego i \u0142atwego zarz\u0105dzania wszelkimi zmianami. Ka\u017cda potrzeba biznesowa nowego oprogramowania musia\u0142a pod\u0105\u017ca\u0107 \u015bcis\u0142\u0105 “wodospadow\u0105” \u015bcie\u017ck\u0105 rozwoju<\/span><\/p>\n

><\/p>\n

\"\"<\/span><\/p>\n

Nie ma nic z\u0142ego z definicji w tym podej\u015bciu (Waterfall). Rozs\u0105dnie jest pracowa\u0107 nad wszystkimi krokami (wymagania, projekt, implementacja, weryfikacja, utrzymanie) jeden po drugim. Na przyk\u0142ad, gdy zostaniesz poproszony o zbudowanie mostu, nie by\u0142oby nic z\u0142ego w pierwszym zebraniu wymaga\u0144 (kto potrzebuje tego mostu i do czego), nast\u0119pnie zaprojektowaniu go (sporz\u0105dzenie \u015bcis\u0142ego planu technicznego), a nast\u0119pnie wdro\u017ceniu tego planu dok\u0142adnie zgodnie z planem (rozpocz\u0119cie prac budowlanych). Na koniec trzeba b\u0119dzie zaj\u0105\u0107 si\u0119 weryfikacj\u0105 (sprawdzi\u0107, czy most jest bezpieczny i s\u0142u\u017cy swojemu celowi) i konserwacj\u0105 (upewni\u0107 si\u0119, \u017ce most si\u0119 nie zawali i b\u0119dzie u\u017cyteczny dla klient\u00f3w ko\u0144cowych przez nast\u0119pne 100 lat). 
<\/span>
<\/span><\/p>\n

Most musi by\u0107 zbudowany ze <\/span>sta\u0142ym zestawem wymaga\u0144 <\/span><\/b>aby <\/span>zaspokaja\u0107 jego potrzeby <\/span><\/b>co mo\u017ce nast\u0105pi\u0107 tylko wtedy, gdy ostatecznie <\/span>zbudujesz ca\u0142y<\/b> <\/span>most. Nie ma <\/span>warto\u015bci<\/b> <\/span>dla klienta ko\u0144cowego w mo\u015bcie wykonanym w 65% lub nawet 99,9% Aby szybciej dostarcza\u0107 warto\u015b\u0107 <\/span>nie mo\u017cna zmienia\u0107<\/b> <\/span>plan\u00f3w w trakcie prac budowlanych. Jest to raczej oczywiste.<\/p>\n

Je\u015bli zastosujesz t\u0119 metod\u0119 (kaskadow\u0105) do rozwoju oprogramowania, stanie si\u0119 jasne, \u017ce klient ko\u0144cowy b\u0119dzie musia\u0142 czeka\u0107 na <\/span><\/span>warto\u015b\u0107<\/b> <\/span>a\u017c do samego ko\u0144ca ca\u0142ego procesu. B\u0119dziesz musia\u0142 zna\u0107 <\/span><\/span>wszystkie wymagania <\/span><\/b>na samym pocz\u0105tku i <\/span><\/span>nie b\u0119dziesz m\u00f3g\u0142 ich zmieni\u0107<\/b> <\/span>bez gotowo\u015bci do poradzenia sobie ze wszystkimi ryzykami, kt\u00f3re wi\u0105\u017c\u0105 si\u0119 z mo\u017cliwym 2-3 razy d\u0142u\u017cszym okresem rozwoju. (marnotrawstwo bud\u017cetu, marnotrawstwo zdolno\u015bci produkcyjnych firmy, presja ze strony interesariuszy itp.)<\/span>
<\/span><\/p>\n

Zadajmy sobie teraz pytanie, czy \u015bwiat zmienia si\u0119 teraz w 2021 roku szybciej ni\u017c zmienia\u0142 si\u0119 w latach 80-90? Czy klienci zmieniaj\u0105 swoje zachowania i cz\u0119\u015bciej wybieraj\u0105 inne aplikacje do rozwi\u0105zywania swoich problem\u00f3w\/potrzeb? Czy produkty musz\u0105 zmienia\u0107 si\u0119 cz\u0119\u015bciej ze wzgl\u0119du na to “przyspieszenie \u015bwiata” ?<\/span><\/p>\n

Odpowiedzi na te pytania s\u0105 raczej oczywiste, ale wyobra\u017amy sobie, \u017ce istnieje odwa\u017cna grupa in\u017cynier\u00f3w oprogramowania, kt\u00f3rzy widz\u0105, \u017ce \u015bwiat “przyspiesza” znacznie szybciej ni\u017c inni. Ci ameryka\u0144scy i angielscy in\u017cynierowie oprogramowania zaproponowali w lutym 2001 roku “<\/span>Manifesto for Agile Software Development” <\/span>(p\u00f3\u017aniej “Agile Manifesto”) – \u0142ys\u0105 deklaracj\u0119, kt\u00f3ra zmieni\u0142a przysz\u0142o\u015b\u0107 rozwoju oprogramowania. <\/span><\/span><\/b><\/p>\n

Manifest Zwinnego Tworzenia Oprogramowania – co zawiera? <\/h2>\n

Odkrywamy lepsze sposoby tworzenia oprogramowania, robi\u0105c to i pomagaj\u0105c innym to robi\u0107. Poprzez t\u0119 prac\u0119 doszli\u015bmy do warto\u015bci:<\/span>
<\/span><\/p>\n