Blog Post

What I Do to Prep a Technical Presentation


This was a question asked on Twitter the other day, "How do folks prepare for a presentation?" Here are some of my thoughts and what I do to prepare.

Make Sure the Demos Work

I try to make my demos bulletproof. Basically, if I can hit the F5 key and have it execute without me doing anything else, we're good. The reason I want my demos bulletproof is frequently I run through the demos fairly quickly, as do most presenters. Folks may want to take their time to go through the presentation and the demos later. They may not, but for the handful that do, I want to make sure they have code that works. I also try to comment the code, so folks know what should happen. I don't assume someone is going to open Books Online to trace through syntax.

On this same topic, I make sure that my demo filenames clearly show what they're for and are numbered if there's a progression (like setup, the code itself, and then clean-up). I'd rather folks not have to guess.

Keep Busyness Out of the Slides

When slides are busy, folks take longer to read through them. And if there's a ton of information, it may get a little (or a lot) confusing. Either case, that's time they are focusing on the slides and not on what I'm saying. I can't encapsulate everything I want to say on a topic on a slide. No one, other than Calvin Coolidge, can. So the object is to have a slide that helps guide the talk in the reader/listener's mind, but one that he or she can get through at a quick glance. Unfortunately, when I put slides together, my first instinct is to put a lot of information on them. I don't fight that. It has proven pointless. So I do the first pass, then I take a second (and sometimes third) pass through the slides and ask whether everything I've put on there really needs to be there. The points that do, stay. The points that don't, go. I'm also not afraid to reword a point, if that helps with clarity and reduces busyness.

Present to Someone I Know Will Give Me Honest Feedback

I try not to wing presentations. I've done it in the past, and usually not by choice. Being in ministry as long as I have been, especially in children's and youth ministry, there are a lot of "improv moments." But ministry isn't technical presenting. The core material should be something I should have a firm grasp on. And I want to make sure that I can convey that knowledge cleanly and in a logical manner. That takes practice, even if I know the material really well. I've given the Fortress SQL Server and Baked-In SQL Security presentations about a dozen times now. Trigger Happy Database Security is more than five. But I'll still take the time to go through the slides, to walk through the presentation in my head before I present. That's a minimum. If I have the chance to rehearse, I will. Now, if it's a new presentation or one I've only give once or twice, then I definitely will try to rehearse it - demos and all. And I try and find folks that will give me honest feedback. I want to know what worked and what didn't. That allows me to polish the presentation. I know time is valuable and I want to make sure I'm not wasting anyone's time with a poor persentation.

Mull It Over and Repeat

After going through these steps, I'll take time to mull over the presentation, if I have it. A day or two at least, a week is better. And then I'll go back through and edit the demos, test them, edit the slides, review them, and if still possible, I'll do the presentation again to get updated feedback. I really don't like doing a 1.0 presentation to a crowd like a user group or bigger. I'd rather it be 2.0 or 3.0 before I say it's ready for prime time. Now I've bent the rules here several times recently, but that's because we've had specific requests. For instance, I did a quick and dirty presentation on built-in encryption for SQL Server 2005/2008 because I had several folks ask for it at a security presentation. That was a 1.0 session and there were several times when I had to say, "I don't know, but I'll look into it," for questions that had I mulled over the presentation, I would have come to the conclusion they would have been asked and I would have prepared accordingly. And that's why I think taking a step back and taking time to let the presentation "set up" in my head works better.