あなたは自分を論理的だと思っていますか？ 自分が論理的に説明しているのに、相手にはそう思われていない気がする？ そんな経験はありませんか。
私は自分を論理的だと思っていましたし、ちゃんと論理的な説明をできているつもりでいました。だってまあ、論理的な記述をしなければいけないプログラムを、何十年と書いてきたのですから、ふつうの人よりは論理的だと思ってもまあ、仕方がないですよね。
しかし、大体、偏差値 60～65 と言われている中小企業診断士試験の勉強をしているとき、模試の点数を見て、相手に論理的に文章を伝えられていないということが分かりました。
そんな時に読んで「役に立った！」とこころの底から思えたのが、ロジカル・シンキング Best Solution 論理的な思考と構成のスキルです。
偏差値63クラスの試験の合格に役立った論理的コミュニケーション術
この記事と本が役に立ちそうな人
- 論理的に話しているつもりなのに、「もっと論理的に」と言われてしまう
- 「要するに、どういうことなの？」と言われてしまう
- 「具体的に」と言われてしまう
- 論理的な報告のやり方なんて、社会人になっても教わったことがなくどうしていいか分からない
- 中小企業診断士試験のように、論述の試験を受ける予定がある
- とりあえず本に興味があるから、書評を読みたい
この記事を書いた人
- 難易度の高い中小企業診断士試験をほぼ独学の状態で合格
- プログラミングの基本を中学で学習した後、C言語の基本だけを学校で学び、その後、HTML, Perl, PHP, JavaScript, Javaなどを独学し、Webサイトの立ち上げや業務用Webシステムを開発
- ようやくワクチン1回目の接種が終わった
- 最近ではnode.js と Firebaseを使い、単独でやはり業務システムを開発
- その他Webマーケティングなども並行して担当
- ずっとひとりで技術・デザインをやり続けてきたので、ビジネスの基本的スキルの師がいない
ざっと、本の内容
ロジカル・シンキングという本のタイトルからすると、「論理的な思考方法」と受け取られがちですが、すこし違うな……というのが筆者の印象です。または、ソフトウェア開発をしているせいかもしれません。
ソフトウェア開発の世界では、無数にある課題解決の方法の中から1つを選択し、それを不具合なく（バグなく）安定的に動作するような論理の流れを構築します。つまり、解が無数にあって構わない状態です。
ただそういったコンピューターの世界での「論理性」ではなく、あくまでもビジネスの世界で、「人間に伝える」方法論としてのロジカル・シンキングです。なので、思考方法というよりは、伝達方法・ロジカルコミュニケーションとした方が書名で誤解は与えなかったのではないでしょうか。なお、本を開いて最初にでてくる「はじめに」では、段落の頭にしっかりと「ロジカル・コミュニケーション」としっかり書かれています。
とはいえ、確かに人を説得する（納得させる）スキルに重きはおいていますが、内容は間違いなく論理的思考方法ではあります。論理的な思考方法を意識して使い、それをプレゼンテーションや報告書でも用いることで、結果的に論理的なコミュニケーションが取れるということだと思います。
そして、本書では、第2部において論理的に思考を整理する技術として、 MECE と So What? / Why So? を紹介しています。
さらに、第3部 で MECE と So What? / Why So? を使って実際に論理を構築する方法を紹介しています。
この本で素晴らしいなと思ったのは、特に第3部でした。正直、 MECE や So What? / Why So? については個別のスキルとしては、ネットで検索しても出てきます。しかし、ばらばらな状態だと、結局使いどころを間違えたり、一部分だけに使って結局効果的ではなかったりということが起きます。
それに対し、この本ではちゃんと「こういうときにはこう組み合わせろ！」と具体例をこみで説明されているので、実践しやすかったです。
ちなみに筆者は中小企業診断士試験のために、 MECE を目当てで購入しました。が、試験に一番役に立ったなぁというのは、So What? / Why So? の説明でした。
一方で、MECE については「漏れなく重複なく」なんて簡単に説明されがちですが、第3部の実践を見ることで、実際の仕事で役に立っています（試験にはあんまりでした）。
MECE と Why So? / So What? について
MECE について
MECE とは、Mutually Exclusive and Collectively Exhaustiveの略で、経営コンサルティングのマッキンゼー社で使われだした用語だそうです。
このMECE の略語は「漏れなく、ダブりなく」とか、いわゆる「切り口」だとか、そういう説明をされます。分かる方はそれでいいのでしょうが、プログラミングを書いていると、この説明だとちょっと脳みそに「？」が出てしまって素直に頷けません。
というのも、プログラムでよく出てくる「条件分岐」は、入力される可能性があるあらゆる条件を集合として、それについて「漏れなく、ダブりなく」判断をおこなって分岐処理を記載します。ちなみに、この「あらゆる条件」の設定を間違えると、重大なバグが発生する原因になります（悪意のあるハッカーの攻撃手段としてもよく使われます）。
しかし、いわゆるビジネスで言うMECEってちょっと違うなっていうのが、本書を読んでの感想です。実際、本書では第3章の冒頭に、
<全体集合がはっきりしていて、その全体集合がどのような部分集合体で成り立っているのかをわかっていることが重要だ。