Jak przygotować portfolio do branży gier, żeby zwiększyć swoje szanse na pierwszą pracę

Dlaczego studio gier w ogóle ogląda twoje portfolio

Portfolio do branży gier ma jeden prosty cel: pokazać, że potrafisz coś dowieźć do końca i że umiesz pracować w realiach produkcji, nawet jeśli do tej pory tylko hobbystycznie. Rekruter i lead nie szukają „genialnego dziecka”, tylko osoby, która rozumie podstawy, ogarnia narzędzia i nie ucieknie po pierwszym sprincie.

Studio nie szuka geniusza, tylko kogoś, kto dowozi

Dla większości studiów gier najważniejsze nie jest to, czy masz „talent”, tylko czy umiesz:

• kończyć projekty (choćby małe),
• utrzymać jakość na przyzwoitym poziomie,
• pracować na typowym stacku (Unity, Unreal, Blender, Photoshop, Perforce, Git),
• komunikować się jasno – w opisach projektów, commitach, dokumentacji, plikach.

Twoje portfolio jest więc dowodem, że nadajesz się do pracy w zespole. Nawet jeśli wszystko robisz solo, pokazujesz:

• jak podejmujesz decyzje (np. czemu ta mechanika, czemu takie UI),
• jak rozwiązujesz problemy (bugi, ograniczenia silnika, optymalizacja),
• że nie uciekasz, gdy robi się trudno (skończone gry, nie tylko „WIP” na 100 slajdów).

Lead, który ma 10 minut na przejrzenie 30 portfolio, chce w kilka sekund zobaczyć: „OK, ta osoba zrobiła 3 małe gry, ogarnia GitHuba, potrafi napisać AI przeciwnika i widać progres”. To wystarczy, żebyś nie został (została) przewinięty po 10 sekundach.

Portfolio vs. CV vs. list motywacyjny – co jest kluczowe na start

Przy pierwszej pracy w gamedevie portfolio jest ważniejsze niż CV. CV odpowiada na pytanie „kim jesteś i czego się uczyłeś?”, portfolio – „co realnie potrafisz?”. Bez komercyjnego doświadczenia to właśnie projekty do portfolio gamedev robią za twoje „pierwsze lata w branży”.

CV przydaje się, żeby:

• pokazać kierunek wykształcenia (informatyka, grafika, projektowanie gier – ale kursy online też są w porządku),
• zasygnalizować znajomość narzędzi (Unity, Unreal, Blender, Figma, Jira),
• wyróżnić aktywności dodatkowe (game jamy, koła naukowe, modowanie gier).

W praktyce kolejność ważności przy pierwszej pracy wygląda często tak:

Jak portfolio pomaga obejść brak komercyjnego doświadczenia

Portfolio do branży gier jest idealnym sposobem na obejście klasycznego problemu „nie mam doświadczenia, więc mnie nie zatrudnią”. Dla juniorów liczą się projekty niekomercyjne – byle sensownie zaprezentowane:

• małe gry zrobione w Unity/Unrealu,
• game jamy z ostatnich miesięcy,
• mody do istniejących gier,
• prototypy mechanik, systemów (np. inventory, save/load, combat),
• prace graficzne: modele 3D, concept arty, UI, animacje, VFX.

Studio widzi: ta osoba już potrafi pracować z silnikiem i narzędziami, zna podstawy pipeline’u i ma nawyk kończenia rzeczy. To lepszy argument niż linijka „pasjonuję się grami od dziecka”. Zresztą tę pasję pokażesz w projektach, nie w patetycznych deklaracjach.

Portfolio „na ArtStationa” vs. portfolio „do rekrutacji”

Jest spora różnica między galerią prac, którą wrzucasz na social media, a portfolio, które ma przekonać konkretne studio. Portfolio „na ArtStationa” często:

• stara się robić wrażenie,
• stawia na „wow” wizualne,
• nie tłumaczy procesu, tylko efekt końcowy.

Z kolei portfolio „do rekrutacji” powinno:

• pokazywać jak pracujesz (proces, iteracje, technikalia),
• być dopasowane do roli (inne materiały dla 3D environemnt artist, inne dla UI designera),
• mieć jasny kontekst: twoja rola, narzędzia, ograniczenia projektu.

ArtStation, Behance czy Instagram są świetne jako „galeria”. Natomiast gdy aplikujesz do pracy, wysyłaj konkretny link do portfolio skrojonego pod rekrutację – nawet jeśli technicznie dalej trzymasz wszystko na tych samych platformach.

Najpierw rola w branży gier, dopiero potem wrzucanie czegokolwiek

Chaos w portfolio zwykle zaczyna się od chaosu w głowie: „lubię programować, trochę rysuję, kręci mnie game design, robiłem też testy w QA… to wszystko wrzucę!”. Efekt? Rekruter nie wie, do jakiej roli ma cię dopasować, więc często odkłada temat „na później”.

Główne ścieżki w gamedevie – na czym możesz się oprzeć

Na start przydaje się choćby minimalna specjalizacja. Najpopularniejsze kierunki to:

