D\u0142ug technologiczny dla wielu firm brzmi jak co\u015b abstrakcyjnego \u2013 co\u015b, co dotyczy tylko startup\u00f3w, kt\u00f3re pisa\u0142y kod na kolanie. Prawda jest jednak taka, \u017ce d\u0142ug technologiczny to codzienno\u015b\u0107 \u015brednich i du\u017cych organizacji, kt\u00f3re od lat rozwijaj\u0105 swoje systemy. I co gorsza, cz\u0119sto objawia si\u0119 nie w kodzie, ale w ludziach i procesach.<\/p>\n
Ostatnio podczas audytu u klienta (firma e-commerce z 10-letni\u0105 histori\u0105) us\u0142ysza\u0142em od CTO: \u201eNie mam poj\u0119cia, dlaczego wdro\u017cenie prostej zmiany w panelu administracyjnym zajmuje nam dwa tygodnie. Zesp\u00f3\u0142 pracuje w kulturach, ale co\u015b jest nie tak\u201d. Okaza\u0142o si\u0119, \u017ce zesp\u00f3\u0142 od miesi\u0119cy boryka si\u0119 z technicznym d\u0142ugiem, kt\u00f3ry nie by\u0142 widoczny w \u017cadnym dashboardzie. A najgorsze \u2013 sami programi\u015bci uznali to za norm\u0119.<\/p>\n
Poni\u017cej trzy ciche sygna\u0142y, kt\u00f3re cz\u0119sto przeoczamy, a kt\u00f3re s\u0105 jak kontrolki \u201echeck engine\u201d w samochodzie.<\/p>\n
Je\u015bli kiedy\u015b poprawka b\u0142\u0119du (np. liter\u00f3wka w interfejsie, zmiana etykiety, dodanie przycisku) zajmowa\u0142a kilka godzin, a teraz potrzebujesz ca\u0142ego dnia \u2013 to znak. Nie chodzi o wyj\u0105tkowo skomplikowane zadania, ale o te ma\u0142e, kt\u00f3re teoretycznie powinny by\u0107 \u0142atwe.<\/p>\n
Przyk\u0142ad: Klient zg\u0142asza, \u017ce w formularzu rejestracji pole \u201eKod pocztowy\u201d nie dzia\u0142a dla formatu xx-xxx. To niby prosta walidacja. Ale je\u015bli Tw\u00f3j zesp\u00f3\u0142 musi przeszuka\u0107 trzy warstwy abstrakcji, znale\u017a\u0107 zakomentowany kod, kt\u00f3ry kiedy\u015b dzia\u0142a\u0142, i od\u015bwie\u017cy\u0107 cache \u2013 co\u015b jest nie tak. Cz\u0119sto przyczyna tkwi w nadmiernym skomplikowaniu architektury lub braku sp\u00f3jno\u015bci w kodzie.<\/p>\n
Dlaczego to boli?<\/strong> Bo ka\u017cde takie \u201eszybkie\u201d zadanie zabiera czas, kt\u00f3ry m\u00f3g\u0142by by\u0107 przeznaczony na rozw\u00f3j funkcjonalno\u015bci. Z czasem zesp\u00f3\u0142 przyzwyczaja si\u0119, \u017ce wszystko trwa d\u0142ugo. To obni\u017ca morale i prowadzi do wypalenia.<\/p>\n Dawniej wdra\u017cali\u015bcie nowe funkcje codziennie lub co dwa dni? Teraz robicie to raz w tygodniu, a mo\u017ce raz na dwa tygodnie? To klasyczny objaw narastaj\u0105cego d\u0142ugu technologicznego.<\/p>\n D\u0142ug technologiczny utrudnia testowanie i integracj\u0119. Im wi\u0119cej zale\u017cno\u015bci mi\u0119dzy modu\u0142ami, tym wi\u0119ksze ryzyko, \u017ce jedna zmiana popsuje co\u015b innego. Zespo\u0142y zaczynaj\u0105 wi\u0119c wdra\u017ca\u0107 rzadziej, aby mie\u0107 czas na r\u0119czne testy. To b\u0142\u0119dne ko\u0142o \u2013 rzadsze wdro\u017cenia powoduj\u0105, \u017ce zmiany s\u0105 wi\u0119ksze, a przez to ryzykowniejsze.<\/p>\n Przyk\u0142ad z \u017cycia:<\/strong> Firma SaaS, kt\u00f3ra mia\u0142a 3 wdro\u017cenia dziennie, zmniejszy\u0142a t\u0119 liczb\u0119 do 2 tygodniowo. Przyczyna? Zbyt wiele niesp\u00f3jno\u015bci w bazie danych i brak test\u00f3w automatycznych. Ka\u017cde wdro\u017cenie wymaga\u0142o r\u0119cznej weryfikacji przez 2 osoby przez p\u00f3\u0142 dnia.<\/p>\n To najgro\u017aniejszy sygna\u0142. Gdy zesp\u00f3\u0142 przestaje proponowa\u0107 refaktoryzacj\u0119, a zamiast tego stosuje \u201esprytne\u201d obej\u015bcia \u2013 oznacza to, \u017ce d\u0142ug technologiczny sta\u0142 si\u0119 norm\u0105. Programi\u015bci wiedz\u0105, \u017ce dany fragment kodu jest \u201ebrzydki\u201d, ale boj\u0105 si\u0119 go poprawi\u0107, bo mo\u017ce wywo\u0142a\u0107 lawin\u0119 b\u0142\u0119d\u00f3w.<\/p>\n Jak to wygl\u0105da w praktyce?<\/strong> Kiedy\u015b podczas migracji systemu CRM us\u0142ysza\u0142em od developera: \u201eTa funkcja liczy podatek w trzech r\u00f3\u017cnych miejscach, ale w jednym jest b\u0142\u0105d zaokr\u0105glenia. Wiemy o tym od dw\u00f3ch lat, ale jako\u015b dzia\u0142a. Lepiej nie rusza\u0107\u201d. To klasyczny przyk\u0142ad \u2013 zesp\u00f3\u0142 nauczy\u0142 si\u0119 \u017cy\u0107 z b\u0142\u0119dem, zamiast go naprawi\u0107.<\/p>\n Konsekwencje? Opr\u00f3cz ukrytych b\u0142\u0119d\u00f3w biznesowych, ro\u015bnie frustracja programist\u00f3w. Oni chc\u0105 pisa\u0107 czysty kod, ale czuj\u0105, \u017ce nie maj\u0105 na to pozwolenia. W d\u0142u\u017cszej perspektywie najlepsi odejd\u0105.<\/p>\n D\u0142ug technologiczny nie znika sam. Wymaga celowego zarz\u0105dzania. Oto co mo\u017cesz zrobi\u0107:<\/p>\n D\u0142ug technologiczny to nie wstyd, ale ignorowanie go ju\u017c tak. Je\u015bli Twoi programi\u015bci coraz cz\u0119\u015bciej m\u00f3wi\u0105 \u201eto skomplikowane\u201d przy prostych zmianach, a wdro\u017cenia si\u0119 wyd\u0142u\u017caj\u0105 \u2013 czas na audyt techniczny. Pami\u0119taj: d\u0142ug technologiczny to koszt, kt\u00f3ry wida\u0107 dopiero, gdy przestajesz inwestowa\u0107 w rozw\u00f3j, a zaczynasz gasi\u0107 po\u017cary.<\/p>\n Je\u015bli potrzebujesz konkretnych wskaz\u00f3wek, jak zacz\u0105\u0107 sp\u0142at\u0119 d\u0142ugu, skontaktuj si\u0119 z nami. Jako JurskiTech, pomagamy firmom zrozumie\u0107 ukryte koszty technologii i wprowadza\u0107 zmiany, kt\u00f3re realnie przyspieszaj\u0105 rozw\u00f3j.<\/p>\n","protected":false},"excerpt":{"rendered":" 3 ciche sygna\u0142y, \u017ce Tw\u00f3j zesp\u00f3\u0142 IT ma d\u0142ug technologiczny D\u0142ug technologiczny dla wielu firm brzmi jak co\u015b abstrakcyjnego \u2013 co\u015b, co dotyczy tylko startup\u00f3w, kt\u00f3re pisa\u0142y kod na kolanie. Prawda jest jednak taka, \u017ce d\u0142ug technologiczny to codzienno\u015b\u0107 \u015brednich i du\u017cych organizacji, kt\u00f3re od lat rozwijaj\u0105 swoje systemy. I co gorsza, cz\u0119sto objawia si\u0119<\/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":[904,431,981,149,396],"class_list":["post-2542","post","type-post","status-publish","format-standard","hentry","category-warto-wiedziec","tag-dlug-technologiczny","tag-optymalizacja-wydajnosci","tag-proces-wytworczy","tag-refaktoryzacja","tag-zespol-it"],"_links":{"self":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts\/2542","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=2542"}],"version-history":[{"count":0,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts\/2542\/revisions"}],"wp:attachment":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/media?parent=2542"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/categories?post=2542"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/tags?post=2542"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}2. Spadek cz\u0119stotliwo\u015bci wdro\u017ce\u0144 (deployments)<\/h3>\n
3. Ciche przyzwolenie na \u201eworkaroundy\u201d zamiast naprawy<\/h3>\n
Jak wyj\u015b\u0107 z tego b\u0142\u0119dnego ko\u0142a?<\/h3>\n
\n
Podsumowanie<\/h3>\n