Ka\u017cdy founder czy CTO, z kt\u00f3rym rozmawiam, pr\u0119dzej czy p\u00f3\u017aniej zadaje to samo pytanie: „Jak sprawi\u0107, by zesp\u00f3\u0142 programistyczny pracowa\u0142 szybciej?”<\/strong><\/p>\n Tymczasem cz\u0119sto nie chodzi o to, by ludzie bardziej si\u0119 starali \u2013 ale o to, \u017ce procesy, narz\u0119dzia i kultura pracy systematycznie spowalniaj\u0105<\/strong> nawet najlepszych specjalist\u00f3w. W ci\u0105gu ostatnich lat, pracuj\u0105c z kilkunastoma zespo\u0142ami w ma\u0142ych i \u015brednich firmach, wy\u0142apa\u0142em powtarzalne wzorce \u2013 sygna\u0142y, \u017ce zesp\u00f3\u0142 m\u00f3g\u0142by dostarcza\u0107 wi\u0119cej warto\u015bci, gdyby tylko usun\u0105\u0107 kilka blokad.<\/p>\n Poni\u017cej 5 takich sygna\u0142\u00f3w. Je\u015bli rozpoznajesz kt\u00f3rykolwiek \u2013 to znak, \u017ce masz przestrze\u0144 do optymalizacji bez zatrudniania nowych ludzi.<\/p>\n Zdarza Ci si\u0119, \u017ce PR (pull request) wisi w powietrzu 2\u20133 dni? Albo \u017ce deweloper czeka na feedback i w tym czasie przeskakuje do innego taska, trac\u0105c kontekst?<\/p>\n To klasyczny objaw w\u0105skiego gard\u0142a w code review<\/strong>.<\/p>\n Dlaczego to problem?<\/strong><\/p>\n Jak to naprawi\u0107?<\/strong><\/p>\n Przyk\u0142ad z \u017cycia<\/em>: W jednej z firm, po skr\u00f3ceniu czasu review z 48h do 4h, throughput (liczba zamkni\u0119tych PR-\u00f3w) wzr\u00f3s\u0142 o 40% w ci\u0105gu miesi\u0105ca.<\/p>\n Sytuacja: developer ko\u0144czy prac\u0119 nad funkcj\u0105. Potem czeka na deploy \u2013 bo \u015brodowisko testowe jest zaj\u0119te, bo trzeba r\u0119cznie uruchomi\u0107 pipeline, bo kto\u015b musi zatwierdzi\u0107 release.<\/p>\n To znak, \u017ce CI\/CD (ci\u0105g\u0142a integracja i ci\u0105g\u0142e wdra\u017canie) nie dzia\u0142a tak, jak powinno<\/strong>.<\/p>\n Co si\u0119 dzieje w praktyce?<\/strong><\/p>\n Jak to naprawi\u0107?<\/strong><\/p>\n Obserwacja<\/em>: firmy, kt\u00f3re wdro\u017cy\u0142y automatyzacj\u0119 wdro\u017ce\u0144, notuj\u0105 spadek czasu \u201eod commita do produkcji\u201d z kilku dni do\u2026 kilkunastu minut.<\/p>\n Gdy zesp\u00f3\u0142 unika pisania test\u00f3w, bo \u201ezajmuj\u0105 za du\u017co czasu\u201d \u2013 to czerwona flaga. Bo tak naprawd\u0119 brak test\u00f3w spowalnia ich bardziej ni\u017c pisanie tych test\u00f3w<\/strong>.<\/p>\n Jak to dzia\u0142a?<\/strong><\/p>\n Jak to naprawi\u0107?<\/strong><\/p>\n Przyk\u0142ad<\/em>: Firma e-commerce, kt\u00f3ra przez rok unika\u0142a test\u00f3w, w ko\u0144cu wdro\u017cy\u0142a podstawowe testy integracyjne. Po 2 miesi\u0105cach liczba b\u0142\u0119d\u00f3w na produkcji spad\u0142a o 60%, a czas dodawania nowych funkcji skr\u00f3ci\u0142 si\u0119 o 30%.<\/p>\n Stand-up powinien by\u0107 szybki i konkretny. Je\u015bli zamienia si\u0119 w dyskusj\u0119 techniczn\u0105 lub status meeting, to znak, \u017ce brakuje jasnych kryteri\u00f3w \u201cdone\u201d i priorytetyzacji<\/strong>.<\/p>\n Objawy:<\/strong><\/p>\n Jak to naprawi\u0107?<\/strong><\/p>\n Obserwacja<\/em>: W jednym z zespo\u0142\u00f3w po zmianie formatu stand-upu i wprowadzeniu \u201ebloker board\u201d ilo\u015b\u0107 zako\u0144czonych zada\u0144 w sprincie wzros\u0142a o 25%.<\/p>\n To klasyka: firma zatrudnia seniora, a on przez pierwsze tygodnie g\u0142\u00f3wnie czyta dokumentacj\u0119 (je\u015bli istnieje) i pyta, gdzie co jest.<\/p>\n Problem:<\/strong> Onboarding nie jest zautomatyzowany \u2013 brakuje \u015brodowiska deweloperskiego (dev environment) gotowego w 5 minut, checklisty, mentora.<\/p>\n Konsekwencje:<\/strong><\/p>\n Jak to naprawi\u0107?<\/strong><\/p>\n Przyk\u0142ad<\/em>: Firma, w kt\u00f3rej wdro\u017cyli\u015bmy konteneryzacj\u0119 i checklist\u0119, skr\u00f3ci\u0142a czas pierwszego wdro\u017cenia nowego developera z 3 tygodni do 3 dni.<\/p>\n Widzisz kt\u00f3ry\u015b z tych sygna\u0142\u00f3w u siebie? To dobrze \u2013 bo to znaczy, \u017ce masz konkretn\u0105 rzecz do poprawy<\/strong>, a nie tylko og\u00f3lne wra\u017cenie, \u017ce \u201eco\u015b nie dzia\u0142a\u201d.<\/p>\n Kluczowa lekcja: szybko\u015b\u0107 zespo\u0142u to nie kwestia pracowito\u015bci ludzi, ale systemu, w kt\u00f3rym pracuj\u0105<\/strong>. Usu\u0144 blokady, a zobaczysz, \u017ce ci sami ludzie zaczn\u0105 dostarcza\u0107 2-3 razy wi\u0119cej.<\/p>\n Je\u015bli potrzebujesz pomocy w audycie proces\u00f3w lub wdro\u017ceniu CI\/CD, automatyzacji test\u00f3w \u2013 w JurskiTech.pl pomagamy ma\u0142ym i \u015brednim firmom wycisn\u0105\u0107 maksimum z ich zespo\u0142\u00f3w programistycznych. Bez zb\u0119dnego hype\u2019u, konkretnie.<\/p>\n Artyku\u0142 napisany przez praktyka \u2013 CTO z krwi i ko\u015bci. \u017badnego lania wody.<\/em><\/p>\n","protected":false},"excerpt":{"rendered":" Wprowadzenie Ka\u017cdy founder czy CTO, z kt\u00f3rym rozmawiam, pr\u0119dzej czy p\u00f3\u017aniej zadaje to samo pytanie: „Jak sprawi\u0107, by zesp\u00f3\u0142 programistyczny pracowa\u0142 szybciej?” Tymczasem cz\u0119sto nie chodzi o to, by ludzie bardziej si\u0119 starali \u2013 ale o to, \u017ce procesy, narz\u0119dzia i kultura pracy systematycznie spowalniaj\u0105 nawet najlepszych specjalist\u00f3w. W ci\u0105gu ostatnich lat, pracuj\u0105c z kilkunastoma<\/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":[482,1063,120,1064,447],"class_list":["post-2778","post","type-post","status-publish","format-standard","hentry","category-warto-wiedziec","tag-bledy-w-devops","tag-blokady-deweloperskie","tag-ci-cd","tag-optmalizacja-procesow","tag-wydajnosc-zespolu-it"],"_links":{"self":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts\/2778","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=2778"}],"version-history":[{"count":0,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts\/2778\/revisions"}],"wp:attachment":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/media?parent=2778"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/categories?post=2778"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/tags?post=2778"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
\n1. Code review trwa d\u0142u\u017cej ni\u017c samo pisanie kodu<\/h3>\n
\n
\n
\n2. Wdro\u017cenie jednej zmiany trwa d\u0142u\u017cej ni\u017c jej napisanie<\/h3>\n
\n
\n
\n3. Cz\u0119sto s\u0142yszysz \u201enie da si\u0119 tego przetestowa\u0107\u201d lub \u201etesty s\u0105 za drogie\u201d<\/h3>\n
\n
\n
\n4. Codzienne stand-upy trwaj\u0105 30+ minut i nie ko\u0144cz\u0105 si\u0119 decyzjami<\/h3>\n
\n
\n
\n5. Nowy cz\u0142onek zespo\u0142u potrzebuje miesi\u0105ca, \u017ceby cokolwiek wdro\u017cy\u0107<\/h3>\n
\n
\n
\nPodsumowanie<\/h3>\n
\n