• Programista gier (Unity, Unreal, własne silniki) – gameplay, AI, UI, narzędzia wewnętrzne.
• Grafik 2D/3D – concept art, environment, characters, props, UI, VFX.
• Animator – postacie, kreatury, animacje UI, motion capture, rigging.
• Technical Artist – łączy programowanie i grafikę, optymalizacja, shadery, narzędzia.
• Game Designer – mechaniki, systemy, ekonomia gry, balans.
• Level Designer – projektowanie poziomów, pacing, encountery, flow.
• QA / Tester gier – testy manualne, automatyzacja, raportowanie błędów.
• Audio – muzyka, SFX, implementacja dźwięku (FMOD, Wwise).

Nie musisz wybierać raz na zawsze. Wystarczy, że na potrzeby portfolio zdefiniujesz: „aplikuję głównie jako junior gameplay programmer” albo „celuję w junior environment artist 3D”. Reszta umiejętności nie znika – jest po prostu w tle.

Gdy lubisz „po trochu wszystkiego” – jak to ogarnąć

Osoby, które są „T-shaped” (szeroko ogarniają, ale mają jedną mocniejszą specjalizację), są w gamedevie bardzo cenne. Problem w tym, że początkowo musisz dać rekruterowi jedną etykietę. Inaczej trudno cię porównać do innych kandydatów.

Dobry sposób na uporządkowanie takiego profilu:

• Wybierz jeden główny kierunek – np. game designer.
• Portfolio ustaw pod ten kierunek (projekty, opisy, kolejność materiałów).
• Na końcu dodaj sekcję „Dodatkowe umiejętności” – np.: podstawy programowania w C#, prosty level design, podstawowy Photoshop.

Dzięki temu rekruter widzi jasno: „to jest game designer, który ogarnia też trochę programowanie i grafikę” zamiast „to ktoś, kto próbuje robić wszystko naraz”. Ta drobna zmiana narracji mocno zwiększa szansę, że ktoś realnie wejdzie w twoje projekty.

Jak czytać ogłoszenia o pracę i dopasować do nich portfolio

Ogłoszenia o pracę są jak mini-checklista, czego studio oczekuje. Zamiast wysyłać jedno identyczne portfolio wszędzie, lepiej lekko je przearanżować pod konkretną ofertę. Zwróć uwagę na:

• „Zakres obowiązków” – to podpowiedź, jakie projekty ustawić najbliżej góry strony.
• „Wymagane umiejętności” – dopasuj do tego opis techniczny przy projektach.
• „Mile widziane” – świetne miejsce na sekcję „bonusów”, jeśli coś z tego masz.

Przykład: ogłoszenie na junior gameplay programmer w studiu, które robi gry akcji. W portfolio na pierwszym miejscu powinny wylądować:

• prototyp systemu walki,
• AI przeciwnika,
• projekt z responsywnym sterowaniem i animacjami.

Dopiero potem wrzuć np. projekt turowej strategii czy małą grę logiczną. Wszystko masz wciąż w jednym hubie, ale kolejność i nacisk zmieniasz w zależności od tego, do jakiej roli aplikujesz.

Jakie projekty warto mieć w portfolio na pierwszą pracę w gamedevie

Najczęstszy problem: „nie mam super dużej gry, więc nie mam czego pokazać”. Paradoksalnie to dobrze – duże, niedokończone projekty bardziej psują, niż pomagają, szczególnie jeśli widać, że utknęły na 20% rozwoju.

Małe, skończone projekty > wielkie, wiecznie niedokończone MMO

Rekruterzy są uczuleni na opisy typu „pracuję od roku nad własnym MMO z otwartym światem i craftingiem”. Brzmi ambitnie, ale natychmiast pojawia się pytanie: „ile z tego naprawdę działa?”. W 9 na 10 przypadków odpowiedź brzmi: niewiele.

Dużo lepsze wrażenie robią:

• 2–4 małe, w pełni grywalne gry (nawet jeśli wyglądają skromnie),
• konkretne systemy doprowadzone do końca (np. działa walka, działają questy),
• projekty z jasno zdefiniowanym zakresem – mało feature’ów, wyszlifowane.

Mały projekt pokazuje:

• umiesz planować zakres prac,
• potrafisz podjąć trudne decyzje „cięcia feature’ów”,
• przechodzisz przez cały proces: od pomysłu, przez iteracje, po build.

Duży, niedokończony projekt możesz wspomnieć, ale nie rób z niego gwiazdy wieczoru. Lepiej opisz go jako „laboratorium”, w którym uczyłeś się konkretnych rzeczy (np. system ekwipunku, AI przeciwników, optymalizacja światów otwartych).

Co jest wiarygodniejsze: studenckie gry, game jamy, solowe projekty, mody

Różne typy projektów mają różną „wagę” w oczach studia:

• Game jamy – świetne, bo pokazują pracę pod presją czasu, współpracę i kończenie gry w kilka dni. Idealne na start.
• Projekty studenckie – ważne, jeśli są doprowadzone do grywalnego stanu i jeśli opiszesz swoją rolę. Same „zaliczeniowe” demka bez kontekstu robią mniejsze wrażenie.
• Solowe gry i prototypy – pokazują samodzielność. Dobrze, jeśli są małe, ale dopracowane.
• Mody – bardzo mocny argument, jeśli gra, którą modujesz, jest znana, a mod jest sensownie udokumentowany.

