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

まとめ ・かなりの人が「結論をわかりやすく説明したときの論理」と「その結論を試行錯誤して見つけるときの論理」を明確に分けてない気がする ・だから簡単に理解できると、簡単に生み出した答えと勘違いする ・単に結論を理解してほしいときは、わかりやすい説明だけでよい ・相手に今後自分と同じように試行錯誤してほしい時は、わかりやすい説明に加えて、試行錯誤も伝える ※追記:私も今まで分けて考えてなかった。だから気づきとして書いてみた。「かなりの人」かどうかは私の印象でしかないのに決めつけました！すみません！ 結論の背景や試行錯誤をどこまで相手に伝えるか、ずっとわからなかった基本私は余計なことを説明しがちだ。だから仕事中はできるだけ情報を省いて説明する。相手の反応を見る限りそれでちょうどいい感じがする。でも、本音では「省かない方が面白いんだけどなー」とずっと思っている。なぜ省かない方が面白いのかをこれか

[ducky19999]

教科書で習うこと全てこれなのでは

[instores]

業務をマニュアル化して分かりやすくすると数年後になんでこうなってるの？って伝わらなくなることがある。

[maguro1111]

シャーロック・ホームズも作中で「推理の種明かしをすると簡単な事だと思われて損」みたいな事よく言ってた

[morimoriplanet]

とはいえ聞き手は「こんな苦労をした」みたいな話を聞きたいんじゃない場合が多く、結論だけ言えやってイラつきがち

[aike]

プログラマーなら1行の修正に1か月かけたような経験は普通にあるので、それの一般化という感じかな。

[totoronoki]

PCのトラブル起きた時に調べると、試行錯誤の跡が見えるブログとかに遭遇するよね。

[mangakoji]

使いやすい/UIの軽い技術は、簡単に実現できると思われてるので、ごく普通。というか簡単だと思わせることこそが、巨人の仕事だよ。巨人の肩にのれば簡単なんだから

[REV]

枝葉を刈ると普遍性完全性がなくなる。誰かが自分に合わせてスパスパと枝葉を刈ってくれたのを出してくれたり、普遍性完全性を無視して快刀乱麻な原因と結論を出してくれると受け取る側は楽しい。

[yetch]

業務手順を整理しながら日々を暮らしてるけど、手順のリンクが消えたりツールが変わって全部作り直しになったりしてる。賽の河原

[knok]

科学史とか見てるとどういう紆余曲折があったかがわかって理解が深まったりするなあ

[syque]

枝葉が面白い

[taro-r]

論文には失敗例は載せないからなぁ。実際のところどうしてそこにたどりついたかは見えない。

[Chisei]

わかりやすい。

[John_Kawanishi]

巨人の肩に登るのと巨人になるのは違うよなぁと

[strawberryhunter]

引継ぎなんて社内に残るならともかく転職しちゃう場合、後のことなんか知ったこっちゃないんだよ。

[moromoro]

聞き手が求めるのは概ね結論とトラブらないためのアンチョコ。アンチョコが足りないと文句言われるけど、アンチョコ理解するには結論への過程を全説明する必要がそれなりにあり、じゃあどっちが良いのってなるやつ

[berlysia]

だから結論だけじゃなくて経緯を記録しなきゃいけない。やり方を永遠に改められなくなる

[soreso]

ピカソのことかー！ ／ “「入社式に退職届書かせるのは、インパクトあるな！」と思いついて、そこから理由を後付けで考えることができたので、実現することになった。”　さすカヤ。ただツイ返は別にしてほしかった

[KKElichika]

まあわかる。なので、私は引継ぎ用マニュアル作るときに、本体はなるべくシンプルにしつつ、そのようになった経緯や、遭遇したトラブル対応例などは、注に細かく書いて、必要になった時に見てもらうようにしてるかな

[iekusup]

これが本当なら引き継ぎはいくらステップを細かくしても、身につくかどうかは癖次第。試行錯誤の癖、アハ体験の癖みたいなやつのカテゴライズとそれぞれに合ったやり方まとめって無いのかなー。

[kemononeko]

守破離みたいなもんだろうなあ。はじめは手取り足取り教え込んで、慣れてきたら他人が試行錯誤させて考えさせる、最終的に自分で課題を見つけて進めるようになれば一人前と。

[hedgehogx]

わかりやすい一本道の説明すら難解すぎるわからんと言われてしまう孤独はどうすれば…

[molmolmine]

ゲームの設定資料集とかも、ボツ案を見る方が面白かったりするよね

[mazmot]

私のブログが人気がない割に一部の人にはウケるみたいなのは、途中の袋小路やら錯誤まで書いてしまうからかもしれんな。そこ書かないと意味ないという感覚がワナなのか

[electrolite]

頭が良いので余計なトラブルを起こさない人より、先が見えていないからトラブルを起こし、それを必死に解決した人の方が評価されることは仕事では多く、嫌になります。

[nowww]

これは興味深い話。どちらの話が必要なのかケースバイケース。

[nonsugertan]

あとで学ぶ

[guldeen]

科学関連(調理含む)は大体そう。手法が分かればあとは洗練なのだが、そこにたどり着くまでの試行錯誤が大変なのよ。

[harumomo2006]

頂点まで上り詰めようとするなら最初の壁を自力で解決したほうが本当の理解は深いと思うんだけどほとんどの人はそこまで必要としてない

[cnln]

具体例がないとわかりにくいということがわかる記事

[dollarss]

あるあるのある

[multipleminorityidentities]

いいところだけかいつまんで伝えると、単純な人はそこしか見ないよね

[Nean]

関係ないけれど、東大総長だった蓮實重彦による入学式挨拶のことを思い起こしたり。

[tawake000]

マニュアル作るときは「なぜなに」の部分をTipsとかワンポイントとして入れてたな〜。作業手順としては不要な知識だけど、なぜそうなったか・そうなるかを分かる人には知っといて欲しいと思って。

[syou430]

あーこれは分かる。すごく分かるし面白い。ありがとう。車の免許とるとき、結論だけを教えない教育手法を知って、なんだ本気出せばここまで人に理解させられるんか。っと思った。

[natu3kan]

小説も紆余曲折部分なかったら、あらすじくらいに結末までコンパクトになるよね。

[lbtmplz]

あるな。実際には右の図の直線が引き伸ばされた形で誰でも出来る的な理解をされることがある

[tokuninac]

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

[i_nakami]

マニュアルは新人に作らせよに通じるものを想起した。ベテランだと枝葉や根拠となる思考過程をぶっ飛ばして結果だけを羅列してしまいマニュアルとして十全でなくなってしまう。

[ikosin]

研修では、応用の効かない答えを教えるのではなく、試行錯誤するための考え方を教えてもらいたい