Tech Lead — šta je, zadaci i funkcije tehničkog lidera

Šta je Tech Lead?

Tech Lead (Technical Lead) — inženjer koji određuje tehnički pravac razvoja proizvoda i odgovoran je za arhitektonske odluke u projektu. Za razliku od običnog developera, Tech Lead donosi odluke koje utiču na ceo tim: izbor frejmvorka, pristup testiranju, standardi formatiranja koda.

Prema podacima LinkedIn (2024), pozicije Tech Lead u mobilnom razvoju porasle su za 35% u poslednje dve godine. Poslodavci traže stručnjake sposobne da kombinuju duboko tehničko znanje sa odgovornošću za rezultat. Tech Lead ne samo da piše kod — on postavlja standarde kvaliteta za ceo tim.

Ključna karakteristika Tech Lead-a — nastavak pisanja koda. Istraživanja pokazuju da Tech Lead-ovi troše od 50% do 70% radnog vremena na razvoj, a ostatak — na code review, dokumentaciju i arhitektonsko planiranje. To ih razlikuje od Team Lead-ova, čija je uloga više povezana sa upravljanjem.

Tech Lead i Team Lead: koja je razlika?

Razlika između Tech Lead i Team Lead — jedna od najčešćih tačaka zabune u IT timovima. Team Lead je odgovoran za ljude: vodi one-on-one sastanke, rešava konflikte, raspoređuje zadatke. Tech Lead je odgovoran za tehnologiju: bira arhitekturu, sprovodi code review, bori se protiv tehničkog duga.

U praksi, u malim timovima (do 10 osoba) ove uloge često kombinuje jedna osoba. Prema Stack Overflow Survey 2024, 42% Tech Lead-ova takođe obavlja funkcije Team Lead-a. Međutim, u velikim projektima podela je obavezna: jedna osoba retko je istovremeno jaka i u tehnologijama i u upravljanju.

U mobilnom razvoju podela je posebno važna, jer arhitektonske odluke — izbor između SwiftUI i UIKit, između Jetpack Compose i XML — direktno utiču na brzinu razvoja i održavanje aplikacije. Greška Tech Lead-a može koštati meseci prerade.

Obaveze tehničkog lidera

Tech Lead u mobilnom razvoju obavlja širok spektar zadataka koji prevazilaze običan razvoj. Prva i glavna obaveza — arhitektonsko projektovanje. Tech Lead određuje koje obrasce koristiti (MVC, MVP, MVVM, Clean Architecture), kako je organizovana navigacija i kako aplikacija komunicira sa serverom.

Druga ključna obaveza — code review. Tech Lead proverava pull request-ove svih članova tima, prateći poštovanje standarda kodiranja, performanse i bezbednost. Istraživanje SmartBear (2024) pokazuje da redovan code review smanjuje broj bagova u produkciji za 35%.

Treća obaveza — upravljanje tehničkim dugom. Tech Lead vodi spisak arhitektonskih problema, planira refaktorisanje i donosi odluke o tome kada se tehnički dug može preuzeti, a kada ga treba otplatiti. Balans između brzine razvoja i kvaliteta koda — ključna veština Tech Lead-a.

Četvrta obaveza — dokumentacija i onboarding. Tech Lead opisuje arhitekturu, standarde kodiranja, proces izgradnje i deploy-a. Kvalitetna dokumentacija skraćuje vreme ulaska novog developera u projekat sa dve nedelje na dva do tri dana.

Arhitektonske odluke u mobilnim projektima

Izbor arhitektonskog obrasca — jedna od ključnih odluka Tech Lead-a. Za iOS projekte popularni su MVVM sa Combine ili RxSwift, za Android — MVVM sa Coroutines i Flow. Poslednjih godina raste popularnost modularne arhitekture, gde se aplikacija deli na nezavisne funkcionalne module.

interface Repository {
    fun getUsers(): Flow<Result<List<User>>>
}

