CV za IT početnika: šta regruter zaista želi da vidi

CV za IT početnika ne mora da izgleda kao biografija senior inženjera. Regruter ne očekuje da junior kandidat već ima deset velikih projekata, međunarodne klijente i savršeno poznavanje svih tehnologija sa oglasa. Očekuje, međutim, jasan dokaz da kandidat razume osnovne alate, ume da završi konkretan zadatak, zna gde su mu granice i da neće od prvog dana postati teret timu.

Najvažnije je da CV ne bude spisak tehnologija koje ste jednom otvorili u tutorijalu. Dobar početnički CV pokazuje šta ste napravili, kojim alatima, kakvu ste odgovornost imali, gde se može videti vaš rad i kako razmišljate kada naiđete na problem.

U ovom tekstu objašnjavamo šta regruteri i menadžeri za zapošljavanje (hiring managers) zaista gledaju, kako da organizujete CV bez radnog iskustva, koje greške vas izbacuju iz selekcije i kako da portfolio, GitHub i LinkedIn rade u vašu korist.

Ključne poruke

Junior CV treba da bude kratak, pregledan i konkretan – najčešće je jedna strana dovoljna.
Regruter ne traži savršenog kandidata, već signal da kandidat ume da uči, komunicira i završi zadatak.
Projekti, GitHub repozitorijumi, portfolio i opis doprinosa često vrede više od generičke liste tehnologija.
„Poznajem Java, Python, React, SQL i AWS” ne znači mnogo bez primera šta ste njima napravili.
CV mora biti prilagođen poziciji; isti dokument za Frontend, QA, Android i Data Analyst poziciju obično je loša ideja.
AI može pomoći u lekturi i strukturi, ali ne može umesto vas stvoriti stvaran portfolio, radnu disciplinu i dokaz da znate da rešavate probleme.

Prva neprijatna istina: regruter nema mnogo vremena

Kandidat koji prvi put šalje CV često zamišlja regrutera kako pažljivo čita svaku stavku, razmatra svaku veštinu i pokušava da pronađe skriveni potencijal. U realnosti, prvi pregled CV-ja traje veoma kratko.

Regruter najpre traži odgovor na nekoliko jednostavnih pitanja:

Za koju poziciju se kandidat prijavljuje?
Da li kandidat ima osnovne veštine za tu ulogu?
Postoji li makar jedan konkretan dokaz rada?
Da li su kontakt podaci, lokacija i dostupnost jasni?
Da li CV izgleda uredno i razumljivo?
Da li kandidat deluje ozbiljno ili je dokument samo masovno poslat na desetine oglasa?

To ne znači da regruteri ne mare za potencijal. Naprotiv. Kod junior pozicija potencijal je veoma važan. Ali potencijal se ne vidi iz rečenice „brzo učim i vredna sam osoba”. To piše gotovo svako.

Potencijal se vidi kada kandidat pokaže da je samostalno napravio projekat, naučio alat koji mu je bio potreban, dokumentovao rad, rešio grešku, završio kurs uz praktičan zadatak ili sarađivao sa drugima na makar malom projektu.

Zato dobar CV za IT početnika ne pokušava da dokaže da ste već senior. On dokazuje da ste spremni za prvi ozbiljan korak.

Regruter ne zapošljava listu tehnologija

Jedna od najčešćih grešaka u početničkim CV-jima je ogromna sekcija „Skills” sa dvadeset, trideset ili pedeset alata i jezika. Kandidat napiše:

Java, Python, JavaScript, TypeScript, React, Angular, Node.js, SQL, MongoDB, Docker, Kubernetes, AWS, Azure, Git, Jira, Figma, Linux, HTML, CSS, C++, C#, Flutter, Firebase, REST API, GraphQL, AI, Machine Learning.

Takav spisak ne deluje impresivno. Najčešće deluje neozbiljno.

Niko realan ne očekuje da početnik zaista kvalitetno poznaje sve navedeno. Regruter ne zna šta je od toga kandidat koristio na projektu, šta je učio dve nedelje, šta je samo video na YouTube-u, a šta može samostalno da objasni na intervjuu.

