Speaking for Geeks: Tell a Story

Freshness Warning
This article is over 3 years old. It's possible that the information you read below isn't current.

Your talk should tell a story. It’s easier for an audience to follow if the transitions flow from topic to topic in a logical manner.

A story sets up a situation, creates a conflict, then resolves that conflict. Stories have a beginning, middle, and end. Stories are easy to tell and easy to remember. A good story keeps your audience engaged, keeps them from looking at their email. Once they look at their email, you’ve lost them for good.

Stories are better than a recitation of facts and a bunch of code samples and demos throw up in random order. Stories make your audience want to hear what’s coming next. They provide structure. They draw the audience in.

Everyone knows how to tell a story. You don’t find yourself grasping for information when you’re telling a great story. The next facts come to you as you’re telling the previous ones, because the topics flow logically from one thing to the next. The sequence is clear in your head and you remember the details as you move through the sequence.

How do you start a story?

Surely you’ve had someone tell you a story where they spend so much time explaining the backstory and including unimportant details that you’re practically begging for them to get to the point? Don’t do that. Thinking of a presentation as a story will help you stay focused and get to the point quickly. Introduce the topic, the setting, and the main characters, then get on with the story.

If you’re talking about improving monitoring on your operations team by implementing Ganglia, the characters are your operations staff. The setting is your web site. Use the first words of your talk to get these out of the way as quickly as possible and to hook your audience. Opening right up with an anecdote can be a great start. I like to get the punchy opening in even before I introduce myself. You take the stage and say “At 2:31 AM on Sunday May 5th, we were hit by a DDoS attack that lasted 16 hours. Our monitoring system sent no alerts. We didn’t know it until 8am on Monday when a we opened our email and saw a flood of customer complaints.”

The audience is hooked. They want to know what happened. They want to know why you were so incompetent you didn’t know about it until Monday. They want to know how to make sure they don’t end up being right there with you. Then you introduce yourself.

Another opening gambit is to start with a statistic. “62% of web sites experience a failure without knowing exactly when it happened or what was going on when it occurred."

A classic bit of presentation advice is to start with a joke. Don’t. You’re probably not that funny. You certainly aren’t that funny when you’re nervous, talking to a room of people you don’t know, and half of them didn’t learn English as their first language. Unless you’re experienced with comedy, leave the jokes out of our presentation. I used to be a professional clown (no, seriously), and I never start a presentation with a joke. When your joke falls flat it makes you more nervous and your audience uncomfortable.

The middle part of the presentation sets up the conflict. What’s the problem that the characters are experiencing? In the Implementing Ganglia story, the conflict is the problems that your team has run into and the solutions they’ve tried to solve them. Here’s what we saw, here’s what we tried, here’s how it almost worked, but here’s the big downside to that. Now here’s another thing.

The end is the climax of the story, followed by detail supporting that climax, followed by a call to action. We implemented Ganglia. It solved problem A like so, and problem B like so. Here’s the specific steps we took to solve this one hairy issue, and here’s the things we still need to learn more about. You can read about Ganglia at these fine URLs.

A great way to see lots of other speakers weave storytelling into their talks is to watch TED talks online. The TED format is almost all about a story. Joshua Foer’s Feats of memory anyone can do is a great example. Throughout the talk, he interweaves elements of storytelling and facts. There’s stories within stories, stories about different memory techniques embedded in his larger story about improving his own memory.

Telling a story keeps your presentation focused, keeps your audience interested, and makes it easier for you to remember your talk.

This is part of a series on becoming a better public speaker. Read the rest of the series.


Your comments:

Text only, no HTML. URLs will automatically be converted to links. Your email address is required, but it will not be displayed on the site.

Name:

Not your company or your SEO link. Comments without a real name will be deleted as spam.

Email: (not displayed)

If you don't feel comfortable giving me your real email address, don't expect me to feel comfortable publishing your comment.

Website (optional):

Follow me on Twitter

Best Of

  • Lock-in is bad T-Mobile thinks they'll get new Hotspot customers with exclusive content and locked-in devices.
  • The importance of being good Starbucks is pulling CD burning stations from their stores. That says something interesting about their brand.
  • Comment Spam Manifesto Spammers are hereby put on notice. Your comments are not welcome. If the purpose behind your comment is to advertise yourself, your Web site, or a product that you are affiliated with, that comment is spam and will not be tolerated. We will hit you where it hurts by attacking your source of income.
  • Where do the RSS ad startups fit in? Yahoo's RSS advertising service could spell trouble for pure-play RSS advertising services unless they adapt their business model.
  • Simplified Form Errors One of the most frustrating experiences on the Web is filling out forms. When mistakes are made, the user is often left guessing what they need to correct. We've taken an approach that shows the user in no uncertain terms what needs to be fixed.
  • More of the best »

Recently Read

Get More

Subscribe | Archives

Recently

Dysfunctions of output-oriented software teams (Sep 17)
Whatever you call it, the symptom is that you're measuring your progress by how much you build and deliver instead of measuring success by the amount of customer value you create.
Evaluative and generative product development (Aug 30)
Customers never even talk to the companies that don't fit their needs at all. If the only product ideas you're considering are those that meet the needs of your current customers, then you're only going to find new customers that look exactly like your current customers.
Product Manager Career Ladder (Aug 19)
What are the steps along the product management career path?
Building the Customer-Informed Product (Aug 15)
Strong products aren't composed of a list of features dictated by customers. They are guided by strong visions, and the execution of that vision is the primary focus of product development.
Assumptions and project planning (Feb 18)
When your assumptions change, it's reasonable that your project plans and needs change as well. But too many managers are afraid to go back and re-work a plan that they've already agreed to.
Feature voting is harmful to your product (Feb 7)
There's a lot of problems with using feature voting to drive your product.
Encouraging 1:1s from other managers in your organization (Jan 4)
If you’re managing other managers, encourage them to hold their own 1:1s. It’s such an important tool for managing and leading that everyone needs to be holding them.
One on One Meetings - a collection of posts about 1:1s (Jan 2)
A collection of all my writing on 1:1s

Subscribe to this site's feed.

Contact

Adam Kalsey

Mobile: 916.600.2497

Email: adam AT kalsey.com

Twitter, etc: akalsey

Resume

PGP Key

©1999-2019 Adam Kalsey.