ネズミ講ってありますよね。
親ネズミがチューッと鳴いたら,子ネズミたちもチューッとこうなんとか、、、
法的にどうこうという話ではなくて
あれ,教育的にはものすごいレベルの高いシステムなんですよ。
何でかというと
子ネズミがチーズもってきたら
親ネズミも確実にチーズがもらえるんです。
すると、親ネズミは自分でチーズを探しに行くより
子ネズミをたくさん教育した方がよりたくさんのチーズをもらえることになる。
教育に対する評価システムがものすごく高いんですよね。
逆に普通の会社は
「新人にデータ移行ツールのコーディングを任せるので、面倒をみてやってくれ」
なんて言われて教育してもチーズは気持ちの分だけでほぼゼロですw
だからネズミたちは縦も横もみんなで積極的に協力していて
競争するというのは会社の外部にたいしてぐらいです。
派閥を作ったり,社内で足を引っ張り合う競争したり、
協力にはとにかく受け身だったりというのは
あの部長がやなやつだからというわけではなくて
環境がそうさせてるんですよね。
そう動いた方が個人の得になる方に動いてるだけ。
会社の得と個人の得がかみ合ってない。
個人的にこの問題って,給与に上限がついてることなんじゃないかと。
要は会社や業種,能力によって,給与のベースと上限は決まってるわけですよ。
するとそれ以上にがんばったりする必要性を感じない。
サラリーマンはネズミみたいな大きな夢を見れないんですね。
ネズミには給与の上限ないのに。。。
普通の会社的には教育したからってそんな高い給与払っても
教育したやつが会社辞めたらどうするんだとか
そんな高い給与払わなくても,いい人材は雇えるとか
日本でそんなにもらってどうするんだとか
いろんな常識が前提にあるんでしょうけど
でも実際は、その「いい人材」がどこも不足してて
夢を持てないから会社を辞めるのだし
夢を持てないから教育する気にもならないような、、、
卵が先か鶏が先か。
経営者というのは社員に夢を持たせる環境を作るのが仕事なのかもしれませんね。
私はエンジニアとなる教育を受けて工学部を卒業し、勤め人になった。なってわかったことは、給料をもらってもプロになった訳ではない、ということだ。大学ではいろいろと結構な理論を学ぶ。会社でそれを設計に用いる--そんなことは誰でもできることだ。そのうち賢いコンピュータ・プログラムがでてくれば、機械が代行してしまう(事実、工学計算も製図も、かなりの部分がそうなった)。
では、人間がやるべきこと、プロのエンジニアがやるべきことは何なのか。それは、不確実性への対応なのだ。
時間管理は手帳の使い方よりも、無駄な予定を入れないことにつきますね。とくに、当社は午後6時以降の残業は禁止。社長も例外ではないので、余計なことをやっている暇はありません。たとえば、何の準備もできていないのにとりあえず集まることが目的となっている定例ミーティングや、すでに決まっていることを確認するような会議。こういう予定は絶対に入れないようにしています。
848 名前: ななしのいるせいかつ [sage] 投稿日: 2005/10/20(木) 12:52:00
ヤマダ電機に行くと
「お値段はお尋ねください」
という値札がついてたりします。
それで,店員さんに聞くと,必ず電卓を取り出して,
それから「○○円です」と答えています。
自分で値段を知る方法,公開しちゃいます。
用意するもの:ケータイ(というか電卓機能使ってください)
1,値札の右下に6ケタ~7ケタの数字があるので,それを入力します。
たとえば「478396」としましょう。
2,次に値札の左上に特売期間(例12/2-12/6)が書いてあるので確認します。
3.この場合「12月2日」がミソです。すでに電卓には「478396」と入ってますので,
「÷」を押して,「1202」と入力してください。
4,「478396」÷「1202」=398
5,この商品は39800円です!
「こういうコードが恥ずかしいコードである」
という価値観について、上級技術者間で意識統一がなされていればね。
ようするにコードレビューと言うのは、大学の研究室で言う輪講とかと同じなんです。
コードをよりよいものにする、と言うのも目的の一つですが、コードを組んだ人のレベルアップを図る、という目的もある。
十分な人数の、良く判っているプログラマがいるならばペアプログラミングも良いでしょう。でもペアを組んで回れるほどレベルの高い人がいなかったら?
「教授と助教授と助手の目の前で発表させる」
しかないじゃないですか。
もちろん、この作業は「教授や助教授や助手」の時間を食います。もしあまりにも多くの時間を食うのであれば可能性は次の3つのどれか。
1. 初心者が多すぎる。そのため、「教授や助教授や助手」の時間をフルに使っても、全部など到底見切れない。コードの品質は悪いままである。
2. 初心者が少なすぎる。コードの品質は最初から高く、いくら見ても時間の無駄である
3. 「教授や助教授や助手」のレベルに到達した技術者が実はいない。なので見当違いな所を見ていたり、全員が同じ間違いを犯していていくらレビューしても品質は向上しない