Bolji pristup je podela na kategorije i realna procena nivoa:

Tehničke veštine:

Programski jezici: JavaScript, TypeScript, Python
Frontend: React, HTML, CSS, Tailwind CSS
Backend i API: Node.js, Express, REST API
Baze podataka: PostgreSQL, osnovni SQL
Alati: Git, GitHub, Postman, Docker (osnovni nivo)
Metodologije: Agile, Scrum (osnovno razumevanje)

Još bolji pristup je da tehnologije budu povezane sa projektima. Ako tvrdite da znate React, pokažite aplikaciju u React-u. Ako navodite SQL, objasnite da ste dizajnirali bazu za konkretan projekat. Ako pišete Docker, imajte Dockerfile, docker-compose.yml ili makar jasan opis šta ste kontejnerizovali.

U IT-u se ne procenjuje samo šta kandidat ume da nabroji. Procenjuje se ono što može da pokaže, objasni i odbrani.

Projekti su vaše početno radno iskustvo

Ako nemate formalno IT iskustvo, projekti nisu „dodatak“ CV-ju. Oni su centralni deo CV-ja.

To ne mora biti revolucionarna aplikacija. Niko ne očekuje da napravite novu društvenu mrežu, operativni sistem ili SaaS platformu koja će promeniti tržište. Ali projekat mora pokazati da znate više od pukog prepisivanja koda sa tutorijala. Dobar početnički projekat rešava makar mali, ali stvaran problem.

Na primer:

Aplikacija za praćenje ličnih troškova sa prijavom korisnika, kategorijama i izveštajima.
Menadžer zadataka (task manager) sa prioritetima, rokovima i korisničkim nalozima.
Mobilna aplikacija za rezervaciju termina.
E-commerce demo sa korpom, filtriranjem proizvoda i simulacijom plaćanja.
Aplikacija za vremensku prognozu koja koristi javni API i obrađuje greške.
Sistem za evidenciju biblioteke, filmova, treninga ili inventara.
Komandna tabla (dashboard) za analizu javno dostupnih podataka.
Jednostavan CMS za objavu sadržaja.
API servis sa autentifikacijom, bazom podataka i dokumentacijom interfejsa (endpoints).
QA projekat sa test planom, testnim slučajevima (test cases) i jasno prijavljenim greškama (bugs).

Ključ je u opisu. Nemojte napisati samo:

To-do aplikacija – React, Node.js, MongoDB.

Napišite šta ste uradili:

TaskFlow – aplikacija za upravljanje zadacima (React, TypeScript, Node.js, Express, PostgreSQL, JWT, Docker) Razvio sam veb aplikaciju za kreiranje i praćenje zadataka sa korisničkom autentifikacijom, prioritetima, rokovima i filtriranjem po statusu. Dizajnirao sam REST API, definisao model baze podataka i implementirao zaštitu ruta preko JWT tokena. Projekat je dostupan na GitHub-u, uz README dokumentaciju i uputstvo za lokalno pokretanje.

Ovakav opis otkriva mnogo više. Regruter vidi obim rada, tehnologije, funkcionalnosti, način razmišljanja i činjenicu da kandidat razume da projekat mora biti dokumentovan.

Tutorijal nije sramota, ali sam po sebi nije dovoljan

Gotovo svaki početnik uči kroz tutorijale i u tome nema ničeg lošeg. Problem nastaje kada je ceo portfolio sastavljen od identičnih klonova projekata koje su napravile hiljade drugih ljudi.

Ako imate projekat sa istim nazivom, istim dizajnom, istim kodom i istim greškama kao tutorijal koji se nalazi na prvom rezultatu pretrage, regruter će to prepoznati. Tehnički intervju će to i potvrditi.

Tutorijal treba da bude početak, a ne kraj. Ako ste napravili aplikaciju prateći tutorijal, unapredite je:

