3. Motivation Toolbox Discussion Scope ‘if game studies is limited to analysing existing games and design spaces, it can be problematic to imagine or theorise about potential game features outside of these design spaces. Models about the nature of games and their features run the risk of being incomplete or wrong, simply because certain design spaces have not yet been explored” navigational aid in the wicked problem-space of game design
10. Example of a Production Cycle(for a digital prototype) consideration of type of prototypes needed depending on research question; early design (design process continuing throughout iteration cycles) -- body storming, video scenarios; collect feedback, redesign; physical/mixed prototyping and scenario design; play test; data analysis; interpretation and potential dissemination; reiteration of design for software prototype; implementation of software prototype; quality assurance of prototype; design of test scenarios; play test; data analysis; interpretation and potential dissemination.
This paper is concerned with development of experimental research prototypes, sometimes also called demonstrators. A commonly used development method is iterative design which, as described by Salen and Zimmerman shortcite{Salen2001}, is a play-based design process. A prototype is extit{``played, evaluated, adjusted and played again, allowing the designer or design team to base decisions on the successive extit{iterations} or versions of the game. Iterative design is a cyclic process that alternates between prototyping, play-testing, evaluation, and refinement.''}
it must be stressed that the iterations can and should happen even inside the early prototype development, and in some cases, between the test sessionsfootnote{For instance, test the prototype with the first participant, fix existing problems and develop further promising new ideas, and test the evolved version of the same prototype with participant two, and so on.}: The traditional waterfall model cite{waterfallmodel} proposes a process where the design, implementation, and evaluation follows each other in a linear manner. The iterative design process for games see, e.g. cite{fullerton04,Salen2001}, emphasizes on iterations where the game is designed, tested, and evaluated continuously during the process and developed further. There has been some criticism that even this kind of process would not be iterative enough cite{Fallman} and that design, implementation, and evaluation should be done tightly together.
OUR VIEW; IF U CANT DO IDEAL TEST EARLY, U SHOULD STILL DO QUICK AND DIRTY TESTING AND DO IT A LOT. BUT DO NOT EXPECT IT TO PROVIDE PERFECT DATA
Filled in by research question.easy to fall into a frame of mind where one aims to produce a good game, loosing focus of obtaining research material.The very reason for the development of research prototypes is to find methods, features or approaches that can be used in other games, games which are specifically made to be fun, challenging and perhaps carry a message. The researcher needs to approach the design of the prototype both as a researcher and as a game designer.Practicality. Resources, time etc – and ideology regarding validation. Own and projected.
Jorgensen also talked about video commentaries. So maybe another arrow still under: “feedback” -> after the game. “”video commentary model, Jorgensen”.