September1999 October 1999 Giving Effective Presentations Marie desJardins HONR 300 / CMSC 491 April 5, 2016

September1999 October /5/16 2 Sources  Robert L. Peters, Getting What You Came For: The Smart Student’s Guide to Earning a Master’s or Ph.D. (Revised Edition). NY: Farrar, Straus, and Giroux,  Justin Zobel, Writing for Computer Science: The Art of Effective Communication, 2/e. London: Springer-Verlag,  Mark D. Hill, “Oral presentation advice”  Simon L. Peyton Jones, John Hughes, and John Launchbury, “How to give a good research talk”  Patrick Winston, “Some lecturing heuristics”  Dave Patterson, “How to have a bad career in research/academia”

September1999 October /5/16 3 Outline  Rules for presentations  General guidelines for preparing talks  Project presentation guidelines for this class  Paper presentation guidelines for this class

September1999 October 1999 Rules for Presentations

September1999 October /5/16 5 Rule  Know what on earth you’re doing up there!  Rule #2: Know what you want to say  Rule #3: Know your audience  Rule #4: Know how long you have

September1999 October /5/16 6 Rule #2: Know What You Want to Say  Just giving a summary/recap of the research paper you wrote is not interesting to most people  You should give enough detail to get your interesting ideas and observations across (and to show that you’ve actually learned something interesting about the problem you were studying), but not enough to lose your audience  They want to hear what you learned that was cool and why they should care  Preferably, they’ll hear the above two points at the beginning of the talk, over the course of the talk, and at the end of the talk  If they’re intrigued, they’ll ask questions (or, in the future, when you’re presenting a published paper, read your paper!)  Whatever you do, don’t just read your slides!

September1999 October /5/16 7 Rule #3: Know Your Audience  Don’t waste time on basics if you’re talking to an audience in your field  Your fellow students already know what parallelism, chaos, and tipping points are  Even for these people, you need to be sure you’re explaining each new concept clearly  On the other hand, you’ll lose people in a general audience if you don’t give the necessary background  In any case, the most important thing is to emphasize what you’ve discovered and why they should care!

September1999 October /5/16 8 Rule #4: Know How Long You Have  How long is the talk? Are questions included?  A good heuristic is 30 seconds to 1 minute per slide ...but it depends a lot on the content of those slides!  If you have too many slides, you’ll skip some or— worse—rush desperately to finish. Avoid this temptation!!  Almost by definition, you never have time to say everything about your topic, so don’t worry about skipping some things!  Unless you’re very experienced giving talks, you should practice your timing; ideally:  A couple of times on your own to get the general flow  At least one dry run to work out the kinks  A run-through on your own the night before the talk

September1999 October /5/16 9 Recite or Improvise?  Some guides recommend writing out your presentation, word for word  This is a very bad idea for most people, and will lead to extremely stilted delivery  The only alternative, if you’re not an experienced public speaker, is to practice!

September1999 October 1999 General Presentation Guidelines

September1999 October /5/16 11 Organizing a Talk  Talks are linear:  Your audience can’t flip back to see what you said last  They can’t use the section headers as a guideline  → Help them keep track of where you are in the talk  → Don’t try to cover as much ground as you would in a research paper  Give an overview (& use it throughout)  Start with a slide or two on key ideas/contributions  Give a high-level summary (or simple example) before you dive down into (not too many) details  Recap at the end

September1999 October /5/16 12 Slideology 101  Don’t just read your slides!  Use the minimum amount of text necessary  Use examples  Use a readable, simple, yet elegant format  Use color to emphasize important points, but avoid the excessive use of color  “Hiding” bullets like this is annoying (but sometimes effective), but…  Don’t fidget, and…  Don’t just read your slides! Abuseofanimationisacardinalsin!

September1999 October /5/16 13 How to Give a Bad Talk Advice from Dave Patterson, summarized by Mark Hill 1. Thou shalt not be neat 2. Thou shalt not waste space 3. Thou shalt not covet brevity 4. Thou shalt cover thy naked slides 5. Thou shalt not write large 6. Thou shalt not use color 7. Thou shalt not illustrate 8. Thou shalt not make eye contact 9. Thou shalt not skip slides in a long talk 10. Thou shalt not practice