Dodajte novu funkcionalnost koju tutorijal nema.
Promenite arhitekturu ili organizaciju projekta.
Uvedite autentifikaciju.
Dodajte testove.
Koristite drugi API.
Prilagodite dizajn mobilnim uređajima.
Rešite problem performansi (performance problem).
Uvedite obradu grešaka (error handling).
Napišite README sopstvenim rečima.
Objavite aplikaciju i navedite ograničenja koja još postoje.

Nije problem reći da je projekat nastao kao vežba. Problem je predstavljati tuđi rad kao svoj. Regruter neće kazniti iskrenost. Mnogo pre će ceniti kandidata koji kaže: „Početnu strukturu sam naučio kroz tutorijal, ali sam potom dodao autentifikaciju, bazu, testove i postavio na hosting.” To pokazuje samostalnost i sposobnost da se ode dalje od kopiranja.

GitHub nije portfolio ako izgleda kao skladište haosa

GitHub profil može biti ozbiljan plus, ali samo ako pomaže kandidatu. Prazan profil, deset privatnih repozitorijuma ili dvadeset projekata pod nazivima test, vezba, final-final, projekat2 i novi-projekat ne šalju dobar signal.

Ne morate imati stotine komita (commits). Ne morate učestvovati u open-source projektima ogromnih kompanija. Ne morate ni kodirati svaki dan da bi GitHub izgledao legitimno. Ali, treba da imate nekoliko urednih repozitorijuma.

Dobar GitHub repozitorijum za početnika sadrži:

jasno ime projekta;
kratak, koristan opis;
README dokumentaciju;
tehnologije koje su korišćene;
uputstvo za pokretanje projekta lokalno;
link ka demo verziji, ako postoji;
sliku ekrana (screenshot) ili GIF prikaz ključne funkcionalnosti;
objašnjenje glavnih funkcionalnosti;
poznate probleme ili planirana poboljšanja.

Obratite pažnju: Nikada nemojte javno postaviti lozinke, API ključeve, Firebase konfiguracije koje nisu namenjene javnoj upotrebi, pristupne tokene, privatne sertifikate ili fajlove sa poverljivim podacima. To nije samo tehnička greška, to je direktan bezbednosni propust.

Posebno je važno da kandidat razume osnovni Git tok rada (Git workflow): grananje, poruke o izmenama (commit messages), zahteve za spajanjem koda (pull requests), rešavanje konflikata i rad sa .gitignore fajlom. Junior ne mora biti ekspert za Git, ali mora pokazati da zna kako se kod deli i održava u timu.

Šta staviti na vrh CV-ja

Prvih nekoliko centimetara CV-ja imaju najveću težinu. Tu treba da bude jasno ko ste, za koju ulogu se prijavljujete i kako vas kontaktirati.

Dobar početak može izgledati ovako:

Ime i prezime Junior Frontend Developer Grad, Srbija | e-mail | telefon | LinkedIn | GitHub | portfolio

Odmah ispod može ići kratki profesionalni sažetak, od dve do tri rečenice. Na primer:

Junior Frontend Developer sa praktičnim iskustvom u izradi responzivnih veb aplikacija koristeći React, TypeScript i REST API integracije. Razvio sam nekoliko samostalnih projekata sa autentifikacijom, upravljanjem stanjem i radom sa bazom podataka. Tražim priliku da uz mentorstvo doprinesem produkcionom timu i unapredim znanje kroz realne projekte.

Ovaj sažetak je mnogo bolji od rečenice:

Komunikativna, odgovorna i ambiciozna osoba koja voli izazove i želi da radi u uspešnom timu.

Takve formulacije nisu nužno netačne, ali ne govore ništa posebno. Gotovo svaki kandidat može ih napisati bez obzira na znanje i iskustvo.

Ako ste karijeru promenili iz druge oblasti, napišite to kao prednost kada zaista postoji veza. Bivši ekonomista može naglasiti rad sa analitikom i poslovnim procesima. Bivši dizajner može istaći razumevanje korisničkog iskustva (UX/UI). Bivši nastavnik može pokazati veštine komunikacije i prenošenja znanja. Promena karijere nije mana.

