即席演講

2006 年 8 月 18 日

不久前,強·尤德爾描述了 兩種公開演講模式:

  • 腳本式:寫下你將要說的話,然後照著念或背誦。
  • 投影片式:製作詳細的投影片,並用它們來引導你的演講。

我現在的大部分公開演講都使用第三種模式,即席演講。這種風格下,我一開始只有一個演講大綱,然後邊講邊構思其他內容。

我從未進行過腳本式演講,但曾進行過很長一段時間的投影片式演講。我有點厭倦無聊的項目符號投影片,它們大多只是提醒我該說什麼,但更多的是我厭倦了被投影片束縛。在投影片式演講中,你必須事先決定你要說的大部分內容,對於許多會議來說,甚至要提前好幾個月。如果你沒有投影片,沒有人會抱怨你沒有照著投影片講,所以我可以在演講前決定要講什麼。

這樣的演講並不表示沒有準備。你必須有好的內容可以講,而且這些內容必須牢牢記在腦海中。我一生都在為我的即席演講做準備。

更具體地說,我確實喜歡事先規劃一個大綱。我通常在索引卡上勾勒出一個粗略的大綱。這樣我就可以有一個粗略的架構可以遵循。

我在 RailsConf 的演講中使用的索引卡。(請將任何關於我手寫字的評論寄到 /dev/null,我必須一直忍受它。)

對我來說,一個有用的建議是別人告訴我的,來自 東尼·班恩。這基本上是說在你的演講中涵蓋三個重點,並讓每個重點有三個重點子點。我常常發現這是一個有用的演講結構起點。

這種風格很適合用於主題演講,這是我最近最常被要求做的。當我做一些詳細技術內容的演講時,我會使用投影片來展示程式碼範例或圖表。不過,我一向只用很少的投影片,所以它們提供的內容只比大綱多一點,但那時事先就已固定的。

對於即興演講,我可以在演講前幾分鐘才決定確切的內容。如果我是在一個研討會上,我會先了解一下正在進行的事情,以及整體討論的內容,然後才選擇我的主題。當然,有了如此粗略的架構,在決定我要說什麼時,還是有很大的空間,而且所有這些都是在實際演講時才完成的。

這種方法有一個危險,就是可能會被引用。當我寫作時,我可以仔細思考我要寫什麼,以盡可能清楚地表達。即興演講時,最大的危險就是說出一些並非你真正意思的話。在有限的聽眾面前,這不是什麼大問題,但如果透過網際網路廣播出去,這可能會成為一個真正的問題。這是公眾人物不喜歡即興演講的一個主要原因,而我認為這很可惜。

這並不是一種適合每個人的風格。有些人比其他人更自在、更能做這種事,而我很幸運,這種事一直是我的技能之一。我喜歡這種風格,因為我覺得它能帶來更大的自發性和活力。我也認為它與我們在媒體上習慣看到的非常精緻的腳本演講形成鮮明的對比,更不用說我們通常在技術研討會上看到的大量的 PowerPoint 了。