HOW TO: 10 Tips on Presenting at Conferences Posted on September 8, 2010January 27, 2013 by Cory Foy One of my favorite events to attend is BarCamp. They have them all over the world, but I really enjoy the two closest to me â€“ BarCamp Tampa Bay and BarCamp Orlando. They are considered â€œunconferencesâ€ â€“ basically, you register for the event, and the speaking slots are first-come first-served the morning of. If you want to speak, you just show up in the morning and put your name on a slot. Iâ€™ve seen everything from great technology presentations to strange sessions where people read the messages being tweeted to them in strange voices. But the thing I really love is that, for someone looking to get into or hone their speaking skills, itâ€™s a great place to get started. Regional events are great for that â€“ my first public presentation was at the Charlotte Code Camp many years ago. But now that youâ€™ve got a place to speak, how do you get started? Hereâ€™s 10 tips Iâ€™ve found useful over the years from speaking and attending presentations: Find a topic you are passionate about â€“ One of the best comments I got from a talk of mine was at the SCNA conference when someone said, â€œIf Cory had any more passion, heâ€™d catch fireâ€. Your passion helps translate into confidence, and youâ€™ll need lots of that to be a good speaker. Youâ€™ll also find your talk tends to write itself when you are passionate. Know your topic, and know what you donâ€™t know â€“ Unless you are the super-expert, chances are someone in the audience may know things about your topic that you donâ€™t know. So donâ€™t try to fake things you donâ€™t know, or stick things in you donâ€™t understand just to sound better. Talk about the parts you do know. Or else you may find yourself called out on it Know that you own the stage â€“ Of course, if you do get called out, you have to remember that you own the stage and the interaction. If someone has something that needs to be added to what you said, or a minor correction, then you can decide whether to include it. But donâ€™t let it turn into an argument, or lose control. The phrase, â€œI didnâ€™t realize that, can I follow up with you right after this?â€ can be your friend. Your interaction â€“ and control â€“ of the stage can have a big influence on your attendees. Donâ€™t let people take over the stage, but donâ€™t shoot down every little request. Find out the basics of how people learn topics â€“ One important model I learned early on was the Dreyfus Model of Skills Acquisition. At its core it describes that people need very concrete steps early in the learning of a topic until they have context and understanding to make broader leaps. That means that if you are targeting beginners, you need to be much more explicit about how you define the topic and the steps to understanding. Even if you are targeting experts, itâ€™s not a bad idea to still include a little context, or links to resources for context. Find out the basics of how people absorb information â€“ In the book Even a Geek Can Speak Joey Asher says to come up with no more than three points to support your topic (or what he calls your â€œMessage Objectiveâ€). This is a great rule of thumb. Iâ€™ve also found that how your drive into the detail needs to be in a meticulous â€œonionâ€ fashion. Present the roadmap of the three points. Then have three subpoints for each point and reveal those as you discuss each main point in more detail. In between, show the roadmap again to remind people where you are. In fact, itâ€™s pretty much just like an outline â€“ if a point only has one subpoint, maybe the subpoint needs to be the main point. If a main point has 7 subpoints, youâ€™re trying to cover too much. Simplify, simplify. Know your talk â€“ My talk is not my slides. My slides are there as back ups to points Iâ€™m trying to make. The way I write my talks is to give the talk to myself, and take notes as I talk about what Iâ€™m saying where, and what slides and things I need to make my points. I find this is helpful for two reasons. One, Iâ€™m having a conversation as Iâ€™m writing the talk, so it tends to be more conversational. Second, because basically my whole talk is in the notes of my slides, when I publish the slides, I can turn on notes, and then people who canâ€™t see the video can get the points I was trying to drive home. But let me be clear â€“ do not write your talk in the notes and read those. You should be able to give a reasonable interpretation of your talk without slides at all (except for hands-on talks like coding sessions, generally speaking). But you should know your talk, the transitions and timings. How? Practice â€“ and record â€“ your talk â€“ The number one piece of advice I got was to record your talk. I have a small Flip UltraHD camera that I carry with me at all times, and use to record my talks. Even if the organizers are recording your talk, record it yourself. It can catch things you arenâ€™t expecting. For example, I had a major problem saying â€œActuallyâ€ all the time in my talks. Watching it on tape reminded me not to do that, and the extent I was doing it. I thought I had it licked until I watched another of my talks which showed that I replaced â€œActuallyâ€ with â€œSoâ€. I also write notes about what slide Iâ€™m transitioning to when I have a specific point I want to make happen with the transition. That helps keep me flowing as well. And when I stumble during practice runs, I can note that. Be aware of your movements â€“ One of my biggest challenges still is keeping my hands out of my pockets and letting them just hang freely at my sides. My hands feel like they need to always be doing something, and letting them hang feels unnatural. But if you watch yourself on the video, you can see just how distracting your hands can be. The same goes for movements. Donâ€™t pace. Make each move deliberate. I cross the stage to make some points, move closer for others, and move back for yet others. Get away from the back of the podium. Even if you are doing a hands-on coding session, there are points where you are discussing theory or background â€“ get away from the podium. Every slide shouldnâ€™t be a list â€“ Look at things like Presentation Zen and talks by Lawrence Lessig. Use pictures (make sure you have rights or that they are Creative Common licensed). This doesnâ€™t mean shun all lists. If you are trying to convey information, then it can really help. Ask yourself how each slide is helping drive your point home. But, donâ€™t let your slides overpower your presentation. Be flexible â€“ Stuff happens during presentations. The slides die. The humorous joke falls flat (Side note: Humor can be very dangerous. Donâ€™t use a funny joke as a cornerstone of some part of your talk if you canâ€™t recover from it failing). Know that sometimes you have to stand on a chair throughout your whole talk (as I had to do at my Agile 2010 talk) or that the projector plug is going to be at the back of the room when your talk is a hands-on coding session (as it was at one of my BarCamp Tampa talks). Your â€œexpertsâ€ talk is going to be filled with utter beginners, or vice versa. Your room that holds 600 people will have 20 people show up because the organizers scheduled your talk during lunch the morning after a giant conference party (as happened with my MIX10 talk). Roll with it. Perhaps most importantly â€“ get out there and try. Find local events and present something. Record yourself so you can see what worked and what didnâ€™t â€“ and watch the recording. Then keep at it â€“ tweak it, rewrite it, practice it, present it. Pick up books like Presentation Zen and Even a Geek Can Speak. And have fun! Remember â€“ this is a topic you are passionate about and want to share with other people! Below Iâ€™ve embedded some of the presentations Iâ€™ve done over the past year. My favorite is the first â€“ a talk I gave on a Tuesday that I found out about on Friday, wrote on the plane to Norway, practiced jet-lagged in my hotel room, and gave in front of an audience who did not speak English as a first language. Iâ€™ve also linked a presentation I did at last yearâ€™s BarCamp Tampa Bay, and a second talk I did at the XP2010 conference in Norway. Enjoy! Growing and Fostering Software Craftsmanship from Cory Foy on Vimeo. Selling Software Craftsmanship in the Enterprise from Cory Foy on Vimeo. Serious Play: Product Planning and Prioritization using Innovation Games from Cory Foy on Vimeo.