Masz gotową makietę lub procedurę, lecz rozdział projektowy mówi głównie, z jakiego programu korzystano. Żeby czytelnik mógł ocenić rozwiązanie, pokaż drogę od rozpoznanego problemu przez wymagania do decyzji oraz rzeczywistego zakresu sprawdzenia.
Najpierw potwierdź, czy i w jakiej formie kierunek dopuszcza taki rezultat. Wybór formy pomaga uporządkować poradnik „Praca magisterska teoretyczna czy empiryczna: wybierz formę i materiał”. Ten poradnik zaczyna się później: kiedy masz już określony projekt i potrzebujesz przejrzystej dokumentacji jego uzasadnienia.
Oddziel problem od pomysłu na produkt
„Zbudować aplikację” jest zamierzeniem wykonawczym. Nie wyjaśnia, jaką trudność rozwiązujesz i skąd wiadomo o jej istnieniu. Zacznij od konkretnego zadania odbiorcy, kontekstu oraz materiału uzasadniającego potrzebę.
Nie dopisuj diagnozy organizacji do gotowej makiety tylko dlatego, że pasuje do wybranych funkcji. Jeśli projekt wyrósł z intuicji, przedstaw ją jako punkt wyjścia, a następnie pokaż rzeczywiście wykonane rozpoznanie lub granicę jego braku.
Peffers i współautorzy w pierwotnej pracy o procesie design science rozdzielają identyfikację problemu, cele rozwiązania, projektowanie, demonstrację i ocenę [1]. To podejście z badań systemów informacyjnych. Może pomóc uporządkować relacje, ale nie jest obowiązkową metodologią każdej magisterki projektowej.
Zamień potrzebę w wymaganie możliwe do sprawdzenia
Przy wymaganiu zapisz jego podstawę, znaczenie, planowaną realizację i sposób oceny. „Ma być wygodnie” nie pozwala ustalić, czego brakuje. „Użytkownik ma móc rozpoznać wymagane dane przed wysłaniem formularza” wskazuje konkretniejszy zakres, który nadal potrzebuje uzasadnienia.
- Podstawa: źródło potrzeby, np. właściwa literatura, rozpoznany dokument lub rzeczywisty materiał badawczy.
- Wymaganie: co rozwiązanie ma umożliwić lub zachować?
- Decyzja: jaki element rozwiązania odpowiada temu wymaganiu i dlaczego?
- Ocena: jaka informacja pozwoli sprawdzić realizację oraz jaki będzie zakres wniosku?
To autorska karta pracy, nie zwalidowana metoda ani norma techniczna. Nie dodawaj każdej funkcji, która wygląda atrakcyjnie. Jeśli funkcja nie odpowiada rozpoznanej potrzebie lub ograniczeniu, wyjaśnij jej obecność albo usuń ją z uzasadnienia.
Ćwiczenie: formularz zgłoszenia do projektu edukacyjnego
Autorski projekt dydaktyczny. Nie opisuje prawdziwej aplikacji, organizacji ani testu. Przyjmijmy zadanie opracowania prototypu formularza, w którym kandydat poznaje potrzebne załączniki przed rozpoczęciem wypełniania. Nie mamy danych o liczbie rezygnacji ani dowodu, że takie rozwiązanie je zmniejszy.
Wadliwy opis: „Dodano panel informacyjny, dzięki czemu wzrosła skuteczność rekrutacji”. Samo dodanie panelu nie dowodzi żadnego wzrostu. Nie wiadomo też, jak zdefiniowano skuteczność i czy panel odpowiada potrzebie.
- Zapisz wymaganie. Informacja o potrzebnych załącznikach ma być dostępna przed rozpoczęciem formularza. W rzeczywistym projekcie wskaż, skąd wynika ta potrzeba.
- Rozważ warianty. Osobna instrukcja, informacja na pierwszym ekranie lub komunikaty przy polach. Porównaj je według uzasadnionych kryteriów, a nie własnych upodobań estetycznych.
- Uzasadnij wybór. Jeśli wybierasz pierwszy ekran, pokaż, jak odpowiada wymaganiu i jakie ma ograniczenia. Nie uznawaj go za najlepszy dla wszystkich odbiorców.
- Określ zakres prototypu. Czy przedstawia układ, pozwala przejść ścieżkę, czy rzeczywiście przetwarza zgłoszenie? Nie nazywaj makiety działającym systemem.
- Zaplanuj kontrolę. Można sprawdzić obecność informacji w prototypie oraz osobno zaprojektować ocenę jej rozpoznania przez odbiorców. Drugie zadanie wymaga uzasadnionego postępowania.
- Zapisz status. Jeżeli ocena pozostaje planem, podpisz ją jako plan. Nie wstawiaj fikcyjnego wyniku testu.
Możliwy fragment po redakcji: „Prototyp umieszcza wykaz załączników przed rozpoczęciem wypełniania. Dokumentacja wskazuje powiązanie tego elementu z wymaganiem informacyjnym. Nie przeprowadzono tu oceny wpływu na przebieg rekrutacji”. W konkretnej pracy zapis musi odpowiadać faktycznemu wykonaniu.
Porównaj rozwiązania, zanim opiszesz wybrany wariant jako oczywisty
Pokaż istotne alternatywy, jeżeli rzeczywiście je rozważano. Nie twórz po fakcie sztucznej listy dwóch absurdalnych możliwości, aby trzecia wyglądała najlepiej. Kryteria powinny wynikać z zadania i warunków, a ich znaczenie być czytelne.
Gdy masz wymagania sprzeczne, nazwij kompromis. Więcej informacji na pierwszym ekranie może ułatwiać przygotowanie, ale też zwiększać jego objętość. To przesłanka do świadomej decyzji i oceny, a nie z góry potwierdzony skutek w Twoim projekcie.
Jeśli używasz punktów lub wag, wyjaśnij ich pochodzenie. Ręcznie wpisane oceny nie stają się obiektywnym wynikiem przez zsumowanie. Możesz przedstawić uzasadnione porównanie jakościowe, jeśli odpowiada rzeczywiście wykonanej analizie.
Rozróżnij demonstrację od oceny celu
Pokazanie, że prototyp przechodzi przygotowaną ścieżkę, odpowiada innemu pytaniu niż sprawdzenie, czy wspiera odbiorcę w jego zadaniu. W źródle Peffersa i współautorów ocena odnosi obserwowany rezultat do celów rozwiązania [1]. Potrzebny jest więc jawny punkt odniesienia.
Przy każdej przeprowadzonej kontroli zapisz wersję, warunki, czynności, kryterium i wynik w rzeczywistym zakresie. Jeżeli sprawdzałeś sam własny prototyp, nie opisuj tego jako badania użytkowników. Jeżeli wykonano ograniczoną próbę, nie rozszerzaj jej automatycznie na wszystkie sytuacje użycia.
Nie twierdź, że brak zauważonych problemów oznacza ich nieistnienie. Wskaż, jakie zadania i warunki obejmowała kontrola. Ograniczenie może dotyczyć zarówno doboru sytuacji, jak i stopnia zaawansowania prototypu.
Powiąż zmiany z wynikami rzeczywistej oceny
Jeśli po sprawdzeniu zmieniłeś rozwiązanie, zachowaj informację, jaki problem ujawniono i co poprawiono. Odróżnij ocenę wcześniejszej wersji od oceny końcowej. Poprawiona makieta nie jest automatycznie ponownie sprawdzonym rozwiązaniem.
Gdy oceny nie przeprowadzono, przedstaw plan dalszego sprawdzenia z konkretnymi pytaniami. Nie wypełniaj rozdziału przewidywanymi odpowiedziami. Rekomendację i wykazany efekt pomaga oddzielić poradnik „Rekomendacje praktyczne w magisterce: od ustalenia do propozycji działania”.
Gdy ocena ujawnia niespełnione wymaganie, opisz decyzję
Nie traktuj słabego rezultatu sprawdzenia jako czegoś, co trzeba ukryć pod opisem zalet prototypu. Powiąż problem z konkretnym wymaganiem i wersją. Następnie rozstrzygnij, czy poprawiasz rozwiązanie, zawężasz jego zakres, czy pozostawiasz kwestię do dalszej pracy.
W ćwiczeniu z formularzem brak wykazu na początku oznaczałby niespełnienie wskazanego wymagania informacyjnego. Nie można naprawić tego wniosku zdaniem, że ekran jest estetyczny. To inne kryterium. Po dodaniu wykazu sprawdź ponownie jego obecność, ale nie twierdź, że potwierdzono już rozumienie informacji przez odbiorców.
Przy poprawionej wersji zapisz, które wcześniejsze kontrole nadal odnoszą się do niej, a które wymagają powtórzenia. Zmiana pierwszego ekranu może wpływać na przebieg ścieżki. Nie przedstawiaj rezultatu poprzedniej wersji jako automatycznego potwierdzenia końcowej.
Jeżeli czas nie pozwala na wykonanie zaplanowanej oceny, opisz rzeczywisty stan oraz potrzebę dalszego sprawdzenia. Nie zamieniaj planu w wynik. Czytelny rezultat magisterki może zawierać ograniczenie, o ile odpowiada dopuszczonej formie i uzgodnionym wymaganiom. Warunki przyjęcia takiego zakresu trzeba ustalić na swoim kierunku, bez obietnicy akceptacji.
Zakończ dokumentację rozpoznawalnym rezultatem
Czytelnik powinien wiedzieć, co opracowano, dla kogo, na jakiej podstawie, w jakiej wersji i jak sprawdzono. Nie musi otrzymać historii każdego kliknięcia w programie. Zachowaj decyzje ważne dla uzasadnienia rozwiązania.
Czy magisterka teoretyczna może zawierać samodzielną analizę?
Tak. Krytyczna analiza pojęć, argumentów lub literatury może stanowić samodzielne zadanie, jeżeli wyjaśniono dobór materiału, kryteria i sposób uzyskania wniosków. Nie każda uczelnia dopuszcza taką formę w danym programie. Ustal dopuszczalny rezultat z promotorem i w aktualnych zasadach kierunku.
Czy rekomendacja w magisterce dowodzi skuteczności proponowanego działania?
Nie. Rekomendacja jest propozycją opartą na określonych przesłankach i warunkach. Wdrożenie oraz jego efekty wymagają osobnego sprawdzenia. Wskaż podstawę, adresata, zakres, ograniczenia i sposób oceny. Nie przedstawiaj planowanego działania ani planowanego pilotażu jako wykonanego badania.
Czy oferta pisania obejmuje także część badawczą?
Może ją obejmować, jeśli jest ujęta w uzgodnionym zakresie i dostępne są rzeczywiste materiały badawcze. Osobno określamy przygotowanie metodologii, wykonanie analizy oraz opracowanie tekstu.
Bibliografia i zakres wykorzystania
- Peffers K., Tuunanen T., Gengler C. E., Rossi M., Hui W., Virtanen V., Bragge J. (2006). The Design Science Research Process: A Model for Producing and Presenting Information Systems Research. Materiał konferencyjny DESRIST, autorska wersja udostępniona w arXiv w 2020: arXiv:2006.02763. DOI tej wersji: 10.48550/arXiv.2006.02763. URL: https://arxiv.org/abs/2006.02763
