2016-2017, 2nd quarter, time slot A
INFOB1PGT: Gametechnologie Introductieproject
Coordination: Paul Bergervoet (e-mail)
news | schedule | resources | teams | description | opdracht | vereisten | beoordeling | symposium | contact
Every team member is individually responsible for the success of the project. The team and each of its members have to make sure that the deliverables (cf. below) are finished and submitted in time. Each team member should contribute equally to the project. Since this course is credited with 7.5 ECTS, this means about 200 working hours per person (1 ECTS relates to 25-30h). In order to verify your contributions (both time and quality wise), each member is supposed to keep a logbook. This should at least contain the working hours you put in each day, a short description on what you have done, and it should be updated at least once a week (preferably the day before the meeting with the tutor, so he can check your progress before the meeting). The form of the logbook has to be dicussed with the tutor who has to make the final decision about it. A good possibility that has worked well for many groups in the past is using a spreadsheet on Google docs that is accessible by all team members and the tutor. Further notice that for the weekly team meetings and the lecture attendance is mandatory. Failure to show up can result in a deduction of your final grade or your exclusion from this year's course. For the programming, you can use a version management system such as GIT or GITHUB. Info about this will be given in the 3rd lecture.
Halfway down the project there will be a meeting with the teaching assistent to review your code. He will give advice and comments on your code design, coding style and documentation. You can use this link to make an appointment with the TA. He will also check your final code in order to consider your style and documentation in the final grading.
DELIVERABLE "TEAMS AND TEAMNAMES"
The teams and teammembers should be decided based on the tutorgroups. This is a procedure that have to be done in conjunction with your tutor. The best thing is to do this during the first meeting on Friday morning with the tutor!
Make sure your list does contain email addresses of all the members in addition to the names and student numbers!!!!
You have to decide which game will the original game on which the project will be built.
DELIVERABLE "ANALYSIS DOCUMENT"
The analysis document is a document describing what game you want to make, how it works, and what kind of technology is been used (or not used): further info (pdf). As indicated in the related PDF file: the document should be "nice", meaning it should leave a good first impression when you give it to someone. Keep in mind that the results of your project can be the first entry in a portfolio that you will build during your studies and that can help you scoring a job in the gaming industry afterward.
DELIVERABLE "DESIGN DOCUMENT"
The design document describes how the game will be made, what is necessary for that, what technology is used and its effect on the gameplay, etc.: further info (PDF). As indicated in the related PDF file: the document should be "nice", meaning it should leave a good first impression when you give it to someone. Keep in mind that the results of your project can be the first entry in a portfolio that you will build during your studies and that can help you scoring a job in the gaming industry afterward.
DELIVERABLE "MIDTERM REPORT"
The purpose of the midterm report is to give yourself an opportunity to reflect on your status and progress so far, identify problems, and if necessary revise and improve your plans. In order to do this, you can use the following midterm report template (DOC). Instructions are given at the beginning of the template. The template can be filled out in Dutch, even if it is written in English.
Halfway down the project, the teaching assistant will also do a code review of your code so far. He will give advice and comments on your code design, coding style and documentation. You can use this link to make an appointment with the TA.
DELIVERABLE "MIDTERM PRESENTATION"
The purpose of the midterm presentation is to have an intermediate evaluation of the project in order to verify and analyze your performance so far, and to identify and avoid potential future problems.
Scheduling & attendance: Mid-term presentation will be held in three sessions. All team members have to be present in their designated time slot (i.e. the full two hours of the session). The schedule for midterm team presentations can be found here.
Procedure: Each team has 15 min presentation time: 10 min for a short presentation of their status and plans, 5 min for questions and discussions with the audience. Because of the limited time, the schedule is strict: After 10 min presentation time, we will stop you and start the discussion, which again will stop promptly after 5 min. During this discussion, the following team has to prepare (e.g. get on stage, connect their laptop, etc.), because their presentation starts immediately afterward. There will only be one break within the 2 hours.
Practical issues:. You can use a data projector and audio installation. Bring your own laptop and make sure it is working (e.g. you might want to check your laptop on the data projector BEFORE the actual event starts!). If you are not able to bring your own laptop or want to use special equipment, contact the TA about it at least one week before the event. We'll try our best to help you.
What to present: Given the short time, we recommend a short introduction about your goals, a short demo of your current status, and a short discussion of your future plans, potential problems, etc. that naturally leads to the discussion with the audience. You should aim for "showing something running," e.g. a very first demo of your game that illustrates the idea of both the game and the extension. Of course, depending on your individual goals and circumstances, you might not be able to do this. So, this is not a mandatory, but very strongly recommended requirement. But if you don't have s.th. to show by then, have at least a convincing answer ready when we ask "why not?" ;)
Relevance and impact of your presentation: If you don't do well in the presentation, there will be no direct consequences other than embarrassment and shame for screwing up in front of your fellow students - meaning that you will not get a grade for your presentation. However, it can have an indirect influence on your final grade. It is an opportunity to reflect on your work so far, and, if necessary, revise your goals, change your team organization, identify your weaknesses, and start related actions to improve (including potential revisions of your original plans, if necessary). The more critical you are with yourself, your performance, progress, plans, goals, etc., the more likely it is that you will succeed in the end. Notice that from our side, this is also a good opportunity to identify and sort out "black sheeps," e.g. students who don't contribute enough, but think they can benefit from a good performance of their team mates. For those, there might of course be direct consequences.
DELIVERABLE "FINAL REPORT"
You have to fill out the following report template (DOC). Instructions are given at the beginning of the template. The template can be filled out in Dutch, even if it is written in English.
In addition, you should upload the code that you have produced (if you haven't done so already). Make sure that it is well structured, easy to read, and reasonably documented. The TA will have a look at it and rate it according to these criteria.
DELIVERABLE "PROMOTION MATERIAL"
The promotion material includes
Details for each deliverable:
DELIVERABLE "PRESENTATION & DEMO TO THE JURY"
Your game and promotion material will be rated by an independent jury consisting of your tutor and three to four other members. This rating serves as a basis for your final grade (but individual marks can distinguish from it; cf. beoordeling for concrete info about the grading procedure).
At least a week before the event, a time schedule will be put online. Together with two other teams, you'll be presenting your game to the jury members and answer their questions. In particular, each team gives a 6 min presentation, followed by a 5 min demo, and 5 min for questions. Time limits will be strictly enforced. Hence, make sure that your stuff is up and running before your timeslot starts (there will be two rooms, so enough time to set it up, if you come in time).
Considering the presentation, notice that not all jury members know what you've been doing, so make sure to
Considering the question and answer session, the jury can ask you everything about your game, e.g. the actual game play, your concrete contributions, etc. and how you created it, e.g. the actual coding, particular problems that arised, etc. As you can see from the jury's rating form (cf. beoordeling), the major focus is on the end result. But of course, if necessary, issues about team work and the overall procedure could be discussed as well. The rating form should also give you a good idea of what issues you want to focus on in your presentation.
DELIVERABLE "FINAL DOSSIER"
On the symposium day, you need to present a file with your final game, source, and all promotion material that you produced. This (zip) file should contain:
DELIVERABLE "DEMONSTRATION AT THE SYMPOSIUM"
The symposium starts with a showcase where each team shows their game and people can walk around and play it. You are expected to setup your game at 13:00. The showcase officially starts at 13:15. Each team member is required to be present during the whole symposium (including the following award ceremony from 15:15-16:15; cf. symposium). Make sure you are well prepared to show and demonstrate your game (visitors can vote for an audience award!). Some team members should always be around at their demo, so people can play it. But you are of course also welcome to walk around and check out what the other teams did (and you can vote for the audience award, too).
Note: teams that are nominated for the best game award (cf. below) will also get a visit from the award committee members during the showcase.
DELIVERABLE "PRESENTATION AT THE SYMPOSIUM" (only applicable to nominated teams)
After the jury day, five teams will get nominated for the best game award. They will be informed about their nomination in the evening of Jan 25. Nominated teams will get a visit from the award committee during the showcase and have to give a short presentation at the following award ceremony. Details about this will be emailed to them together with their nominations.
|(c) Frank van der Stappen, Paul Bergervoet|