Worried you’ll miss us?
Subscribe to get our articles and updates in your inbox.
I want to start a series of posts on tips for giving technical presentations. What I would really like to do is get tips and tricks from you, the reader, and then post them as a community driven series of tips on giving technical presentations. So here is what I need from you…
- Either put up a blog post or just write a tip on giving technical presentations. Follow this post as a guide and just give a bit of info, tell a story, give a nice anecdote, etc… Have fun with it!
- Once you have done this, send me a message via my contact form and either send me the tip directly or give me a link to your post. If you send me a link to a post, I am going to copy the entire contents of the post, but with all of them I will give you a prominent link back to whatever site you want me to. There will be no pretending that it was my content!
- Sit back and smile knowing that you helped your fellow technical presenters! Then watch my blog over the next few weeks as I put up these posts. Or just come back at the end for a buffet of technical presenting tips.
And as a side note, I reserve the right to only use the tips that I deem worthy! 🙂 Ha ha, I just want to make sure there are no duplicates or poorly written content. (Except for my own!) So please tweet or blog about this so that this little experiment can be a success!
On With The Show
I’m starting this series off with a tip that isn’t about necessarily about technical presentations, and it has been said before a hundred times, but I need to bring it up again for a few reasons. First of all, if you follow my blog then you are probably aware that I gave a presentation last Wednesday at the Hampton Roads .NET User group here in Virginia, and I came away from it with the feeling that, for the first time, my presentation was a failure. The presentation needed some work, I won’t discount that. And I also need to work on my skills in how I pull the audience into the presentation, but I think that one of the biggest mistakes was that I did not consider the audience to whom I was giving my presentation.
One of my co-workers, Chris Allport, put up a post on this blog where he laments having not objectively approached the material. You see, he and I are quite into a lot of the more aloof, high-level ponderings about software and the philosophies and approaches of modern software development. So when we were looking at this material we were all high fives and "rock on". Well, probably not actual high fives, but more proverbial ones. We liked the material, thought that more people needed to be indoctrinated, and so we tuned the material accordingly.
So, suffice to say that I place the entire burden of my failed presentation solely on Chris’ shoulders. He should have stopped me. 🙂 Ha, just kidding. But in all seriousness, he points out in his post that he agreed with the material, and because of that he saw the material in a positive light. In this case, he wasn’t an accurate representation of my audience. Not at all his fault! The challenge is to step outside of yourself and objectively review something, and in order to do it, you have to know who you are stepping into. (Okay, that sounded a little dirty)
It is already hard enough to get inside someone else’s head, and it is impossible when you don’t know who that person is. If I had thought hard about the audience I was presenting to (a .NET User Group), then I might have considered gearing my presentation toward less abstract examples and more concrete code examples. A .NET user group is usually a pretty wide mix of expertise and experience levels, so whenever I present at one I need to be cognizant that in order to reach the entire audience I need to gear my presentations more toward the beginner. If I had approached my presentation by looking at it through the eyes of a less experienced developer then I would have probably changed my presentation in a few significant ways.
So, to sum it up, think about and focus on your audience when you are creating a presentation. Think about who is going to be there and at what level they are going to appreciate the information. It is quite possible that you need to aim your presentation at a wider audience, or to give more background on concepts that you would normally skim over.
Loved the article? Hated it? Didn’t even read it?
We’d love to hear from you.