前回もそうだったが、今回も同じだった。

そして、これが今の俺の仕事のやり方である。


そのやり方とは・・・

マネージャーの持っている仕事の一部の


権限を奪取する


事なのです。

ちなみに、今のところこれ以外の方法で仕事上手く運ぶ方法が見当たりません。


そして、この方法が出来るためには技術スキルコミュニケーションスキルが伴っている俺にしか出来ません。

前回もそうでしたが、マネージャーのプライドをあまり傷つけないように自分で実権を握ることは簡単なことではありませし、勇気のいることです。


マネージャーの仕事を奪取するためには、それなりの技術力が伴っていないといい仕事の方法が思い浮かびません。

そして、コミュニケーション力が無ければ結局マネージャーと同じ人の使い方しか出来ません。

(今回は製造フェーズに来るまで権限の奪取出来る状況が来なかったので特に技術力がものを言います。)


私が奪取した仕事の権限は、仕事の進め方についてです。

スケジュールについては奪取していません。


周りがスケジュール通り仕事を進めれるために必要な知識を回りに与えて、情報の共有化出来る仕組みを作る事が今回奪取した権限です。

(それプラス自分の仕事も当然あります。)


まず、お客さんの会社にいる中途採用の社員を二日でものにしなければなりません。

これはJavaを勉強させるのではなく、今回のルールを元にJavaの勉強をしてもらおうかと思っています。

(すなわち、Javaの知識は今回の仕事に必要な知識のみ教え込む予定です。<自分の部下だったらもう少し教えますが、他社の方なのでそこまで行いません。>)


そして、その後に製造に入るメンバー全てに今回使うフレームワークの仕組みを三日かけて教えるつもりです。

(そのための資料を現在作っています.。<私の資料の大半はイメージ図です。文字は補足程度しかありません。>)


前回は自分でフレームワークを作ったのでいざとなれば自分で何とかできたのですが、今回は残念ながら自分でフレームワークを作ったわけではないし、今回使っているフレームワークに手を入れることも出来ないので劇的に早く仕事を進めれるようには出来ないと思います。

(ユーティリティーも作れないので、コードの再利用はほぼ絶望的である。⇒全てコピペ・・・)


そんな中で以下に周りを上手く使えるかを練習してみようかと思っています。


P.S.

それにしても、、、、他のチームで製造に入っているプログラムとか酷いものです・・・。

この状態でJavaが出来るSEとして入ってきてるんだから目が当てれませんね。

そして、そのせいでプログラマの評価が下がるのでしょう。。。