{"id":31751,"date":"2019-05-08T08:07:39","date_gmt":"2019-05-08T06:07:39","guid":{"rendered":"https:\/\/nearshore-it.eu\/artykuly\/dlaczego-agile-bywa-niezrozumiany\/"},"modified":"2024-11-07T15:27:03","modified_gmt":"2024-11-07T14:27:03","slug":"dlaczego-agile-bywa-niezrozumiany","status":"publish","type":"post","link":"https:\/\/nearshore-it.eu\/pl\/artykuly\/dlaczego-agile-bywa-niezrozumiany\/","title":{"rendered":"Dlaczego Agile bywa niezrozumiany?"},"content":{"rendered":"\n<div class=\"table-of-contents\">\n    <p class=\"title\">Przejd\u017a do:<\/p>\n    <ol>\n                    <li><a href=\"#Podstawy-Agile\">1.  Podstawy Agile<\/a><\/li>\n                    <li><a href=\"#Zwinna-organizacja\">2.  Zwinna organizacja<\/a><\/li>\n                    <li><a href=\"#Agile-w-praktyce-czeste-bledy\">3.  Agile w praktyce \u2013 cz\u0119ste b\u0142\u0119dy<\/a><\/li>\n                    <li><a href=\"#Podsumowanie\">4.  Podsumowanie<\/a><\/li>\n            <\/ol>\n<\/div>\n\n\n<h2 class=\"wp-block-heading\" id=\"Podstawy-Agile\">Podstawy Agile<\/h2>\n\n\n\n<p>Na pocz\u0105tku si\u0119gnijmy do tego, co jest podstaw\u0105 ka\u017cdego frameworku zwinnego wytwarzania oprogramowania, czyli do \u201eManifestu Agile&#8221;. Przedk\u0142ada on:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>ludzi i interakcje ponad procesy i narz\u0119dzia,<\/li>\n\n\n\n<li>dzia\u0142aj\u0105ce oprogramowanie ponad obszern\u0105 dokumentacj\u0119,<\/li>\n\n\n\n<li>wsp\u00f3\u0142prac\u0119 z klientem ponad formalne ustalenia,<\/li>\n\n\n\n<li>reagowanie na zmiany ponad pod\u0105\u017canie za planem.<\/li>\n<\/ul>\n\n\n\n<p>Wszystko to, czyli nacisk na komunikacj\u0119 \u2013 tak\u017ce z klientem \u2013 skupienie si\u0119 na dostarczeniu wysokiej jako\u015bci oprogramowania, a nie na tworzeniu obszernej dokumentacji projektowej, oraz elastyczno\u015b\u0107 w realizacji projektu wp\u0142ywa na spos\u00f3b planowania. W odr\u00f3\u017cnieniu od modelu kaskadowego, w kt\u00f3rym projekt planuje si\u0119 d\u0142ugofalowo, prac\u0119 dzielimy na Sprinty. Dlaczego mimo coraz wi\u0119kszej popularno\u015bci Agile bywa niezrozumiany? O tym pisz\u0119 poni\u017cej.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"Zwinna-organizacja\">Zwinna organizacja<\/h2>\n\n\n\n<p>Daily, Review, Retro&#8230; Wszyscy, kt\u00f3rzy pracuj\u0105 we frameworku Scrum, s\u0142ysz\u0105 te okre\u015blenia wielokrotnie, nieraz codziennie, i nie maj\u0105 one dla nich tajemnic. Ale czy jeste\u015bmy \u015bwiadomi, dlaczego ich u\u017cywamy? Aby pom\u00f3c zrozumie\u0107 ich istot\u0119, kr\u00f3tko przypomn\u0119, co si\u0119 za nimi kryje i dlaczego s\u0105 tak wa\u017cne w technikach zwinnych. Znajomo\u015b\u0107 zwinnego planowania pracy jest kluczowa dla zrozumienia tego, jak unika\u0107 b\u0142\u0119d\u00f3w w Agile. Na pocz\u0105tek przyjrzyjmy si\u0119 tzw. wydarzeniom, kt\u00f3re pomagaj\u0105 stworzy\u0107 regularno\u015b\u0107 i s\u0105 pomy\u015blane w taki spos\u00f3b, aby zapewni\u0107 transparentno\u015b\u0107 i umo\u017cliwi\u0107 zweryfikowanie pracy zespo\u0142u na ka\u017cdym etapie trwania projektu.<\/p>\n\n\n\n<p>\u201eSercem Scruma jest <strong>Sprint<\/strong>&#8221; \u2013 trwaj\u0105cy za ka\u017cdym razem tyle samo etap, w trakcie kt\u00f3rego zesp\u00f3\u0142 pracuj\u0105cy zwinnie dostarcza zadeklarowany Przyrost. Sam w sobie nie jest on okre\u015blany jako wydarzenie, jednak sk\u0142ada si\u0119 z nich \u2013 to pozwala na dobr\u0105 organizacj\u0119 pracy. Co i w jaki spos\u00f3b zostanie dostarczone w danym Sprincie, zesp\u00f3\u0142 deweloperski ustala w trakcie <strong>Sprint Planningu.<\/strong> Aby zoptymalizowa\u0107 zaplanowan\u0105 w ten spos\u00f3b prac\u0119, stosuje si\u0119 spotkania: <strong>Daily, Review<\/strong> oraz <strong>Retro<\/strong>. Daily Scrum pomaga cz\u0142onkom zespo\u0142u w utrzymaniu transparentno\u015bci oraz w wychwyceniu potencjalnych problem\u00f3w, Review zweryfikowa\u0107, co zosta\u0142o dokonane w trakcie okre\u015blonego Sprintu, a Retrospective stanowi pole do przyjrzenia si\u0119 temu, co w Sprincie posz\u0142o dobrze, a co wymaga poprawy. Brzmi prosto? Popularne powiedzenie g\u0142osi, \u017ce Scrum jest \u0142atwy do zrozumienia, lecz trudny do wdro\u017cenia. Sprawd\u017amy, jak to dzia\u0142a w praktyce i jakie s\u0105 najcz\u0119stsze powody niezrozumienia idei zwinno\u015bci.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"Agile-w-praktyce-czeste-bledy\">Agile w praktyce \u2013 cz\u0119ste b\u0142\u0119dy<\/h2>\n\n\n\n<p><strong>1. Niezrozumienie zasad<\/strong><\/p>\n\n\n\n<p>Zasady, na kt\u00f3rych opiera si\u0119 Scrum, a kt\u00f3re okre\u015bla \u201eManifest Agile&#8221; wydaj\u0105 si\u0119 proste, jednak wi\u0119kszo\u015b\u0107 os\u00f3b na co dzie\u0144 pracuj\u0105cych zwinnie mo\u017ce z\u0142apa\u0107 si\u0119 za g\u0142ow\u0119 i stwierdzi\u0107: \u201eU mnie to tak nie wygl\u0105da!&#8221;. Z mojego do\u015bwiadczenia jako Scrum Master mog\u0119 przyzna\u0107, \u017ce o ile zasada dotycz\u0105ca przedk\u0142adania ludzi i komunikacji nad procesy i narz\u0119dzia jest respektowana, o tyle pozosta\u0142e cz\u0119sto staj\u0105 si\u0119 przedmiotem nieporozumie\u0144. <strong>Cz\u0119sto niezrozumienie wynika z oczekiwa\u0144 biznesu, dla kt\u00f3rego istotne jest nie tylko otrzymanie dzia\u0142aj\u0105cego oprogramowania, ale tak\u017ce dokumentacji projektowej, a zwinne podej\u015bcie bywa upraszczane do dostarczania przez zesp\u00f3\u0142 co 2 tygodnie paczki funkcjonalno\u015bci.<\/strong> B\u0142\u0119dna interpretacja podej\u015bcia zwinnego wynika z braku wiedzy wielu organizacji (zar\u00f3wno polskich, jak i zagranicznych), jaka praca jest wykonywana po stronie zespo\u0142u deweloperskiego, aby dostarczana paczka spe\u0142nia\u0142a wszystkie wymagania nie tylko pod k\u0105tem funkcjonalnym, ale r\u00f3wnie\u017c jako\u015bciowym czy bezpiecze\u0144stwa.<\/p>\n\n\n\n<p>Zdarza si\u0119, \u017ce wiele pomys\u0142\u00f3w na dzia\u0142anie i usprawnienie pracy zespo\u0142\u00f3w deweloperskich oraz respektowanie zasady \u201ewsp\u00f3\u0142praca z klientem ponad formalne ustalenia&#8221; s\u0105 blokowane przez ustalenia kontraktowe. Aby techniki zwinne pozwoli\u0142y wykorzysta\u0107 w pe\u0142ni potencja\u0142 zespo\u0142u, istotne jest zrozumienie ze strony biznesu, \u017ce zwinna organizacja zmierza do dostarczenia produktu najwy\u017cszej jako\u015bci w okre\u015blonym czasie. Tu istotn\u0105 rol\u0119 w ka\u017cdym projekcie odgrywa Scrum Master\/Agile Coach. To na jego barkach spoczywa edukowanie zar\u00f3wno zespo\u0142u, jak i przedstawicieli biznesu.<\/p>\n\n\n\n<p><strong>2. Niezrozumienie zwinnej organizacji pracy<\/strong><\/p>\n\n\n\n<p>Innym problemem, kt\u00f3ry bardzo cz\u0119sto pojawia si\u0119 w przer\u00f3\u017cnych projektach IT, jest podej\u015bcie kaskadowe do poszczeg\u00f3lnych artefakt\u00f3w czy wydarze\u0144. Wi\u0119kszo\u015b\u0107 przedstawicieli biznesu nie zdaje sobie sprawy z tego, jak istotne jest Definition of Ready w kontek\u015bcie docelowej dostarczalno\u015bci zar\u00f3wno ca\u0142ego produktu, jak i Incrementu czy pojedynczego zadania.<br>Zdarza si\u0119 te\u017c tak, \u017ce Definition of Done jest niedoceniane jako gwarant jako\u015bci, a niejednokrotnie postrzegane jako przeszkoda w dostarczeniu paczki po Sprincie. Zdarza si\u0119 tak\u017ce, \u017ce klient stara si\u0119 wym\u00f3c na zespole deweloperskim dostarczenie jakiej\u015b funkcjonalno\u015bci szybciej, ni\u017c ten zaplanowa\u0142 w trakcie Sprint Planningu. Techniki zwinne ukierunkowane s\u0105 na dostarczanie okre\u015blonych Przyrost\u00f3w w okre\u015blonym czasie. <strong>To troch\u0119 tak jak z budow\u0105 domu \u2013 nie zaczynamy jej od wyboru kolor\u00f3w \u015bcian, lecz planujemy etapami. Temu w\u0142a\u015bnie s\u0142u\u017c\u0105 wspomniane przeze mnie spotkania: Sprint Planning, Daily, Retro i Review.<\/strong> Pozwalaj\u0105 one zaplanowa\u0107 prac\u0119 na poszczeg\u00f3lnych etapach, nie wybiegaj\u0105c zbyt daleko w przysz\u0142o\u015b\u0107 i umo\u017cliwiaj\u0105c zespo\u0142owi skupienie si\u0119 na danej czynno\u015bci w danym czasie.<\/p>\n\n\n\n<p><strong>3. Niezrozumienie r\u00f3l<\/strong><\/p>\n\n\n\n<p>Inn\u0105 przyczyn\u0105 niezrozumienia Agile jest b\u0142\u0119dne rozumienie r\u00f3l w Scrumie, co mo\u017ce wynika\u0107 z kolei z niezrozumienia <a href=\"https:\/\/nearshore-it.eu\/pl\/artykuly\/article\/samozarzadzanie-to-zarzadzanie-przyszlosci\">idei samozarz\u0105dzaj\u0105cego si\u0119 zespo\u0142u.<\/a> Jako Scrum Master opowiem na przyk\u0142adzie mojej roli, kt\u00f3ra cz\u0119sto bywa b\u0142\u0119dnie pojmowana przez osoby spoza zespo\u0142u scrumowego. Bo jak mo\u017ce dzia\u0142a\u0107 zesp\u00f3\u0142 bez lidera? Przecie\u017c jak \u015bwiat \u015bwiatem zawsze istnia\u0142y jednostki przyw\u00f3dcze, kt\u00f3re bra\u0142y na siebie odpowiedzialno\u015b\u0107 za zarz\u0105dzanie lud\u017ami. Rola Scrum Mastera bywa deprecjonowana do funkcji \u201eProject Managera, kt\u00f3ry nie jest szefem&#8221; i pomijana przy tworzeniu zespo\u0142\u00f3w (\u201ePrzecie\u017c on nie dostarcza warto\u015bci, a w jego miejsce mogliby\u015bmy zatrudni\u0107 jednego developera&#8221;). Czy to, \u017ce Scrum Master nie pisze kodu i nie testuje oprogramowania, oznacza, \u017ce jest zb\u0119dny? Nie. <strong>Scrum jest podej\u015bciem empirycznym, to znaczy opieraj\u0105cym si\u0119 na do\u015bwiadczeniu i komunikacji, a zadania Scrum Mastera s\u0105 niemierzalne i zwykle polegaj\u0105 na u\u015bwiadamianiu zespo\u0142owi deweloperskiemu zasad zwinnego funkcjonowania.<\/strong> Warto\u015bci roli Scrum Mastera nie wida\u0107 nigdy w Burndown Charcie, ale jest ona zawsze widoczna w samym podej\u015bciu do pracy cz\u0142onk\u00f3w zespo\u0142u.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\" id=\"Podsumowanie\">Podsumowanie<\/h2>\n\n\n\n<p>W technikach zwinnych ka\u017cde wydarzenie, artefakt, spotkanie czy dyskusja maj\u0105 znaczenie. <strong>Podej\u015bcie zwinne, w ka\u017cdym frameworku, nie tylko w Scrumie, to skomplikowany proces i sie\u0107 naczy\u0144 po\u0142\u0105czonych, gdzie ka\u017cda akcja (lub jej brak) powoduje reakcj\u0119. \u015awiadomo\u015b\u0107 tego jest kluczowa dla zrozumienia idei zwinno\u015bci.<\/strong> Podobnie bardzo istotne jest zrozumienie, \u017ce Agile nie ko\u0144czy si\u0119 na zespole deweloperskim, a przedstawiciele klient\u00f3w oraz ich ustalenia kontraktowe maj\u0105 bezpo\u015bredni wp\u0142yw na codzienn\u0105 prac\u0119 zespo\u0142\u00f3w scrumowych. Co wi\u0119c mo\u017cna zrobi\u0107, \u017ceby ten stan rzeczy zmieni\u0107? Komunikowa\u0107 si\u0119, reagowa\u0107 na zmiany, stawia\u0107 na pe\u0142n\u0105 zrozumienia wsp\u00f3\u0142prac\u0119 mi\u0119dzy klientem a zespo\u0142em deweloperskim. W ten spos\u00f3b wracamy do podstaw Scruma, kt\u00f3rych stosowanie w praktyce jest idealn\u0105 metod\u0105 na edukowanie zar\u00f3wno zespo\u0142u, jak i partnera biznesowego. Jest to proces mozolny i d\u0142ugotrwa\u0142y, ale w ka\u017cdej organizacji IT pracuj\u0105cej zwinnie znajdziemy osoby (mo\u017ce nawet Agile Coach\u00f3w?), kt\u00f3re z ch\u0119ci\u0105 wyt\u0142umacz\u0105, dlaczego \u201ezwinny&#8221; znaczy \u201einny&#8221; i jak z dobrodziejstw tej odmienno\u015bci czerpa\u0107 gar\u015bciami.<\/p>\n\n\n","protected":false},"excerpt":{"rendered":"<p>W ci\u0105gu ostatnich kilkunastu lat bran\u017ca IT, r\u00f3wnie\u017c w Polsce, przesz\u0142a olbrzymi\u0105 metamorfoz\u0119. Skok technologiczny, kt\u00f3rego jeste\u015bmy \u015bwiadkami, zosta\u0142 dope\u0142niony zmian\u0105 podej\u015bcia do zarz\u0105dzania projektami IT. Model kaskadowy coraz cz\u0119\u015bciej jest zast\u0119powany przez podej\u015bcie zwinne, czyli Agile, o kt\u00f3rym ka\u017cdy s\u0142ysza\u0142, wielu twierdzi, \u017ce w nim pracuje b\u0105d\u017a pracowa\u0142o, ale kt\u00f3ry wci\u0105\u017c jeszcze bywa niezrozumiany. Przede wszystkim przez przedstawicieli biznesu, kt\u00f3rzy chcieliby rozpocz\u0105\u0107 wsp\u00f3\u0142prac\u0119 w modelu zwinnym. W dzisiejszym artykule postaram si\u0119 pokaza\u0107 warto\u015b\u0107, jak\u0105 wnosz\u0105 techniki zwinne, i odpowiedzie\u0107 na proste, a jednak wci\u0105\u017c sprawiaj\u0105ce trudno\u015bci pytanie: zwinny, czyli jaki?<\/p>\n","protected":false},"author":45,"featured_media":31752,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"iawp_total_views":22,"footnotes":""},"categories":[1,583],"tags":[],"offering":[522],"class_list":["post-31751","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-artykuly","category-zarzadzanie-projektami","offering-tech-blog"],"acf":[],"_links":{"self":[{"href":"https:\/\/nearshore-it.eu\/pl\/wp-json\/wp\/v2\/posts\/31751","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/nearshore-it.eu\/pl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/nearshore-it.eu\/pl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/nearshore-it.eu\/pl\/wp-json\/wp\/v2\/users\/45"}],"replies":[{"embeddable":true,"href":"https:\/\/nearshore-it.eu\/pl\/wp-json\/wp\/v2\/comments?post=31751"}],"version-history":[{"count":3,"href":"https:\/\/nearshore-it.eu\/pl\/wp-json\/wp\/v2\/posts\/31751\/revisions"}],"predecessor-version":[{"id":33955,"href":"https:\/\/nearshore-it.eu\/pl\/wp-json\/wp\/v2\/posts\/31751\/revisions\/33955"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/nearshore-it.eu\/pl\/wp-json\/wp\/v2\/media\/31752"}],"wp:attachment":[{"href":"https:\/\/nearshore-it.eu\/pl\/wp-json\/wp\/v2\/media?parent=31751"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/nearshore-it.eu\/pl\/wp-json\/wp\/v2\/categories?post=31751"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/nearshore-it.eu\/pl\/wp-json\/wp\/v2\/tags?post=31751"},{"taxonomy":"offering","embeddable":true,"href":"https:\/\/nearshore-it.eu\/pl\/wp-json\/wp\/v2\/offering?post=31751"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}