September1999 October /5/16 14 Handling Questions  Questions during the talk:  If your presentation will answer the question later, say so and move on  If your presentation won’t answer the question, either: Give a brief answer Defer the question to the end of the talk  Know how much time you have!  Make sure you understand the question first!  Ask for clarification if you need it  Restate the question, and ask whether you’ve gotten it right  Have backup slides for questions you can anticipate (but don’t have time for in the main presentation)

September1999 October 1999 Project Presentations

September1999 October 1999 Project Presentations  These are short (5-minute) demos of your NetLogo project  You should not plan to use PowerPoint slides or other visuals beyond the NetLogo demonstration 4/5/16 16

September1999 October 1999 Logistics and Content  I will have all of the models ready to run on my laptop  You may use your own laptop if you wish, but should arrive early to make sure you can quickly connect to the projector without any technical glitches  Your presentation should include:  A description of the system that you have modeled  A demonstration of how the system works  A discussion of the options/parameters that you have provided  A summary of what you discovered about your system 4/5/16 17

September1999 October 1999 Suggested Presentation Structure  One possible structure is to spend about one minute each on these five components:  Show the interface and briefly explain the complex system you modeled  Demonstrate the basic system operation, by starting and running your model, and pointing out any key behaviors  Show a system variation by varying one of the parameters. Explain intuitively what might be expected, change the parameter, and show the new system behavior  Show the NetLogo code and briefly discuss any implementation challenges that you faced  Return to the main interface, show a final variation, and summarize your findings/conclusions 4/5/16 18

September1999 October 1999 Paper Summary Presentations

September1999 October /5/16 20 Goals of Research Paper Presentations  Convey why this is an important and/or interesting problem/domain  Review key ideas that you learned in your research  Discuss modeling approaches and sources of complexity  Relate these issues to relevant course topics  Critique the work that you discovered in your research  Stimulate discussion

September1999 October /5/16 21 Paper Presentations  Content: You should provide a well organized presentation of the key contributions and important ideas in the paper.  If you’re in CMSC 491, you should summarize your model and findings (e.g., with screenshots and/or graphs)  Timing: You should aim for an 8-minute presentation.  This works out to (roughly) six to eight slides  As in a conference or symposium talk, you will get 2-minute and time’s-up warnings from the session chair.  I will cut you off if you go too long!  There will be a few minutes after each talk for questions (total of setup + presentation + questions = 10 minutes)

September1999 October /5/16 22 Paper Presentations  Audience: Your audience consists of your fellow students. (I don’t count.)  Some are in your field, some are not  Most will not know much about your particular domain  You can’t assume a lot of existing knowledge  On the other hand, you only have 8 minutes! Be selective!

September1999 October 1999 Possible Organization  (This is just a suggestion; you don’t have to use this structure!)  Title slide, followed by outline  System overview, perhaps with an illustrative picture  1-2 slides: agents, interactions, and environment  1-2 slides: complex behaviors of the system  Note that these slides should mention key published work  1-2 slides: previous modeling approaches (if relevant)  (CMSC) Model design slide  (CMSC) Model behaviors slide  (CMSC) Model results slide (quantitative/qualitative)  Total: ~9 slides 4/5/16 23

September1999 October /5/16 24 Giving the Presentation  You must prepare your presentation in PowerPoint or as a PDF and it to me no later than 8am on the day of your presentation  Draft slides can be sent to me for review, if you want feedback beforehand  I will only promise to review and comment on draft slides if they are sent at least 24 hours before your talk!  Practice your presentation, even if it’s just to yourself, to make sure your timing is correct  If you want to include a NetLogo demonstration, also me your.nlogo file (or include a link to a website with a video or embedded.nlogo)

September1999 October /5/16 25 Grading and Feedback  Students are required to fill out a short feedback form for each presentation  You will receive these forms  I will also give you written feedback  Your grade will be based on:  Your level of preparation  The clarity of your presentation  The timing of your presentation  Other students’ evaluation of your presentation  The ensuing discussion  You may skip either of the last two regular class days (5/5 or 5/10, but not the day you’re presenting on!)