Prowadzisz firm\u0119, kt\u00f3ra opiera si\u0119 na technologii. Masz zesp\u00f3\u0142 developer\u00f3w, ale co\u015b zaczyna nie gra\u0107. Deadliny s\u0105 przekraczane, jako\u015b\u0107 kodu spada, a Ty coraz cz\u0119\u015bciej s\u0142yszysz \u201eale to jest trudne\u201d zamiast \u201ezrobione\u201d. Czy to wina z\u0142ego zarz\u0105dzania, czy mo\u017ce czego\u015b wi\u0119cej?<\/p>\n
Jako praktyk, kt\u00f3ry od lat obserwuje polski rynek IT, widz\u0119 pewien niepokoj\u0105cy trend: wiele zespo\u0142\u00f3w boryka si\u0119 z kryzysem kompetencji, ale nikt nie chce o tym m\u00f3wi\u0107. Nie dlatego, \u017ce programi\u015bci s\u0105 \u017ali \u2013 wr\u0119cz przeciwnie, cz\u0119sto s\u0105 ogromnie zaanga\u017cowani. Problem le\u017cy w tym, \u017ce technologia zmienia si\u0119 tak szybko, \u017ce umiej\u0119tno\u015bci zespo\u0142u nie nad\u0105\u017caj\u0105 za wymaganiami biznesu.<\/p>\n
W tym artykule poka\u017c\u0119 Ci 5 sygna\u0142\u00f3w, kt\u00f3re \u015bwiadcz\u0105 o kryzysie kompetencji w Twoim zespole IT. I \u2013 co wa\u017cniejsze \u2013 podpowiem, jak realnie sobie z tym poradzi\u0107. Bez pustych frazes\u00f3w, tylko konkretne dzia\u0142ania.<\/p>\n
Zacznijmy od sytuacji, kt\u00f3r\u0105 zna ka\u017cdy CTO. Przegl\u0105dasz pull requesty i nagle widzisz ten sam wzorzec, kt\u00f3ry dwa miesi\u0105ce temu kosztowa\u0142 Was awari\u0119 na produkcji. M\u00f3wisz o tym na retrospective, ale za tydzie\u0144 zn\u00f3w to samo.<\/p>\n
To nie jest lenistwo. To sygna\u0142, \u017ce zesp\u00f3\u0142 nie ma g\u0142\u0119bokiego zrozumienia danej technologii. Mo\u017ce u\u017cywaj\u0105 frameworka od lat, ale nigdy nie zrozumieli jego wewn\u0119trznych mechanizm\u00f3w. Albo kopiuj\u0105 rozwi\u0105zania z Stack Overflow, nie zastanawiaj\u0105c si\u0119 nad kontekstem.<\/p>\n
Co robi\u0107?<\/strong> Zamiast wrzuca\u0107 ca\u0142y zesp\u00f3\u0142 na szkolenie (kt\u00f3re i tak szybko zapomn\u0105), postaw na code review z mentorem. Je\u015bli nie masz w firmie seniora, kt\u00f3ry ogarnia temat \u2013 zatrudnij konsultanta na kilka dni, \u017ceby przejrza\u0142 najwa\u017cniejsze fragmenty kodu i wskaza\u0142 wzorce do poprawy. Cz\u0119sto wystarczy jedna interwencja, \u017ceby zmieni\u0107 nawyki ca\u0142ego zespo\u0142u.<\/p>\n S\u0142yszysz od swojego zespo\u0142u: \u201ePo co nam GraphQL?\u201d, \u201eSerwerless? To tylko moda\u201d, \u201eAI w naszym sklepie? To si\u0119 nie sprawdzi\u201d. Ka\u017cda nowa koncepcja spotyka si\u0119 z oporem.<\/p>\n Oczywi\u015bcie, sceptycyzm jest zdrowy. Ale je\u015bli op\u00f3r jest systemowy i dotyczy ka\u017cdej innowacji \u2013 to znak, \u017ce zesp\u00f3\u0142 boi si\u0119 tego, czego nie zna. A to prowadzi do stagnacji. Tw\u00f3j konkurent wdra\u017ca personalizacj\u0119 opart\u0105 na AI, a Ty nadal walczysz z podstawowym SQL-em.<\/p>\n Co robi\u0107?<\/strong> Zamiast zmusza\u0107 do zmiany, zaproponuj ma\u0142y, bezpieczny eksperyment. Daj zespo\u0142owi jeden dzie\u0144 w miesi\u0105cu na \u201ehackowanie\u201d \u2013 prac\u0119 nad dowolnym projektem, kt\u00f3ry mo\u017ce przetestowa\u0107 now\u0105 technologi\u0119. Efekty? By\u0107 mo\u017ce nikt nie polubi GraphQL, ale dowiesz si\u0119, gdzie le\u017cy prawdziwy op\u00f3r \u2013 czy to brak czasu, brak wiedzy, czy mo\u017ce strach przed pora\u017ck\u0105.<\/p>\n Tw\u00f3j zesp\u00f3\u0142 nie ma czasu na rozw\u00f3j, bo ca\u0142y czas \u0142ata b\u0142\u0119dy. Ka\u017cdy sprint to 90% poprawek i tylko 10% nowych funkcji. Brzmi znajomo?<\/p>\n To klasyczny objaw narastaj\u0105cego d\u0142ugu technicznego, kt\u00f3ry cz\u0119sto wynika z braku kompetencji w projektowaniu architektury. Zesp\u00f3\u0142 nie umie przewidzie\u0107, gdzie pojawi\u0105 si\u0119 problemy, wi\u0119c tworzy kod, kt\u00f3ry dzia\u0142a \u201ena teraz\u201d, ale za chwil\u0119 wymaga refaktoryzacji.<\/p>\n Co robi\u0107?<\/strong> Wprowad\u017a obowi\u0105zkowy czas na refaktoryzacj\u0119 \u2013 20% ka\u017cdego sprintu. Nie negocjuj tego. Jako pierwszy krok popro\u015b zesp\u00f3\u0142 o zidentyfikowanie trzech najwi\u0119kszych \u201ebol\u0105czek\u201d w kodzie i zaplanowanie ich naprawy. Zobaczysz, \u017ce po kilku sprintach liczba po\u017car\u00f3w spadnie, a zesp\u00f3\u0142 zacznie my\u015ble\u0107 d\u0142ugoterminowo.<\/p>\n W Twoim zespole jest jeden senior, kt\u00f3ry \u201eogarnia wszystko\u201d, a reszta robi tylko to, co im ka\u017ce. Gdy senior jest chory \u2013 projekt staje. To bardzo niebezpieczne.<\/p>\n To nie tylko kwestia kompetencji junior\u00f3w, ale te\u017c kultury. Je\u015bli wiedza nie jest dzielona, ka\u017cda osoba staje si\u0119 w\u0105skim gard\u0142em. A najcz\u0119\u015bciej wynika to z\u2026 braku umiej\u0119tno\u015bci przekazywania wiedzy. Seniorzy cz\u0119sto nie potrafi\u0105 wyt\u0142umaczy\u0107 skomplikowanych koncept\u00f3w w prosty spos\u00f3b.<\/p>\n Co robi\u0107?<\/strong> Wprowad\u017a regularne \u201elunch and learn\u201d \u2013 raz w tygodniu kto\u015b z zespo\u0142u przez 30 minut opowiada o czym\u015b, czego si\u0119 nauczy\u0142. Mo\u017ce to by\u0107 nowa biblioteka, ciekawy problem, a nawet b\u0142\u0105d, kt\u00f3ry pope\u0142ni\u0142. Zacznij od siebie \u2013 poka\u017c, \u017ce dzielenie si\u0119 wiedz\u0105 jest bezpieczne i warto\u015bciowe. Z czasem zesp\u00f3\u0142 zacznie to robi\u0107 naturalnie.<\/p>\n Ka\u017cde zadanie zajmuje dwa razy wi\u0119cej ni\u017c przewidziano. A to optymistyczne wersje. Tw\u00f3j zesp\u00f3\u0142 nie umie oszacowa\u0107, jak d\u0142ugo co\u015b zajmie, bo nie rozumie z\u0142o\u017cono\u015bci technologii, kt\u00f3rej u\u017cywa.<\/p>\n To bolesne, ale cz\u0119ste. Szczeg\u00f3lnie gdy zesp\u00f3\u0142 nie ma do\u015bwiadczenia w konkretnym obszarze \u2013 np. integracji z API, optymalizacji wydajno\u015bci czy bezpiecze\u0144stwie.<\/p>\n Co robi\u0107?<\/strong> Przed ka\u017cdym wi\u0119kszym zadaniem zorganizuj kr\u00f3tkie \u201espike\u201d \u2013 czas na zbadanie technologii, zanim podasz estymacj\u0119. Daj zespo\u0142owi 1-2 dni na przygotowanie proof of concept. To pozwoli realnie oceni\u0107, co jest potrzebne, i unikn\u0105\u0107 wielokrotno\u015bci b\u0142\u0119d\u00f3w. Po fazie spike estymacje b\u0119d\u0105 znacznie dok\u0142adniejsze.<\/p>\n Kryzys kompetencji to nie wyrok. To sygna\u0142, \u017ce Tw\u00f3j zesp\u00f3\u0142 potrzebuje inwestycji w rozw\u00f3j \u2013 ale nie chaotycznej, tylko przemy\u015blanej. Zacznij od diagnozy: kt\u00f3re z tych 5 sygna\u0142\u00f3w widzisz u siebie? Wybierz jeden i wdro\u017c zasugerowane rozwi\u0105zanie. Za trzy miesi\u0105ce zobaczysz r\u00f3\u017cnic\u0119.<\/p>\n A je\u015bli czujesz, \u017ce potrzebujesz wsparcia z zewn\u0105trz \u2013 czasem jedna rozmowa z praktykiem potrafi odblokowa\u0107 ca\u0142y zesp\u00f3\u0142. JurskiTech od lat pomaga firmom w takich sytuacjach. Ale decyzja nale\u017cy do Ciebie. Zacznij dzia\u0142a\u0107 ju\u017c dzi\u015b.<\/p>\n","protected":false},"excerpt":{"rendered":" 5 sygna\u0142\u00f3w, \u017ce Tw\u00f3j zesp\u00f3\u0142 IT ma kryzys kompetencji (i jak go rozwi\u0105za\u0107) Wprowadzenie Prowadzisz firm\u0119, kt\u00f3ra opiera si\u0119 na technologii. Masz zesp\u00f3\u0142 developer\u00f3w, ale co\u015b zaczyna nie gra\u0107. Deadliny s\u0105 przekraczane, jako\u015b\u0107 kodu spada, a Ty coraz cz\u0119\u015bciej s\u0142yszysz \u201eale to jest trudne\u201d zamiast \u201ezrobione\u201d. Czy to wina z\u0142ego zarz\u0105dzania, czy mo\u017ce czego\u015b wi\u0119cej?<\/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":[714,715,63,396],"class_list":["post-2007","post","type-post","status-publish","format-standard","hentry","category-warto-wiedziec","tag-kryzys-kompetencji","tag-rozwoj-zespolu","tag-zarzadzanie-it","tag-zespol-it"],"_links":{"self":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts\/2007","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=2007"}],"version-history":[{"count":0,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/posts\/2007\/revisions"}],"wp:attachment":[{"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/media?parent=2007"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/categories?post=2007"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/news.jurskitech.pl\/blog\/wp-json\/wp\/v2\/tags?post=2007"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Sygna\u0142 nr 2: Obrona przed nowymi technologiami<\/h3>\n
Sygna\u0142 nr 3: Ci\u0105g\u0142e gaszenie po\u017car\u00f3w<\/h3>\n
Sygna\u0142 nr 4: Brak dzielenia si\u0119 wiedz\u0105<\/h3>\n
Sygna\u0142 nr 5: Problemy z szacowaniem czasu<\/h3>\n
Podsumowanie<\/h3>\n