Treść dokumentu projektowego [zamknięte]

Jaka jest minimalna zawartość, jaką powinien mieć dokument z projektem gry?

Pochodzę z innego nurtu życia (produkcja telewizyjna), ale zasadniczo jest tak samo. Potrzebujesz Biblii produkcyjnej. Mówiąc prościej - potrzebujesz tego, czego potrzebujesz i nic więcej.

• Lista postaci
• Lista poziomów z każdą listą poziomów (obszary, które wymagają / zasługują na szczególną uwagę)
• Lista prop

Każda lista zawiera arkusze układu (lub układy znaków dla postaci - przód, bok, 3/4), notatki, notatki dotyczące mechaniki animacji itp. Czegokolwiek potrzebujesz lub czego potrzebujesz.

Arkusz produkcji opowieści / gry.

• Scenariusz i arkusze X dla animatorów, jeśli masz historię i dialog / głos
• Przeanalizuj scenariusz opisujący grę tak, jakby postęp był liniowy (jeśli gra jest wystarczająco skomplikowana, aby jej potrzebować i ma oczywiście charakter liniowy)
• Mechanika gry na grę / poziom / mini-grę z ustalonymi celami, przeszkodami, nagrodami - możesz to zrobić na liście poziomów i tylko świetny pomysł w trakcie scenariusza

Krótko mówiąc, cokolwiek działa dla Ciebie i rozmiar / zakres Twojego zespołu.

Po rozpoczęciu studiowania dokumentów projektowych doszedłem do wniosku, że nikt tak naprawdę nie wie, co się w nich dzieje.

Sam dokument projektowy powinien być tym, czego potrzebujesz, aby przejść od produkcji wstępnej do produkcji. Jak zmienić projekt gry z tego mglistego pomysłu w coś, co można stworzyć i wykonać? Zbyt mało szczegółów i zbyt wiele niejednoznaczności, co powoduje nierównomierne wyniki, zbyt wiele szczegółów i ograniczasz możliwą kreatywność ze strony zespołu.

Nie jest to łatwe, a wiedza na temat dokumentów związanych z projektowaniem gier jest bardzo słabo zbadana w porównaniu z innymi domenami oprogramowania.

Dobry artykuł na ten temat to Inżynieria wymagań i proces twórczy w branży gier wideo .

Rozmiar i skala dokumentacji projektu całkowicie zależy od wielkości zespołu i zakresu projektu.

Zwykle duże gry nie są zbudowane z monolitycznych dokumentów projektowych, ale z rozproszonego systemu dokumentów. Albo seria mniejszych ukierunkowanych dokumentów lub wiki. Osobiście wolę podejście wiki, ponieważ pozwala czytelnikom szybko przeskakiwać między pokrewnymi tematami, które dobrze odwzorowują projekty systemów, które są często zintegrowane.

Podczas korzystania z Wiki istnieje kilka wskazówek, które mogą pomóc w:

• Jedna strona Wiki na system / znak / poziom / ...
• Utrzymuj porządek i strukturę Wiki, każdy typ treści powinien mieć zdefiniowany szablon. Potrzebujesz co najmniej jednego WikiNazi, aby utrzymać witrynę w czystości.
• Opisz krótko projekt, a za pomocą wypunktowania dokument projektowy nie jest miejscem na tekst narracyjny
• Zadbaj o to, aby strony były krótkie i skoncentrowane, a celem nie jest więcej niż 1-2x wysokość ekranu.
• Zdjęcia są rzeczywiście warte 1000 słów, wykorzystaj diagramy, aby uzyskać lepszy punkt widzenia.

Nie ma minimum / maksimum. Powinien zawierać wszystko, czego potrzebujesz, aby rozpocząć pracę nad grą. Nic więcej i nic mniej.

Nie powinieneś wymagać od siebie dodawania informacji, które Twoim zdaniem są potrzebne tylko dlatego, że zawierają je niektóre szablony.

Powiedziałbym, że powinieneś dowiedzieć się, jaka jest rozgrywka, kim jest twoja postać i jakie jest otoczenie. Ale moją radą byłoby jak najwcześniejsze tworzenie prototypów do gry.

Lubię mieć nagłówki związane z tym, co Art, Sound i Storyline będę potrzebować, a także podstawowy projekt kodowania, który mogę śledzić, gdy koduję silnik.

Jest to jednak sprawa osobista i każdy różni się tym, ile szczegółów w nich wkłada. Moje są dość krótkie, ponieważ lubię skakać prosto do kodu, a nie zastanawiać się nad projektem.