指導の難しさ

なにやら賢しげなタイトルを付けてみた筆者です。

かつては地域の剣道の指導者の末席に名を連ね、学生時代に塾講師もやっていた関係で指導ということに随分と関心があると思っていますが、そのあたりの経験から職場における指導について軽く触れてみようと思います。


職場での指導は、ＯＪＴと呼ばれることが多いです。
Ｏｎ　Ｊｏｂ　Ｔｒａｎｉｎｇ　の略語だったと記憶していますが、仕事しながらの訓練、というところです。
当然ですが、教わる側が仕事としての成果を出しつつ知識・経験を得て初めてＯＪＴ成功となります。
２倍の成果（仕事の成果＋教育の成果）を上げねばならないので、普通は仕事自体が軽めになっていることが多いです。
そして、教える側は自身の通常業務＋指導という負荷の高い状態になります。

つまり、教わる側は良いけど教える側は辛い、というのが一般的なのです。

教える側は辛い、と言いましたが、この辛さをどのように処していくかがその人の器だと考えています。

まずは駄目な方から。
放置する・思い通りにならないと言って教わる側に当り散らす　などは論外。
立場（教える側が上司ないしは先輩です）を振りかざして言うことを聞かせるというのもろくでなしな証です。
このタイプは、自身の能力に自信がなかったり、逆に自信がありすぎたり、体系立てて教えるということを知らなかったりするケースが多いと感じます。
自信がない／自信過剰の場合、予定通りに行かないのはかなりのストレスになることが多いので、当たる先は目の前のストレス源（＝教わる側）になります。
体系立てて教えることを知らないから、放置して独学で伸びてきた人間をみて「人は勝手に育つ」と思い込みます。

少しマシになって、すぐに答えを教えるというのがありますが、これは良くもなく悪くもないレベルです。
ある答えを得る過程の練習が重要な為です。

さて、ここまで駄目なケースを出してきましたが、ならどうすればいいのか？　とお思いかと思います。
筆者としては、指導は支えであると考えています。
ＯＪＴは大抵、教わる側の能力の１～２段階くらい上のことをやります。
（無論、作業量自体は少なめになりますが）
例えるならば、段差の大きい階段を上るようなものです。
段差が小さいとＯＪＴの意味がありませんが、あまりにも段差が大きいと上ることが出来なくなります。
教わる側にとって大きすぎる段差がある場合に、その大きさを小さくする方法を教える／示唆するのが指導です。
教わる側が、段差を小さくする方法の考え方自体を知らない場合はまず考え方を教えます。
これは直接考え方自体と実例で教えてしまいます。
教える側の考えの押し付け、と思う方も居るかもしれませんが、まずは枠を用意しないことには始まりません。
考え方を知った後は、方法を示唆することに切り替えます。
若しくは、回答させた際に「別のやり方として・・・」と言って説明するのも良いです。
教わる側は考えた末に答えを出しているわけですから、考えた事自体を否定するような言動はＮＧだと思います。

これを実践すると、教える側は大変な忍耐を強いられるのですが・・・
耐えることが出来ない場合、指導自体が無意味若しくは逆効果になってしまいます。
随分と悠長なことをする、と思われるかもしれませんが、一朝一夕に今の技能を身につけた人はいないでしょうし、手順を一度聞いただけでその手順になった経緯と理由の全てがわかる人もいません。
教育とは悠長なものなのです。

競争だ、と言って必死に業績を上げようとする。これは企業としてある意味正しい姿勢です。
しかし、競争の追及をしていくと教育が疎かになり、長期的には企業の力がなくなってしまいます。
格差社会、競争社会といわれて久しいですが、少し立ち止まって物事を見る癖を付けておかないと、ついてくる者は誰もいないという状況になってしまいます。

・・・　と、言ってみても、どの組織でも競争に血道をあげる人は居るんですよね。
それも、周りにも強要する姿勢で臨むという・・・


ちょっと凹み気味な為に、凹んだオチです。

iPhoneの不具合？

