Ostatnio rozmawia\u0142em z CTO jednej z rosn\u0105cych agencji e-commerce. Zesp\u00f3\u0142 mia\u0142 8 os\u00f3b, bud\u017cet na narz\u0119dzia, a sprinty i tak ko\u0144czy\u0142y si\u0119 op\u00f3\u017anieniami. Klienci narzekali, developerzy byli sfrustrowani, a on sam nie wiedzia\u0142, co jest przyczyn\u0105. Po kr\u00f3tkim audycie okaza\u0142o si\u0119, \u017ce problem nie le\u017ca\u0142 w umiej\u0119tno\u015bciach programist\u00f3w ani w technologii \u2013 to by\u0142y trzy ciche blokery, kt\u00f3re spowalnia\u0142y prac\u0119 o 30-40%. W tym artykule poka\u017c\u0119 Ci je na konkretnych przyk\u0142adach.<\/p>\n
Zauwa\u017cy\u0142em, \u017ce wiele firm opisuje zadania w stylu: \u201eDodaj filtr po cenie\u201d. Developer dostaje takie zadanie i\u2026 zaczyna zgadywa\u0107. Czy filtr ma by\u0107 suwakiem, list\u0105 checkbox\u00f3w, czy mo\u017ce zakresem z polami input? Czy ma by\u0107 po jednej cenie, czy przedziale? A co z walidacj\u0105, z b\u0142\u0119dami, z responsywno\u015bci\u0105? Nagle zamiast 2 godzin robi si\u0119 8, bo trzeba samemu dociec wymaga\u0144.<\/p>\n
Przyk\u0142ad z \u017cycia:<\/strong> Klient z bran\u017cy modowej zam\u00f3wi\u0142 \u201ewyszukiwark\u0119 produkt\u00f3w\u201d. Zesp\u00f3\u0142 sp\u0119dzi\u0142 3 dni na implementacji pe\u0142notekstowego searcha z autocomplete i fasetami. Po demo okaza\u0142o si\u0119, \u017ce klient chcia\u0142 zwyk\u0142ego selecta z list\u0105 kategorii. Efekt? Stracony czas i pieni\u0105dze, a zesp\u00f3\u0142 poczu\u0142 si\u0119 zdemotywowany.<\/p>\n Rozwi\u0105zanie:<\/strong> Zanim task trafi do developera, powinien mie\u0107 jasno zdefiniowane kryteria akceptacji \u2013 najlepiej w formie kr\u00f3tkiego scenariusza: \u201eJako u\u017cytkownik widz\u0119 suwak ceny od-do, po zmianie lista produkt\u00f3w od\u015bwie\u017ca si\u0119 automatycznie\u201d. To nie musi by\u0107 d\u0142ugie \u2013 wystarczy 2-3 zdania. Dzi\u0119ki temu developer od razu wie, co robi\u0107, a ty oszcz\u0119dzasz czas na poprawkach.<\/p>\n Kolejny cichy zab\u00f3jca wydajno\u015bci to zmiany koncepcji w trakcie implementacji. Nie m\u00f3wi\u0119 tu o naturalnych korektach, ale o sytuacjach, gdy po\u0142owa funkcjonalno\u015bci jest gotowa, a nagle okazuje si\u0119, \u017ce \u201ejednak chcemy inaczej\u201d.<\/p>\n Przyk\u0142ad:<\/strong> Pracowa\u0142em z firm\u0105 SaaS, kt\u00f3ra zmienia\u0142a UI dashboardu co tydzie\u0144 przez miesi\u0105c. Developerzy napisali trzy wersje tego samego widoku. Ka\u017cda zmiana wymaga\u0142a przepisania logiki frontendu, a potem test\u00f3w. Ostatecznie klient wybra\u0142 pierwsz\u0105 wersj\u0119. Stracone 3 tygodnie pracy 4 os\u00f3b.<\/p>\n Jak temu zaradzi\u0107?<\/strong> Przed rozpocz\u0119ciem implementacji zr\u00f3b szybki prototyp (np. w Figmie) i poka\u017c go klientowi lub product ownerowi. Lepiej sp\u0119dzi\u0107 2 dni na uzgodnieniach ni\u017c 2 tygodnie na przepisywaniu kodu. Dodatkowo warto wprowadzi\u0107 zasad\u0119, \u017ce decyzje projektowe s\u0105 zamra\u017cane na czas trwania sprintu \u2013 zmiany id\u0105 do backlogu.<\/p>\n Zdarza si\u0119, \u017ce firmy trac\u0105 czas na rzeczy, kt\u00f3re pozornie zwi\u0119kszaj\u0105 jako\u015b\u0107, ale w praktyce spowalniaj\u0105 prac\u0119. Przyk\u0142ad: zbyt restrykcyjny code review, gdzie ka\u017cdy commit musi by\u0107 zatwierdzony przez 3 senior\u00f3w, a sam proces trwa 2 dni. Albo narz\u0119dzia do zarz\u0105dzania projektami, kt\u00f3re wymagaj\u0105 wype\u0142nienia 10 p\u00f3l przed rozpocz\u0119ciem zadania.<\/p>\n Przyk\u0142ad:<\/strong> W jednej z firm e-commerce wdro\u017cono system ticketingowy, kt\u00f3ry wymusza\u0142 opisywanie ka\u017cdej godziny z 15-minutow\u0105 dok\u0142adno\u015bci\u0105. Developerzy zamiast kodowa\u0107, sp\u0119dzali 20% czasu na wpisywaniu status\u00f3w. Po miesi\u0105cu okaza\u0142o si\u0119, \u017ce mened\u017cer i tak nie analizowa\u0142 tych danych \u2013 u\u017cywa\u0142 excela. Procedura zosta\u0142a po cichu porzucona, ale zesp\u00f3\u0142 straci\u0142 ju\u017c motywacj\u0119.<\/p>\n Rekomendacja:<\/strong> Regularnie analizuj, jakie procesy faktycznie przynosz\u0105 warto\u015b\u0107. Zadaj sobie pytanie: \u201eCzy gdybym usun\u0105\u0142 ten krok, co\u015b by si\u0119 sta\u0142o?\u201d. Je\u015bli odpowied\u017a brzmi \u201enie\u201d \u2013 usu\u0144 go. Warto te\u017c \u015bledzi\u0107 czas, jaki zesp\u00f3\u0142 sp\u0119dza na narz\u0119dziach \u2013 je\u015bli to wi\u0119cej ni\u017c 5%, to sygna\u0142 ostrzegawczy.<\/p>\n Wydajno\u015b\u0107 zespo\u0142u programistycznego to nie tylko kwestia framework\u00f3w czy szybko\u015bci dzia\u0142ania aplikacji. To przede wszystkim zarz\u0105dzanie kontekstem, stabilno\u015b\u0107 decyzji i zdrowe procedury. Je\u015bli zmagasz si\u0119 z op\u00f3\u017anieniami, zanim zaczniesz zatrudnia\u0107 kolejnych developer\u00f3w, przyjrzyj si\u0119 tym trzem obszarom. Cz\u0119sto wystarczy zmieni\u0107 spos\u00f3b opisywania task\u00f3w, zamrozi\u0107 koncepcje na czas sprintu i upro\u015bci\u0107 procesy, by zyska\u0107 30% wi\u0119cej czasu na realny rozw\u00f3j.<\/p>\n Je\u015bli potrzebujesz pomocy w audycie proces\u00f3w w swoim zespole \u2013 skontaktuj si\u0119 z nami. JurskiTech pomaga firmom nie tylko tworzy\u0107 oprogramowanie, ale te\u017c optymalizowa\u0107 prac\u0119 nad nim tak, by\u015b nie traci\u0142 czasu i pieni\u0119dzy.<\/p>\n","protected":false},"excerpt":{"rendered":" Wprowadzenie Ostatnio rozmawia\u0142em z CTO jednej z rosn\u0105cych agencji e-commerce. Zesp\u00f3\u0142 mia\u0142 8 os\u00f3b, bud\u017cet na narz\u0119dzia, a sprinty i tak ko\u0144czy\u0142y si\u0119 op\u00f3\u017anieniami. Klienci narzekali, developerzy byli sfrustrowani, a on sam nie wiedzia\u0142, co jest przyczyn\u0105. Po kr\u00f3tkim audycie okaza\u0142o si\u0119, \u017ce problem nie le\u017ca\u0142 w umiej\u0119tno\u015bciach programist\u00f3w ani w technologii \u2013 to by\u0142y<\/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":[1031,475,1032,447,63],"class_list":["post-2672","post","type-post","status-publish","format-standard","hentry","category-warto-wiedziec","tag-blokery-deweloperskie","tag-cto","tag-productivity","tag-wydajnosc-zespolu-it","tag-zarzadzanie-it"],"_links":{"self":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts\/2672","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=2672"}],"version-history":[{"count":0,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts\/2672\/revisions"}],"wp:attachment":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/media?parent=2672"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/categories?post=2672"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/tags?post=2672"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}2. Brak stabilnych decyzji projektowych<\/h2>\n
3. \u201eZ\u0142ote klatki\u201d \u2013 nadmierne procedury i narz\u0119dzia<\/h2>\n
Podsumowanie<\/h2>\n