題:
如何組織演示文稿以避免產生在稍後的演示文稿中回答的問題?
Jonathan
2019-08-01 11:50:52 UTC
view on stackexchange narkive permalink

過去,當我在實驗室和會議上作演講時,我不必處理這個問題。但是在我的新機構中,我一直在處理以下現象。

我經常被問到這些問題,稍後將在幻燈片中回答。

第一次嘗試,我嘗試了下降的方法。所以我從整體問題開始。我從事AI工作,因此在我的特殊情況下,我首先要說這是我們要解決的問題,這是總體架構,現在讓我們分析各個組件。但是,然後,我不斷受到轟動,這個組件又是什麼,該指標又是什麼,您能否深入研究一個組件-我不了解其背後的機制,等等。所有這些問題都將得到解答。稍後的。但是似乎沒有人等著看下一張幻燈片。

第二次嘗試,我嘗試了自下而上的方法。 “這裡是理解整體體系結構所需的所有單獨工具。這是指標,這裡是單獨的數學概念,等等。現在,讓我們看看如何將它們整合到更大的框架中。”但是在我解釋大型框架是什麼之前,在每張幻燈片上,它們都在不斷詢問,等待,為什麼要使用它,為什麼要談論這個等等,等等。

我理解會出現問題我可以簡單地說,我將在接下來的幾張幻燈片中介紹它。但是,有很多問題一直在被問到,並且由於繪製了恆定的切線並且一個人的問題使另一個人感到困惑,所以它完全打亂了演示。這不是教室環境,而是實驗室環境。

我如何解決這個問題?我能想到的唯一解決方案是在每張幻燈片上都有一個小方框,正好在具有下一頁標題的頁碼上。

任何有關處理此問題的建議都將非常有幫助!

更新:在聽完每個人的建議後,以下提示確實有助於解決此問題。

  1. 準備幻燈片以控制對話。僅關注我準備的內容,而不要製作所有包含幻燈片的內容。例如,如果我想傳達神經網絡的訓練過程,則僅包含有關輸入,輸出,體系結構的詳細信息(不是每個細節,僅是概述)和損失函數。聲明“我使用方程式'x'是因為它在情況'a'和'b'中都會使用”,而不是粘貼實際的方程式並引發更多的問題來理解方程式的每個細節(就像以前發生的那樣)。但是,如果有人有一個非常具體的問題,我會在附錄幻燈片中保留更詳細的註釋
  2. 如果有人確實有一個非常具體的問題,那麼我可以將其轉至附錄。 strong” strong strong” ”視為為您的評價”這些幻燈片的描述,並說出“謝謝你,這是一個很好的問題。我在這些幻燈片的附錄中有很多相關信息。但是由於時間限制,讓我們離線進行對話。
  3. 在演講前將幻燈片和筆記發送給觀眾,以便人們可以在實際演示過程中先審閱幻燈片並更好地準備思想,然後再問隨機的左場問題。這在會議中不起作用,但在實驗室環境中絕對有幫助。
  4. 在幻燈片中未曾提及的關鍵概念時,我有一個小文本框,上面寫著“將在即將出現的幻燈片中用紅色字體顯示” 。這似乎減少了很多問題,因為聽眾不再對不理解幻燈片上的內容感到焦慮。
  5. 標題幻燈片之後,我有一個“今天的演講目標” 幻燈片,其中我說了“ 目標不是要解釋特定技術的每一個細節。我對它的適應。”
  6. ol>

    免責聲明:如果您在同事之間的內部團隊會議上發表演講,以上建議非常有用。例如,在一家技術公司的R&D實驗室(我的情況)或在學術實驗室中。在會議上做得不好,但是在這種公共場合,觀眾通常會比較友善。

