登壇者との会話から講演概要を書く:テーマ、得られること、扱う範囲
事前の会話をもとに、テーマ、対象者、実用的な成果、内容、範囲を示す概要を書きます。テンプレートと例付き。
概要は参加者の期待と実際の内容を合わせる
登壇者との会話は講演より広くなりがちです。過去の企画、好きなエピソード、次回の発表案も出てきます。全部を説明に入れると、このセッションがどの課題を扱うのか分かりません。
宣伝に寄りすぎた表現にも問題があります。プログラムが普遍的な成果を約束しても、講演で紹介するのは一つの経験かもしれません。役立つ概要は、対象者の前提知識、例の背景、受講後にできることを明確にします。
確認済みの情報から短い紹介文を組み立てる
対象者と状況を決める
誰に向けた講演か、何をすでに知っていて、どんな仕事の場面で必要になるかを尋ねます。「興味のあるすべての人向け」では選びにくく、前提知識の違いも隠れてしまいます。
中心となる問いを一つに絞る
講演が実際に扱う課題を選びます。事前の会話で同じ重みの話題が三つ出たら、中心を一つ合意し、残りは補助の部分にします。長い題名にすべて入れる必要はありません。
実用的な成果を示す
候補を比べる方法、チェックリストの使い方、例から誤りを見つける方法など、参加者が持ち帰れるものを説明します。導入と解説だけなら、成長、節約、技能の習得を保証しないでください。
内容と範囲を確認する
概要の一文ずつを登壇者の進行案と比べます。手法の名前、経験、数値を確認します。最終版を登壇者と主催者に見せ、確認日と文字数制限を残します。
知識の引き継ぎを扱う架空の講演
以下は架空の学習用事例です。名称、条件、結果は手順を説明するためのものです。
重要な業務を一つ選び、専門家に聞き取りをし、新入社員に手順書を試してもらった方法を紹介します。知識管理の仕組み全体ではなく、一つの作業サイクルです。
概要で示せるのは一つのサイクルの解説です。業務の選択、聞き取り、手順書の下書き、検証を扱います。「参加者が知識管理システムを作れる」と書けば、登壇者が明示した範囲を超えます。
実用的な成果は慎重に表現します。参加者は質問の順番と最初の検証基準を知ることができます。テンプレートを実際に配る場合は別に合意します。確認なしに特典をうたわないでください。
| 項目 | 作業用の記述 | 確認 |
|---|---|---|
| 対象者 | 小規模チームの責任者 | 登壇者に確認済み |
| 問い | 重要な業務を一つ引き継ぐには | 進行案に記載 |
| 成果 | 最初の検証の手順 | 講演で紹介 |
| 範囲 | 知識管理の仕組み全体は扱わない | 明記している |
講演概要のテンプレート
まず事実を記入し、次にプログラムの制限に収まる短い段落にします。
イベント名と日付: 対象者と前提知識: 参加者の業務上の状況: 講演の中心となる問い: 登壇者の短い答え: 実用的な成果: 主な話題三つ: 取り上げる例: 講演が扱わないこと: 実際に配る資料: 確認する事実と名称: 長さの上限: 確認した人と日付:
使用前に概要を確認する
- 誰に、どんな状況で役立つ講演かが分かる。
- 示した成果が形式と時間に合っている。
- 主な話題が最新の進行案にある。
- 講演の範囲を説明で確認できる。
詳しく見てみましょう
いくつの話題を挙げればよいですか?
中心となる問いを説明する補助の話題がいくつかあれば通常は十分です。数はプログラムの形式と講演時間によります。
進行案が完成する前に概要を書けますか?
下書きはできますが、公開前に最新の進行案と照らし合わせます。そうしないと、後で削った内容をプログラムで約束することになります。