Obrazovanje nije najvažnije, ali ga ne potcenjujte

Kod junior kandidata obrazovanje i kursevi mogu imati veću težinu nego kod iskusnog inženjera, ali nisu zamena za praktičan rad.

Ako imate relevantan fakultet, višu školu ili specijalizovanu edukaciju, navedite:

naziv ustanove;
smer;
period studiranja ili godinu završetka;
relevantne predmete (samo ako zaista podržavaju prijavu);
prosek (samo ako je visok i ako vam koristi);
završni rad (ako je tehnički relevantan).

Ako ste završili kurs, bootcamp ili onlajn program, navedite ga bez preterivanja. Kurs nije radno iskustvo, a sertifikat nije automatska potvrda praktične sposobnosti.

Dobro:

Java Backend Development Program – 2025. Oblasti: Java, Spring Boot, SQL, REST API, Git. Završni projekat: sistem za zakazivanje termina sa autentifikacijom i PostgreSQL bazom.

Loše:

Master Java Developer Certification – ekspert nivo.

Ako kurs traje tri meseca, nema potrebe da ga predstavljate kao višegodišnje profesionalno iskustvo. Na intervjuu će se to odmah videti.

Meke veštine (Soft skills) nisu ukras, ali moraju imati kontekst

Komunikacija, timski rad, odgovornost, analitičnost i organizacija jesu važne veštine. Međutim, sama lista ovih reči je bezvredna ako nije vezana za nešto konkretno.

Umesto:

Soft skills: komunikativnost, timski rad, fleksibilnost, rešavanje problema.

Bolje:

Tokom timskog projekta radio sam sa još tri člana tima, vodio evidenciju zadataka u Jira alatu, učestvovao u pregledu koda (code review) i prezentovao završno rešenje pred mentorima.

Ovo ne samo da tvrdi da umete da komunicirate – ono daje dokaz.

Za IT početnika je posebno važno da pokaže sledeće:

Da ume da postavi pitanje kada ne zna.
Da ne krije problem dok ne postane veći.
Da prihvata povratnu informaciju (feedback).
Da može da pročita dokumentaciju.
Da ume da dokumentuje šta je uradio.
Da razlikuje „ne znam” od „ne mogu da naučim”.
Da ne paniči kada nešto ne radi iz prvog pokušaja.

Ove stvari se često otkrivaju na razgovoru, ali CV može dati prve signale kroz način na koji opisujete projekte i prethodno iskustvo.

Prilagodite CV oglasu – ali nemojte lagati

Jedan univerzalni CV za svaku IT poziciju je uglavnom promašaj. Kandidat koji šalje isti dokument za Junior QA, Junior Java Developer, Frontend Developer, Technical Support i Data Analyst poziciju šalje poruku da ne zna šta želi.

To ne znači da morate svaki put praviti potpuno novi CV od nule. Dovoljno je da prilagodite:

naslov pozicije;
profesionalni sažetak;
redosled tehničkih veština;
istaknute projekte;
ključne reči koje su stvarno relevantne za oglas;
motivaciono pismo ili kratku poruku uz prijavu.

Ako se prijavljujete za Junior QA poziciju, projekat u kom ste napravili test plan, pisali testne slučajeve, prijavili greške i koristili Postman treba da bude vidljiviji od dizajnerskog projekta u Figmi.

Ako se prijavljujete za Flutter poziciju, istaknite mobilne aplikacije, rad sa upravljanjem stanjem (state management), REST API integracije, Firebase, proces prevođenja koda (build process), testiranje i objavu aplikacije. Nemojte na vrh staviti projekat u WordPress-u koji nema nikakvu vezu sa mobilnim razvojem.

Prilagođavanje nije manipulacija. To je jasna komunikacija.

Laganje je nešto drugo. Ako oglas traži iskustvo sa Dockerom, a vi ga niste koristili, nemojte ga navesti kao „napredni nivo”. Možete reći da ste upoznati sa osnovama i da ste spremni da ga učite. To je mnogo bezbednije nego da vas tehnički intervju pretvori u neprijatan razgovor od deset minuta.

