Dvě klíčové otázky pro hodnocení inženýrů a team leadů při pohovoru
V podmínkách vysoké konkurence na trhu vývoje je pro náborové manažery obtížné vybrat inženýry schopné dovést úkoly až do produkce. AI generuje kód, architektury a opravuje chyby, ale nezajišťuje dlouhodobou funkčnost systémů. Hodnota specialisty spočívá v odpovědnosti za výsledek, nikoli pouze ve znalosti vzorů nebo SOLID.
Zkušenosti ukazují: namísto mnohahodinových technických pohovorů dvě jednoduché otázky odhalí úroveň inženýrského myšlení během minut. Nezkoumají syntaxi, ale odhalují přístup k úkolům.
Otázka 1: Kdo je odpovědný za úkol?
Tato otázka rozděluje vývojáře na vlastníky výsledku a vykonavatele podle rolí. Podívejme se na dva scénáře z velkého projektu s mnoha týmy.
V prvním případě tiket o neaktualizujících se datech v mobilní aplikaci putuje mezi podporou, mobilními vývojáři, backendem a infrastrukturou. Každý tým uzavře úkol frází „problém není u nás“, aniž by scénář reprodukoval nebo analyzoval logy. Uživatel zůstává bez řešení.
Ve druhém – backendový vývojář se zabývá nekorektní validací formuláře: kontroluje payload, odhaluje nesoulad s frontendovou logikou, koordinuje opravu a zakládá tiket v technickém dluhu pro sjednocení validace na backendu.
Modely odpovědí:
- „Já“ – pozice vlastníka: upřesňuje zadání, upozorňuje na rizika, testuje samostatně, myslí na post-release stabilitu. Takoví inženýři jsou odolní vůči redukcím a překonávají AI v odpovědnosti.
- Dělení podle rolí („kód – moje zóna, QA – testování“) – vyžaduje více organizačního úsilí od týmu, snižuje celkovou hodnotu.
Hranice odpovědnosti na commitu vede k „ničím“ problémům v produkci. Otázka rychle ukáže, zda kandidát vezme úkol jako celek.
Otázka 2: Píšete unit testy?
Ne dogma, ale indikátor vztahu ke kódu jako k živému systému. V projektech bez testů se jednoduché úpravy jako stránkování protahují na dny kvůli kopírování a skrytým závislostem – klasický technický dluh.
Kód kandidátů často opakoval takové vzory: formálně funkční, ale neudržitelný.
Co otázka odhaluje:
- Vztah ke kvalitě – zaměření na chování systému v dlouhodobém horizontu.
- Návrh – testy vyžadují modularitu, slabou provázanost, řízené závislosti (DI, inverze kontroly).
- Změny – refaktoring s testy je bezpečný a rychlý.
- Kultura – táhne za sebou principy rozšiřitelnosti, nikoli křehkosti.
Vývojář s testy buduje kód pro evoluci, bez nich – pro rychlou opravu.
Aplikace na team leady
Pro inženýry je „já jsem odpovědný“ – plus. Pro leady – signál rizika. Příklad: silný fullstack lead bral vše na sebe (architektura, chyby, prioritizace). Tým na něm závisel, dovolená způsobovala výpadky, vedlo to k vyhoření. Přechod na architekta a výměna leada za distributora odpovědnosti stabilizovaly systém.
Dobrý team lead odpovídá: „Úkol má odpovědnou osobu v týmu. Zajišťuji proces, odstraňuji blokátory, udržuji zaměření.“ Ne vykonavatel, ale organizátor.
Otázka ověřuje, zda leader buduje delegování, nebo se stává úzkým hrdlem.
Co je důležité
- Odpovědnost za úkol jako celek odlišuje proaktivní inženýry od rolových vykonavatelů.
- Unit testy indikují modularitu, odolnost vůči změnám a dlouhodobou kvalitu.
- Pro team leady zaměření na distribuci odpovědnosti, nikoli na osobním výkonu.
- Korelace s úspěchem ve zkušební době je vysoká – otázky šetří čas při náboru.
- Výhoda nad AI – v dovedení do funkční produkce.
Tyto otázky jsou použitelné na jakékoli úrovni: od middle po senior, od vývojáře po leada. Filtrují podle skutečné hodnoty pro tým.
— Editorial Team
Zatím žádné komentáře.