わかりやすい説明をすると「結論を理解する労力」が「その結論を導き出した労力」と誤解されるときがある

まとめ

・かなりの人が「結論をわかりやすく説明したときの論理」と「その結論を試行錯誤して見つけるときの論理」を明確に分けてない気がする
・だから簡単に理解できると、簡単に生み出した答えと勘違いする
・単に結論を理解してほしいときは、わかりやすい説明だけでよい
・相手に今後自分と同じように試行錯誤してほしい時は、わかりやすい説明に加えて、試行錯誤も伝える

結論の背景や試行錯誤をどこまで相手に伝えるか、ずっとわからなかった

基本私は余計なことを説明しがちだ。だから仕事中はできるだけ情報を省いて説明する。相手の反応を見る限りそれでちょうどいい感じがする。でも、本音では「省かない方が面白いんだけどなー」とずっと思っている。なぜ省かない方が面白いのかをこれから書いてみたい。

試行錯誤したり、考え中の頭の中はどうなっているか

「技術と創造の設計」を読んでいたら出てきた図を改変して紹介する（この本はかなり面白い！）。試行錯誤中は、こんな感じでいろいろ行ったり来たりして考えて結論に至る。

試行錯誤して得た結論をわかりやすく説明するとき、どうするか

まず、スタートから結論までの道筋に注目する。

試行錯誤要素や、スタートから結論までに至る要素以外はほぼ省略して、一直線に並べる。

そして、この一直線を説明すれば、結論までの理由もわかりやすい。

結論まで至る道筋をきちんと説明しているから、嘘は言ってない。でも、このやり方に納得いってない自分がいるのだ。

余談：第一人者に直接話を聞くと面白いのはなぜか

いろんな分野の第一人者（創業社長とかも含む）や、試行錯誤している人に直接話を聞くと面白いのはなぜだろう。その人が知られている理由は「わかりやすい説明」で記事になっていたりする。

でも実際に会って話を聞いてみると、試行錯誤の「枝葉」の話が面白かったりする。直接聞いたら教えてくれるけど、大々的に話すようなものじゃないし、多くの人は望んでないので公には出てこない。

あとはまだ結論に至ってない話も直接聞かないと出てこない。まだ説明方法すらわかってないので。ここも面白い。

で、ここまでが本題を話す前提だ。

今回気づいたこと：わかりやすい説明をすると、相手は「簡単にその結論を導き出した」と誤解する時がある。

まずかなりの人が普段話すときに、

・「結論をわかりやすく説明したときの話の順序」
と
・「その結論を試行錯誤して見つけるまでの順序」

を明確に分けてない気がした。少なくとも私はそうだった。分けてる人はすごい！

「簡単に理解できた」＝「その結論を導き出すのも簡単だった」と思いがち

不思議に思っていたことがある。例えば私が研修をつくったとする。そして、誰かに引き継ぐ。すると、状況が変わって研修プログラムを改編する必要があるように私から見えても、そんなに改変されなかったりするのだ。別に本人は怠惰じゃない。なぜこれが起きるのか。それもこの図で説明できそうだ。

最初に研修をつくった時の私の頭の中はこうなっている。

ただ、研修を引き継ぐときは、余計な要素を省いて整理する。

その後、前提条件が何か変わったとする。

すると、引き継いだ人は、その後の要素を変えることで対応しようとする。

でも実際には違うはずだ。変更点以降で試行錯誤して、新しい研修プログラムができるはずなのだ。

ただ、これをいうと「そこまでやってられない･･･」「そこまで考えてなかった」とか、そういう反応が出たりする。このギャップは何か。つまり引き継ぎ方が間違えていたのだ。

研修引き継ぎ時の説明だけでは、つくりあげるまでの試行錯誤の量は見えてない。だから指摘された側が「そこまでやってられない」という反応をしても当然なのだ。

わかりやすい例をひとつ出す。私が働いている会社では新卒社員の入社式に退職届を読ませる。

なぜか？わかりやすい説明はこれだ。

これは嘘ではない。でも実際にはどうやって産み出されたのか。実は毎年入社式シーズンに取材依頼で「面白い入社式やってませんか？」という問合せが来ていた。でも、それに答えられるような入社式が行われておらず困っていたのだ。そしてある日突然「入社式に退職届書かせるのは、インパクトあるな！」と思いついて、そこから理由を後付けで考えることができたので、実現することになった。たぶん6年ぐらいかかっている。

最初の疑問：「結論の背景や試行錯誤をどこまで相手に伝えるか」を考える

単に結論を理解してほしいときは、わかりやすい説明でよい

結論に納得度を持たせる説明でよい。

相手に今後自分と同じように試行錯誤してほしい時は、わかりやすい説明に加えて、試行錯誤も伝える

最初に結論まではわかりやすく伝える。でもそこで終わらせずに、自分が試行錯誤した量も伝える必要がある。

「どうやって考えたんですか？」への回答

この質問に誠実に答えるなら、試行錯誤の様子を答える必要がある。でも試行錯誤の様子はそんなにわかりやすく説明できないし、実際には相手もそこまで望んでなかったりする（考えるプロセスがそんなに面倒だと思ってない）。この場合の回答方法がまだわからない。

今回は以上です！

おまけ1:twitterの反応からメモ

いちばんわかりやすいまとめになっているツイート。

あーそれだ！引き継ぎの話だけでもう1本noteかけるな。書きます。いい視点をありがとうございます！！

