As the visitors filed out of the room, Glenn caught Cynthia's eye. Yep, she was just as disturbed as he was. "Buy you a cup a coffee?" he asked. She nodded, without energy, and looked down. Everyone else started to leave, so Glenn and Cynthia walked wordlessly together to San Jose, the coffee bar on Three West.
They poured two talls and sat down in a booth out of the way around the corner. She opened with "Well, that was a disaster. Why don't we cut out the middleman and just shoot each other in the feet?"
Glenn smiled. It would be funny, if it weren't true. They had just given a demo to top management of what everyone hoped would become their biggest customer, and things hadn't gone well. "What could we have done differently?" Glenn asked.
So over those two cups of coffee, and two more, they made up a list of tips for giving small demos, to avoid a disaster next time.
You could make a tip list, too. Here are some to get you started.Small demos should be
- Avoid swarming
- If the size of your team is about the same as the size of the audience, they can feel overwhelmed, and they're unable to take in your carefully crafted message. In effect, you undermine your own effort. Find a way to limit the number of people in your organization who can attend, without offending anyone or making people feel excluded.
- Don't surround the audience
- Everyone on your team should sit or stand in a single arc that covers no more than a third of the circle around the audience. Surrounding creates a sense of danger — subliminal, but real.
- Have at most two designated speakers
- Let the conversation happen between the audience and the presenter. Occasionally, one other member of the presenter team might have something to add, or might answer a question. But if more than two people from the presenter team speak — not simultaneously of course — the message tends to cloud and you confuse the audience.
- Designate one speaker as primary
- When there are two speakers, contention and confusion is possible. To limit this, define roles. Let one person wear the "business" or "program" hat (B), and the other the "technical" hat (T). B should be primary, and T should defer to B.
- Let each other speak
- B should never interrupt T, and T should never interrupt B. Work out a gesture signal to indicate "stop talking" but don't interrupt each other.
- Support each other
- No matter what your partner says, let it stand. Chances are the audience will never remember it anyway. If you must comment, find a way to make your comment a supportive addition rather than a correction.
These tips are excerpted from Terrific! Technical Presentations, my new ebook, which is filled with tips for people who give technical presentations large and small.
- John Brtis
- Reminds me of an old joke…
- An old cow farmer goes to Sunday service and when it's time to start the preacher enters and sees that the cow farmer is the only person present. Rather flustered about what to do with only one other person in the church the preacher asks the farmer, "How do you think we should handle this?" The farmer drawls back, "Well…all I know is cows, but I know that if I go out to bring hay to the herd and I only find one cow, I still feed that cow." With a now clear understanding of what he needed to do, the preacher launched into a full service, including half a dozen songs, and a particularly well crafted thirty-minute sermon. At the end of this extravaganza, the preacher was saying his goodbyes to the farmer and asked him how he liked it. "Well," said the farmer, "all I know is cows, but if I go out to feed the herd and find only one cow, I don't dump the entire truck load of hay on her."
Are your presentations — technical or otherwise — all they could be? Audiences at technical presentations, more than most, are at risk of death by dullness. Spare your audiences! Captivate them. Learn how to create and deliver technical presentations with elegance, power and impact. Read Terrific Technical Presentations, a stand-alone Web site filled with tips and techniques for creating powerful performances. Order Now!
Your comments are welcome
Would you like to see your comments posted here? rbrenYrZnywMvmuodCcADner@ChacmBFVGqpAZBaNlXtQoCanyon.comSend me your comments by email, or by Web form.
About Point Lookout
Thank you for reading this article. I hope you enjoyed it and found it useful, and that you'll consider recommending it to a friend.
Support Point Lookout by joining the Friends of Point Lookout, as an individual or as an organization.
Do you face a complex interpersonal situation? Send it in, anonymously if you like, and I'll give you my two cents.
More articles on Personal, Team, and Organizational Effectiveness:
- Choices for Widening Choices
- Choosing is easy when you don't have much to choose from. That's one reason why groups sometimes don't
recognize all the possibilities — they're happiest when choosing is easy. When we notice this
happening, what can we do about it?
- Obstacles to Compromise
- Compromise is the art of devising an approach acceptable to all parties. A talent for compromise is
rare. What makes finding compromises so difficult?
- Virtual Communications: III
- Participating in or managing a virtual team presents special communications challenges. Here's Part
III of some guidelines for communicating with members of virtual teams.
- Give Me the Bad News First
- I have good news and bad news. The bad news is that if you wait long enough, there will be some bad
news. The good news is that the good news helps us deal with the bad news. And it helps a lot more if
we get the bad news first.
- Using the Parking Lot
- In meetings, keeping a list we call the "parking lot" is a fairly standard practice. As the
discussion unfolds, we "park" there any items that arise that aren't on the agenda, but which
we believe could be important someday soon. Here are some tips for making your parking lot process more
See also Personal, Team, and Organizational Effectiveness for more related articles.
Forthcoming issues of Point Lookout
- Coming May 31: Unresponsive Suppliers: III
- When suppliers have a customer orientation, we can usually depend on them. But government suppliers are a special case. Available here and by RSS on May 31.
- And on June 7: The Knowledge One-Upmanship Game
- The Knowledge One-Upmanship Game is a pattern of group behavior in the form of a contest to determine which player knows the most arcane fact. It can seem like innocent fun, but it can disrupt a team's ability to collaborate. Available here and by RSS on June 7.
I offer email and telephone coaching at both corporate and individual rates. Contact Rick for details at rbrenvFxpIzwrfWoIYOSWner@ChacGxpcGYMzApRvmeWMoCanyon.com or (617) 491-6289, or toll-free in the continental US at (866) 378-5470.
Get the ebook!
Past issues of Point Lookout are available in six ebooks:
- Get 2001-2 in Geese Don't Land on Twigs (PDF, USD 11.95)
- Get 2003-4 in Why Dogs Wag (PDF, USD 11.95)
- Get 2005-6 in Loopy Things We Do (PDF, USD 11.95)
- Get 2007-8 in Things We Believe That Maybe Aren't So True (PDF, USD 11.95)
- Get 2009-10 in The Questions Not Asked (PDF, USD 11.95)
- Get all of the first twelve years (2001-2012) in The Collected Issues of Point Lookout (PDF, USD 28.99)
Are you a writer, editor or publisher on deadline? Are you looking for an article that will get people talking and get compliments flying your way? You can have 500 words in your inbox in one hour. License any article from this Web site. More info
- Creating High Performance Virtual Teams
- Many people experience virtual teams as awkward, slow, and sometimes
frustrating. Even when most team members hail from the same nation or culture, and even when they all
speak the same language, geographic dispersion or the presence of employees from multiple enterprises
is often enough to exclude all possibility of high performance. The problem is that we lead, manage,
and support virtual teams in ways that are too much like the way we lead, manage, and support co-located
teams. In this program, Rick Brenner shows you how to change your approach to leading, managing, and
supporting virtual teams to achieve high performance using Simons' Four Spans model of high performance.
Read more about this program. Here's an upcoming date
for this program:
- Baci Grill, 134 Berlin
Road, Berlin, CT 06416: September 19,
Monthly Meeting, Southern New England Chapter of the Project Management Institute. Register now.
- Baci Grill, 134 Berlin Road, Berlin, CT 06416: September 19, Monthly Meeting, Southern New England Chapter of the Project Management Institute. Register now.
- The Race to the South Pole: Ten Lessons for Project Managers
- On 14 December 1911, four men led by Roald
Amundsen reached the South Pole. Thirty-five days later, Robert F. Scott and four others followed. Amundsen
had won the race to the pole. Amundsen's party returned to base on 26 January 1912. Scott's party perished.
As historical drama, why this happened is interesting enough, but to organizational leaders, business
analysts, project sponsors, and project managers, the story is fascinating. Lessons abound. Read
more about this program. Here's an upcoming date for this program:
- CTCPA, 716 Brook Street,
Rocky Hill, CT 06067: September 20,
Full-day Workshop, Southern New England Chapter of the Project Management Institute. Register now.
- CTCPA, 716 Brook Street, Rocky Hill, CT 06067: September 20, Full-day Workshop, Southern New England Chapter of the Project Management Institute. Register now.