W praktyce najlepszy miks na pierwszą pracę wygląda często tak:

• 1–2 gry z game jamów (współpraca, szybkość),
• 1–2 małe solowe projekty (samodzielność),
• 1 ciekawy mod albo projekt studencki (praca na cudzym kodzie/assetach).

Każdy projekt powinien mieć opis, build albo wideo, repozytorium (jeśli to projekt programistyczny) i jasną informację, co robiłeś ty, a co inni.

Przykładowy zestaw projektów dla różnych ról

Dobór projektów zależy od roli, do której aplikujesz. Kilka realistycznych konfiguracji:

Programista gier (Unity / Unreal)

• 3–5 małych gier lub prototypów, najlepiej w różnych gatunkach (platformówka, gra akcji, logiczna, proste RPG).
• 1–2 projekty skupione na konkretnym systemie – np. AI przeciwnika, system dialogów, inventory.
• Linki do GitHuba/GitLaba, krótkie opisy techniczne przy każdym projekcie.

Grafik 2D / 3D

• 3–4 dopracowane sceny (environment) lub zestawy postaci – zależnie od specjalizacji.
• kilkanaście propsów / assetów pokazanych w kontekście (np. w silniku, nie tylko na neutralnym tle),
• minimum jeden projekt z pipeline’em „od konceptu po gotowy asset w silniku”.

Game designer / Level designer

• 2–3 gry lub prototypy, przy których odpowiadałeś za mechaniki, systemy lub poziomy (nawet papierowe prototypy są ok, jeśli dobrze je pokażesz).
• 1 projekt z dokładnie opisanym procesem: od założeń projektowych, przez iteracje, po testy z graczami.
• 1–2 mapy lub levele (np. w Unreal Engine, Unity, Hammer, mod do istniejącej gry) z materiałami „przed i po” – szkice + final.

Technical Artist / Animator

• 2–3 krótkie sekwencje animacji (postaci, kreatury, obiekty interaktywne) w kontekście gry, nie tylko na neutralnym tle.
• 1–2 przykłady narzędzi, shaderów lub rozwiązań technicznych, które rozwiązywały konkretny problem produkcyjny.
• krótki breakdown: jak wyglądał pipeline, co automatyzowałeś, co przyspieszyłeś i o ile (nawet orientacyjnie).

Struktura portfolio, która nie gubi rekrutera

Nawet świetne projekty można „zabić” chaotyczną strukturą. Osoba po drugiej stronie ma mało czasu, często kilka–kilkanaście minut na przescrollowanie wszystkiego. Trzeba jej to ułatwić.

Układ strony: od najważniejszego do „fajnie mieć”

Dobrze poukładane portfolio zazwyczaj trzyma się prostego schematu:

1. Hero section – krótka zajawka: kim jesteś, w jaką rolę celujesz, czego dotyczy ta strona.
2. Top 3–5 projektów – główna część, która ma „sprzedać” twoje umiejętności.
3. O mnie – kontekst: skąd się wziąłeś, co cię interesuje w gamedevie.
4. Technikalia / Umiejętności – narzędzia, języki, silniki, software.
5. Dodatkowe projekty / eksperymenty – „bonusy” dla tych, którzy chcą kopać głębiej.

Nie musisz tego rozbijać na osobne podstrony, szczególnie na start. Jedna, logiczna, przewijalna strona w zupełności wystarczy, o ile:

• najważniejsze projekty są wysoko,
• sekcje są wyraźnie oddzielone nagłówkami,
• nie trzeba szukać kontaktu lupą w stopce.

Hero section: 5 sekund, żeby ktoś został na stronie

Pierwszy ekran po wejściu na twoje portfolio powinien od razu odpowiadać na trzy pytania:

• Kto? – imię, nazwisko lub pseudonim, nie „DarkDevil_92”.
• Do jakiej roli? – np. „Junior Gameplay Programmer”, „Junior Environment Artist 3D”.
• Gdzie kliknąć dalej? – jeden wyraźny przycisk/link „Zobacz projekty”.

Krótkie jedno–dwa zdania zamiast epopei biograficznej w rodzaju „od dziecka kochałem gry”. Rekruter to wie – inaczej nie robiłbyś portfolio do gamedevu.

Jak opisywać projekty, żeby było jasne, co umiesz

Opis projektu to miejsce, gdzie wielu kandydatów wpada w pułapkę „opowiem cały lore gry”. Zamiast tego lepiej trzymać się krótkiej, konkretnej struktury:

List motywacyjny ma pomóc zrozumieć, dlaczego chcesz akurat do tego studia i jak twoje projekty łączą się z ich grami. Jeśli chcesz pójść krok dalej, sprawdź tekst Jak napisać list motywacyjny do studia gier, który zostanie przeczytany? i połącz go z tym, co masz w portfolio – wtedy wszystko składa się w spójną historię.

• Tytuł + rola – np. „CyberDash – prototyp, rola: gameplay programmer”.
• 1–2 zdania o grze – gatunek, kluczowy pomysł („szybka platformówka 2.5D z grappling hookiem”).
• Lista twoich zadań – 3–6 punktów, bez ogólników typu „współpracowałem z zespołem”.
• Technologie – silnik, języki, narzędzia, wersja engine’a.
• Linki – build, wideo, repo, prezentacja, dodatkowe materiały.

