エンジニアを説明上手にする本―相手に応じた技術情報や知識の伝え方

開米 瑞浩【著】

翔泳社（2016/12発売）

• サイズ A5判／ページ数 229p／高さ 22cm
• 商品コード 9784798147598
• NDC分類 007.3
• Cコード C3055

出版社内容情報

説明下手なエンジニアを変える、わかりやすい説明の技術・パターン・プロセスを伝授！説明下手なエンジニアを変える、わかりやすい説明の技術・パターン・プロセスを伝授！



IT技術者は、顧客向けの使用方法解説、経営者向けのシステム提案、新人向けの技術教育など、

自分の持つ技術情報や知識を他者に伝えなければならない場面にしばしば遭遇します。



そういった場面では、わかりやすく相手の立場に応じた的確な説明をする「説明力」が必要ですが、

専門的なスキルを持つ技術者がそれらを身に付ける機会は残念ながらなかなか多くありません。



そこで本書では、わかりやすい説明をするために重要な3つのフェーズ

・プランニング（材料出しと情報の整理）

・ライティング（情報のつなぎ・整形）

・デリバリー（口頭説明）

に分けて、技術者が説明力をアップするための多数のテクニックを例とともに紹介します。



IT技術者に向け、複雑な情報をわかりやすく表現するための研修を多数行う著者による、

「説明が苦手なエンジニア」必読の一冊です。



まえがき



第1章 「説明する」場面によって押さえるべきポイントはこんなに違うもの

1.1 まずは「説明」する仕事の全体像を俯瞰してみよう

1.2 説明力向上のための超基本の大原則「分類してラベルを付ける」

1.3 1日3分・3行ラベリングのススメ

1.4 上級ビジネスパーソンに話をするための10箇条

1.5 場面に応じて「ターゲット」を分析する習慣を持とう



第2章 プレゼンテーションの種類と段取り

2.1 「説明上手」になるために必要な「知識」はごく少ない

2.2 「プレゼンテーション」の定義とは？

2.3 プレゼンテーションは大まかに2種類あると考える

2.4 「説明」のプロセスを考える



第3章 プランニングとライティングの基本とは

3.1 プランニングのコツ

3.2 ライティングのコツ



第4章 デリバリー：口頭説明の技術を知っておこう

4.1 口頭説明の技術とは？

4.2 ボイスコントロール

4.3 ジェスチャー

4.4 インタラクション

4.5 プレゼンス



第5章 情報を構造化するパターンを知っておこう

5.1 なぜ構造化が必要なのか？

5.2 因果関係を表すパターンのバリエーション

5.3 フロー＆コメントのパターン

5.4 「仕組み」が見えるように構造化する



あとがき

索引



開米 瑞浩［カイマイ ミズヒロ］

内容説明

わかりやすく相手の立場に応じた的確な説明をする「説明力」を、プランニング（材料出しと情報の整理）、ライティング（情報のつなぎ・整形）、デリバリー（口頭説明）という３つのフェーズに分けて、多数のテクニックとともに紹介。

目次

第１章　「説明する」場面によって押さえるべきポイントはこんなに違うもの（まずは「説明」する仕事の全体像を俯瞰してみよう；説明力向上のための超基本の大原則「分類してラベルを付ける」　ほか）
第２章　プレゼンテーションの種類と段取り（「説明上手」になるために必要な「知識」はごく少ない；「プレゼンテーション」の定義とは？　ほか）
第３章　プランニングとライティングの基本とは（プランニングのコツ；ライティングのコツ）
第４章　デリバリー―口頭説明の技術を知っておこう（口頭説明の技術とは？；ボイスコントロール　ほか）
第５章　情報を構造化するパターンを知っておこう（なぜ構造化が必要なのか？；因果関係を表すパターンのバリエーション　ほか）

著者等紹介

開米瑞浩［カイマイミズヒロ］
元・組み込み系ＩＴエンジニア。「説明する技術」のトレーニング、広報資料のライティングやコンサルティングを行う（本データはこの書籍が刊行された当時に掲載されていたものです）
※書籍に掲載されている著者及び編者、訳者、監修者、イラストレーターなどの紹介情報です。

感想・レビュー

※以下の感想・レビューは、株式会社ブックウォーカーの提供する「読書メーター」によるものです。

[takam]

分かりやすい文体で書かれている。著者もエンジニアでUMLやフローチャートなどに強く頼らずに、分かりやすいモデル図を採用して説明しようというスタンス。伝えることにラベルを付けて、分類するという作業はシステム設計やプログラミングで必要な作業であるなぁと思う。また、構造を意識することもシステム開発では必要なスキルである。文章を書いたり分かりやすい説明をすることは、システム開発で求められることと近いと思った。

2019/12/21

[Ohe Hiroyuki]

説明下手の人を「説明上手にする」という意識で徹底して書かれた一冊。▼誰でもプレゼンの改善策を断片的・刹那的に指摘できるだろう。しかし、会ったこともない人に改善策を提供することはできるだろうか。▼本書は、そもそも説明するとはどういうことかの分析から始まり、どうすれば「説明上手」になるかのメソッドを懇切丁寧に説明しており、誰であっても得るところのある一冊である。▼「エンジニアを」との目的語がついているが、ある程度汎用性のある内容のため、どのような分野の人間でも気軽に読める本である。一読をお勧めしたい。

2016/12/20

[hekisui]

プレゼンテーション3段階··· ①プランニング：スタートとゴール（相手、実現したい目標）を決めた後、ルート（メソッド、手段）を決定。 ②ライティング：材料出しを行った後、構造化（生情報を分解、分類、ラベリング）を徹底する。4項目以上あれば分類ラベリングすると良い。文章と図を書いてコンテンツ化（つなぎ・整形）。主文書（相手が読むもの）、補助文書（パワポなど）、スクリプトの3種用意。 ③デリバリー：ボイスコントロール、ジェスチャー、インタラクション（対話、簡単な問いかけと間を取る）、プレゼンス（存在感）。

2019/12/29

[K]

この手の「わかりやすい説明」本は多いけどIT業界を題材にしてるのは珍しい。説明下手なエンジニアにはお勧めだ。

2018/08/06

[ルアーブル]

実際に、説明上手になるかどうかは別に、分解して分類してラベルを…という習慣は、日常生活などにも応用できるのでは、と思いながら。 実践するためには不断の努力と、忍耐力が要求されてしまって出来ず。

2017/02/07