{"id":10850,"date":"2026-03-05T22:43:52","date_gmt":"2026-03-05T14:43:52","guid":{"rendered":"https:\/\/www.archimetric.com\/pl\/agile-manifesto-4-values-12-principles-explained\/"},"modified":"2026-03-05T22:43:52","modified_gmt":"2026-03-05T14:43:52","slug":"agile-manifesto-4-values-12-principles-explained","status":"publish","type":"post","link":"https:\/\/www.archimetric.com\/pl\/agile-manifesto-4-values-12-principles-explained\/","title":{"rendered":"Manifest Agile: 4 podstawowe warto\u015bci i 12 zasad wyja\u015bnionych"},"content":{"rendered":"

Obrazek poni\u017cej pochodzi z strony internetowej Manifestu Agile<\/a> i pokazuje cztery stwierdzenia warto\u015bci Agile.<\/p>\n

\"Agile<\/p>\n

Jak wida\u0107 w przes\u0142owiu do warto\u015bci, autorzy stwierdzaj\u0105, \u017ce odkrywali lepsze sposoby tworzenia oprogramowania i pomagania innym. Wszystkie warto\u015bci s\u0105 wa\u017cne, ale te po lewej stronie maj\u0105 priorytet przed tymi po prawej.<\/p>\n

Ludzie i interakcje powy\u017cej proces\u00f3w i narz\u0119dzi<\/b><\/p>\n

Jak ju\u017c wspomniano, gdy zosta\u0142 opublikowany Manifest Agile, wyzwa\u0142 on metodyki ci\u0119\u017ckie. Model dojrza\u0142o\u015bci kompetencji (CMM) i ITIL by\u0142y popularnym trendem w kierunku podej\u015b\u0107 skupionych na procesach w tamtym czasie.<\/p>\n

Dlatego by\u0142o zaskakuj\u0105ce, \u017ce ci liderzy my\u015blenia zdecydowali si\u0119 zacz\u0105\u0107 od ludzi. Uwa\u017cali, \u017ce znalezienie odpowiednich os\u00f3b (os\u00f3b<\/strong>) w zespole i pomaganie im skutecznie wsp\u00f3\u0142pracowa\u0107 (interakcji<\/strong>) jest znacznie wa\u017cniejsze ni\u017c \u015blepe przestrzeganie konkretnego procesu i\/lub u\u017cywanie okre\u015blonych narz\u0119dzi. Dlatego postawili nacisk po lewej stronie: ludzie i interakcje.<\/p>\n

Dzia\u0142aj\u0105ce oprogramowanie powy\u017cej kompleksowej dokumentacji<\/strong><\/p>\n

W tradycyjnej lub kaskadowej metodologii tworzenia oprogramowania zespo\u0142y po\u015bwi\u0119ca\u0142y znaczny czas na zbieranie wymaga\u0144 i tworzenie projekt\u00f3w oraz specyfikacji, buduj\u0105c co\u015b rzeczywistego dopiero na ko\u0144cu cyklu \u017cycia. Autorzy manifestu uwa\u017cali, \u017ce posiadanie dzia\u0142aj\u0105cego rozwi\u0105zania jest bardziej warto\u015bciowe ni\u017c posiadanie du\u017cej ilo\u015bci dokument\u00f3w opisuj\u0105cych, jak dzia\u0142a rozwi\u0105zanie.<\/p>\n

Wsp\u00f3\u0142praca z klientem powy\u017cej negocjacji umowy<\/strong><\/p>\n

Trzeci\u0105 warto\u015bci\u0105 jest wsp\u00f3\u0142praca z klientem powy\u017cej negocjacji umowy \u2014 gdzie negocjacje umowy oznaczaj\u0105 spory o to, co zawarte jest w zakresie. Na przyk\u0142ad mo\u017cesz us\u0142ysze\u0107 zdania typu \u201eTo nie by\u0142o w Twoim dokumencie wymaga\u0144\u201d. Ci liderzy my\u015blenia uwa\u017cali, \u017ce wsp\u00f3\u0142praca z klientami w celu dostarczenia rozwi\u0105zania, kt\u00f3re naprawd\u0119 potrzebuj\u0105, jest znacznie wa\u017cniejsza.<\/p>\n

Reagowanie na zmiany powy\u017cej \u015blepego przestrzegania planu<\/strong><\/p>\n

Czwart\u0105 i ostatni\u0105 warto\u015bci\u0105 Agile jest reagowanie na zmiany powy\u017cej \u015blepego przestrzegania planu. Autorzy zgadzaj\u0105 si\u0119, \u017ce planowanie jest wa\u017cne \u2014 w rzeczywisto\u015bci zespo\u0142y Agile du\u017co planuj\u0105. Ale ci liderzy my\u015blenia uwa\u017cali, \u017ce zdolno\u015b\u0107 do reagowania na nieuniknione zmiany jest wa\u017cniejsza ni\u017c trzymanie si\u0119 planu stworzonego na pocz\u0105tku projektu, gdy informacje s\u0105 jeszcze ograniczone.<\/p>\n

Wszystkie te warto\u015bci w manifestzie s\u0105 wa\u017cne, ale te po lewej stronie maj\u0105 wy\u017cszy priorytet ni\u017c te po prawej.<\/p>\n

12 zasad Agile<\/a><\/h2>\n

Opr\u00f3cz tych 4 warto\u015bci Agile, autorzy Manifestu Agile zgodzili si\u0119 na zestaw 12 zasad Agile<\/a>, kt\u00f3re stanowi\u0105 fundament podej\u015b\u0107 Agile. Cho\u0107 mniej znane ni\u017c 4 warto\u015bci Agile, uwa\u017cam, \u017ce 12 zasad Agile jest bardziej praktycznych i oferuje jasniejsze wskaz\u00f3wki dla praktyk Agile.<\/p>\n

\"12<\/p>\n

Zgodnie z wygod\u0105, ponumerowa\u0142em 12 zasad, cho\u0107 na oficjalnej stronie internetowej<\/a>.<\/p>\n

    \n
  1. Pierwsz\u0105 zasad\u0105 jest najwy\u017cszy priorytet<\/strong>to zaspokojenie klienta poprzez wczesne i ci\u0105g\u0142e dostarczanie warto\u015bciowego oprogramowania. S\u0142owo \u201ewarto\u015bciowe oprogramowanie\u201d mo\u017ce by\u0107 myl\u0105ce. Pami\u0119taj, \u017ce w 2001 roku, gdy ci liderzy wprowadzili warto\u015bci i zasady Agile, skupiali si\u0119 wy\u0142\u0105cznie na tworzeniu oprogramowania. Od tego czasu Agile zosta\u0142 przyj\u0119ty w prawie ka\u017cdej bran\u017cy \u2014 architekturze, produkcji samochod\u00f3w, nawet produkcji samolot\u00f3w bojowych. Je\u015bli to dla Ciebie bardziej sensowne, zast\u0105p \u201ewarto\u015bciowe oprogramowanie\u201d s\u0142owem \u201ewarto\u015bciowe rozwi\u0105zanie\u201d.<\/li>\n
  2. Drug\u0105 zasad\u0105 jest witamy zmieniaj\u0105ce si\u0119 wymagania<\/strong>, nawet na p\u00f3\u017anym etapie rozwoju. Cho\u0107 wi\u0119kszo\u015b\u0107 ludzi dzi\u015b skupia si\u0119 na kontroli zmian lub zarz\u0105dzaniu \u201erozrostem zakresu\u201d, rzeczywisto\u015b\u0107 m\u00f3wi, \u017ce zmiany s\u0105 nieuniknione. Procesy agilne odk\u0142adaj\u0105 decyzje, skracaj\u0105 cykle rozwoju i wspieraj\u0105 szybk\u0105 analiz\u0119 \u017c\u0105da\u0144. Pozwala to zespo\u0142om agilnym szybko si\u0119 dostosowa\u0107 i to z niskim kosztem. Daje to przewag\u0119 konkurencyjn\u0105 i jest jednym z kluczowych filar\u00f3w pracy agilnej.<\/li>\n
  3. Trzecim zasad\u0105 jest cz\u0119sto dostarcza\u0107 gotowe oprogramowanie<\/strong>, od kilku tygodni do kilku miesi\u0119cy, najlepiej z kr\u00f3tszymi okresami. Jednym z g\u0142\u00f3wnych korzy\u015bci cz\u0119stego dostarczania jest uzyskanie opinii, aby upewni\u0107 si\u0119, \u017ce idziesz w dobrym kierunku i naprawd\u0119 budujesz to, czego potrzebuje klient.<\/li>\n
  4. Czwart\u0105 zasad\u0105 agiln\u0105 jest dzia\u0142anie razem ludzi biznesowych i programist\u00f3w ka\u017cdego dnia<\/strong> przez ca\u0142y projekt. Dzisiaj przedstawiciele interes\u00f3w biznesowych cz\u0119sto tworz\u0105 dokumenty wymaga\u0144 i \u201erzucaj\u0105 je przez mur\u201d do programist\u00f3w. Miesi\u0105ce lub nawet lata p\u00f3\u017aniej programi\u015bci dostarczaj\u0105 rozwi\u0105zanie zleceniodawcy do ostatecznego testowania \u2014 by odkry\u0107, \u017ce rozwi\u0105zanie zosta\u0142o \u017ale zrozumiane, b\u0142\u0119dnie zbudowane lub ju\u017c nie jest potrzebne. Nacisk tej zasady le\u017cy na wsp\u00f3\u0142pracy mi\u0119dzy tymi, kt\u00f3rzy buduj\u0105 rozwi\u0105zanie, a tymi, kt\u00f3rzy go u\u017cywaj\u0105, aby unikn\u0105\u0107 takich wynik\u00f3w.<\/li>\n
  5. Pi\u0105t\u0105 zasad\u0105 agiln\u0105 jest budowa\u0107 projekty wok\u00f3\u0142 motywowanych os\u00f3b<\/strong>, zapewniaj\u0105c im \u015brodowisko i wsparcie, kt\u00f3re potrzebuj\u0105, i uznaj\u0105c ich za zdolnych do wykonania zadania. Jest to zasadniczo podej\u015bcie trzykrotnie z\u0142o\u017cone: uwalnianie ludzi, nadawanie im autonomii i uznawanie ich za zdolnych do dzia\u0142ania.<\/li>\n
  6. Sz\u00f3st\u0105 zasad\u0105 agiln\u0105 jest utrzymywalny rozw\u00f3j<\/strong>. Sponsory, programi\u015bci i u\u017cytkownicy powinni m\u00f3c utrzymywa\u0107 sta\u0142y temp o nieustannie. Kiedy pierwszy raz pracowa\u0142em nad projektami technologicznymi, trwa\u0142y one cz\u0119sto 6 miesi\u0119cy, 12 miesi\u0119cy lub d\u0142u\u017cej. By\u0142o powszechne, \u017ce w pierwszych tygodniach lub miesi\u0105cach osi\u0105gano niewiele. Niezbyt zaskakuj\u0105ce, \u017ce to prowadzi\u0142o do ogromnych okres\u00f3w \u201eprzy\u015bpieszenia\u201d na ko\u0144cu, kiedy trzeba by\u0142o uko\u0144czy\u0107 ogromne obci\u0105\u017cenia. Cz\u0142onkowie zespo\u0142u oczekiwano, \u017ce b\u0119d\u0105 pracowa\u0107 wieczorami lub w weekendy, by spe\u0142ni\u0107 ustalone terminy i zakresy. To nazywane jest projektem \u201emarszu \u015bmierci\u201d. Agile nie m\u00f3wi, \u017ce nigdy nie b\u0119dziesz pracowa\u0142 wieczorami lub w weekendy \u2014 ale podkre\u015bla, \u017ce ka\u017cdy powinien pracowa\u0107 w utrzymywalnym tempie.<\/li>\n
  7. Zasada si\u00f3dma m\u00f3wi, \u017ce gotowe oprogramowanie<\/strong> jest podstawowym wska\u017anikiem post\u0119pu. Tradycyjnie do \u015bledzenia post\u0119pu projektu u\u017cywano procentu uko\u0144czenia. Procent uko\u0144czenia jest bardzo niepewny, poniewa\u017c trudno go oceni\u0107, zw\u0142aszcza gdy osi\u0105ga 80% lub 90%. Uko\u0144czenie na 90% cz\u0119sto oznacza, \u017ce pozosta\u0142o tylko 10% wysi\u0142ku lub czasu. Zespo\u0142y agilne unikaj\u0105 procentu uko\u0144czenia, dziel\u0105c prac\u0119 na funkcje lub mo\u017cliwo\u015bci, dziel\u0105c je na ma\u0142e fragmenty i \u015bledz\u0105c, czy te fragmenty zosta\u0142y uko\u0144czone. To podej\u015bcie unika myl\u0105cych metryk post\u0119pu.<\/li>\n
  8. \u00d3sm\u0105 zasad\u0105 jest to, \u017ce najskuteczniejszym i najefektywniejszym sposobem przekazywania informacji do zespo\u0142u programist\u00f3w i w obr\u0119bie zespo\u0142u jest rozmowa twarz\u0105 w twarz<\/strong>. Dzisiaj najpopularniejszym narz\u0119dziem komunikacji mo\u017ce by\u0107 e-mail. Jest on wydajny dla nadawcy \u2014 przecie\u017c mo\u017ce wys\u0142a\u0107 wiadomo\u015bci setkom lub tysi\u0105com os\u00f3b naraz. Ale to nie jest prawdziwa komunikacja. Badania pokazuj\u0105, \u017ce czytanie tekstu kogo\u015b innego pozostawia znaczne pole do nieporozumie\u0144. Przyw\u00f3dcy agilni nauczyli si\u0119, \u017ce prawdziwe zrozumienie wsp\u00f3lne wymaga zjednoczenia ludzi. Je\u015bli rozmowa twarz\u0105 w twarz nie jest mo\u017cliwa, nale\u017cy u\u017cy\u0107 najbardziej przepustowego \u015brodka komunikacji \u2014 mo\u017ce to by\u0107 rozmowa wideo lub telefoniczna. To znacznie lepsze ni\u017c publikowanie dokument\u00f3w na SharePoint! Wnioskiem jest korzystanie z najbardziej przepustowego kana\u0142u komunikacji. Jednym z efekt\u00f3w ubocznych uprawiania rozm\u00f3w twarz\u0105 w twarz jest sensowno\u015b\u0107 skupienia cz\u0142onk\u00f3w zespo\u0142u agilnego w jednym miejscu. Dzisiaj wiele organizacji ignoruje to wydawa\u0107 si\u0119 oczywiste.<\/li>\n
  9. Zasada dziewi\u0105ta to ci\u0105g\u0142e skupienie si\u0119 na doskona\u0142o\u015bci technicznej i dobrym projektowaniu<\/strong> w celu zwi\u0119kszenia elastyczno\u015bci. Nacisk k\u0142adzie si\u0119 na unikanie skr\u00f3t\u00f3w lub zad\u0142u\u017cenia technicznego. Nie robi\u0107 tego, co w kr\u00f3tkim okresie przyspiesza, ale kosztuje wi\u0119cej w d\u0142u\u017cszej perspektywie. Je\u015bli b\u0119dziecie ci\u0105gle gromadzi\u0107 zad\u0142u\u017cenie techniczne, stracicie elastyczno\u015b\u0107. Jest to powszechne w projektach wodospadowych z ustalonymi terminami. Aby spe\u0142ni\u0107 obietnice termin\u00f3w, skracane s\u0105 procedury. Cykle testowania mog\u0105 by\u0107 skr\u00f3cone lub ca\u0142kowicie usuni\u0119te, by zaoszcz\u0119dzi\u0107 czas, co prowadzi do wi\u0119kszych problem\u00f3w w produkcji po uruchomieniu. Wynikiem jest walka z awariami i kod, kt\u00f3ry trudno utrzymywa\u0107.<\/li>\n
  10. Zasada dziesi\u0105ta dotyczy uproszczenia rzeczy i eliminacji niepotrzebnej pracy. Prostota \u2014 sztuka maksymalizacji ilo\u015bci niezrobionej pracy \u2014 jest kluczowa.<\/strong>To znaczy, powinni\u015bmy przeanalizowa\u0107 nasze procesy i usun\u0105\u0107 wszystko, co nie przynosi warto\u015bci klientowi, tym samym maksymalizuj\u0105c ilo\u015b\u0107 niezako\u0144czonej pracy, jednocze\u015bnie dostarczaj\u0105c to, co jest potrzebne.<\/li>\n
  11. Zasada dziesi\u0105ta dotyczy r\u00f3wnie\u017c zespo\u0142\u00f3w samodzielnie organizuj\u0105cych si\u0119. Najlepsze architektury, wymagania i projekty pochodz\u0105 z zespo\u0142\u00f3w samodzielnie organizuj\u0105cych si\u0119<\/strong>. Powinni\u015bmy pozwoli\u0107 tym, kt\u00f3rzy s\u0105 najbli\u017cej pracy, na decyzj\u0119, jak najlepiej j\u0105 wykona\u0107 \u2014 to jest esencja tej zasady.<\/li>\n
  12. Ostatni\u0105 zasad\u0105, numer 12, jest retrospektywa. Zespo\u0142y regularnie analizuj\u0105, jak sta\u0107 si\u0119 bardziej skutecznymi i potem dostosuj i przystosuj<\/strong> ich zachowanie odpowiednio.<\/li>\n<\/ol>\n

    Warto\u015bci i zasady Agile mog\u0105 dzi\u015b nie wydawa\u0107 si\u0119 rewolucyjne, ale gdy zosta\u0142y og\u0142oszone w 2001 roku, by\u0142y naprawd\u0119 rewolucyjne. Dlatego w\u0142a\u015bnie termin \u201eManifest\u201d. Wskaza\u0142y spos\u00f3b pracy, kt\u00f3ry ca\u0142kowicie r\u00f3\u017cni\u0142 si\u0119 od tego, jak organizacje dzia\u0142a\u0142y w poprzednim stuleciu. Przedtem rozw\u00f3j oprogramowania g\u0142\u00f3wnie odzwierciedla\u0142 praktyki pracy z eras przemys\u0142owej. Zrozumienie tego kontekstu historycznego jest kluczowe, jak zostanie om\u00f3wione poni\u017cej.<\/p>\n

    \u00a0<\/p>\n

    <\/p>\n