ATS sistem nije neprijatelj, ali vas može preskočiti

Mnoge kompanije koriste sistem za praćenje prijava kandidata (ATS – Applicant Tracking System). Takvi sistemi pomažu HR timovima da organizuju veliki broj prijava, pretraže dokumente i filtriraju osnovne informacije. Zbog toga CV treba da bude čitljiv i mašinama, ne samo ljudima.

To znači:

Koristite standardne nazive sekcija: „Iskustvo”, „Projekti”, „Obrazovanje”, „Veštine”, „Kontakt”.
Nemojte ključne informacije stavljati samo u grafike, ikonice ili slike.
Izbegavajte komplikovane tabele, tekst preko fotografija i neobične rasporede.
Koristite nazive tehnologija koji se pojavljuju u oglasu, ako ih zaista znate.
Sačuvajte CV kao PDF, osim ako poslodavac ne traži drugi format.
Proverite da li su linkovi ka LinkedIn-u, GitHub-u i portfoliju aktivni.
Dajte dokumentu razumljivo ime, na primer Ime_Prezime_Junior_Frontend_Developer_CV.pdf.

ATS nije razlog da CV izgleda ružno. On je razlog da dizajn ne bude važniji od sadržaja.

Previše grafike, šarenih traka za nivo znanja i infografika često smeta i mašini i čoveku. Traka koja pokazuje da „znate JavaScript 85%” nema stvarnu vrednost. Šta znači 85%? Da li znate zatvaranja (closures), petlju događaja (event loop), testiranje, TypeScript, pakovanje modula (module bundlers), bezbednost, performanse i rad sa browser API-jima? Procenat ništa ne objašnjava.

Koliko stranica treba da ima junior CV

Za većinu početnika jedna strana je idealna. Dve strane mogu imati smisla ako imate prethodno relevantno iskustvo, više ozbiljnih projekata, obrazovanje, praksu ili profesionalne sertifikate koji su direktno vezani za poziciju.

Tri strane za juniora gotovo nikada nisu dobra ideja. Kratak CV nije siromašan CV, on je disciplinovan CV.

Ako imate previše sadržaja, ne pokušavajte da sve ugurate smanjivanjem fonta na nečitljivu veličinu. Umesto toga, izbacite ono što nije relevantno:

osnovnu školu;
potpuno nepovezane hobije (osim ako nemaju jasnu vrednost za poziciju);
svaki kurs koji ste ikada otvorili;
generičke liste mekih veština;
zastarele tehnologije koje više ne koristite;
nepotrebne lične podatke;
nejasne opise prethodnih poslova.

Cilj CV-ja nije da ispriča ceo vaš život. Cilj je da vas dovede do intervjua.

Fotografija, datum rođenja i lični podaci

U domaćoj praksi fotografija se i dalje često stavlja u CV, ali za mnoge IT pozicije nije neophodna. Ako je koristite, neka bude profesionalna, jasna i neutralna. Fotografija sa plaže, iz automobila, sa filterima ili isečena iz grupne slike nije dobra ideja.

Datum rođenja, bračni status, broj dece, puna kućna adresa, JMBG i broj lične karte ne pripadaju početnom CV-ju. Poslodavcu su za prvi kontakt dovoljni ime, grad ili region, telefon, e-mail i profesionalni linkovi. Ne stavljajte u CV privatne podatke koje niko razuman ne mora da ima pre nego što vas pozove na razgovor.

LinkedIn profil mora da potvrdi CV, a ne da mu protivreči

Ako u CV stavite LinkedIn link, regruter će ga možda otvoriti. Zato profil treba da bude usklađen sa prijavom.

Proverite:

Da li vam je profesionalni naslov jasan.
Da li je profilna fotografija primerena (ako je imate).
Da li se projekti, tehnologije i periodi podudaraju sa onima u CV-ju.
Da li imate kratak About opis.
Da li su GitHub i portfolio linkovi dostupni.
Da li ste naveli relevantne kurseve, sertifikate ili volontiranja.
Da li javne objave ostavljaju profesionalan utisak.