如果這種情況發生在每周小組會議這樣的場景中,那就不那麼引人注目了。如果不是這樣,我同意Solar Mike。
您可以分發詳細的大綱。
好吧,如果只是演示,而這個特殊問題一直出現,那麼簡短的介紹(可能會用幻燈片顯示一些您要談論的要點的更詳細的目錄)會有所幫助嗎?
我想知道您是否以暗示您不會涵蓋某個特定主題的方式來表述您的觀點。例如,如果您在定義特定術語之前引入了特定術語,即使您計劃在下一張幻燈片中對其進行定義,也可以確保詢問其含義。次要單詞選擇會有所作為-而不是說“條件保證...”,而應說“某些條件保證...”。第一種措詞使聽眾認為他們應該已經知道條件,而第二種措詞則意味著將會有進一步的解釋。
一個好的談話應該像驚悚片一樣展開,並有適當的預兆。可以預見到明顯的問題,並帶有可能的答案提示,並且聽眾知道足夠的趣味性可以使他們翻頁。
最後只問問題?
八 答案:
Spark
2019-08-01 15:02:22 UTC
view on stackexchange narkive permalink

我經常被問到這些問題,稍後將在幻燈片中回答。

您必須了解,這是一個很大的問題強>。沒有什麼比做一個演講和麵對一堆空白凝視更糟糕的了。問題意味著

  1. 人們實際上理解了您在說什麼。
  2. 他們足夠在乎您的想法,可以真正提出疑問。
  3. 您所遇到的問題
  4. 您實際上對這個問題有一個答案-稍後在幻燈片中!
  5. ol>

    您同時提到了會議演講和實驗室演講。在第一種情況下,您需要多一點提示(始終尊重會議中分配給您的時間,您並不孤單,如果您超時,就會使每個人都處於尷尬的位置):只需說“是個好問題,我們可以等下一張幻燈片嗎?”或“我們可以使其離線嗎?”。我還沒有看到有人通過堅持要求您現在就回答他們來回答這個問題。

    但是有很多問題經常被問到,並且完全被拋棄了。之所以進行演示,是因為繪製了恆定的切線並且一個人的問題使另一個人感到困惑。

    這不是結構問題,而是您無法控制討論的問題。如果有很多問題並且人們開始相互討論,則需要掌控會議室-說“我們進行這次討論真是太好了,但是我真的很想向前邁進!”,或者類似的事情

    我相信您的方法(如果我正確理解的話)都沒有達到最佳效果。在會議演示中,您需要專注於一個大想法並對其進行很好的解釋-演示的目的是使人們閱讀(並引用)您的精彩論文。避免提供廣泛的概述,而避免進入每個小細節。聽眾需要知道為什麼他們應該花時間閱讀您的論文,並且就是這樣。如果進行建設性討論,那就太好了。在開始時告訴他們要點,然後嘗試涵蓋其他所有內容。提供您未涵蓋的內容的參考,以便小組知道在哪裡可以找到演示中未涵蓋的內容。

    祝您好運!

如此好的回答,希望我能提出不止一個投票。
為了與您提出問題的4個(肯定)理由相提並論,可能有第5個問題原因-OP並不擅長進行演講。
通常,我會聽到這樣的評論:“我相信您的問題會在演示文稿中很快得到解答,請讓我講解,如果您仍然有疑問,請詢問”
我見過並經常使用的一種方法(主要是在軍事和商業領域中使用),通常會引起很多問題,就是在開始簡報時先聲明“請保留所有問題直到最後”,或在各節之間或邏輯中斷之間留出一張幻燈片,以回答有關剛剛涵蓋的節/主題的問題。第一個適用於一般性簡短的情況介紹,您不必擔心注意力下降。第二個讓觀眾耳目一新並重新吸引他們。兩者都可以幫助您保持時間限制。
這不是一個大問題。儘管使您無法滿足切線的提問者可能有良好的意願,但這會降低您與耐心等待演示文稿以預期方式顯示出來的人們有效共享演示文稿的能力。不要引起少數人的注意,以表明您的演示文稿受到好評。實際上,它可以防止其他感興趣的聽眾有機會按您預期的方式受益。
還有一點要成為一個好的聽眾成員!提示:這不是您的個人表演...
我的經驗是,當人們不了解時,他們會完全按照區域劃分(至少在會議中)
向我+1。我認為我唯一要補充的是,如果講話者*感謝*提問者的問題,承認這是一個很好的問題,並且說“非常感謝,我們將要說的話”,那將是非常有效的。在幾張幻燈片中,我們會回到原點,
感謝您提出的所有建議!
對於某些人來說,第二種東西進入他們的大腦,然後從他們的嘴裡出來,導致不斷出現的問題和評論,直到您以某種方式將其關閉。如果他們很聰明,可能會做出很好的貢獻,但是如果他們不聰明,可能會相反。
@Spark請參閱更新的OP。謝謝你的幫助!
很高興聽見。我從西蒙·佩頓·瓊斯(Simon Peyton Jones)進行的精彩演講中汲取了很多靈感。看他!
Solar Mike
2019-08-01 12:06:50 UTC
view on stackexchange narkive permalink