先月末に、筆者の携帯の電池が壊れました。
壊れた、というより膨らんでしまったのですが、その際電池単体での購入が困難であった為買い換えたのがiPhone4です。
壊れた原因の一つは、仕事での連絡に酷使したことのような気がしますが・・・
いずれにしても寿命だったのだろうと割り切っています。

新機種、というだけで買い換えるタイプではないので今まで放置していましたが、
買い替えの必要性が出てくれば話は別。
画面の広さとボタンがないことの利便性を堪能していました。

昨日、思い立って帰宅中の電車の中で設定を変更したのですが・・・
ズーム機能をＯｎにしたところ、ゲームのタッチパネルの反応がおかしくなってしまいました。
具体的には、今までタッチすれば反応していたところに触れても反応しないことがあるようになってしまい、
全体的に下寄りに反応範囲がずれてしまったのです。
（顕著だったのがゲームだっただけで、他の機能も大なり小なり反応はおかしかったです）

不具合なのかな？　と思いつつ設定を戻すと、無事元通りの反応に。
一安心です。


これって、もしかしたらズーム機能のせいで画面上の座標値が狂ってしまったのかも知れないです。
ズームするということは、本来の座標値とズーム後の座標値が存在する状態になるわけで、
２重に座標を管理している可能性があります。
すると、管理のやり方次第では、タッチした位置の座標値が本来の座標値と異なる値になる可能性が出てきます。
極端な話、左上の角にタッチしたのに、右下の角の座標値として認識するような感じです。

使用感が良いので「よく出来ているなぁ」と感心していたのですが、タッチパネル周りはまだまだ改良の余地があるようですね。

ページファイルって何？

この頃、調査し続けている内容からです。

windowsの話でＭａｃやＵＮＩＸ系のユーザの皆さんには申し訳ないのですが、
ページファイルというものがあります。

簡単に言いますと、メモリ上のデータをファイルに退避させておくようなものです。
実際には、メモリ領域不足などの状況が発生した時に、メモリ上のデータをページファイルに退避させることでメモリ領域を確保し、
退避させたデータが必要になったら戻す（またはページファイルからデータを読み込む？）ということをしています。

これだけ見ると、メモリ容量の少ないマシンでもハードディスクの容量が十分にあればよい（ページファイルは特殊なファイル⇒ハードディスクの容量に余裕があれば大きなページファイルも作れる）わけで、
古いマシンや安価なマシンを利用している人には福音と言えます。


ところが、このページファイルが壊れることがあります。
この場合がかなり原因特定が厄介です。
というのも、メモリとページファイルは同じように扱っているのは上述したとおりです。
同じように扱っているということは、どちらが原因でエラーが発生しているかの特定が難しいということになります。

さらに困るのがメモリというシステム上重要な部分のエラーに直結するということ。
ページファイル破損から、すぐにブルースクリーン（デスブルー）が出てしまうのです。

何故か？　不正なメモリ情報をプログラムに与えると、最悪の一例としてプログラムの暴走というものが発生します。
さすがにwindowsもその辺はある程度防いでくれるのですが、防いだ結果がブルースクリーンに・・・
折角作ったデータがパァ　になるわけです。
（データが飛ぶくらいで助かる、という考え方ができる方は少ないと思いますし・・・）


では、ページファイルの破損を防ぐ方法はあるのか？
２通りほど方法はあります。

一つ目は、そもそもページファイルを使わないことです。
メモリ上で全ての処理を行わせることになるので、メモリ容量は要求されますが、高速な処理が期待できます。

二つ目は、シャットダウン時にページファイルを削除してしまうことです。
これは、レジストリの設定変更だけでできますので（それも１つのキーの設定だけで）比較的容易です。ただし、シャットダウン（電源をＯＦＦにする）前にページファイルが壊れると・・・　ブルースクリーンが出る可能性があります。


・・・と、ページファイルに着目して軽く書いてみたわけですが、調査対象は広がる一方でかなり困っていたりします。
メモリ関連のトラブルというのは再現性が低いのが特徴なのです。
再現性＝こうすれば必ず現象が起こる！　というのがないので・・・
想定される問題に対する対策を行って経過観察してみるくらいしかないのですよねぇ・・・

さて、やってみた対策が効を奏していることを祈りたいと思います。