Krótki przykład dla programisty:

<h4>CyberDash – prototyp gry akcji 2.5D (2024)</h4>
<p>Rola: Gameplay Programmer</p>
<ul>
  <li>Zaimplementowałem system ruchu postaci z dashami i grappling hookiem.</li>
  <li>Napisałem prosty system combo dla ataków wręcz (C#, Unity).</li>
  <li>Stworzyłem edytowalny w inspectorze system fal przeciwników.</li>
</ul>
<p>Technologie: Unity 2022.3, C#, Cinemachine, URP</p>
<p><a href="link-do-builda">Playtest (WebGL)</a> | <a href="link-do-wideo">Gameplay (YouTube)</a></p>

To dużo bardziej użyteczne niż trzy akapity o inspiracjach Hollow Knightem.

Gdzie umieścić dane kontaktowe i CV

Kontakt nie powinien być zadaniem na poziomie „znajdź sekretne przejście w lochu”. Najprościej:

• link „Kontakt” w menu,
• adres mailowy widoczny też w stopce,
• link do LinkedIna / X / Mastodona, jeśli faktycznie tam jesteś aktywny zawodowo.

CV możesz podlinkować jako PDF lub umieścić najważniejsze rzeczy w sekcji „O mnie + Doświadczenie”. Jeśli dopiero zaczynasz, ta sekcja może zawierać np. informację o studiach, kursach, game jamach i wolontariatach przy eventach growych.

Jak prezentować projekty programisty gier

Programistyczne portfolio często cierpi na tę samą chorobę: screeny z edytora i link do GitHuba. Dla osoby oceniającej to trochę mało – potrzebuje zobaczyć, jak to działa i jak myślisz jako inżynier.

Build, wideo, repozytorium – święta trójca

Dla każdego projektu programistycznego przydają się trzy rzeczy:

• Build – najlepiej WebGL/itch.io lub łatwy do odpalenia executable.
• Wideo – krótkie nagranie (1–3 minuty) z najważniejszymi feature’ami.
• Repozytorium – GitHub/GitLab z opisanym README.

Jeśli rekruter ma mało czasu, puści wideo. Jeśli jest bardzo techniczny – wejdzie w repo. Jeśli prowadzi testy z kandydatami – ściągnie build i poklika. Dając mu wszystkie trzy opcje, nie zmuszasz go do jednego sposobu korzystania z twojego portfolio.

Co pokazywać w kodzie, a czego unikać

Nikt nie będzie przeglądał całego repo linijka po linijce. Bardziej interesują go:

• struktura projektu (foldery, warstwy, podział na moduły),
• kluczowe systemy – dobrze udokumentowane,
• commit history – czy faktycznie pracowałeś iteracyjnie, a nie „all-in-one-final2”.

Pomaga mały „tour” po repo w README:

• „Najważniejsze skrypty” – lista z krótkim opisem.
• „Decyzje architektoniczne” – np. dlaczego użyłeś Scriptable Objects, event busa, ECS.
• „Znane ograniczenia / dług techniczny” – co byś poprawił, gdybyś miał więcej czasu.

Nie ma sensu chować bałaganu pod dywan. Dojrzałość techniczna to też umiejętność nazwania problemów w swoim własnym kodzie.

Unity: na co zwrócić uwagę w portfolio

Przy Unity większość studiów zwraca uwagę na:

• świadome korzystanie z komponentów, a nie wszystko w jednym „GodManagerze”,
• podział na logikę gry, input, UI, dane (Scriptable Objects, serializowane klasy),
• wydajność: proste optymalizacje, pooling, unikanie kosztownych operacji w Update.

Dobrze wyglądają też:

• własne małe narzędzia edytorowe (np. custom inspector, okienko do generowania fal przeciwników),
• czytelne prefaby i hierarchia scen,
• sensownie użyte wzorce (state machine, command, observer), tam gdzie to pomaga.

Nie musisz mieć „enterprise architecture”, ale jeśli ktoś po otwarciu sceny widzi porządek zamiast „New GameObject (46)”, od razu robi się cieplej na sercu.

Unreal: blueprinty, C++ i czytelność

Dla projektów w Unreal Engine liczy się zarówno to, jak gra wygląda i działa, jak i to, jak zorganizowane są blueprinty / kod C++.

Kilka rzeczy, które robią dobre wrażenie:

• podział logiki na sensowne klasy/Blueprinty (Player, Enemy, GameMode, UI),
• czyste, posprzątane blueprinty – bez spaghetti node’ów ciągnących się przez trzy ekrany,
• komentarze w kluczowych miejscach – krótko, dlaczego coś jest zrobione w ten sposób.

Jeśli używasz C++:

• pokaż 1–2 klasy, z których jesteś dumny – z sensowną organizacją i konwencjami,
• w README dopisz, co jest w C++, a co w blueprintach i dlaczego taki podział,
• jeśli integrowałeś pluginy lub zmieniałeś buildy – wspomnij o tym w opisie projektu.

Jak zaznaczyć umiejętności „okołoprogramistyczne”

Programista gier często musi ogarniać coś więcej niż tylko pisanie kodu. W portfolio można delikatnie to podkreślić:

• testy – unit/integration, nawet jeśli to proste przypadki,
• CI/CD – np. podstawowa konfiguracja GitHub Actions do budowania projektu,
• profilowanie – użycie Profilerów (Unity, Unreal) i wprowadzone optymalizacje.

Nie chodzi o to, by udawać seniora DevOpsa. Wystarczy, że pokażesz: „wiem, że takie rzeczy istnieją i użyłem ich w praktyce”.

Portfolio grafika 2D/3D, animatora i technical artista

Przy rolach artystycznych liczy się nie tylko jakość finalnych obrazków, ale też spójność stylu, pipeline i to, czy rozumiesz realia pracy w produkcji gry, a nie w „artystycznej bańce”.

Jak selekcjonować prace: mniej, ale lepsze

Kusi, żeby wrzucić wszystko od pierwszego szkicu z liceum. Lepiej działa inne podejście: pokazujesz tylko to, co jesteś w stanie obronić dzisiaj, nie „historyczną ścieżkę rozwoju”.

Dobrą praktyką jest:

• 3–6 mocnych prac jako trzon portfolio,
• 2–3 dodatkowe, jeśli pokazują inną stylistykę lub technikę (np. stylizowany i realistyczny),
• resztę trzymać jako „archiwum” np. na ArtStation, ale nie linkować wprost z aplikacji.

Rekruter ma zapamiętać jeden–dwa obrazy, nie pięćdziesiąt. Jeśli nie umiesz się zdecydować, poproś kogoś z branży o brutalnie szczerą selekcję.

Grafik 2D: koncepty, UI, ilustracje

Dla grafika 2D ważne są trzy rzeczy: czy potrafisz myśleć projektowo, czy łapiesz anatomię/perspektywę oraz czy umiesz trzymać się stylu.

W zależności od kierunku portfolio może zawierać:

• Concept art / character design – turnaroundy, sylwetki, warianty kostiumów, ekspresje twarzy.
• Environmenty – czytelne sceny z wyraźną kompozycją i oświetleniem, czasem z breakdownem (thumbnail > lineart > kolor > final).
• UI / UX – layouty ekranów, ikony, mockupy z gry, nie tylko „ładne przyciski na tle”.

Pomaga krótkie dopowiedzenie przy każdej pracy:

• „Czas pracy: 6h, cel: szybki concept postaci NPC do gry mobilnej”.
• „Zakres: projekt interfejsu ekwipunku, priorytet: czytelność na małych ekranach”.

Od razu widać, że nie malujesz tylko „dla siebie”, ale myślisz o funkcji w grze.

Dobrym uzupełnieniem będzie też materiał: Staże w studiach gier – jak się dostać i czego się nauczysz? — warto go przejrzeć w kontekście powyższych wskazówek.

Grafik 3D / environment / props

Przy 3D kluczowe są: topologia, UV, teksturowanie i prezentacja w silniku. Same renderki z Marmoseta bez pokazania siatki i map mówią tylko połowę historii.

Dobrze przygotowany wpis w portfolio może zawierać:

• render „beauty” – finalny shot sceny lub assetu,
• siatkę (wireframe) – najlepiej na clayu lub half-wire, half-shaded,
• mapy tekstur (albedo, roughness, normal, AO itp.),
• screeny z silnika (Unity/Unreal) – jak asset zachowuje się w realnym oświetleniu,
• krótki opis polycountu, użytych texel density, narzędzi (Blender, ZBrush, Substance Painter).

Jeśli robisz environmenty, pokaż też:

• breakdown: blokout > mid detail > final,
• jak używasz modularnych elementów, kitbashu, instancji,
• jak myślisz o gameplayu (miejsca na cover, czytelność ścieżki gracza).

Animator: demoreel ważniejszy niż sto gifów

Jak pokazać rigging, VFX i narzędzia technical artista

Technical art to ta część magii, której gracz nie widzi, ale która sprawia, że wszystko się nie rozsypuje. Samo wrzucenie gifa z wybuchem z Unreal Niagara to trochę za mało.

Przy projektach TA przydaje się zestaw:

• krótkie wideo pokazujące efekt w grze (rig, shader, system VFX w akcji),
• 1–2 screeny „pod maską” – graf node’ów, fragment blueprinta, graph w shader editorze,
• opis, do jakiego problemu to powstało i co konkretnie rozwiązuje w produkcji.

Przykład opisu zamiast ogólnego „shader do wody”:

• „Cel: tani shader wody do gry mobilnej, max 2 texture samplery, brak screen-space reflection.”
• „Zakres: vertex displacement + normal map, parametry podpięte pod material instance dla designerów.”

Jeśli robisz rigging, pokaż:

• krótkie nagranie, jak rig zachowuje się w podstawowych pozach (skłon, obrót, przysiady),
• screen z hierarchią kości / kontrolerami,
• informację, pod jaki typ animacji to powstało (gameplay, cinematic, facial).

Przy narzędziach (np. automatyczny exporter, generowanie LOD-ów) dołóż:

• 2–3 zdaniowy opis workflowu przed i po użyciu narzędzia,
• dla technicznych ról – link do repo lub fragmentu kodu z krótkim komentarzem.

Chodzi o to, żeby ktoś patrzący na projekt mógł zrozumieć: „aha, ta osoba nie tylko zrobiła efekt, ale ogarnia przepływ pracy w zespole”.

Jak podpisywać wspólne projekty artystyczne

Przy grze z jamu czy szkolnego projektu, gdzie pięć osób dotykało jednego assetu, jasne zaznaczenie wkładu ratuje twarz (i reputację).

Przy każdym wpisie dodaj krótki blok:

• Rola: character artist / props / lighting / VFX.
• Zakres: highpoly + retopo + bake, bez tekstur i riggingu.
• Zespół: 1 animator, 1 technical artist (linki do ich portfolio, jeśli się zgadzają).

Unikasz wtedy sytuacji, w której recruiter myśli, że zrobiłeś całą scenę sam, a potem w zadaniu rekrutacyjnym wychodzi, że lighting jednak robił kolega. Przejrzystość buduje zaufanie dużo szybciej niż kolejny render „epickiego miecza”.

Portfolio game designera, level designera i osób „od pomysłów”

Na tych rolach najczęstszy błąd: wysyłanie samego pomysłu na grę w formie opowiadania. Studio zatrudnia ludzi, którzy potrafią coś zaprojektować, opisać i doprowadzić do działającej formy, nie tylko wymyślić „Dark Souls, ale na księżycu”.

Co może być projektem w portfolio game designera

Designer bez komercyjnego doświadczenia nie musi mieć wydanej gry AA. Zamiast tego pokazuje mniejsze, ale konkretne rzeczy:

• gry z jamów – z podkreśleniem roli (systems, economy, UX, narrative),
• prototypy w prostym silniku (Unity, Unreal, Godot) lub nawet w narzędziach typu Twine,
• dokładnie opisane dokumenty: systemy, mechaniki, balanse, nie tylko „worldbuilding”.

Dobrze działa forma „mini-studiów przypadku”:

• „System ekonomii do gry mobilnej F2P – opis + arkusz z balansem + mockupy UI.”
• „Rework systemu stamina w istniejącej grze – problem > propozycja > konsekwencje.”

Rekruter widzi wtedy sposób myślenia, a nie tylko to, czy piszesz ładne zdania.

Jak prezentować dokumenty i design doc

Surowy PDF z 40 stronami tekstu rzadko ktoś czyta od deski do deski. Przy bardziej rozbudowanych dokumentach przydaje się „warstwa wejściowa” – krótki overview.

Struktura jednego wpisu w portfolio może wyglądać tak:

• 1–2 zdania pitchu („system progresji postaci w roguelike’u akcji”),
• kilka screenów z dokumentu – schematy, diagramy, tabele, key screeny UI,
• link do pełnego GDD / system design doc (Google Docs, Notion, PDF),
• informacja, czy było to tylko ćwiczenie, czy realny projekt, który ktoś implementował.

Jeśli robisz diagramy (flow, state machine, economy loop), wrzuć je jako obrazki. Wizualny skrót ogromnie ułatwia złapanie, czy ogarniasz zależności między systemami, czy tylko opisujesz „co by było fajne”.

Level designer: zrzuty ekranu to za mało

Przy level designie sam screenshot ładnego korytarza niewiele mówi. Ważne jest, jak się po tym chodzi, a nie tylko jak to wygląda.

Dlatego do każdego levelu dobrze dorzucić:

• krótkie wideo z przejścia poziomu (może być bez komentarza, byle płynne),
• top-down mapę z zaznaczeniem ścieżek gracza, punktów zainteresowania, spawnów wrogów,
• informację o założeniach: typ gry, przewidywany czas przejścia, poziom trudności.

W praktyce jeden wpis może zawierać:

• screen z edytora (grid, blokout – żeby było widać strukturę poziomu),
• screen z „beauty pass” – jeśli współpracowałeś z environment artistą, jasno to opisz,
• listę kluczowych decyzji: „tu skręt w lewo, bo…” zamiast ogólników typu „chciałem, żeby było ciekawie”.

Jeżeli używasz narzędzi typu Unreal, Unity, Hammer, możesz też pokazać:

• jak korzystasz z modularnych klocków, snapowania, instancji,
• proste skrypty levelowe (triggery, sekwencje, eventy) – nawet jeśli to tylko blueprinty / visual scripting.

Ćwiczenia „na sucho”, które naprawdę można wrzucić do portfolio designera

Nie każdy ma na start pięć gier z jamów. Można jednak zrobić parę sensownych ćwiczeń i też je pokazać – byle z głową.

Kilka typów materiałów, które działają lepiej niż kolejny „nowy IP AAA” w zeszycie:

• Analiza istniejącej gry – np. jak działa ekonomia w wybranym tytule, z rozpisanymi loopami i wnioskami „co bym zmienił i dlaczego”.
• Quest design – 2–3 questy do istniejącego świata z krótkimi drzewkami dialogów, warunkami i nagrodami (bez 50-stronicowej sagi).
• System progression – prosty system levelowania postaci, rozpisany w dokumencie + arkusz z liczbami (damage, exp curve, koszty upgrade’ów).

Przy takich ćwiczeniach potrzebny jest kontekst:

• „Ćwiczenie własne, brak implementacji – skupienie na strukturyzowaniu systemu i balansie.”
• „Analiza dla nauki, gra X – niekomercyjny materiał, zrobione samodzielnie.”

Studio widzi wtedy, że nie czekasz na „wielki projekt”, tylko uczysz się na tym, co masz pod ręką.

Jeśli chcesz pójść krok dalej, pomocny może być też wpis: Jak napisać list motywacyjny do studia gier, który zostanie przeczytany?.

Osoby „od pomysłów”: jak wyjść poza samą wizję

Jeśli naturalnie wpadasz na koncepty światów, fabuły czy mechanik, ale nie czujesz się jeszcze w silniku ani narzędziach – da się to obrócić na coś sensownego. Trzeba jednak przejść z poziomu „inspiracja” do „projekt”.

Zamiast pisać całe lore, lepiej przygotować:

• krótkie, konkretne pitch decki (2–4 slajdy na jedną grę),
• 1–2 przykładowe misje / sceny, z jasno określonym celem gracza i konsekwencjami wyborów,
• opis jednej kluczowej mechaniki wraz z informacją, jak wpływa na pacing, trudność i replayability.

Do każdego pomysłu dodaj sekcję „Jak bym to prototypował”:

• „Pierwsza wersja w Twine – tylko struktura wyborów, bez systemu walki”.
• „Papierowy prototyp z kartami – sprawdzenie, czy ekonomia się nie rozpada po 20 minutach”.

Taki opis pokazuje, że nie zatrzymujesz się na „wyobrażam sobie”, tylko myślisz o kroku dalej: testowaniu i iteracji.

Narrative design: dialogi, struktury i narzędzia

Jeśli celujesz w narrację, scenariusz lub narrative design, samo RPG-owe opowiadanie to za mało. Trzeba pokazać, jak piszesz dla gry, a nie tylko „o świecie”.

Przydatne formaty:

• krótkie drzewka dialogów, najlepiej w narzędziu (Ink, Yarn, Twine) zamiast w Wordzie,
• opis struktury fabuły – akt, kluczowe zwroty akcji, powiązanie z gameplayem,
• przykłady barksów (krótkie kwestie NPC-ów) i systemu, kiedy się odpalają.

W portfolio możesz pokazać:

• screeny z edytora dialogów + link do pliku (np. Ink) na GitHubie,
• filmik z gry/prototypu, gdzie dialog faktycznie działa,
• krótkie wprowadzenie do tonu, stylu i założeń (wiek odbiorcy, platforma, gatunek).

Znowu: liczy się funkcja. To, że umiesz napisać emocjonalną scenę, jest super, ale to, że potrafisz ją wpasować w quest, który nie blokuje gracza na 10 minut, robi większe wrażenie.

Jak pokazać proces i iterację u designera

Design rzadko wychodzi za pierwszym razem. I dobrze, bo rekruterzy wiedzą, że projektowanie to przepychanie się z rzeczywistością, a nie objawienie.

Przy 1–2 kluczowych projektach dorzuć mini-breakdown:

• wersja 1: założenia + co nie zagrało (np. zbyt skomplikowany system craftingowy),
• feedback – od graczy z jamu, mentora, zespołu,
• wersja 2: jakie zmiany wprowadziłeś i jaki efekt to dało.

Nie trzeba szczegółowej kroniki. Wystarczą 2–3 slajdy lub akapit w opisie projektu. Chodzi o pokazanie, że potrafisz przyjąć uwagi, przełożyć je na konkretną zmianę i sprawdzić jej rezultat. W produkcji to chleb powszedni, a nie przykra niespodzianka.

Najczęściej zadawane pytania (FAQ)

Jakie portfolio jest ważniejsze przy pierwszej pracy w gamedevie: CV czy projekty?

Przy pierwszej pracy w branży gier kluczowe jest portfolio z konkretnymi projektami, a dopiero potem CV. Studio chce zobaczyć, co realnie umiesz zrobić: małe gry, prototypy systemów, prace graficzne czy animacje. To zastępuje „komercyjne doświadczenie”, którego jeszcze nie masz.

CV pełni rolę uzupełniającą – pokazuje wykształcenie, znajomość narzędzi i aktywności okołogamedevowe (game jamy, koła naukowe, mody). List motywacyjny jest miłym dodatkiem, ale rzadko cokolwiek zmienia, jeśli portfolio leży.

Co wrzucić do portfolio, jeśli nie mam komercyjnego doświadczenia w gamedevie?

Brak komercyjki to standard na poziomie juniora, więc spokojnie. Zamiast tego pokaż projekty niekomercyjne, ale sensownie opisane i skończone. Idealnie sprawdzają się:

• małe gry zrobione w Unity lub Unrealu,
• projekty z game jamów z ostatnich miesięcy,
• mody do istniejących gier,
• prototypy systemów (np. inventory, save/load, AI przeciwnika, system walki),
• modele 3D, concept arty, UI, animacje, VFX.

Przy każdym projekcie jasno opisz swoją rolę, użyte narzędzia i to, jakie problemy rozwiązałeś po drodze. Jedna mała, skończona gra z dobrym opisem robi lepsze wrażenie niż „epicki RPG” zatrzymany w połowie.

Jak dopasować portfolio do konkretnego ogłoszenia o pracę w branży gier?

Ogłoszenie traktuj jak checklistę. Najpierw przeczytaj dokładnie sekcję „Zakres obowiązków” – projekty, które najbardziej się z tym pokrywają, ustaw na samej górze portfolio. To pierwsze 30 sekund, które ktoś realnie obejrzy.

Później spójrz na „Wymagane umiejętności” i „Mile widziane” i w opisach projektów podkreśl te elementy: użyte narzędzia, silnik, rodzaj systemów, nad którymi pracowałeś. Przykład: aplikujesz na junior gameplay programmer przy grze akcji – wyciągnij na front projekty z walką, AI przeciwników i responsywnym sterowaniem, a logiczne łamigłówki i visual novel zostaw niżej.

Czy mogę w jednym portfolio pokazać programowanie, grafikę i game design naraz?

Możesz, ale jeśli wszystko wrzucisz bez ładu, rekruter po prostu nie będzie wiedział, do jakiej roli cię przypiąć. Dużo bezpieczniej jest wybrać jeden główny kierunek (np. „junior gameplay programmer” albo „junior environment artist 3D”), pod niego ułożyć projekty, a resztę umiejętności pokazać jako dodatek.

Praktyczny układ: na górze projekty ściśle związane z rolą, na końcu sekcja „Dodatkowe umiejętności” typu: podstawy C#, prosty level design, UI, podstawowy Photoshop. Wtedy ktoś z drugiej strony widzi: „to jest game designer, który ogarnia też trochę programowanie”, a nie „człowiek-orkiestra, którego trudno porównać z innymi kandydatami”.

Czym się różni portfolio na ArtStation od portfolio do rekrutacji do studia gier?

Portfolio „na ArtStationa” zwykle robi wrażenie wizualne: ładne rendery, dopracowane kadry, mało kontekstu. To świetne jako galeria, do sociali i budowania rozpoznawalności, ale rekruter często nie widzi tam, jak pracujesz i co dokładnie umiesz.

Portfolio rekrutacyjne musi być bardziej „produkcyjne”: przy każdym projekcie dodaj krótką historię, proces (iteracje, blokouty, wireframe’y), technikalia, swoją rolę i użyte narzędzia. Możesz dalej hostować wszystko na ArtStation czy Behance, ale przygotuj osobny link/sekcję „portfolio pod rekrutację”, gdzie projekty są ułożone i opisane pod konkretną rolę.

Jaką rolę w gamedevie wybrać na start, żeby lepiej ułożyć portfolio?

Nie musisz od razu decydować „na całe życie”, ale na potrzeby pierwszych rekrutacji przyda się choćby lekka specjalizacja. Najczęstsze ścieżki juniorów to m.in. gameplay programmer, grafik 2D/3D (environment, characters, props, UI), animator, technical artist, game designer, level designer, QA tester czy audio designer.

Wybierz tę, w której masz najwięcej konkretów do pokazania, i pod nią ustaw portfolio. Przykład: jeśli zrobiłeś kilka małych prototypów mechanik i AI, to naturalnie ciągnie w stronę gameplay programmer / game design. Jeśli masz głównie modele środowiskowe w 3D – celuj w junior environment artist. Kierunek możesz zmienić później, ale na etapie portfolio ktoś musi móc cię szybko „zaszufladkować”. W tym jednym przypadku szuflada naprawdę pomaga.

Kluczowe Wnioski

• Portfolio w gamedevie ma udowodnić, że dowozisz projekty do końca, ogarniasz podstawowe narzędzia i potrafisz funkcjonować w realiach produkcji – „geniusz niedokończonych pomysłów” nie przejdzie.
• Dobre portfolio pokazuje nie tylko efekt, ale też sposób pracy: decyzje projektowe, rozwiązywanie problemów, radzenie sobie z bugami i ograniczeniami silnika oraz to, że nie porzucasz projektu przy pierwszym kryzysie.
• Przy pierwszej pracy portfolio jest ważniejsze niż CV – to ono decyduje o zaproszeniu na rozmowę, a CV tylko dopowiada kontekst: wykształcenie, narzędzia, aktywności okołogamedevowe.
• Brak komercyjnego doświadczenia można skutecznie „przykryć” sensownie zaprezentowanymi projektami: małymi grami, game jamami, modami, prototypami systemów oraz pracami graficznymi pokazującymi realne umiejętności.
• Galeria na ArtStationie czy Instagramie to nie to samo, co portfolio rekrutacyjne – studio potrzebuje jasnego kontekstu (rola, narzędzia, ograniczenia) i fragmentów procesu, a nie wyłącznie dopieszczonych „obrazków na ścianę”.
• Zanim wrzucisz wszystko, co kiedykolwiek zrobiłeś, określ docelową rolę (np. junior gameplay programmer albo junior environment artist 3D); bez tej decyzji rekruter nie wie, do jakiego pudełka cię włożyć i zwykle odkłada twój profil „na potem”.
• Szerokie zainteresowania są plusem, ale w portfolio powinno być widać jedną mocniejszą specjalizację – reszta może zostać w tle jako „dodatkowe supermoce”, a nie miszmasz, który robi z ciebie człowieka-portfolio z działu „różne”.