Nije potrebno svakodnevno objavljivati motivacione postove o učenju programiranja, ali povremena objava o projektu, tehničkom problemu koji ste rešili, lekciji iz razvoja ili učešću na hakatonu (hackathon) može pokazati aktivnost i interesovanje. LinkedIn nije mesto za glumu stručnjaka, već mesto da budete vidljivi kao osoba koja ozbiljno gradi put u IT-u.

Portfolio ne mora biti skup sajt, ali mora biti koristan

Lični portfolio može pomoći, posebno kandidatima za Frontend, UI/UX, Mobile i Full-Stack pozicije. Međutim, portfolio nije obavezan ako nemate šta dobro da pokažete.

Bolje je imati tri uredna GitHub projekta nego portfolio sa generičkom animacijom, velikom fotografijom i rečenicom „I build amazing digital experiences“, a bez ijednog konkretnog rada.

Ako pravite portfolio, neka sadrži:

kratak opis ko ste i koju ulogu tražite;
linkove ka GitHub-u i LinkedIn-u;
najbolje projekte, ne sve projekte;
detalje za svaki projekat (problem, tehnologije, funkcionalnosti, vaš doprinos i link ka kodu ili demo verziji);
kontakt formu ili e-mail adresu;
mobilnu prilagođenost i pristojne performanse učitavanja.

Portfolio je sam po sebi projekat. Ako se dugo učitava, ne radi na telefonu, ima neispravne linkove ili je pun generičkog teksta, može ostaviti lošiji utisak nego da ga uopšte nemate.

Šta regruter želi da pročita u opisu projekta

Najkorisniji opis projekta obično daje odgovor na pet pitanja:

Koji problem projekat rešava?
Šta ste vi konkretno uradili?
Koje tehnologije ste koristili i zašto?
Koji tehnički problem ste rešili?
Gde se može videti kod ili demo?

Primer za Flutter kandidata:

Bookly – mobilna aplikacija za organizaciju lične biblioteke (Flutter, Dart, Firebase Authentication, Cloud Firestore, REST API) Razvio sam Android aplikaciju koja korisnicima omogućava pretragu knjiga, čuvanje liste za čitanje i sinhronizaciju podataka između uređaja. Implementirao sam prijavu korisnika preko Firebase Authentication-a, upravljanje stanjem i rad sa REST API servisom za pretragu knjiga. Posebnu pažnju posvetio sam obradi grešaka, praznim stanjima ekrana i optimizaciji prikaza liste.

Primer za QA kandidata:

E-commerce test projekat (Manual Testing, Postman, Jira, SQL) Napravio sam test plan za demo e-commerce platformu, napisao testne slučajeve za registraciju, prijavu, pretragu, korpu i poručivanje. Evidentirao sam pronađene greške kroz Jira tikete, testirao REST API endpoint-e u Postman-u i proveravao podatke kroz osnovne SQL upite.

Primer za Backend kandidata:

API za zakazivanje termina (Java, Spring Boot, PostgreSQL, Docker, Swagger/OpenAPI) Kreirao sam REST API za rezervaciju termina sa korisničkim ulogama, validacijom zahteva i dokumentovanim endpoint-ima. Implementirao sam autentifikaciju, relacije u bazi i globalno rukovanje greškama. Aplikacija se lokalno pokreće kroz Docker Compose.

Ovakvi opisi ne traže da budete genijalac. Traže da budete konkretni.

Motivaciono pismo: kratko, direktno i bez patetike

Motivaciono pismo ili poruka uz prijavu ne mora biti roman. Dovoljno je nekoliko pasusa koji pokazuju da znate gde se prijavljujete i zašto ste relevantni.

Loš primer:

Poštovani, obraćam vam se povodom oglasa za posao. Veoma sam zainteresovan za rad u vašoj uspešnoj kompaniji. Smatram da sam idealan kandidat jer sam vredan, ambiciozan i spreman da učim.

