O badaniu
Portal devmetrics.pl bazuje na wynikach badania ankietowego przeprowadzonego w 2026 roku. Badanie miało charakter eksploracyjny, a jego celem było rozpoznanie sposobów stosowania, postrzegania i potencjalnego nadużywania metryk jakości kodu oraz procesu wytwórczego w polskich organizacjach IT.
Dane zebrano metodą dobrowolnej ankiety internetowej (platforma LimeSurvey) dystrybuowanej przez LinkedIn i społeczności branżowe IT w okresie 23 stycznia – 8 marca 2026 roku. Próba objęła 162 kompletne odpowiedzi od praktyków IT z polskiego rynku. Kwestionariusz zawierał ponad 110 pytań merytorycznych w pięciu sekcjach: dane demograficzne, stosowanie metryk (pytania binarne Tak/Nie), ocena przydatności (skala Likert 1–5), metryki w kontekście oceny pracy i wynagrodzenia oraz pytania otwarte o cechy dobrego zestawu metryk.
Respondenci reprezentowali zróżnicowane role zawodowe: programiści (36,4%), Team Leaderzy i Engineering Managerowie (21,0%), Managerowie produktu/projektu (11,1%), a także architekci, Scrum Masterzy, analitycy i kadra C-level. Dominowali pracownicy dużych organizacji: 54,3% zatrudnionych w firmach powyżej 1000 osób. Rozkład stażu był zrównoważony: od osób z doświadczeniem poniżej 2 lat (4,3%) po weteranów z ponad 15-letnim stażem (19,8%).
Model rekomendacji wykorzystuje 7 zmiennych kontekstowych: rolę zawodową, wielkość organizacji, staż, typ projektu, cel pomiaru, dojrzałość procesów i dostępność danych. Oceny przydatności metryk zagregowano konserwatywnie: pojedynczy negatywny sygnał z dowolnej zmiennej kontekstowej wystarczy do obniżenia rekomendacji grupy. Wyniki opisują tendencje statystyczne właściwe badanej próbie i nie należy traktować ich jako uniwersalnych reguł. Ograniczenia badania: dane samoopisowe, próba nieprobabilistyczna, wyłącznie polski rynek IT, brak testów istotności statystycznej (badanie opisowe, nie konfirmacyjne).
Pełne dane z badania, wraz ze wszystkimi tabelami i wykresami, znajdziesz w aneksie do raportu. Zobacz pełne dane w aneksie do raportu
Badanie jest kontynuowane
Badanie zaczęło się od pytania, które zna każdy lider: co właściwie mierzyć, żeby zespół i produkt się rozwijały, a firma na tym zyskiwała. Temu właśnie powinny służyć trafnie dobrane metryki. To pytanie drążę dalej, a odpowiedziami dzielę się w formie corocznych raportów. Każdy łączy nową ankietę i rozmowy z praktykami w przegląd tego, co warto mierzyć podczas wytwarzania oprogramowania.
Pierwsza edycja pokazała, że trafny zestaw metryk zależy od kontekstu: roli, wielkości organizacji, celu pomiaru. Zespoły pracujące z agentami AI to kolejna warstwa tego kontekstu, którą chcę zbadać. Gdy programista coraz rzadziej pisze kod sam, a coraz częściej kieruje narzędziami AI i ocenia to, co wygenerują, zmienia się też to, co w jego pracy warto mierzyć. Wiele z tego, co dziś o tym wiemy, opiera się na deklaracjach, a „AI przyspiesza mnie o jedną piątą” mówi więcej o odczuciu niż o pomiarze. Chcę więc zestawiać je z twardymi danymi z systemów kilku zespołów, żeby oddzielić realną wartość od samej aktywności narzędzia.

