A: You Bet!!!
Lets face it, User Groups need speakers and while its great to have the experts in the industry like Andy Leonard, Buck Woody, or Joe Webb come to your user group, if you get one of them once a year, you are doing good. One of the most interesting sessions at our local user group in the last two years, at least to me, was actually given by one of the members of our own group, Andreas Etelkozi on Data Scrambling, scrambling the data inside of a database to remove personally identifying information and the ability to correlate what belongs to who in reality(ie. Joe Woody, Buck Leonard, or Andy Webb in the resulting data). What made the session so interesting to me was the fact that it was just something that Andreas does as a normal part of his work, and he was sharing that information with the group.
I did my first presentation on SQL Server just under eighteen months ago to a group in Orlando about running SQL Server virtualized on VMware ESX, and lessons learned from two years being virtualized. This is actually where I first met Jorge Segarra (Blog/Twitter) who also is a member of the Tampa Bay SQL User Group. I was later invited to present the same session a month or two later at the Tampa SQL Server User Group, and I’ve been presenting from time to time since then. I’ve presented to as little as six people and to over two hundred last month at PASS Summit, my first time speaking at a major conference event.
But I don’t know what to/have anything to talk about….
RUBBISH!! Let me first dispel the idea that you don’t know enough to put together a session. Some of the most popular sessions at local events have been the TSQL 101 sessions that cover how to write a proper SELECT statement, JOIN two tables together, use ISNULL and COALESCE, or aggregate data with GROUP BY. The key here is “If you present it, they will come…” It doesn’t necessarily matter what you are presenting, or that you don’t know everything about the subject, the odds are that you are going to cover things that most people don’t know or think about in their day to day work, and perhaps that information will help them at some point later on.
Need some ideas for topics, what are you currently working on, or even better, what are you interested in knowing more about? If you just solved a problem with SQL Server at work, think about how nice it would have been if someone had presented about that problem and how to overcome it before you had to deal with the problem. I sometimes present about trending or common problems I see from the forums, or in question and answer sessions at our user group. Other times I will pick a topic to present that I want to learn more about myself. Why, because it motivates me to learn the materials, and while I am building my presentation I am fortifying my own learning about the topic. Then I’ll actually present the material at an event, and get feedback on the material. I’ve had people pull me to the side and correct mistakes I made after my session, and I’ve had people openly challenge things in the middle of a session as well. I’ve also had people mention specific points in the presentation where I might have covered another topic as well. I learn from every presentation that I do, and I am learning to become a better presenter as well.
Someone else already presented that…
SO WHAT!!! Someone already wrote this blog post too. You are still reading this one, and people will still want to listen to your presentation. Ever hear a joke before, and then hear it again? Is it any less funny the second time because you knew the punch line? Not for me it isn’t. I still laugh my behind off when the punch line comes if it is a good joke. What if you miss an important part of the joke? Does that matter? Sometimes, but people rarely miss the meat of the joke, and you would be hard pressed to miss the meat of the material giving a presentation. What’s really great though is every now and then you meet someone who is retelling that same old joke, but they add in a new twist, a funny gesture, some good visuals and it becomes even more funny. The same thing goes with presenting the same materials, you might just create an example that solidifies the material and really makes the subject come to life.
I won’t compare to Experts like Andy, Joe, or Buck…
NEITHER WILL I!! Lets face it, some people really have it when it comes to presentation skills. However, if you talk to any of these guys, they will tell you that they aren’t anything special. (Ok, so Buck is special, but it is a different kind of special. Write down those who are special.) Have you ever actually talked to some of the big names in the SQL Server community? People tend to put them on a pedestal all the time, and I tend to do it myself, but in reality they are just like you and me, normal people. However, what you will find is that most of the experts are very focused on what they are an expert in. Paul Randal doesn’t answer SSIS package development questions and Andy Leonard doesn’t answer complex problems with CHECKDB for a reason. Andy is a SSIS expert and Paul is a CHECKDB and storage engine expert. If you are presenting on a storage engine topic, chances are that Paul Randal knows more, but I can’t imagine that he would ever interrupt your session unless you offered up some really, really bad advice that would be damaging to someone's system. The same goes for Andy Leonard, and Buck Woody, though Buck might interrupt your session with members from his audience by telling them that you were buying the beer at the end of the event (true story).
So now that I took away all of your reasons to not present, pick a topic, open up Outlook, compose a new message, address it to a user group leader and find out when the next opening to speak is at the user group. Then build your presentation. Don’t know where to start with that, take a look at Joe Webb’s SimpleTalk article Creating Technical Presentations (see I told you someone else already wrote this blog post, but you’ll still read his too). Don’t let you stop yourself from sharing great information with your fellow community members.