class UserViewModel(
    private val repository: Repository
) : ViewModel() {
    val users = repository.getUsers()
        .stateIn(
            scope: viewModelScope,
            started: SharingStarted.WhileSubscribed(5000),
            initialValue: Result.Loading()
        )
}

Primer hijerarhije: Repository skriva izvor podataka, ViewModel upravlja stanjem, a UI se pretplaćuje putem StateFlow-a. Tech Lead donosi odluku o takvoj arhitekturi i nadgleda njeno poštovanje.

Veštine potrebne Tech Lead-u

Tech Lead mora da poseduje i tehničke i meke veštine. Tehničke uključuju duboko poznavanje platforme (iOS ili Android), razumevanje arhitektonskih obrazaca, iskustvo u radu sa mrežnim protokolima, bazama podataka i sistemom izgradnje. Bez toga nije moguće donositi uravnotežene arhitektonske odluke.

Meke veštine nisu manje važne. Tech Lead objašnjava složene tehničke koncepte menadžerima i klijentima, argumentuje izbor tehnologije pred timom i podučava mlađe developere. Prema LinkedIn (2024), 67% poslodavaca navodi komunikacione veštine kao obavezan zahtev za Tech Lead.

Treća važna veština — donošenje odluka u uslovima neizvesnosti. Tech Lead često bira između nekoliko tehnologija kada idealno rešenje ne postoji. Sposobnost procene rizika, odmeravanja alternativa i donošenja odluke — ključni kvalitet.

• Platformska ekspertiza — Swift/Obj-C za iOS, Kotlin/Java za Android
• Arhitektonski obrasci — MVVM, MVP, Clean Architecture, Redux
• CI/CD i automatizacija — GitHub Actions, GitLab CI, Fastlane
• Upravljanje tehničkim dugom — procena, prioritizacija, refaktorisanje
• Komunikacija — sposobnost objašnjavanja tehničkih odluka netehničkim stručnjacima

Alati Tech Lead-a u mobilnom razvoju

Moderni Tech Lead koristi set alata za kontrolu kvaliteta i automatizaciju. CI/CD sistemi (Continuous Integration / Continuous Delivery) — obavezan element: oni automatski grade projekat, pokreću testove i proveravaju kvalitet koda pri svakom push-u.

Statički analizatori poput SwiftLint za iOS i Detekt ili ktlint za Android, automatski proveravaju usklađenost koda sa standardima tima. Ovo smanjuje opterećenje code review-a: analizator hvata 80% stilističkih problema pre nego što kod stigne do Tech Lead-a.

Alati za profilisanje — Xcode Instruments za iOS i Android Profiler — pomažu Tech Lead-u da pronađe uska grla u performansama. Redovne sesije profilisanja sprečavaju nagomilavanje problema sa performansama koji u kasnijim fazama zahtevaju obimno refaktorisanje.

Kako postati Tech Lead u IT-ju

Put do uloge Tech Lead-a obično traje od 3 do 6 godina aktivnog razvoja. Prvi korak — postati snažan middle developer, koji ne samo da izvršava zadatke, već i predlaže arhitektonska poboljšanja. Drugi korak — preuzeti odgovornost za mali modul ili funkciju, sprovodeći code review za kolege.

Treći korak — učenje arhitektonskih obrazaca i sistemskog dizajna. Tech Lead mora da razume ne samo svoju platformu, već i serversku arhitekturu, baze podataka, mreže. Preporučuje se proučavanje materijala o distribuiranim sistemima i čitanje knjiga poput "Clean Architecture" Roberta Martina.

Četvrti korak — praksa donošenja odluka. Početnički Tech Lead može da učestvuje u arhitektonskim revizijama u trenutnom projektu, predlaže alternativna rešenja i argumentuje ih. Iskustvo donošenja odluka — jedini način da se nauči donositi ih dobro.