視覺頻道

1990 年代末，我個人開始抵制在簡報中使用投影片，因為我厭倦了設計不良的重點項目簡報。大約十年來，我在主旨演講中完全不使用投影片。在過去的一年中，我開始再次使用投影片，主要是受到同事 Neal Ford 的啟發，他將令人害怕的投影片組轉變為對其演講的真正加強（並共同撰寫 書籍專案 以傳授他的技巧）。當我再次使用投影片時，我也一直在思考如何讓一組投影片成為演講的有效部分。我試圖遵循的主要原則是將它們視為一個視覺頻道，補充我的口語表達的音訊頻道。我發現以這種方式將它們視為不同的頻道，有助於我避免簡報中的常見問題，其中許多問題根源於常見的重點項目投影片。

大多數簡報專家會告訴你避免使用重點項目投影片，但這會留下一個問題，即應該在其中放入什麼。當我想到一個互補的視覺頻道時，它會讓我思考哪些視覺元素會與我的話語相符。這表示視覺頻道需要表達相同的觀點，但以不同的方式。

用不同的方式表達相同的事情意味著 避免在投影片上使用文字，或至少避免使用需要大量注意力才能閱讀的文字。這就是重點項目句子會被淘汰的原因之一。但我發現文字可以發揮作用，只要它們只是文字，而不是句子。

當前後重點項目簡報的常見做法是使用照片。我曾嘲笑這一點，說庫存照片是 21 世紀的重點項目。我的意思並不是說照片總是錯的，但它們通常似乎與講者的話語沒有什麼關聯。這種不相干的圖片會妨礙學習者理解教材 [1]。我得到這樣的印象，很多人花了很多時間在網路上爬文，尋找一些勉強與演講相符的照片。（如果你使用照片，請務必註明攝影師的姓名。）

我傾向於使用最簡單的圖表。我試著找出一些簡單圖形（和文字）的排列方式，透過它們的視覺定位可以幫助說明，並進一步解釋我的話語。

以下是我從我的 敏捷精髓 談話中挑選的一個有點隨機的範例。

在談話的這個部分，我描述了敏捷創始人所反對的軟體計畫驅動方法。我搭配投影片所說的實際話語會依據我演講的那天而有所不同，但它們會提到這些重點

(在計畫驅動的世界中)

• 軟體開發活動仰賴於穩定的需求
• 大多數時候，需求的穩定性是可疑的
• 計畫驅動社群知道需求穩定性很難，所以明確尋求穩定它們
• 穩定化技術包括前期需求、變更控制委員會和簽核

在我的演講中，我不會口頭說明這些技術，而是將清單留給投影片說明。我想範例清單最適合留給視覺頻道。

我將這個投影片顯示為單一圖形，但在我演講時，投影片會在一段投影片和建構的序列中建構，我配合我所說的話來計時建構。這是我的方法的另一個面向的範例，使用動作。當然，人們在投影片上使用動畫並不罕見，但這些動畫常常是免費的嘶嘶聲，純粹為了展示簡報軟體的功能。我沒有問題使用嘶嘶聲，但我嘗試總是將動畫與我所說的話配對，這樣動畫可以成為語意豐富的視覺頻道的一部分。

這裡有一個範例是我在下一張投影片中所做的。那張投影片與這張非常類似，只是顯示建構順序中較早的點（軟體開發取決於需求穩定性的點）。大多時候，我僅使用簡單的淡入淡出效果從一張投影片轉換到另一張，但在這個案例中，我開始討論處理此依賴關係的敏捷方法。因此，我進行了精美的 3D 立方體旋轉動畫，以說明我們正在將觀點轉變為敏捷世界觀。每當我在演講中切換計畫驅動和敏捷世界觀時，我都會進行 3D 立方體旋轉。這種轉換很吸引人，但當以這種方式使用時，我認為它有助於傳達我所表達的觀點。

我認為，由於在進行簡報時可以使用動畫，我們應該使用它來增強視覺管道，前提是我可以以一種符合視覺管道角色的方式執行此操作。該角色是讓眼睛參與一項活動，該活動支援我的話語，而不會分散對話語的注意力。

此哲學的一個重要後果是，投影片在沒有我所說的文字的情況下毫無意義。因此，如果有人要求提供我的投影片組副本，我總是拒絕，因為投影片本身毫無意義（甚至可能誤導人）。嘗試建立可與演講一起使用的投影片，同時也是講義，最終會建立一個投影片文件：兩者都失敗。