一開始就明確表示您將在末尾提問。

然後,當有人打擾某個問題時,回答,但說:“請保留該問題的結尾”,然後繼續。

如果堅持下去,它將奏效,如果您僅回答一個問題,您就失敗了...

許多主管不喜歡學生的這種回應。
@AnonymousPhysicist許多主管都不希望在自己的演講中被打擾,並在最後詢問問題...
這都是關於管理期望的事情。如果有人打擾您,您知道稍後會得到答复,您也可以說:“我很快就會解決。”加上“您比我領先一步”將使您忽略他們的問題變得容易一些。
@Solar Mike很多主管都是主管,所以作為一名學生,您可能會比他們對自己的好感更依賴於自己的好感...
@Headcrab大多數會議參加者都不會成為您的主管...
我會認為“ _當某人對某個問題有疑問時沒有回答,但是說'請保留該問題直到最後'並繼續_'”,這是一種相當傲慢的表達方式,尤其是當它來自同事時
@posdef我有一位同事會打擾任何人參加會議,以“接管”他們的觀點以竊取榮耀。因此,過了一會兒,我們大多數人都注意到了...我的處理方式是等待一個明確的時刻,在那一刻我會說“有人在這裡有觀點嗎?因為我想提出以下幾點”。之後我對我說,他們看到了同事的舉止,並沒有給他們任何幫助...
@SolarMike我知道您來自哪裡,我最初只是不考慮惡意或至少具有自我宣傳的意圖。另外,從OP中還不清楚是許多問題始終來自同一個人,還是有很多人在這里和那裡鳴響。
@posdef我認為OP在某種類型的“內部會議”中而不是在會議中遇到問題...如果時間有限(通常是這樣),那麼將問題一直保留到最後是有效的,因為這可以最大限度地延長演示時間。
使用更具防禦性的措詞,大多數主管會理解。通常,“我將在幾分鐘內完成”。轉到幻燈片後,您可以問“在3張幻燈片中您的問題是否得到回答?否則我們現在可以討論”。
我不同意這一點。有時候,演講者沒有解決一個關鍵點-如果發生這種情況,如果沒有機會立即插話,很多聽眾會迷失方向,此後講話的價值會降低。此外,聽眾成員可能會感到尷尬地在最後提出這樣一個基本問題,因為擔心會透露他們不理解大部分的講話。
@JairTaylor鑑於OP的聲明,他們已經做了幾次演講,所以我認為他不會遺漏一些至關重要的事情,不像主持人第一次演講。
@SolarMike關鍵點是否至關重要,取決於聽眾而不是講話者。對於一個小組,這可能是顯而易見的,而對於另一個小組,則不是那麼明顯。我已經看到許多有經驗的演講者錯誤地認為聽眾會很容易理解給定的細節。無論如何,演示者都是人,有時會犯錯誤-即使是一個錯字也會嚴重影響數學演講。
@JairTaylor我只是喜歡讓人驚嘆的沉默,當一個人問一個問題,整個聽眾都看著他們時.....然後他們意識到他們只是問了那麼一點....令人眼花obvious亂...
“幾乎沒有問題,直到最後”對於幾乎所有類型的演講都過於刻板。正如@JairTaylor所說,在演示過程中會發生一些非常重要的問題,需要在演示過程中回答。這也不必與“關鍵信息”有關。非常熟悉某個主題的人可能遺漏了一些東西(或無法闡明要點),這些東西對他們來說似乎很明顯,但對於不太熟悉主題材料的聽眾來說卻不是顯而易見的。一個很好的例子是一般性的澄清或定義一個術語或首字母縮寫詞。
@eps,那麼您應該發布自己的答案...
posdef
2019-08-01 16:22:07 UTC
view on stackexchange narkive permalink