Bolji primer:

Poštovani, prijavljujem se za poziciju Junior Backend Developer. U prethodnih šest meseci radio sam na Java i Spring Boot projektima, uključujući REST API za zakazivanje termina sa PostgreSQL bazom, autentifikacijom i Swagger dokumentacijom. Posebno me privlači vaša pozicija jer se u opisu pominju rad sa API integracijama i mentorski rad u timu.

U prilogu dostavljam CV, a kod i opis projekata dostupni su na mom GitHub profilu. Bio bih zahvalan za priliku da detaljnije predstavim svoj rad.

To je dovoljno. Ne morate obećavati da ćete „dati 200% od sebe”. Potrebno je pokazati da ste pročitali oglas i da imate razlog da se prijavite.

Najčešće greške koje ruše junior CV

Neke greške se ponavljaju toliko često da zaslužuju otvoreno nabrajanje.

Preterivanje sa znanjem: Ako u CV-u piše „advanced Java”, a ne umete da objasnite razliku između HashMap i ConcurrentHashMap, ili ako piše „React expert”, a ne znate razliku između stanja (state) i svojstava (props), problem nije u manjku znanja. Problem je u netačnom predstavljanju.
Generički opis bez dokaza: „Motivisan programer, timski igrač, željan znanja” ne razlikuje vas ni od koga. Regruter treba da vidi projekat, rezultat, tehnologiju, link ili odgovornost.
Nepostojeći ili neispravni linkovi: GitHub link koji vodi na grešku, portfolio koji se ne otvara, demo koji je ugašen ili LinkedIn profil bez ikakvih podataka mogu ostaviti loš utisak. Pre slanja prijave testirajte svaki link.
E-mail adresa koja nije profesionalna: Adrese poput mali_majstor1998@…, opasni_haker@… ili slatkis123@… nisu kraj sveta, ali nisu ni dobar prvi utisak. Napravite jednostavnu adresu sa imenom i prezimenom.
Greške u pisanju: CV za IT poziciju ne mora biti književno delo, ali mora biti pažljivo pročitan. Greške u nazivu firme, pozicije, tehnologije ili sopstvenom e-mailu deluju kao manjak pažnje.
Previše dizajna, premalo sadržaja: Moderni šablon može izgledati lepo, ali CV nije Instagram objava. Ako grafika otežava čitanje, sakriva informacije ili ruši ATS čitljivost, ne pomaže vam.
Slanje istog CV-ja svima: Ako se prijavljujete za pet različitih pozicija, prilagodite bar sažetak, projekte i redosled veština. Masovna prijava bez fokusa je lako prepoznatljiva.

AI menja početničke prijave, ali ne rešava suštinski problem

Generativni AI danas može napisati CV, motivaciono pismo, opis projekta, LinkedIn objavu i odgovore za intervju. To je korisno ako se koristi kao pomoć za strukturu, lekturu, skraćivanje i jasnije formulisanje iskustva.

Ali AI ne može da odgovori na tehničko pitanje umesto vas na razgovoru. Ne može da objasni zašto ste izabrali određenu arhitekturu. Ne može da odbrani vaš kod kada menadžer otvori vaš GitHub. Ne može da objasni kako ste rešili problem (bug) koji ste naveli kao svoj uspeh.

Zbog toga su generičke prijave postale još slabije. Ako svi mogu da napišu savršeno ulepšan CV, stvarni dokaz rada postaje još važniji. U narednom periodu regruteri će verovatno još više proveravati:

Da li kandidat može uživo da objasni projekat.
Da li razume kod koji je stavio na GitHub.
Da li ume da radi mali praktični zadatak.
Da li zna da koristi dokumentaciju.
Da li ume da razmišlja naglas i objasni odluku.
Da li je iskren u vezi sa nivoom znanja.

To nije loša vest za početnike koji zaista rade. To je loša vest samo za one koji misle da će lepo formatiran dokument zameniti trud i rad.