「試行錯誤の方向性を示す教材×モチベーションを維持する環境」なるほど･･･！

説明時に組み立て直すほうがわかりやすいけど、それで全部の意図が伝わってないという不安というか、諦めというか、そんなものがある気がして、それが今回の記事につながりました。

あーそうか、逆に「ちょっと距離を置きたい相手」の時は、わかりやすい結論だけ渡すという方法もある。そっちは考えてなかった。ありがとうございます。

これは面白くて「労力をかけたものがいいものだ」という暗黙の前提が含まれている気がしました。ありがとうございます！

あ！これはいまちょうどそれを仕事でやっていました。そうかなるほどわかった。試行錯誤をする側が得意な人と、わかりやすく説明するのが得意な人がいる。もちろん一人の中でやってもいいんだけど、二人一組でやって、お互いに見せ合うことで、相乗効果がある。追加で教えてもらった「ペア組織開発」これはエンジニア出身のてぃーびーさんならではである感じがした。

確かに数学詳しい人が同じことをいっていた。「数学と仕事の説明が同じだ」を気づくのは結構難しい･･･。証明問題みたいなものと理解しました。

研修プログラムの進め方の違いの図は「わかりやすい！」と自分も思いつつ、何が「ちょうどいい」のかよくわからないとも思ってます！物語のフロントエンドとバックエンドか！

あー企画書とかも使い回して意味わからないときがある。なるほど。資料作成だけの話にしても色々あるな。

そうなんですよね、相手がどれぐらいの枝葉を望んでるかを把握して出すのは結構難しい。。

なるほど！左を右に持っていく力のことは考えてなかったです。ありがとうございます！

これはわかるというかなるほど！右側で説明しないと左側の理解も進まないというのはなるほどだ！

そうか、製品の話もそうなのか。でもこれは逆に右側で説明して競争圧力を減らすという方法もある。真似する側か、真似される側かで変わるのかも。

「論理の世界」かあ。私も現実世界のたとえ話でざっくり理解した方が「わかった！」という感じにはなる。完全に「操作」という感じでいくなら論理のほうがいい気がしますね。

そうか、10分で書いた絵に「1万時間と10分かかった絵です」みたいなことにつながるのか。相手へのリスペクト的な話につながる。なるほどー！

「ちゃんと考えてるな感」を出す方法で思い出しました。

論文もそうなのか･･･！なるほど、実験とかが左で、右が論文か。

これは左と右の話を動的に捉えてるから面白い話だ。「間接的につながってるノードも芋蔓式につれる」というのは個人的に理解度があがった気がした。ありがとうございます。

これは、新規事業で結果が出たら右の説明ができる。でも、試行錯誤中は左の説明しか出来ない、ということだろうか･･･？であればそことひも付けて考えたことはなかったし「とにかく説明しろ」というのは微妙だという話にも使えるのか！

上にも数学関連のツイートがあった。数学やってる人はもっといろいろ知見があるということなのだな･･･。社内にもいるからどこかで聞いてみよう。

やはり2種類用意している人がいた。私も実は社内資料は2種類ある。履歴だけとっておいて、どこかで使えるかなーと残して3年目になる。

コンサルの方は、右側を求められるときと左側を求められるときと両方求められるときがあって大変そうだ。しかも依頼側がどっちを期待してるのか曖昧だったりしそう。

これをネット上の情報発信とひも付けるとは･･･。思いつかなかった。

これを読み「あ！そもそも私が理解できてなかったことを書いた」という前提をのせてなかったので、一番上に追記した。ありがとうございます！（みんな二つの違いがわかってないことが当然、みたいな書き方になっていたので）

ちょっと前に、模倣には「意図の模倣」と「形態の模倣」というものがあり、確かにこれは意図の模倣だ。

これはこの人の説明のほうがわかりやすくて、相手によって変える説明変数を「試行錯誤の説明量」とする、ってのはこの人が考えてくれたフレーズだ。私はここまでちゃんと言語化できてなかった。

これも「わかりやすい説明は実践知を省略している」というフレーズがわかりやすい。むしろこのブログのまとめになっている。ありがとうございます。

この方は、私が「他の人はこういうことがわかってない人ばかりだ」と考えていると受け取っていて、そこに傲慢さを感じたということだろう。で、実際に読み直してみると、一番上の「追記」前はそう受け取られるような説明になっていた。見落としてました。ありがとうございます！

「相手に試行錯誤してほしい」として、その方法として他人の試行錯誤を見せるのがよいことなのか、ここはちゃんと考えていない。確かに何かありそう。どっちかというと、既に試行錯誤している人が、いろんなヒントがほしくて他人の試行錯誤をみたいというニーズがありそうだ、という話として私はこの記事を書いている気がした。

おまけ2：試行錯誤の様子は、わかりにくいからブログにも出てこない

いまこんなワークショップを10人以上とやっている（まだ募集しているので気になる方は以下からぜひ）。

参加者の感想はこんな感じ。

ここでワークショップの参加者が（自信なさげに？）出してきた「ブログのネタ」は仕事における試行錯誤の枝葉だったりする。

でもこれが本当に面白い。「掘り下げるといいブログになると思う！」と私が反応したりしているだけだ。ワークショップでもなんでもない。でもたぶん一般的には、以下のようなわかりやすい説明がいいブログだと思われてるのかもしれない。

個人的には試行錯誤の枝葉のほうが参考になるので、どんどん推奨してきたい。