[MVK13] Final presentation show
Tid: Fredag 16 maj 2014 kl 13:00 - 17:00
Plats: E1
Aktivitet: Föreläsning
Studentgrupper: CDATE_3, CDATE_INT_3, CDATE_JAP_3, CDATE_KIN_3
Here's the full program incl descriptions!
Friday May 16
E1
13-17 + mingle in Ljusgården 17-18
Background
In this year’s course in software engineering (MVK13) 16 projects have been realized. The students have worked with external clients ranging from Ericsson, Tekniska Muséet, FOI and Gapminder to a number of internal clients from different schools at KTH.
The course goal is to via practical work get experience and insights in the best practices within software engineering. The course is project based and the students work together with the client to develop software solutions.
The students have all done excellent work and are eager to show it. All projects have also produced hands-on demos of different kinds.
Layout
The projects will be presented in groups of four/hour + demo session. All in all there will be four sessions. See program. Each presentation is 8 min + context switch. At the end of each session, the four presented projects show their demos simultaneously in the area at the front for 15-20 mins. Everyone in the audience is invited to interact, ask questions and discuss. There will be some kind of refreshments available during every demo session.
Preparations for the students
1. Description for the event programme
Send a text to Björn Thuresson thure@kth.se describing your project. It should be an efficient presentation of your process and results, written in an attractive and engaging manner in 2000 characters (incl spaces).
Send in 1-3 pictures and/or illustrations representing your project, the activities or the results, preferably in at least 150 dpi. Include contact information: name, e-mail and phone (if that's OK).
Deadline: May 9
2. The presentation
You have 8 mins to present your project. This is your opportunity to make yourself and your project justice. Use it well! There’s nothing you have to present, choose the parts you think are the strongest and the one’s you’re the most proud of. Remember that the audience is mixed and they, typically, know very little about your area. You’re the experts in the room! That means that you’ll have to give a background to the area, the challenges, the target groups, the use situations, etc. Also, after your presentation you’ll show the hands-on demo, so choose wisely what to present and what to refer to in the demo.
Be confident in your presentation. Do not make unsupported statements. You can motivate all the choices – be sure to do that! It’s a matter of credibility. You are the experts but you need to show that. We believe you if you give us reasons to do that.
In E1 there are two projectors (possibility to have different sources), a document camera, sound and microphones. What are you going to use? How are you going to test it? There’s very little time for context switch, so make sure you prepare. You could choose to use the same computer for all four projects in your session (contact them and test) or you could use Björn’s computer (contact him) or you could use your own equipment (test).
3. The demo
At the end of each session (15-20 mins) all of the audience are welcome to try your hands-on demos. You set up all four project’s demos in the area at the front. Make sure you prepare the demo to work well as a public demo. Should it be automatic or do you give instructions? What are you going to say? Which technology do you need? Any print material (poster, logos, hand-outs)? Etc.
4. Invitations
This is your afternoon. Invite as many as you want, particularly the people involved (the client, user groups etc) but also others you would like to show what you’ve done (friends, family, future employers etc).
5. The final report
You’ve been working with drafts of the documentation of your projects continuously and we’ve discussed how to make them useful throughout for you (in your project groups), for your client/s (to understand and evaluate what you’ve been doing and what you should do), and for reporting to class (supervisors etc). Now it’s time to bring everything together.
I’ll instruct the supervisors to be extra careful when giving you feedback on draft 4 to make sure that all sections are in there and sufficiently presented and documented.
For the final report there is one extra section: reflections on the course, the project and the results. In there I want you to reflect on what you’ve been doing. What worked well and what would you’ve done differently? Think about your learning process and what you’ve learned. I’ll not give you more instructions, I’ll let you decide what to focus your reflections on, but try and take an outside perspective and observe and analyse your achievements in a systematic manner.
Deadline: May 23, send to your supervisor and Björn.
6. Code delivery
On numerous occasions I’ve told you to use this opportunity to build your portfolio, to have concrete examples of what you can do and what you’ve done. Later on, regardless if you pursue a career in industry or academia, you will be asked to show your abilities and what you know. A printout from Ladok is very rarely enough. I ask you to hand in or make available something concrete from your code creation. This could be, for example, in the form of:
- An .exe file
- A binary file
- Scenario video/s (clearly showing the functions and features)
- Tutorial video/s
- A website with all or selected material from this list
- …
I’m aware that your project goals and outcomes are different; therefore you should pick the format/s that best represent your project and the results.
I would recommend you to make a website with descriptions, examples, videos, images, and downloads (or what make sense). This is an excellent opportunity to do that.
Deadline: May 23, send to your supervisor and Björn.