Što radite kada se od vas traži da idete brže, ali vam ne daju više ljudi?

Question

Accepted Answer

Dodavanje ljudi ionako rijetko čini tim bržim kratkoročno, pa je pravo pitanje: kamo *stvarno odlazi vrijeme* tima i što oko toga mogu promijeniti? "Idi brže" tretiram kao poticaj da pronađem polugu, a ne kao zahtjev da radim dulje sate.

## Gdje tražim brzinu

- **Reži opseg, ne kvalitetu.** Najbrži način da isporučite brže jest izgraditi manje. Radim s PM-om na nemilosrdnom prioritiziranju i pronalaženju najmanje verzije koja isporučuje vrijednost. Većina značajki je 80% vrijednosti u 20% posla.
- **Ukloni trenje i vrijeme čekanja.** Često usko grlo nije brzina kodiranja — to je spor CI, nestabilni testovi, bolni deployevi, spori reviewi ili čekanje na odobrenja. Popravak 30-minutnog builda ili dvodnevnog vremena obrade reviewa kupuje stvaran velocity besplatno.
- **Smanji posao u tijeku.** Timovi koji žongliraju deset stvari ne dovrše ništa. Fokusiranje na manje stavki paralelno isporučuje stvari ranije.
- **Automatiziraj repetitivno.** Ručno testiranje, ručna izdanja, ručno postavljanje environmenta — uloži jednom, štedi zauvijek.
- **Otplati dug koji te aktivno usporava.** Ne sav; samo dio preko kojeg tim svakodnevno spotiče.
- **Zaštiti vrijeme za fokus.** Manje sastanaka i prekida može biti veća pobjeda od bilo kojeg alata.

## Kako odgovaram na zahtjev

Ne kažem samo "nemoguće" niti tiho prihvaćam. Odgovaram **kompromisom**: "Možemo pogoditi taj datum ako izrežemo značajke A i B, ili prihvatimo veći rizik na testiranju. Evo što preporučujem." Time brzina postaje zajednička, svjesna odluka umjesto tihe kockanja s kvalitetom.

## Zamke koje treba izbjeći

- **Nametanje prekovremenog rada.** Kupuje kratak sprint i vraća ga kroz burnout, bugove i odljev.
- **Tiho preskakanje testova i reviewa.** Brzina danas, ispad sljedeći mjesec.
- **Reći da na datum bez da se išta promijeni** — to je samo nadanje, a nada promašuje rokove.

## Zašto je to važno

Održiva brzina dolazi iz uklanjanja otpada, a ne iz cijeđenja ljudi. Tech Lead koji na pritisak odgovara jasnim kompromisima i poboljšanjima procesa gradi tim koji je istinski brz i izdržljiv — umjesto onog koji sprinta, srlja i gubi svoje najbolje inženjere.