Obserwuj\u0119 pewn\u0105 prawid\u0142owo\u015b\u0107. Zarz\u0105d narzeka, \u017ce programi\u015bci s\u0105 za wolni, nie dostarczaj\u0105 na czas, a bud\u017cety si\u0119 rozje\u017cd\u017caj\u0105. Programi\u015bci z kolei m\u00f3wi\u0105, \u017ce biznes zmienia zdanie co tydzie\u0144, a wymagania s\u0105 niejasne. Kto ma racj\u0119? Obie strony, ale prawdziwym winowajc\u0105 jest co\u015b innego \u2013 ukryte blokady organizacyjne, kt\u00f3re parali\u017cuj\u0105 zespo\u0142y deweloperskie. Nie s\u0105 to z\u0142e narz\u0119dzia ani leniwi ludzie. To kwestia przep\u0142ywu informacji, priorytetyzacji i\u2026 strachu.<\/p>\n
W JurskiTech od lat wdra\u017camy rozwi\u0105zania webowe i widzimy, jak te same problemy przewijaj\u0105 si\u0119 w r\u00f3\u017cnych firmach. Poni\u017cej trzy najcz\u0119stsze blokady, kt\u00f3re realnie kosztuj\u0105 czas i pieni\u0105dze.<\/p>\n
Wyobra\u017a sobie, \u017ce zarz\u0105d m\u00f3wi: \u201eMusimy zintegrowa\u0107 system z nowym API dostawcy logistyki\u201d. Developer dostaje zadanie, ale nie wie, dlaczego to robi. Jaki jest cel biznesowy? Czy chodzi o szybsz\u0105 wysy\u0142k\u0119, lepsze \u015bledzenie, czy obni\u017cenie koszt\u00f3w? Bez kontekstu ka\u017cda decyzja techniczna staje si\u0119 strza\u0142em w ciemno.<\/p>\n
Efekt? Zesp\u00f3\u0142 zaczyna nadmiernie komplikowa\u0107 rozwi\u0105zanie \u2013 na wszelki wypadek. Wykonuje prac\u0119, kt\u00f3ra potem okazuje si\u0119 zb\u0119dna. Albo odwrotnie \u2013 robi minimum, kt\u00f3re nie spe\u0142nia realnych potrzeb. I ko\u0142o si\u0119 zamyka: biznes widzi efekt i m\u00f3wi: \u201eZnowu nie to\u201d.<\/p>\n
Jak to wygl\u0105da w praktyce?<\/strong><\/p>\n W jednej z firm, z kt\u00f3r\u0105 wsp\u00f3\u0142pracowali\u015bmy, mened\u017cer produktu mia\u0142 wizj\u0119, ale nie dzieli\u0142 si\u0119 ni\u0105 z deweloperami. Dosta\u0142em kiedy\u015b takie zadanie: \u201eZr\u00f3bmy nowy formularz zam\u00f3wienia, bo stary wygl\u0105da kiepsko\u201d. Po godzinie rozm\u00f3w okaza\u0142o si\u0119, \u017ce tak naprawd\u0119 chodzi\u0142o o zwi\u0119kszenie konwersji poprzez skr\u00f3cenie \u015bcie\u017cki zakupu. Gdyby deweloperzy to wiedzieli, zaproponowaliby zupe\u0142nie inne rozwi\u0105zanie \u2013 przeprojektowanie flow, a nie zmian\u0119 szaty graficznej.<\/p>\n Rozwi\u0105zanie:<\/strong> Wprowad\u017acie tzw. \u201eshared product vision\u201d. Nie chodzi o d\u0142ugie dokumenty, ale o kr\u00f3tki, zrozumia\u0142y dla wszystkich opis cel\u00f3w biznesowych ka\u017cdego zadania. Niech ka\u017cdy developer zna odpowied\u017a na pytanie: \u201eDla kogo to robimy i dlaczego?\u201d. Nawet jedno zdanie na Jirze potrafi zdzia\u0142a\u0107 cuda.<\/p>\n Wielu manager\u00f3w my\u015bli, \u017ce im bardziej kontroluj\u0105 zesp\u00f3\u0142, tym lepiej. Codzienne statusy, szczeg\u00f3\u0142owe raporty, ka\u017cda linijka kodu do review. W efekcie programi\u015bci trac\u0105 czas na wyja\u015bnianie, zamiast programowa\u0107. Co gorsza \u2013 zaczynaj\u0105 unika\u0107 ryzyka. Boj\u0105 si\u0119 pope\u0142ni\u0107 b\u0142\u0105d, wi\u0119c robi\u0105 tylko to, co jest dos\u0142ownie napisane. \u017badnej inicjatywy, \u017cadnych innowacji.<\/p>\n To zjawisko szczeg\u00f3lnie wida\u0107, gdy w firmie panuje kultura obwiniania. Gdy co\u015b p\u00f3jdzie nie tak, szuka si\u0119 winnego, a nie rozwi\u0105zania. Wtedy dev woli napisa\u0107 kod tak, aby nie mo\u017cna by\u0142o mu nic zarzuci\u0107, nawet je\u015bli nie jest optymalny. Kreatywno\u015b\u0107 umiera.<\/p>\n Przyk\u0142ad z \u017cycia:<\/strong><\/p>\n W startupie e-commerce, kt\u00f3ry optymalizowali\u015bmy, w\u0142a\u015bciciel osobi\u015bcie recenzowa\u0142 ka\u017cdy PR (pull request). Zesp\u00f3\u0142 czeka\u0142 czasem dwa dni na feedback. Efekt? Czasy dostarczania funkcji wyd\u0142u\u017cy\u0142y si\u0119 trzykrotnie. Po zmianie procesu \u2013 zaufanie zespo\u0142owi i delegowanie review \u2013 wydajno\u015b\u0107 wzros\u0142a, a b\u0142\u0119dy nie przyby\u0142o.<\/p>\n Rozwi\u0105zanie:<\/strong> Zast\u0105pcie mikrozarz\u0105dzanie jasnymi kryteriami sukcesu i automatycznymi testami. Zaufajcie, \u017ce zesp\u00f3\u0142 wie, co robi. Wprowad\u017acie kultur\u0119 \u201eblameless post-mortem\u201d \u2013 analizujcie b\u0142\u0119dy bez szukania winnych. To uwalnia potencja\u0142.<\/p>\n \u201eSzybko, zr\u00f3bcie t\u0119 funkcj\u0119, bo Klient X tego wymaga\u201d. Po dw\u00f3ch dniach: \u201eZapomnijcie, teraz wa\u017cne jest Y\u201d. Po tygodniu znowu zmiana. Brzmi znajomo? To najszybsza droga do wypalenia zespo\u0142u i spadku produktywno\u015bci. Ka\u017cde prze\u0142\u0105czenie kontekstu kosztuje nawet 30% czasu \u2013 to udowodnione badania.<\/p>\n Problem le\u017cy w tym, \u017ce wiele firm traktuje priorytety jako list\u0119 \u017cycze\u0144, a nie zobowi\u0105zania. Zamiast wybra\u0107 jedno i robi\u0107 to dobrze, skacz\u0105 mi\u0119dzy pomys\u0142ami. Developerzy nigdy nie ko\u0144cz\u0105 niczego w 100%, bo zawsze pojawia si\u0119 co\u015b \u201ewa\u017cniejszego\u201d.<\/p>\n Case study:<\/strong><\/p>\n Klient z bran\u017cy fintech mia\u0142 15 priorytet\u00f3w naraz. Zesp\u00f3\u0142 pracowa\u0142 nad pi\u0119cioma r\u00f3\u017cnymi projektami. Po trzech miesi\u0105cach \u017caden nie zosta\u0142 uko\u0144czony. Kadra mened\u017cerska by\u0142a zdumiona. Wystarczy\u0142o ograniczy\u0107 liczb\u0119 r\u00f3wnoczesnych inicjatyw do maksymalnie dw\u00f3ch. Po miesi\u0105cu dostarczyli pierwsz\u0105 w pe\u0142ni dzia\u0142aj\u0105c\u0105 funkcj\u0119.<\/p>\n Rozwi\u0105zanie:<\/strong> Wprowad\u017acie proces priorytetyzacji oparty na warto\u015bci biznesowej, np. metod\u0105 RICE (Reach, Impact, Confidence, Effort). Ustalcie g\u00f3rny limit work in progress. Je\u015bli co\u015b nowego wpada, co\u015b innego musi zosta\u0107 od\u0142o\u017cone. Bez tego b\u0119dziecie niesko\u0144czenie doka\u0144cza\u0107 wszystko po trochu.<\/p>\n Blokady, o kt\u00f3rych napisa\u0142em, nie wynikaj\u0105 ze z\u0142ej woli ani z niekompetencji. S\u0105 efektem sposobu my\u015blenia, kt\u00f3ry w wielu firmach funkcjonuje od lat. Zmiana wymaga odwagi \u2013 zar\u00f3wno od zarz\u0105du, jak i od zespo\u0142\u00f3w technicznych. Ale efekty s\u0105 konkretne: szybsze dostarczanie, mniejsze koszty, lepsza atmosfera.<\/p>\n Je\u015bli rozpoznajesz kt\u00f3re\u015b z tych zjawisk w swojej firmie, nie czekaj. W JurskiTech pomagamy firmom odblokowa\u0107 potencja\u0142 zespo\u0142\u00f3w IT \u2013 nie tylko przez narz\u0119dzia, ale przez zmian\u0119 organizacyjn\u0105. Bo najlepszy kod nie dzia\u0142a, je\u015bli ludzie nie mog\u0105 go napisa\u0107 w spokoju.<\/p>\n","protected":false},"excerpt":{"rendered":" Wprowadzenie Obserwuj\u0119 pewn\u0105 prawid\u0142owo\u015b\u0107. Zarz\u0105d narzeka, \u017ce programi\u015bci s\u0105 za wolni, nie dostarczaj\u0105 na czas, a bud\u017cety si\u0119 rozje\u017cd\u017caj\u0105. Programi\u015bci z kolei m\u00f3wi\u0105, \u017ce biznes zmienia zdanie co tydzie\u0144, a wymagania s\u0105 niejasne. Kto ma racj\u0119? Obie strony, ale prawdziwym winowajc\u0105 jest co\u015b innego \u2013 ukryte blokady organizacyjne, kt\u00f3re parali\u017cuj\u0105 zespo\u0142y deweloperskie. Nie s\u0105 to<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[7],"tags":[742,9,431,396],"class_list":["post-2053","post","type-post","status-publish","format-standard","hentry","category-warto-wiedziec","tag-blokady-organizacyjne","tag-jurskitech","tag-optymalizacja-wydajnosci","tag-zespol-it"],"_links":{"self":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts\/2053","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/comments?post=2053"}],"version-history":[{"count":0,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts\/2053\/revisions"}],"wp:attachment":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/media?parent=2053"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/categories?post=2053"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/tags?post=2053"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Blokada 2. Mikrozarz\u0105dzanie i strach przed b\u0142\u0119dem<\/h2>\n
Blokada 3. Wielozadaniowo\u015b\u0107 i zmienno\u015b\u0107 priorytet\u00f3w<\/h2>\n
Podsumowanie<\/h2>\n