Portfolio bez radnog iskustva: šta staviti unutra da bi imao težinu

Nemate radno iskustvo? To nije isto što i nemate šta da pokažete. Dobar portfolio ne pokušava da sakrije praznu rubriku u CV-ju, već jasno dokazuje da umete da rešavate probleme, završavate zadatke, učite samostalno i objasnite sopstveni rad.

Najvažnije: portfolio bez komercijalnog iskustva ima težinu kada ne izgleda kao galerija vežbi, već kao dokaz rada u realnim uslovima. Poslodavca ne zanima samo da li znate React, Flutter, Figma, Python, WordPress, SEO ili Google Analytics. Želi da vidi šta ste konkretno napravili, za koga bi to koristilo, koje ste odluke doneli, sa kakvim ste problemima radili i kako biste svoj rad unapredili. Lični projekti, radovi sa fakulteta, open-source doprinosi, volontiranje, simulacije realnih zadataka i dokumentovane greške mogu biti validan dokaz sposobnosti.

Ključne poruke:

• Portfolio nije spisak tehnologija, već skup dokaza da znate da uradite nešto korisno.

• Tri kvalitetno predstavljena projekta vrede više od deset nedovršenih aplikacija, dizajna ili kurseva.

• Projekat dobija težinu tek kada pokažete problem, proces, rešenje, rezultat, ograničenja i sledeće korake.

• GitHub, live demo, case study (studija slučaja), dokumentacija i jasna prezentacija često su važniji od „spektakularne“ ideje.

• Ne morate lagati, izmišljati klijente niti predstavljati vežbu kao plaćeni posao; junior koji otvoreno pokaže kako uči ostavlja bolji utisak od kandidata sa ulepšanom biografijom.

• Generativni AI može pomoći pri učenju i izradi, ali portfolio mora pokazati šta ste vi razumeli, proverili, izmenili i odbranili.

Na tržištu rada se često ponavlja apsurdna rečenica: „Tražimo juniora sa iskustvom.“ Kandidat bez prvog posla na to odgovara: „Kako da steknem iskustvo ako mi niko ne da priliku?“ Odgovor nije romantičan, ali je praktičan: dok ne dobijete formalnu priliku, morate sami napraviti dokaz da biste je zaslužili.

To nije poziv da radite besplatno za svakoga. Nije ni savet da kopirate tuđe GitHub projekte, skinete gotov template i preimenujete ga u portfolio. To je poziv da napravite sopstveni profesionalni trag – mali, konkretan i proverljiv.

Portfolio nije ukras

Najveća greška početnika je da portfolio doživljavaju kao lepu stranicu sa profilnom fotografijom, ikonama tehnologija i rečenicom: „Strastveni sam programer koji voli inovacije.“ Takvih stranica ima na hiljade. Ne govore apsolutno ništa.

Portfolio mora da odgovori na jedno jednostavno pitanje: šta ova osoba ume da uradi kada pred njom postoji konkretan problem?

• Ako ste frontend developer, poslodavac želi da vidi da umete da pretvorite dizajn u funkcionalan, responzivan i pristupačan interfejs.

• Ako ste backend developer, želi da vidi API, model podataka, autentifikaciju, validaciju, testove i dokumentaciju.

• Ako ciljate QA, treba da pokažete test plan, bug report (izveštaj o grešci), test case (test slučaj), automatizovane testove ili analizu rizika.

• Ako ste digitalni marketer, portfolio treba da pokaže istraživanje publike, kampanju, sadržaj, metrike i zaključke.

Drugim rečima, portfolio je dokaz primenjenog znanja. CV može da kaže da znate JavaScript. Portfolio treba da pokaže šta ste pomoću JavaScript-a zapravo rešili.

Korisnička očekivanja su se promenila i zbog alata koji ubrzavaju izradu koda, dizajna i sadržaja. Danas skoro svako može da generiše početnu verziju aplikacije, landing page-a ili teksta. Zato nije dovoljno pokazati samo finalni ekran. Sve važnije postaje da pokažete proces, odluke, razumevanje ograničenja i sposobnost da objasnite zašto je nešto urađeno baš tako. Kandidati na početku karijere mogu da istaknu projekte, praksu, volontiranje, relevantne kurseve i vannastavne aktivnosti, jer sve to može pokazati inicijativu, odgovornost i primenu stečenih veština.

Nemate iskustvo ili nemate dokaz?

