Praca magisterska z projektowania gier to jeden z tych tematów, gdzie studenci mają naprawdę duże pole do popisu, ale też łatwo wpaść w kilka klasycznych pułapek. Wiem to, bo redaguję takie prace od lat i widzę, jak często świetny pomysł rozsypuje się przez złe sformułowanie problemu badawczego albo przez brak jasnej granicy między pracą artystyczną a naukową.
Ten tekst jest dla ciebie, jeśli siedzisz nad tematem z zakresu game design albo HCI (interakcja człowiek-komputer) i nie wiesz, od czego zacząć. Albo zacząłeś, ale coś nie gra. Możliwe też, że napisałeś już połowę i promotor odesłał cię z uwagami, że „brakuje ujęcia naukowego” albo „metodologia jest niejasna”. To też jest dobry moment, żeby ten tekst przeczytać.
Omawiam tu zarówno kwestie merytoryczne (co musi zawierać taka praca), jak i techniczne (GDD, silniki, skale i metody badawcze). Na końcu jest sekcja z najczęstszymi pytaniami, na które odpowiadam w kółko przy redakcji tego typu prac.
Na czym polega praca magisterska z projektowania gier
Podstawowe pytanie, które powinieneś sobie zadać zanim jeszcze napiszesz tytuł: czy piszesz pracę o grach, czy piszesz grę? To nie jest to samo.
Praca magisterska to tekst naukowy. Może opisywać grę, którą stworzyłeś jako artefakt badawczy, ale samo stworzenie gry nie zastąpi rozdziału teoretycznego, metodologii i analizy wyników. Promotor ocenia twoją zdolność do przeprowadzenia badania i wyciągnięcia wniosków, a nie to, czy gra jest dobra.
W zależności od kierunku studiów praca może mieć bardzo różny profil. Na informatyce dominują tematy techniczne: architektura silnika, sztuczna inteligencja dla NPC-ów, generowanie proceduralne poziomów, optymalizacja renderingu. Na designie interakcji albo UX główną treść tworzą badania użytkowników, ocena interfejsu, dostępność, projektowanie doświadczenia gracza. Kognitywistyka i psychologia to z kolei grywalizacja, zaangażowanie, wpływ mechanik na motywację zewnętrzną i wewnętrzną.
Każdy z tych profili wymaga innego zestawu metod i inaczej zbudowanej bibliografii. Nie ma jednego szablonu „pracy z gier”. Zanim zaczniesz pisać, porozmawiaj z promotorem o tym, który profil jest oczekiwany. Zaoszczędzisz sobie przerabiania połowy pracy po pierwszym seminarium.
Istotne jest też, że gra nie musi być dziełem oryginalnym. Możesz badać istniejące gry komercyjne, analizować dokumentację projektową opublikowaną przez deweloperów, albo porównywać interfejsy kilku tytułów. O tym więcej w ostatnim rozdziale.
Jak wybrać temat – gry czy HCI, a może obie dziedziny
Projektowanie gier i HCI nakładają się na siebie bardziej, niż mogłoby się wydawać. Usability, dostępność interfejsu, onboarding gracza, feedback loops, mapowanie przycisków na kontrolerze – to wszystko jest klasycznym HCI, tyle że w kontekście gier.
Jeśli twój promotor jest z wydziału informatyki, prawdopodobnie oczekuje pracy, w której gra jest systemem technicznym do zbadania. Jeśli jest z wydziału humanistycznego albo wzornictwa, będzie wolał podejście projektowe z badaniami użytkowników. Sprawdź jego dorobek naukowy, zanim zaproponujesz temat. Promotor, który nie grał w gry i nie interesuje się UX, będzie miał trudność z oceną prototypu. Szukaj kogoś, kto ma przynajmniej jedno opublikowane opracowanie w obszarze HCI albo digital media.
Kilka kierunków tematycznych, które dobrze sprawdzają się jako magisteria:
- Ocena użyteczności interfejsu gry mobilnej metodą heurystyczną i testami z użytkownikami
- Wpływ narracji środowiskowej na zapamiętywanie informacji (np. w grach edukacyjnych)
- Porównanie sposobów onboardingu gracza w grach różnych gatunków
- Proceduralne generowanie poziomów a percepcja trudności przez graczy
- Dostępność gier wideo dla osób z niepełnosprawnościami wzroku albo ruchowymi
- Analiza strategii zaangażowania w grach freemium pod kątem etyki projektowania
- Wpływ muzyki na stres i skupienie w grach logicznych
Najlepsze tematy to te, gdzie masz konkretne pytanie badawcze, a gra (lub zestaw gier) jest materiałem do jego zbadania. Unikaj tematów w stylu „zaprojektowanie i implementacja gry platformowej” bez żadnego osadzenia w pytaniu naukowym. Taka praca wygląda jak portfolio, nie jak magisterium.
Jedno ostrzeżenie: unikaj zbyt modnych tematów, jeśli nie masz do nich solidnego dostępu metodologicznego. VR i XR brzmią świetnie, ale jeśli uczelnia nie ma zestawów sprzętowych, a ty nie możesz ich kupić, temat legnie w gruzach już na etapie badań.
Game Design Document jako część pracy
GDD, czyli Game Design Document, to narzędzie z branży deweloperskiej. To dokument opisujący mechaniki, fabułę, interfejs, założenia rozgrywki. W pracy magisterskiej możesz go użyć na dwa sposoby.
Pierwszy: GDD jako załącznik lub rozdział metodologiczny. Opisujesz w nim grę, którą stworzyłeś jako prototyp do badań. Promotor i recenzent widzą wtedy, co konkretnie badałeś i jak wygląda artefakt. To dobra praktyka, szczególnie jeśli gra nie jest gotowa do publicznego uruchomienia.
Drugi: GDD jako obiekt analizy. Badasz istniejące dokumenty projektowe (od deweloperów indie, z postmortemów na GDC, z archiwów cyfrowych) i wyciągasz z nich wnioski o procesie projektowym w branży albo o tym, jak zmieniały się koncepcje danego tytułu na etapie przedprodukcji.
Jeśli decydujesz się pisać własny GDD, trzymaj się struktury: cel gry i docelowy gracz, mechaniki (co gracz może robić), dynamiki (jak mechaniki wchodzą ze sobą w interakcje), estetyki (jakie emocje chcesz wywołać), interfejs, progresja, poziomy trudności. Masz tu gotowe odwołanie do frameworku MDA (Mechanics-Dynamics-Aesthetics), który Hunicke, LeBlanc i Zubek opisali w 2004 roku i który jest dzisiaj standardem w akademickim pisaniu o grach.
MDA opisuje trzy warstwy gry: mechaniki to reguły i zasoby, dynamiki to zachowanie systemu pod wpływem działań gracza, estetyki to emocjonalna odpowiedź gracza. Używając tego modelu w pracy, masz gotowy język analityczny zamiast opisywania gry tak, jakbyś recenzował ją na forum.
W pracy magisterskiej nie musisz zacytować wszystkiego, co kiedykolwiek napisano o game design, ale MDA to absolutne minimum. Jeśli piszesz o projektowaniu gier i nie używasz żadnego frameworku analitycznego, promotor słusznie zapyta: na jakiej podstawie to analizujesz?
Wyślij fragment tekstu, bezpłatną wycenę otrzymasz w 24 h. Poprawki bez limitu w cenie usługi.
Badania użytkowników i testy użyteczności w pracy magisterskiej
Tu zaczyna się HCI. Jeśli chcesz zbadać, jak gracze doświadczają twojej gry (albo istniejącej), masz do dyspozycji kilka sprawdzonych metod. Poniżej opis tych, które realnie stosuję przy redakcji takich prac i które dobrze działają w warunkach magisterskich.
Testy użyteczności to obserwacja graczy podczas grania. Nie pomagasz, nie podpowiadasz, patrzysz i notujesz, gdzie się gubią, gdzie klikają nie tam gdzie trzeba, co ich frustruje. W grach zwróć szczególną uwagę na momenty, gdzie gracz odkłada pada albo zamyka zakładkę. Te momenty powiedzą ci więcej niż jakikolwiek kwestionariusz. Dobrą praktyką jest nagrywanie ekranu i twarzy uczestnika jednocześnie, co pozwala powiązać błąd interfejsu z emocjonalną reakcją.
Protokół głośnego myślenia (think-aloud) to prośba do uczestnika, żeby mówił na głos, co widzi, o czym myśli, czego oczekuje. Idealny do badania onboardingu i interfejsu. Wadą jest to, że część graczy krępuje się albo zmienia zachowanie pod wpływem konieczności mówienia. W grach akcji ten protokół zaburza rozgrywkę szczególnie mocno, bo wymaga podziału uwagi. Lepszy sprawdza się przy grach turowych albo przygodowych.
Skala SUS (System Usability Scale) to dziesięć pytań, wynik od 0 do 100. Powyżej 68 to dobra użyteczność, powyżej 80 to wyniki uznawane za doskonałe. Krótka, sprawdzona, cytowalna. Jeśli badasz interfejs gry, SUS po każdej sesji testowej to minimum. Ważne: SUS mierzy ogólną użyteczność, nie konkretne problemy. Łącz go z obserwacją albo wywiadem, żeby wiedzieć, skąd bierze się wynik.
Ocena heurystyczna według Nielsena (10 heurystyk użyteczności) sprawdza się świetnie przy analizie interfejsu bez udziału użytkowników. Robisz ją sam albo z grupą co najmniej 3 ekspertów i każdy ocenia niezależnie, a potem porównujecie wyniki. Heurystyki Nielsena powstały dla aplikacji biznesowych, ale kilka adaptacji pod gry wideo już istnieje w literaturze: Pinelle, Wong i Stach (2008) zaproponowali 10 heurystyk specyficznie dla gier. Warto je przywołać, jeśli oceniasz grę, a nie np. edytor poziomów albo panel ustawień.
Eye tracking to metoda droższa i wymagająca sprzętu, ale daje wyjątkowe dane o tym, co przykuwa wzrok gracza, gdzie ląduje uwaga przy HUD-zie i czy gracz w ogóle widzi komunikaty systemowe. Na magisterium najczęściej niedostępna bez uczelnianych zasobów. Zapytaj promotora, czy laboratorium ma możliwości. Jeśli tak, to jest natychmiastowy wyróżnik twojej pracy.
Próba badawcza na magisterium to zazwyczaj od 8 do 20 uczestników. Nie szukaj próby reprezentatywnej dla całej populacji graczy – to nierealne przy pracy dyplomowej. Szukaj osób z twojej grupy docelowej. 10 dobrze dobranych uczestników powie ci więcej niż 100 przypadkowych. Opisz kryteria doboru (wiek, doświadczenie z grami, platforma) i uzasadnij je.
Jak pisać o mechanikach gry w sposób naukowy
Tu widzę najczęstszy problem. Student pisze: „W grze jest system ekwipunku. Gracz zbiera przedmioty i je używa.” To opis, nie analiza.
Naukowe pisanie o mechanikach wymaga zadania pytania: jak ta mechanika wpływa na zachowanie gracza i dlaczego? Jakie ma powiązania z teorią? Co przewiduje teoria i czy gra to potwierdza?
Przykład: jeśli piszesz o systemie progresji (levelowanie postaci), możesz go osadzić w teorii samostanowienia Ryana i Deciego – konkretnie w potrzebie kompetencji i poczucia postępu. Wtedy „gracz zbiera doświadczenie i awansuje” staje się: „mechanizm progresji spełnia potrzebę kompetencji poprzez regularne wzmocnienie pozytywne, co według SDT zwiększa motywację wewnętrzną”. To jest analiza. I od razu widać, że trzeba ją następnie zweryfikować empirycznie albo skonfrontować z wynikami badań, które to potwierdzają.
Inny przykład: piszesz o systemie zapisu gry. Przez pryzmat HCI to pytanie o kontrolę użytkownika, poczucie sprawczości i konsekwencje błędu. Nielsen ma tu gotową heurystykę („swoboda i kontrola użytkownika”). Twoja rola to przełożenie tego na kontekst gry i zbadanie, jak konkretny system checkpointów (albo jego brak) wpływa na frustrację i decyzję o zaprzestaniu gry.
Silniki gier wchodzą tu w grę trochę inaczej. Jeśli pracę piszesz z informatyki i budujesz własny prototyp, wybór silnika warto uzasadnić. Unity to dziś standard w badaniach akademickich: ma ogromną społeczność, darmowy plan dla projektów niekomercyjnych, dobrą dokumentację i gotowe pakiety do nagrywania sesji. Unreal Engine 5 ma rewelacyjne możliwości graficzne, ale krzywa uczenia jest stroma i na magisterium rzadko ta moc jest potrzebna. Godot to dobry wybór dla projektów open source i badań wymagających ingerencji w silnik, bo cały kod źródłowy jest dostępny i można go modyfikować. Nie wybieraj silnika, bo „jest fajny”. Wybieraj przez pryzmat tego, czego wymaga twoje pytanie badawcze i co dasz radę obsłużyć w czasie, który masz.
Pisząc o mechanikach, stosuj terminologię z literatury. „Pętla rozgrywki” to gameplay loop. „Mechanika nagrody” to reward mechanic albo feedback loop. „Wznoszenie się po krzywej trudności” to difficulty curve. Używaj obu wersji – polskiej i angielskiej – gdy wprowadzasz pojęcie po raz pierwszy. Potem pisz konsekwentnie. Mieszanie na przemian wygląda niedbale i utrudnia czytelnikowi śledzenie pojęć.
Typowe błędy w tego typu pracach
Przez ostatnie lata widziałam te same błędy dziesiątki razy. Oto te, które pojawiają się najczęściej, z krótką wskazówką, jak ich uniknąć.
Brak pytania badawczego. Praca opisuje grę, ale nie stawia żadnej hipotezy ani pytania, na które próbuje odpowiedzieć. Recenzent nie wie, co autor chciał udowodnić. Zanim zaczniesz pisać, sformułuj jedno zdanie: „Celem tej pracy jest sprawdzenie, czy [X] wpływa na [Y] w grupie [Z].” Jeśli nie umiesz napisać tego zdania, wróć do etapu planowania.
Mieszanie formy artystycznej z naukową. Opis fabuły i postaci zajmuje połowę pracy, a badania użytkowników zmieszczono na czterech stronach. Relacja powinna być odwrotna. GDD może być w pracy, ale jako opis artefaktu badawczego, a nie jako główna treść.
Zbyt ambitny prototyp. Student zaplanował grę RPG z systemem dialogów, walki, ekonomii i ekwipunku. Na koniec ma niedokończoną grę, której nie można sensownie przetestować, i panikuje dwa tygodnie przed obroną. Prototyp badawczy nie musi być kompletną grą. Może to być jeden poziom, jedna mechanika, jeden ekran onboardingu. Głębokość badania jest ważniejsza od objętości gry.
Brak grupy kontrolnej albo punktu odniesienia. Testujesz jeden interfejs z dziesięcioma osobami i wyciągasz wnioski. Ale w porównaniu do czego? Jeśli nie masz wersji A i B albo przynajmniej benchmarku z literatury (np. przeciętny wynik SUS dla gier mobilnych), wyniki są trudne do zinterpretowania. Wynik 61 w SUS to problem albo norma? Bez punktu odniesienia nie wiadomo.
Ignorowanie etyki badań. Jeśli testujesz z użytkownikami, potrzebujesz zgody uczestnika (formularz świadomej zgody), anonimizacji danych i zazwyczaj zgody komisji etycznej uczelni. Nawet jeśli uczelnia nie wymaga formalnego wniosku, zapisz w metodologii, że uczestnicy wyrazili świadomą zgodę i że zebrane dane nie zawierają informacji pozwalających na identyfikację. To standard, którego pominięcie recenzent może zakwestionować.
Złe rozdziałowanie wyników i dyskusji. Wyniki (rozdział „Wyniki”) powinny zawierać to, co zebrałeś, opisane bez interpretacji. Dyskusja to miejsce, gdzie porównujesz to z literaturą, wyjaśniasz rozbieżności i stawiasz wnioski. Wielu studentów miesza jedno z drugim w taki sposób, że praca staje się nieczytelna, a oceniający traci wątek. Prosta zasada: w wynikach – co widziałeś, w dyskusji – co to znaczy.
Cytowanie Wikipedia i stron bez recenzji naukowej jako głównych źródeł. Google Scholar, IEEE Xplore, ACM Digital Library – tam szukaj literatury. Jeśli chcesz powołać się na konkretne GDD albo postmortem dewelopera, zaznacz wyraźnie, że to źródło branżowe, nie naukowe, i uzupełnij je akademicką literaturą.
FAQ – Najczęstsze pytania
Czy gra musi być skończona, żeby bronić pracę magisterską?
Nie. Na zdecydowanej większości uczelni gra pełni rolę prototypu badawczego, a nie produktu komercyjnego. Promotorzy oczekują, że będzie wystarczająco gotowa, żeby przeprowadzić z nią zaplanowane badania. Co to znaczy w praktyce? Gracz musi być w stanie przejść przez tę część gry, którą badasz, bez crashy i bez potrzeby interwencji autora. Jeśli piszesz o onboardingu, ta sekwencja musi działać stabilnie. Reszta może być zarysowana albo nieobecna. Napisz w pracy, że to prototyp służący do celów badawczych, i wskaż jego ograniczenia w rozdziale z dyskusją. Recenzent nie będzie czepiał się tego, że gra nie ma pięciu poziomów, jeśli jasno uzasadniłeś, dlaczego jeden poziom wystarczył do odpowiedzi na pytanie badawcze.
Ile osób potrzebuję do testów użyteczności?
Na magisterium przyjmuje się, że 5 uczestników ujawnia około 80% problemów z użytecznością (to ustalenie z badań Nielsena i Landauera). Jednak dla wiarygodności przy kwestionariuszach (np. SUS) lepiej mieć minimum 10-12 osób. Jeśli stosujesz metody jakościowe (obserwacja, think-aloud), 8 uczestników z dobrze dobranej grupy docelowej to często wystarczająco. Nie rób badań z 3 osobami i nie nazywaj tego „testem użyteczności”. Recenzent to zauważy, i słusznie. Minimum dla czegokolwiek cytowanego jako wyniki to 5 uczestników przy metodach jakościowych, 10 przy ilościowych.
Jak wygląda rozdział metodologiczny w pracy z projektowania gier?
Opisujesz: co badałeś (pytanie lub hipoteza), z kim (charakterystyka uczestników, sposób rekrutacji, kryteria doboru), jak (jakie metody i narzędzia – kwestionariusze, obserwacja, protokół głośnego myślenia, nagrania ekranu), kiedy i gdzie (warunki testu, platforma, sprzęt), oraz jak analizowałeś dane (analiza tematyczna transkryptów, statystyki opisowe dla SUS, klasyfikacja problemów według heurystyk Nielsena). Jeśli sam stworzyłeś grę jako artefakt badawczy, opisujesz też proces jej tworzenia: wybór silnika, decyzje projektowe, iteracje prototypu. GDD wchodzi tutaj albo jako podsumowanie, albo jako załącznik. Rozdział metodologiczny powinien być na tyle szczegółowy, żeby inny badacz mógł powtórzyć twoje badanie i uzyskać porównywalne wyniki.
Czy mogę pisać pracę o istniejącej grze zamiast tworzyć własną?
Tak, i to często lepszy wybór dla osób, których promotor jest bliżej humanistyki niż informatyki. Możesz przeprowadzić ocenę heurystyczną interfejsu konkretnej gry, porównać onboarding w trzech grach mobilnych, zbadać, jak gracze rozumieją narrację środowiskową w grach eksploracyjnych albo jak gry edukacyjne implementują mechaniki zaangażowania. Takie tematy mają tę zaletę, że nie tracisz miesięcy na budowanie prototypu i skupiasz się w całości na jakości badania. Upewnij się, że masz dostęp do gry, że możesz ją nagrywać (sprawdź warunki licencji pod kątem nagrań ekranu w kontekście niekomercyjnym) i że twoje pytanie badawcze ma jasną metodę odpowiedzi. Napisz też promotorowi, dlaczego wybrałeś tę konkretną grę, a nie inną. Uzasadnienie doboru materiału to część metodologii.
