During our reading of Persuasive Games, we have begun to think about how educational, political, and advertising games use procedures to persuade. In this project, you will have the opportunity to create your own persuasive game. You will also present your game to the class, explaining your group's issue and how your game sheds light on that issue.
In groups, you'll use the programming language Scratch to create a game that makes a procedural argument about an issue associated with your assigned section of the book. For instance, if your group was assigned the advertising section, you will make a game that uses procedural rhetoric as an advertising tool.
You will have ample class time to workshop your game (creating various versions, playtesting, revising the game, etc) and to work with your group members to build your game. Note that there are due dates for versions of the game. While there are not specific benchmarks for these versions, each version must be a playable version of the game. For instance, while version 1.0 will not incorporate all features and may only be a rough sketch of what you have planned, it must be a playable game.
Presentation
Throughout the game design process, you will also be crafting a 15-minute presentation about your game. You will be gathering information for the presentation and planning out how you will explain your game to the class. Early stages of this planning may be notes and an outline, but it should be progressing toward a 15-minute presentation that you will deliver on November 5.
Your group's presentation will explain the context of your game and the procedural arguments that your game makes. You may use any presentation software, but you should plan to incorporate visuals. All members of the group must speak during the final presentation, and you should be prepared to answer questions (as audience members for other group presentations, you should be also be prepared to ask questions).
DesignLab
During your work on this project, you must meet with the consultants at DesignLab at least once. The consultants at DesignLab can help you with both your game and your presentation by offering advice about how to best present your argument or explain your issue. Note that DesignLab is not a "help desk" and is not focused on providing answers to questions about software (these kinds of questions should be directed toward me and Brandee). Instead, DesignLab consultants are available to help you with creative development and planning.
When providing feedback, Brandee and I will be looking for the following:
-
Game
- Does your game make an effective and coherent procedural argument about your issue?
- Does your game provide sufficient context for the issue?
- Does your project demonstrate an understanding of the class readings and an application of their terms and concepts? You should be applying what you've learned in the Bogost readings and in our discussions about other games.
- Has your group effectively managed the project, allowing all group members to take part in all phases (research, writing, coding, testing, etc)?
- Has your group incorporated feedback from others in the class?
- Is your project free from grammatical errors and generally well designed?
-
Presentation
- Does your presentation explain how your game responds to your assigned chapter in Persuasive Games?
- Does your presentation provide sufficient context for someone who is not familiar with the issue or with your game?
- Does your presentation explain your game's procedural argument?
- Do all members of the group speak during the presentation?
- Does your presentation incorporate visuals in a way that helps the audience?
- Was your group prepared to answer questions about your issue and your game?
- Are your slides free from grammatical errors and generally well written?