Ovo je pitanje koje ume da zaboli, ali je izuzetno korisno. Možda nemate radni odnos, ugovor sa klijentom ili godinu dana staža u kompaniji. To jeste nedostatak formalnog iskustva. Ali ako ste pravili aplikaciju za školski događaj, vodili Instagram profil lokalnog kluba, napravili sajt za rođaka, rešili problem u open-source projektu, dizajnirali bolji interfejs za postojeću aplikaciju ili automatizovali dosadan zadatak – vi već imate materijal za portfolio.

Problem je što mnogi kandidati to ne prepoznaju kao relevantan rad. Rad za studentsku organizaciju, školski projekat, hackathon, kurs, volontiranje, doprinos zajednici ili lični proizvod nisu isto što i rad za velikog klijenta. Ne treba ih tako ni predstavljati. Ali oni jesu legitimni dokazi sposobnosti ako se opišu iskreno i profesionalno.

Umesto:

„Napravio sam aplikaciju za zakazivanje termina.“

Napišite:

„Samostalno sam osmislio i razvio prototip aplikacije za zakazivanje termina u lokalnom frizerskom salonu. Problem koji sam rešavao bio je ručno vođenje rezervacija preko poziva i poruka. Aplikacija omogućava pregled slobodnih termina, rezervaciju, otkazivanje i administratorski prikaz zauzeća. Najveći tehnički izazov bio je sprečavanje duplih rezervacija, koji sam rešio validacijom na serverskoj strani i transakcionim upisom podataka.“

Prva rečenica zvuči kao školska vežba. Druga zvuči kao rad osobe koja razume problem, korisnika i posledice svojih tehničkih odluka.

Šta portfolio mora da sadrži

Dobar početnički portfolio ne mora biti ogroman. Naprotiv, previše sadržaja često samo sakrije činjenicu da nijedan rad nije detaljno obrađen. Za većinu junior kandidata dovoljno je da portfolio ima tri do pet pažljivo odabranih projekata. Svaki projekat treba da ima sledeću strukturu:

1. Kratak opis problema

Ne počinjite od tehnologije. Počnite od problema.

• Loš primer: „Aplikacija je napravljena u React-u, Node.js-u i MongoDB-u.“

• Bolji primer: „Mali proizvođači hrane često primaju porudžbine preko više kanala – telefona, društvenih mreža i poruka – pa lako dolazi do grešaka. Napravio sam prototip sistema koji objedinjeno prikazuje porudžbine i status isporuke.“

Tehnologija je važna, ali tek nakon što čitalac razume zašto taj projekat uopšte postoji.

2. Vaša uloga

Ako ste radili sami, napišite to. Ako ste radili u timu, recite šta je bio isključivo vaš deo. Nemojte koristiti množinu „napravili smo“ ako ste uradili samo naslovnu stranu ili jedan deo dokumentacije. Poslodavac želi da zna šta može da očekuje od vas, ne od celog vašeg tima.

• „Bio sam odgovoran za Flutter interfejs, Firebase Authentication i Firestore strukturu.“

• „U timu od četiri člana radio sam UX research (istraživanje korisničkog iskustva), wireframe (osnovnu skicu ekrana) i testiranje prototipa sa pet korisnika.“

3. Tehnologije i alati

Spisak tehnologija treba da bude kratak i tačan. Ne upisujte sve što ste ikada instalirali na računar.

• Frontend: React, TypeScript, Tailwind CSS

• Backend: Node.js, Express, PostgreSQL

• Deployment: Vercel i Render

• Testing: Jest i Postman

Ako nešto niste koristili sami, ne stavljajte ga u projekat. Ako ste gledali tutorijal, ali ne razumete Docker, nemojte ga navoditi samo zato što zvuči ozbiljno.

4. Proces rada

Ovo je deo koji početnici najčešće preskoče, a baš tu nastaje prava težina portfolija. Pokažite kako ste došli do rešenja:

• Koji ste problem prvo primetili?

• Kako ste istraživali korisnike ili postojeća rešenja?

• Koje ste alternative razmatrali?

• Šta nije radilo?

• Zašto ste odabrali određenu arhitekturu, bazu, dizajn ili sadržaj?

• Kako ste testirali rezultat?

Za programere to mogu biti dijagram arhitekture, model baze, API endpoint-i, Git commit istorija, testovi i README fajl. Za dizajnere to mogu biti moodboard, wireframe, prototip, test korisnika i finalni ekran.

5. Rezultat i ograničenja

Ako projekat nije imao stvarne korisnike, nemojte izmišljati rezultate. Ne pišite da je „povećao konverzije za 300%“ ako nije bio u produkciji. Umesto toga, napišite šta projekat trenutno može i gde su mu granice:

„Prototip je funkcionalan na test podacima i pokriva osnovni tok rezervacije. Nije spreman za produkciju jer nedostaju payment processing (obrada plaćanja), napredne role-based permissions (dozvole po korisničkim ulogama) i load testing (testiranje opterećenja).“