Kako CV treba da izgleda u praksi

Za većinu junior kandidata dobar redosled sekcija je:

Ime, ciljana pozicija i kontakt.
Kratak profesionalni sažetak.
Tehničke veštine.
Projekti.
Praksa, freelance rad, volontiranje ili prethodno relevantno iskustvo.
Obrazovanje i relevantni kursevi.
Jezici, sertifikati ili dodatne informacije, ako su korisni.

Ako imate prethodno radno iskustvo koje je direktno relevantno, možete ga staviti pre projekata. Ako nemate, projekti treba da budu visoko na stranici.

Evo jednostavnog kostura:

IME I PREZIME Junior [ciljana IT pozicija] Grad | Telefon | E-mail | LinkedIn | GitHub | Portfolio

PROFESIONALNI SAŽETAK Dve do tri konkretne rečenice o ulozi, znanju i projektima.

TEHNIČKE VEŠTINE

Programski jezici:

Frameworks i biblioteke:

Baze podataka:

Alati:

Ostalo:

PROJEKTI Naziv projekta | Tehnologije Kratak opis problema, funkcionalnosti i vašeg doprinosa. GitHub / Demo link

ISKUSTVO / PRAKSA Naziv kompanije ili organizacije | Period Konkretne odgovornosti i rezultat rada.

OBRAZOVANJE Ustanova | Smer | Godina

DODATNO Engleski jezik, sertifikati, hakatoni, volontiranje.

Ovaj format nije spektakularan, a to mu je i glavna prednost – regruter odmah nalazi ono što mu treba.

CV nije dokument koji šaljete jednom i zaboravite

Dobar CV se menja kako učite i radite. Posle svakog ozbiljnijeg projekta, kursa, prakse, hakatona ili doprinosa open-source zajednici, pregledajte dokument.

Postavite sebi nekoliko pitanja:

Da li bih mogao da objasnim svaku stavku iz ovog CV-ja?
Da li postoji dokaz za svaku važnu tehničku tvrdnju?
Da li se jasno vidi pozicija za koju se prijavljujem?
Da li je najbolji projekat dovoljno visoko?
Da li su linkovi aktivni?
Da li je CV čitljiv za manje od jednog minuta?
Da li sam izbacio stvari koje više nisu relevantne?

Ako je odgovor „ne” na bilo koje od ovih pitanja, dokument nije spreman. CV nije vaš rad, on je ulaznica da neko pogleda vaš rad.

Završna poruka: ne pokušavajte da zvučite kao senior

Početnički CV ne mora da sakrije da ste početnik – to je nemoguće, a često i kontraproduktivno. Mnogo je bolje da jasno pokažete gde se nalazite, šta znate, na čemu ste radili i u kom smeru želite da se razvijate.

Regruter ne traži osobu koja nikada neće pogrešiti. Traži osobu koja može da nauči, pita, prihvati povratnu informaciju, dokumentuje rad i napravi sledeći korak kada nešto ne funkcioniše.

Ne pokušavajte da pobedite kandidate koji imaju više godina iskustva jer njihova prijava nije ista kao vaša. Vaš posao je da pokažete da niste samo neko ko je završio kurs i otvorio nalog na GitHub-u, već osoba koja je već počela da razmišlja i radi kao developer, QA tester, analitičar podataka ili stručnjak za tehničku podršku – makar kroz male, ali stvarne projekte. To je ono što regruter želi da vidi.

Izvori i dodatno čitanje

LinkedIn Talent Solutions — materijali o zapošljavanju, kandidatima i trendovima u selekciji.
GitHub Docs: About READMEs — smernice za kvalitetnu README dokumentaciju u repozitorijumima.
GitHub Docs: Ignoring files — uputstvo za korišćenje .gitignore fajlova i zaštitu poverljivih podataka.
Google: Technical Development Guide — korisni principi jasnog tehničkog pisanja i dokumentovanja rada.
Atlassian: Agile Coach — uvod u Agile metodologije, timski rad i upravljanje zadacima u razvojnim timovima.