Ai terminat un curs IT, ai acumulat cunoștințe noi și, cel mai probabil, ai primit și un certificat care confirmă parcursul tău. Apoi începi să aplici la joburi și ajungi la interviu. Și aici apare una dintre cele mai dificile întrebări pentru cineva aflat la început de drum:
„Ce experiență ai?” Ai învățat. Ai exersat. Ai trecut printr-un curs. Dar cum îi arăți angajatorului că poți aplica ceea ce ai învățat într-un proiect real?
Un portofoliu de proiecte IT te ajută să transformi cunoștințele teoretice în dovezi concrete ale competențelor tale. Pentru un candidat junior, aflat la început de drum sau într-o reconversie profesională, proiectele pot spune despre tine lucruri pe care un CV nu le poate demonstra singur.
Ce este, de fapt, un portofoliu IT?
Gândește-te la portofoliul IT ca la partea practică a CV-ului tău.
CV-ul spune ce ai studiat, ce tehnologii ai învățat și unde ai lucrat. Portofoliul merge un pas mai departe și arată ce poți face cu toate acestea.
Poate fi o aplicație web pe care ai construit-o, un proiect de analiză de date, un dashboard în Power BI, o aplicație în Python, un proiect SQL, un sistem de automatizare, o aplicație mobilă sau chiar o contribuție la un proiect open-source.
Nu trebuie să le ai pe toate. Important este ca proiectele alese să aibă legătură cu rolul pentru care aplici și să spună ceva
relevant despre nivelul și competențele tale.
De exemplu, dacă aplici pentru un rol de Data Analyst, un dashboard în Power BI însoțit de analiza datelor și concluziile la care ai ajuns poate fi mult mai relevant decât o listă cu zece tehnologii pe care le-ai întâlnit într-un curs.
La fel, dacă vrei să lucrezi ca Developer, nu este suficient să scrii în CV „știu JavaScript”. Un proiect funcțional în care ai folosit JavaScript îi oferă angajatorului ceva concret de evaluat.
Ideea este simplă: nu doar spune ce știi să faci. Arată.
Și exact aceasta este și recomandarea MDN – Mozilla Developer Network, care transmite ca un portofoliu să includă proiectele la care ai lucrat, rolul tău în realizarea lor, tehnologiile folosite și, atunci când este posibil, linkuri către codul sursă și demonstrații live.
Un portofoliu bun nu trebuie să fie foarte lung. Mai important este să conțină câteva proiecte relevante, bine explicate și ușor de parcurs. Pentru fiecare dintre ele, încearcă să răspunzi la câteva întrebări simple:
- Ce problemă am rezolvat?
- Ce am construit?
- Ce tehnologii am folosit?
- Care a fost contribuția mea?
- Care este rezultatul?
În acest fel, portofoliul începe să semene mai puțin cu o colecție de teme de curs și mai mult cu o demonstrație a modului în care ai putea lucra într-o echipă IT.
De ce contează proiectele atunci când vrei să te angajezi în IT?
Există o diferență importantă între a cunoaște un concept și a-l folosi într-un proiect. La un interviu, această diferență poate deveni foarte ușor vizibilă:
- Git: una este să știi ce este, alta este să fi lucrat într-un repository împreună cu alți oameni.
- Code review: teoria îți explică procesul, experiența practică îți arată cum primești feedback pe cod și cum îl îmbunătățești.
- API-uri: să știi ce înseamnă un API este punctul de plecare. Integrarea lui într-o aplicație înseamnă deja aplicarea cunoștințelor.
- SQL: exercițiile sunt utile pentru învățare, însă lucrurile devin mai interesante atunci când trebuie să folosești date pentru a răspunde unei întrebări reale.
- Agile: conceptele devin mai ușor de înțeles atunci când lucrezi efectiv cu task-uri, sprinturi, backlog, deadline-uri și feedback.
Proiectele transformă „am învățat” în „am făcut”
Pentru cineva care își caută primul job în IT, această diferență poate conta enorm. Experiența profesională încă lipsește din CV, însă proiectele pot demonstra că ai trecut deja prin situații apropiate de cele pe care le vei întâlni într-o echipă reală.
De aceea, un portofoliu bun nu arată doar rezultatul final. Arată și cum ai lucrat, ce probleme ai întâlnit și cum le-ai rezolvat.
Cum îți construiești un portofoliu IT care chiar te ajută la angajare?
Nu ai nevoie de 20 de proiecte. Ai nevoie de câteva proiecte bune, relevante pentru rolul pe care îl urmărești și suficient de bine documentate încât un recruiter sau un specialist tehnic să poată înțelege rapid ce ai făcut.
1. Alege proiectele în funcție de jobul pe care îl vrei
Primul pas este să te întrebi: „Pentru ce rol vreau să fiu angajat?”
- Web Developer – construiește aplicații web funcționale;
- Data Analyst sau Data Engineer – lucrează cu seturi de date, SQL, Python și dashboard-uri, demonstrează procese de prelucrare și transformare a datelor;
- QA / Automation Tester – construiește teste automate și demonstrează procese de testare;
- DevOps / Cloud Engineer – lucrează cu infrastructură, CI/CD, Docker sau cloud;
- Backend Developer – construiește API-uri și lucrează cu baze de date;
Proiectul trebuie să susțină direcția profesională pe care ai ales-o. Un proiect bun nu este neapărat cel mai complicat proiect pe care îl poți construi.
Este proiectul care demonstrează cel mai bine competențele de care ai nevoie pentru următorul tău job.
2. Începe cu o problemă, nu cu tehnologia
Un proiect de portofoliu devine mult mai interesant atunci când pornește de la o problemă concretă.
De exemplu:
În loc de: „Am făcut o aplicație în Python. mai bine: „Am construit o aplicație care automatizează procesarea unor documente și generează rapoarte.”
În loc de: „Am făcut un dashboard în Power BI.”mai bine: „Am analizat datele de vânzări și am construit un dashboard care evidențiază evoluția veniturilor, produsele cu cele mai bune rezultate și diferențele dintre regiuni.”
Contextul îi arată celui care se uită la proiect de ce există acel proiect și ce problemă rezolvă.
3. Construiește proiecte care au un început, un proces și un rezultat
Un proiect de portofoliu nu trebuie să fie doar un fișier cu cod. Cel mai bine încearcă să explici:
Problema → soluția → tehnologiile → procesul → rezultatul
De exemplu:
Proiect: aplicație de gestionare a programărilor
Problema: o clinică are nevoie de o modalitate simplă de gestionare a programărilor.
Soluția: o aplicație web prin care utilizatorii pot face, modifica și anula programări.
Tehnologii: React, Node.js, MongoDB.
Ce ai făcut: autentificare, interfață, API, conectarea la baza de date și validarea datelor.
Rezultat: o aplicație funcțională, disponibilă online.
Acest tip de prezentare îl ajută pe cel care evaluează proiectul să înțeleagă rapid contribuția ta.
4. Nu uita de GitHub
Pentru multe roluri tehnice, GitHub poate deveni una dintre cele mai bune vitrine pentru proiectele tale.
Un repository poate conține codul, documentația, istoricul modificărilor și alte materiale relevante pentru proiect. GitHub recomandă folosirea unui README pentru a explica proiectul și pentru a oferi context celor care îl accesează. Pentru fiecare proiect, încearcă să ai un README clar, care să răspundă la câteva întrebări simple:
- Ce este proiectul? Explică în câteva rânduri ce ai construit.
- Ce problemă rezolvă? De ce există proiectul?
- Ce tehnologii ai folosit? Listează tehnologiile și instrumentele relevante.
- Cum poate fi testat? Dacă există o versiune live, adaugă linkul.
- Cum poate fi instalat? Dacă proiectul trebuie rulat local, explică pașii.
- Ce ai făcut tu? Dacă proiectul a fost realizat în echipă, este foarte important să explici contribuția ta.
5. Arată și procesul, nu doar rezultatul
Un proiect final arată bine. Dar procesul prin care ai ajuns acolo poate spune foarte multe despre nivelul tău. De aceea, este important să păstrezi:
- commit-uri;
- branch-uri;
- pull request-uri;
- issue-uri;
- documentație;
- task-uri;
- decizii tehnice;
- feedback primit;
- versiuni intermediare.
GitHub explică faptul că repository-urile, branch-urile, commit-urile și pull request-urile fac parte din fluxul de lucru folosit pentru colaborarea și revizuirea codului. Pentru un angajator, un proiect care are un istoric real de dezvoltare poate fi mult mai interesant decât un folder încărcat cu fișiere și fără context.
6. Include cel puțin un proiect pe care îl poți demonstra
Dacă ai posibilitatea, nu te opri la cod. Pune proiectul online. Un recruiter poate deschide linkul și poate vedea imediat ce ai construit. Pentru proiectele web, poți avea:
GitHub → Live Demo → README
Pentru proiectele de analiză de date:
GitHub → Dashboard → explicația analizei
Pentru proiectele de QA:
GitHub → scenarii de testare → teste automate → rezultate
Pentru proiectele de Data:
GitHub → dataset → procesare → analiză → vizualizare → concluzii
Pentru cei care sunt la început, MDN recomandă inclusiv publicarea proiectelor și a versiunilor demonstrabile, astfel încât angajatorii să poată vedea efectiv rezultatul muncii.
7. Scrie despre ce ai învățat
Un proiect bun nu trebuie să transmită:
„Uite codul meu.” Ar trebui să transmită: „Uite ce problemă am rezolvat, cum am abordat-o și ce am învățat.”
Poți include o secțiune de tipul:
Ce am învățat din acest proiect
- cum să lucrez cu API-uri;
- cum să structurez o aplicație;
- cum să folosesc Git;
- cum să identific și să rezolv erori;
- cum să lucrez cu o bază de date;
- cum să colaborez într-un proiect;
- cum să fac un deploy.
Această parte este foarte importantă mai ales pentru juniori. Nu trebuie să demonstrezi că știi deja tot. Trebuie să poți demonstra că știi să înveți, să aplici și să duci un proiect până la capăt.
8. Nu evita proiectele de echipă
Una dintre cele mai mari greșeli atunci când îți construiești portofoliul este să crezi că toate proiectele trebuie să fie făcute singur. În realitate, foarte multe proiecte IT se dezvoltă în echipe.
A lucra împreună cu alți oameni îți permite să demonstrezi lucruri care nu apar întotdeauna într-un proiect personal:
- comunicare;
- organizare;
- lucru cu task-uri;
- code review;
- feedback;
- version control;
- respectarea deadline-urilor;
- rezolvarea conflictelor;
- colaborare între roluri diferite.
De aceea, un proiect de echipă bine documentat poate fi o experiență foarte valoroasă pentru cineva care încă nu are experiență profesională.
9. Ce faci dacă nu ai experiență profesională?
Aici apare una dintre cele mai dificile situații pentru un junior:
„Toate joburile cer experiență. Cum obțin experiență dacă nu am primul job?”
Un portofoliu poate fi un prim răspuns. Proiectele personale, contribuțiile la proiecte open-source sau proiectele realizate în timpul unui curs îți oferă ocazia să demonstrezi ce știi să faci, chiar dacă încă nu ai lucrat într-o companie.
La fel de utile sunt proiectele realizate în echipă, unde înveți să lucrezi cu task-uri, deadline-uri, feedback și instrumente folosite în proiectele IT.
Iar dacă vrei să faci un pas mai departe, există și programe de practică în care poți lucra pe proiecte reale, într-un context apropiat de cel al unei echipe IT.
Este și direcția în care merge ExperienceShip by Wantsome: timp de 12 săptămâni, participanții lucrează pe proiecte practice, alături de o echipă și mentori, folosind instrumente și procese întâlnite în proiectele IT.
La final, experiența acumulată poate deveni parte din portofoliul tău și, mai important, îți oferă exemple concrete despre care să vorbești atunci când ajungi la interviu.
Pentru că atunci când te întreabă „Ce experiență ai?”, este mult mai ușor să răspunzi atunci când ai ceva concret de arătat.
De la „am făcut un curs” la „am lucrat pe un proiect”
La Wantsome, ideea de practică pe proiecte reale a stat la baza ExperienceShip.
Programul este construit pe 12 săptămâni și urmărește un mod de lucru apropiat de cel dintr-o echipă IT: onboarding, Agile, Git, Jira, sprinturi, code review, testing, CI/CD, deployment, demo-uri și feedback de la mentori.
Participanții lucrează pe proiecte precum aplicații medicale, automatizări, infrastructură cloud sau platforme de analytics, în funcție de direcția proiectului.
Iar rezultatul nu este doar „am participat la un program”. La final, ai:
- proiecte demonstrabile în portofoliu;
- experiență de lucru în echipă;
- feedback tehnic;
- adeverință de practică;
- scrisoare de recomandare;
- experiență cu instrumente folosite în proiecte IT;
- un context concret despre care poți vorbi la interviu.
Descoperă ExperienceShip și vezi cum funcționează cele 12 săptămâni de practică pe proiecte reale
Cum arată un portofoliu IT bun?
Nu există o formulă universală, dar pentru început poți urmări această structură:
Proiectul 1: demonstrează bazele. Un proiect prin care arăți că stăpânești tehnologia principală.
Proiectul 2: demonstrează aplicarea. Un proiect mai complex, în care combini mai multe tehnologii.
Proiectul 3: demonstrează modul de lucru. Un proiect realizat în echipă sau într-un context cât mai apropiat de unul profesional.
Bonus – proiect open-source sau proiect real
Dacă ai posibilitatea, contribuțiile la proiecte open-source sau proiectele realizate pentru organizații reale pot adăuga greutate portofoliului.
Portofoliul tău trebuie să răspundă la 5 întrebări
Înainte să trimiți un link către portofoliul tău, verifică dacă un angajator poate răspunde rapid la următoarele:
- Ce știu să fac?
- Ce am construit?
- Cum am lucrat?
- Care a fost contribuția mea?
- Pot demonstra ceea ce spun?
Dacă răspunsul este „da” la toate cinci, ai deja un portofoliu care lucrează pentru tine.
Și încă ceva: nu încerca să impresionezi cu orice preț
Nu ai nevoie de o aplicație care încearcă să recreeze Facebook, Amazon sau ChatGPT dacă nu ai ceva relevant de demonstrat prin ea. Un proiect mai simplu, dar bine construit și explicat, poate fi mult mai valoros decât unul foarte complicat pe care nu îl poți explica la interviu.
Alege proiecte pe care le înțelegi. Construiește-le până la capăt. Documentează-le. Arată ce ai făcut tu. Și, mai ales, fii pregătit să vorbești despre deciziile pe care le-ai luat.
Portofoliul nu înlocuiește experiența. Îți poate crea șansa de a o obține
Pentru cineva care încearcă să intre în IT, primul job poate părea un cerc greu de spart:
Ai nevoie de experiență ca să te angajezi.
Ai nevoie să fii angajat ca să obții experiență.
Un portofoliu bine construit poate deveni una dintre punțile dintre cele două. Iar dacă poți adăuga peste proiectele personale și experiență de lucru într-o echipă, cu mentori, task-uri, deadline-uri, code review și un proiect real, povestea ta profesională începe să arate diferit.
Vrei să treci de la proiecte de curs la experiență practică?
Vezi ExperienceShip by Wantsome – 12 săptămâni de practică pe proiecte reale, ca la job.
Citește și despre AI-ul nu îți va lua jobul, dar îl poate schimba