Ovakva iskrenost nije slabost. Naprotiv, pokazuje tehničku zrelost.

6. Linkovi koji rade

Portfolio bez linkova je često samo tvrdnja. Dodajte gde god je to moguće:

• GitHub repository;

• Live demo;

• Figma prototip;

• Behance ili Dribbble rad;

• Video demonstraciju;

• Tehničku dokumentaciju ili PDF case study.

Pre slanja prijave proverite sve linkove na telefonu i računaru. Nema lošeg utiska kao kada poslodavac klikne na „Pogledaj projekat“, a dobije grešku 404.

Tri projekta koja daju težinu

Ako ne znate odakle da počnete, nemojte praviti još jednu generičku To-Do aplikaciju. Ona može biti dobra vežba, ali je previše česta da bi ostavila utisak. Bolje je napraviti projekat koji rešava mali, stvaran i jasno definisan problem.

Projekat 1: Alat za lokalni biznis

Napravite sajt, aplikaciju, dashboard ili automatizaciju za delatnost koju razumete: frizerski salon, ordinaciju, pekaru, sportski klub, servis bicikala ili mali webshop. Ne morate imati pravog klijenta, možete označiti da je reč o koncept projektu.

• Primeri: Sistem rezervacija termina, jednostavan CRM za fotografa, dashboard za praćenje porudžbina.

Projekat 2: Unapređenje postojećeg lošeg iskustva

Odaberite aplikaciju, sajt ili javni digitalni servis koji ima očigledan problem i precizno objasnite šta ne funkcioniše.

• Primeri: UX audit (analiza korisničkog iskustva), redizajn procesa kupovine, tehnička analiza performansi, SEO audit i plan sadržaja za sajt.

Projekat 3: Rad sa realnim podacima ili otvorenim kodom

Otvoreni podaci (open data) i otvoreni kod (open source) omogućavaju da radite na materijalu koji nije izmišljen.

• Za analitičara podataka to može biti dashboard sa javnim podacima o saobraćaju ili budžetima.

• Za backend developera to može biti API koji obrađuje te podatke.

• Za programere je open-source doprinos posebno koristan (ispravka greške, bolji primer korišćenja, prijavljen bug).

GitHub nije skladište, već dokaz rada

Niko ne očekuje od juniora savršen open-source profil sa stotinama kontribucija, ali se očekuje osnovna profesionalnost. To znači:

• Smisleni nazivi repozitorijuma;

• Jasan README sa uputstvom za pokretanje;

• Opis funkcionalnosti i navedene tehnologije;

• Uredan .gitignore (bez lozinki, API ključeva u kodu);

• Commit poruke koje imaju smisla.

Minimalan README može imati sledeće celine:

# Naziv projekta

## Problem
Koji problem rešava i za koga?

## Funkcionalnosti
Šta korisnik može da uradi?

## Tehnologije
Koji alati i framework-ovi su korišćeni?

## Pokretanje projekta
Koraci za lokalno pokretanje.

## Ograničenja i sledeći koraci
Šta još nije završeno i šta biste unapredili?

Portfolio prema ulozi

Jedan portfolio ne odgovara svima. Kandidat za frontend, QA, UX dizajn i digitalni marketing ne treba da pokazuje iste stvari.

Ne lažite o iskustvu

Kada je tržište teško, iskušenje je veliko. Neko doda izmišljeni projekat, neko kaže da je bio freelancer iako je napravio jedan besplatan sajt, a neko navede „saradnju sa klijentima“ jer je odgovorio na poruku rođaka. To je kratkoročno možda primamljivo, ali dugoročno je loša strategija.

Na intervjuu se brzo vidi da li kandidat razume ono što je stavio u portfolio. Pitanja su često jednostavna:

• Zašto ste izabrali baš tu bazu?

• Kako biste rešili grešku kada dva korisnika rezervišu isti termin?

• Koji je bio najteži deo projekta?

Ako odgovorite: „To sam našao na internetu“, intervju se tu praktično završava. Mnogo bolja rečenica je:

„Koristio sam AI i dokumentaciju da dobijem početni predlog, ali sam zatim proverio rešenje, prilagodio ga svom slučaju i testirao kroz ova tri scenarija.“

AI u portfoliju: pomoćnik, ne autoritet

Generativni AI promenio je način na koji početnici prave projekte. Danas možete za nekoliko minuta dobiti osnovu aplikacije, SQL upit ili marketinški plan. To nije automatski problem – problem nastaje kada kandidat ne zna šta je predao.

Ako ste koristili AI, postavite sebi tri pitanja:

1. Da li mogu da objasnim svaki važan deo svog rada?

2. Da li sam proverio da li je rešenje tačno, bezbedno i smisleno?

3. Da li sam uneo sopstvene odluke, izmene i testove?

Ako je odgovor „ne“, to nije portfolio. To je generisan materijal koji vas može kompromitovati na prvom ozbiljnijem razgovoru.

Kako da portfolio izgleda profesionalno

Dizajn portfolija treba da bude jednostavan. Vaš cilj nije da napravite najefektniju animaciju na internetu, već da osoba za 30 sekundi razume ko ste, šta radite i gde može da vidi vaš najbolji rad.

Početna stranica može imati:

• Ime i ciljanu ulogu;

• Jednu jasnu rečenicu o tome šta radite;

• Tri izdvojena projekta;

• Link ka GitHub-u, LinkedIn-u i CV-ju;

• Kontakt i kratak odeljak „O meni“.

Dobar uvod: „Junior Flutter developer fokusiran na mobilne aplikacije koje rešavaju praktične probleme malih timova. U portfoliju prikazujem rad sa Firebase servisima, autentifikacijom i jasnim korisničkim tokovima.“

Loš uvod: „Ja sam veoma motivisana, ambiciozna i komunikativna osoba koja voli izazove i rad u dinamičnom okruženju.“

Greške koje ruše portfolio

• Previše kurseva, premalo rada: Sertifikat nije loš, ali deset sertifikata bez jednog konkretnog projekta šalje poruku da ste gledali mnogo sadržaja, a malo primenili znanje.

• Previše tehnologija: Ne morate znati sve. Bolje je imati manji broj veština sa jasnim dokazima nego nabrajati 20 alata.

• Nedovršeni projekti: Nije problem imati jedan eksperiment, ali poslodavac treba da vidi da umete da završite makar jedan mali projekat do kraja.

• Generički projekti bez ličnog doprinosa: Klon Netflix-a ili To-Do aplikacija nisu zabranjeni, ali im morate dati sopstveni ugao (bolja pristupačnost, realan API, analitika).

• Sakrivanje problema: Svaki projekat ima mane. Navedite ograničenja i vaš plan za poboljšanja.

• Neusaglašenost sa oglasom: Ako aplicirate za QA poziciju, a šaljete portfolio prepun dizajnerskih ilustracija, vaša prijava gubi smisao. Prilagodite CV i portfolio konkretnoj poziciji.

Plan za 30 dana

Portfolio se ne pravi kada „budete spremni“. Pravi se dok učite.

• Prva nedelja: Odlučite za koju konkretnu ulogu pravite portfolio (npr. frontend developer) i analizirajte oglase za taj posao.

• Druga nedelja: Izaberite jedan mali problem i završite osnovnu funkcionalnu verziju.

• Treća nedelja: Dokumentujte proces (README, snimci ekrana, arhitektura, šta ste naučili).

• Četvrta nedelja: Objavite projekat i zatražite povratnu informaciju od zajednice.

Zaključak: portfolio mora da zasluži poverenje

Portfolio bez radnog iskustva ne mora da glumi iskustvo. Njegova snaga je upravo u tome da iskreno pokaže potencijal, disciplinu i način razmišljanja. Neće vas zaposliti zato što imate najlepšu naslovnu stranu, već zato što ste pokazali da umete da uzmete problem, razložite ga, napravite rešenje, objasnite ga i priznate šta još uvek ne znate.

To je ono što svaka ozbiljna firma traži od juniora: ne gotovog stručnjaka, već osobu koja razmišlja i radi kao neko ko će tek postati stručnjak. Zato ne čekajte prvi posao da biste počeli da gradite portfolio.

Povezani tekstovi i izvori:

• Možemo li verovati veštačkoj inteligenciji – granica poverenja i rizika – koristan kontekst za svakoga ko AI koristi kao pomoć u učenju.

• EU AI Act je na snazi: vodič za IT kompanije i developere – važan tekst za developere koji žele da pokažu razumevanje odgovorne primene AI-a.

• AI i ljudski faktor u sajber odbrani: ko nosi veću odgovornost? – podseća da tehnologija ne ukida potrebu za ljudskim razumevanjem.

• Bezbednost mobilnih uređaja: najveći propusti koje pravimo i kako ih izbeći – koristan primer kako stručnu temu pretvoriti u praktičan sadržaj.

• Infostud: Smernice o projektima, kursevima i volontiranju.

• Poslovi Infostud: Praktični saveti za predstavljanje veština na početku karijere.

• YouTube: Kako graditi tech portfolio bez formalnog iskustva.