「不合理だからすべてがうまくいく」by ダン・アリエリー という本を読んでいる。
「予想通りに不合理」という本の著者の2冊目(なのかな?)。

読んでいて、「あぁ」と思った。なぜ日本においてうちの社員/パートナー教育プログラムがうまくいっていないのか、その理由の一端がわかった気がする。

この本は行動経済学についての本。特に、人間が不合理な判断を下す瞬間とその傾向をバシッととらえて説明してくれる。

「第一部」はすごく乱暴に言うと「自前主義はなぜ起こるのか」。
あるいは「自分が作ったものに対して人間はなぜ愛着を持つのか」と考えてもいいし、「一方的に教えられるだけだとなぜ人は素晴らしい速度で忘却するのか」と言い換えてもいい。

ようするに、人間は自分が手を動かして完成させたものに対してすごく愛着を持つ。途中で取り上げられたり、どうしても完成できなかったりすると、そのものに対して愛着を持てない(時には反感さえ覚える)。これはモノだけじゃなくアイディアだったり知識だったりについても同様だ。そして、愛着をもった物/事/人については良く覚えている。そうじゃないとすぐ忘れる。

.

で。実は私が働いているEMCでも社員教育とか、パートナー教育とかお客様教育プログラムというのがある。アメリカと日本では似たプログラムを実施していて、実際教科書レベルでは違いはない(いや、日本でやるものはちゃんと日本語に翻訳してあるけど)。教える内容は、もちろんEMCの製品に関連する話だけれど、もっと基本的な、普通の技術的知識も教えている。

ただし、1つだけアメリカと日本では違うポイントがある。

アメリカは、どのプログラムも大抵1週間=5日コースになっている。日本は3日コースになっている。これは日本のお客様が必ず 5日は長すぎる、半分にならないか とケチんぼなことを言ってくるのに合わせちゃったためだ。

教科書の内容を省くことはできないので、大抵の場合演習とか、実習が省略される。全くやらないわけじゃないけれど、課題がいくつかスキップされていたり、自分がやった手順を見直す…的な内容が削られている。

結果として、日本で研修を受けた人は、教科書に少し落書きをしたものをもらって帰る。
アメリカで研修を受けると、教科書に落書きをしたものだけじゃなく、研修の実習で自分が作ったシェルスクリプトみたいなものも持って帰れる。

.

この両者に、その後うちの製品を触ってもらう。
「こう言うことをやりたいんですけれど」
「あぁ、じゃぁ、手順はこれこれこうこうこうですよ」
与えられる情報までは一緒。ところが。

日本で研修を受けた人は、手順をちゃんと再現できない。
なぜか知らないが、おかしな具合に手順がスキップされる。それもかなり最初のほうをスキップするので、必要なファイルが存在せず、あるポイントから後ろのインストールが全滅する。
のみならず、全滅したときに出てくるメッセージ
「君がやった bbb は失敗した。aaa をやってからもう一度 bbb を実行してくれ」
を読まない。読まないで「成功した」と思い込む。で、先に進んで先に進んで…
「君がやった zzz は失敗した。 yyy をやってからもう一度 zzz を実行してくれ」
まできて、ようやっと問題に気がつく。

判ると思うけれど、ここから yyy→xxx→www…ともどって行くのは大変だ。時間もかかるけれど、それ以上に stack 状になった問題をどこまで roll back すればいいのか判らない。たとえば kkk でエラーが出なかったとしよう。でもそれは aaa から jjj まで全部が大丈夫だったという意味じゃない。たまたま kkk は aaa から jjj までのうち問題がなかったものだけで出来ていたということに過ぎない。だから、jjj, iii …と戻り続けるしかない。全然先が見え無い。

見えないが、じゃぁ、最初の aaa からやり直すと…いや、それさっき間違えたでしょ?

.

ところが。

アメリカで研修を受けてきた人たちは、このミスが無い。
彼らは手順をシェルスクリプトみたいなもので書いてきて
「こんな感じ？」
と聞いてくる。多分、本当にそのスクリプトを実行しているんじゃないかと思う。

そりゃ手順通りに書かれたスクリプトを一発でGO!ってすれば、問題は起こらんわな。
というか、実際にはこの手の処理って、
1. 変更前確認
2. 変更
3. 変更後確認
という手順を繰り返すんだけれど、この手のスクリプト化をする人たちって：

- step a 変更
- step a 変更後確認
- step b 変更前確認

の3つを1セットにした関数を1つ実施しては画面に出ているものを確認し、

- step b 変更
- step b 変更後確認
- step c 変更前確認

の3つを1セットにした関数を1つ実施しては画面に出ているものを確認し…的なことを繰り返す。(そこまでできてるなら、Expect使って(あるいは Expect ライブラリを使って)、エラーチェックも自動化しようよ、もう一息だよ。頑張れ。できたらコピー頂戴)

多分、アメリカで研修を受けたときにもらったスクリプトを改善し続けているんじゃないかと。

これは別に社員だろうが、パートナーだろうが、お客様だろうが、傾向が変わらない。
どのコースを受けようが(つまり先生が誰になろうが)変わらない。

.

違いが教える側にあるとは思えない。あるとすれば省略された研修。研修で「モノを作り」それを「持って帰れる」事。
これがあると、「もって帰った物」を愛着もって改善し続けるし、そのための知識は忘れない。
これがないと、教わった知識まで忘れる。

今まで、同じ学習量により多くの日数をかければ繰り返し学習がより強力に働くから、学習効率が良くなるのだ、とだけ思っていたが。どうやらそれだけじゃないみたいだ。

授業で受けた知識を使って、モノを作らせる。簡単すぎても駄目だけど、ほぼ確実に完成させられるものをつくってもらう。それを持って帰れるようにする。これって、その後の学習効果にものすごく影響があるんだ…

.

じゃぁ、なにか製品を売る場合も、同じような経験をしてもらうと愛着が増す = 満足度が上がり、価値が上昇するってことか…と思ってたら、そういう例は書いてあった。

なるほどな。もうちょっと自分の過去の体験とか他の人に教えたときの経験とか、思い返してみる価値がある指摘だと思う。