我完全同意Spark提供的答案。這是學術界所遇到的奢侈問題(也許有太多的撥款和項目/人員太少了)。

要補充這個答案,我想提供一些有關演示技巧的提示/見解,可以幫助您從不同的角度看待這一點。

首先,請記住,所有對您來說都是合理的 ,對您而言也是如此。通常,對您而言似乎顯而易見的聯繫和關係對於一直在思考其他問題的其他人(直到您談話期間甚至可能在他們看來)並不明顯。因此,您需要動手吸引聽眾,並引導他們講自己想說的話。 (也有關聯,但話題有點偏離主題,在文學中有一句俗稱“作者死了”的意思是,當您閱讀某些內容時,由於作者不在,您無法提出問題。但是,在談話中,您可以提出很多問題關於一些對您來說沒有意義的零碎的東西。有人這樣做,有時會滿腔熱情。

那麼, 可以做什麼?我對您似乎表現出的內省以及您嘗試了不同的方法表示讚賞。我會說兩種方法都不錯,但是正如您所評論的,這兩種方法都不是單獨的解決方案。

我建議您在談話中進行一些“ 元對話”。概述/議程幻燈片對此特別有用。您可以在演講開始時告訴別人您打算在演講中進行/覆蓋的內容,概念之間的關係,而無需進行任何詳細介紹。這樣,您可以為即將發生的事情做好準備。這也是指出一些細節的好時機,稍後可能會透露一些細節,也許是在您介紹了概念之後,而不是它們之間的關係。實際上,這是一種使人們保持興趣的高效方法。

如果出現問題,那麼正如Spark所指出的那樣,您可以通過說“ 我很高興您抓住了這一點,讓我過一會兒再說到這一點”將他們迅速撲滅。這樣一來,您就可以肯定問題的智慧和相關性,而不會感到出軌。當流程中斷(尤其是多次重複)時,需要採取一些措施保持鎮靜並保持自信

我不確定這是否對您有問題,但是由於感到沮喪或困惑,您可能會留下一個印象,即您實際上不確定自己在說什麼,而且某些人(尤其是在會議場合)可能會認為這是軟弱的跡象,並會繼續對其進行窺探。

最後,如果儘管人們盡了最大努力在您自己的實驗室會議上打擾您,您可以與主持這些會議的人討論,告訴他們也許應該在最後或任何時候提出問題。的歸屬,以不傷談話的暢通。我無法想像一個環境,​​人們不關心他們正在傷害同事的流動這一事實。

如果您不允許演講者講話,那麼進行演講到底有什麼意義呢?

謝謝您的回答。對於前幾個問題,我會保持鎮定,但在不斷地切線之後,這使我偏離了重點,而我的連貫性降低了。因此,我會牢記您的建議。
+1以獲取概述/議程幻燈片。如果屏幕空間允許,您甚至可以將其(可能帶有縮寫的標題)放置在每張幻燈片上。LaTeX的Beamer軟件包可以選擇在每個頁面上放置一個目錄,突出顯示當前部分,還可以折疊其他部分。
讓其他人破壞自己的流量會打擾您的思路,以及那些可能對您所說的話非常感興趣的人-您應該記住他們...
Jim
2019-08-02 00:30:22 UTC
view on stackexchange narkive permalink

結構就是一切!

有效管理演示文稿的第一條規則是在進入細節之前提供概述。這是經典的3步過程,即

  1. 在演示中告訴他們您要告訴他們什麼,
  2. 提供主要演示,
  3. 告訴他們你告訴他們的話。
  4. ol>

    在提供簡潔的書面議程的同時,您可以花很短的時間說明步驟1。議程將為每個人提供在第2步中出現問題時可以參考的定位點。(如果議程始終對觀眾可見,無論是他們自己的副本還是幻燈片的側邊欄,這通常會很有用。您可以

    如果您在參加會議並且時間是一個問題,則可以安全地跳過第3步。

    這樣做的目的是當出現問題時出現您所描述類型的問題時,您可以合理地告訴提問者,您將在演示文稿稍後的某個特定時刻到達該問題的主題(告訴他們在議程中的位置),並詢問他們是否願意介意等到那時。通常,這足以使他們毫無異議地提出問題,並避免了您在問題中引用的多餘切線。

關於結構,您可以在Barbara Minto的《金字塔原理》中找到更多想法。
Latex Beamer的模板可以順便在每張幻燈片上以各種方式顯示結構。大贊,向下滾動以查找此答案。
以@user24582和Jim的答案為基礎:_“首先從答案開始” _!演示文稿不是論文的“實時版本”。它具有不同的用途,因此可以/應該具有不同的結構。因此,從前兩張幻燈片中的“這是我的研究問題”和“這是我的貢獻”開始並不是一件壞事,不會破壞懸念,反而會引起人們的興趣。
user25112
2019-08-02 18:50:55 UTC
view on stackexchange narkive permalink

您可以嘗試的另一種方法是按時間順序顯示:描述解決問題的實際過程。大概您沒有處理完全分離的組件,僅在最後將它們組合在一起(自下而上),也沒有一開始就對它有很好的了解,因此可以將其分解(自上而下)。

逐步進行進度應該限制“為什麼不這樣做”的問題數量,因為您可以輕鬆給出設計依據。因為您是按照講話的方式構建系統,所以組件之間是直接連接的(不同於自下而上的方式),因此很清楚它們之間的關係。而且由於聽眾對您解決問題有多遠的了解,因此他們應該了解,有些事情只會在以後出現。

當然,在開頭和/或結尾處是自頂向下的概述。結束仍然很有幫助。

chrylis -cautiouslyoptimistic-
2019-08-03 03:58:40 UTC
view on stackexchange narkive permalink

如果您在準備過程中有機會,一種有助於解決此問題的技術是將演講稿呈現給測試聽眾,並獲得有關在您提及這些內容時令人感到困惑或似乎沒有根據的反饋。正如其他答案中提到的那樣,對每條信息的上下文都很有意義,因為您已經掌握了全貌,但是通過了解尚未熟悉該主題的人的觀點,您可以更好地了解如何按順序構建要顯示的信息。

Behacad
2019-08-02 00:06:38 UTC
view on stackexchange narkive permalink

您什麼時候想回答問題?如果您想在最後回答問題,請在開始時說出來並堅持下去。如果您想在特定時刻始終提出問題,則可能在每個部分之後都有一張問題幻燈片,並告知聽眾您將這樣做。觀眾們一直在這裡兜風,您可以按照計劃填寫他們,以便他們獲得最佳體驗。

WoJ
2019-08-04 20:25:21 UTC
view on stackexchange narkive permalink

出於確切的原因,我在演示中與 agendas 產生了愛恨交加的關係。

enter image description here

我不想描述我將要談論的內容,因為無論如何,我都會談論這些事情。

另一方面,您的問題正是我使用它們的原因:這樣人們就不會懷疑我是否會提及wazii和wazaa。精心設計的議程(與上面的示例不同)可以幫助他們降溫興奮並等待幻燈片54進行討論。



該問答將自動從英語翻譯而來。原始內容可在stackexchange上找到,我們感謝它分發的cc by-sa 4.0許可。
Loading...