まともな会社は"はけんけんぽ"などに代表される健康保険組合に加入しており厚生年金として控除される。もちろん失業時は条件を満たしていれば平等に救済対象になる。派遣会社によっては病気や怪我などで休業した場合に給料を保証してくれる保険に加入していることもある。蟹工船どころか江戸時代の口利屋とオーバーラップさせて語る人も居るけど飛躍しすぎ。あの手人材周旋は幕府に禁止されていたし労働者の身分ですらない。失業保険もなければ契約書も無かったはず。

派遣 会社のピンハネはアメリカと同じ10%にしろ

無理。

厚生年金と年休だけで7%以上の負担を派遣会社が強いられるのに10%で利益を出すことなんて不可能。さらにそこから営業や間接部門の人件費・福利厚生・各種賃借料を捻出しなくてはいけないので32%が平均粗利（平18年厚労省調査）だということを考えると利益にできる額は5%にも満たない。経理事務や会計業務以外の仕事をしている派遣社員の人によるこの手の批判は、その32%のピンハネ率が粗利であること、さらに年休や社会保険の半額を派遣会社が負担していることを知らないケースが大半。「財務表をごまかしている」という指摘もたまに見受けられるがもしそれが事実なら税務署と検察・銀行・投資家あたりが黙ってない。もし派遣会社にそれができるならどこの会社でもそれができることになるのでそれは考えられない。

派遣 会社はあんないい場所にオフィスを構える必要は無い。その分給料に回せ

派遣会社が薄利でも大きな利益をなしているのは集客力がハンパじゃないから。莫大な宣伝広告費をかけ立派なビルを構えることに費用対効果があるから、これに尽きる。これが葛西駅から徒歩15分の場所にあったら誰も登録に行かない。マージンが大きくなってもいいならそれでもいいかもしれない。

直接企業が雇用すればピンハネも無くなるので双方ハッピー

もし直接雇用の方が安上がりなのであればどこの会社もそうしている。それをしないのはやっぱり派遣会社を使うほうが安上がりだから。企業がプロパーを雇用することの意味を考えると、派遣社員をプロパーにしつつ、かつ手取りも上げるというのは同じ条件では無理。年収がぐっと下がっても良いのであれば可能だと思う。だけど仮に1000人の派遣社員をプロパーとして雇用するということはその会社に1000人分の勤怠管理と経理事務がかかることを意味するからこれらを担う間接部門の人員補強が必要になる。プロパーとして雇う以上は全員が管理職、幹部候補生だから教育費用も莫大になることは明白。

そして何よりプロパーを雇用するということは定年までそいつの面倒を見るという覚悟が必要になる。景気循環や季節変動に応じた雇用の調節というやつが事実上出来ない。これは組合の力が強い大企業になればなるほどそうだ。当然ながら賃金の設定も年収ベースではなくて生涯賃金ベースで検討することになる。でも今ちまたで話題になってる派遣社員の人たちは長期的な損得勘定ではなく目先の生活をどうするかで既に苦慮しているのが実態なので、翌月から手取りが下がり始めるというのは話にならないはず。

期間契約社員である派遣社員は10年も20年も雇い続けることを前提に賃金計画を立てる必要は無いから、月々の出費で多少高くついてもメリットの方が大きい。ただし5年も6年も派遣社員を雇い続ける（いけないことだが）のであればそのランニングコストがプロパーを雇うことのイニシャルコスト諸々よりも高くつく可能性があるのでプロパーとして雇い入れた方がいいかもしれない。

派遣会社に錬金術は無い。結局、派遣会社を使う側の企業が頑張ってはずむしか無い。派遣会社の経常利益率は毎年一桁なので、二桁の会社が派遣会社を使うならもうちょっとはずめるはず。

Permalink | トラックバック(3) | 20:01

2008-11-16

■[仕事][愚痴][日記]後輩を育てることは難しいです

初めての増田にして、いきなり愚痴混じりの長文になるであろうことを、まずはお詫びしておきたい。

「お前、増田は初めてか？力抜けよ」と流し見ていただけるなら幸いである。

新入り現る

先月、ウチの部署に新入りさんが来た。

前まで勤めていた会社は名の知れた某企業の下にあるシステム開発系らしく、

パソコンをガンガン使う部署としては「少なくとも、パソコンを使うことに抵抗は無さそうですね」「そうだねー」と期待していた。

私の勤務先は自社サーバを主軸とした統合的なサービス提供（つまりはASP業務）を主としており、

私はそのサーバ運用・エラー監視の部署に所属している。

性質上、勤務体制は1日3交代のシフト制となり、朝も夜も関係の無い生活リズムになる。

その新入りさんとしては面接の折に、

「前までの経験を活かして、サービス・システム開発の部署に就きたい」

という意思を示していたようだ。

ただ、いきなり開発部署に放り込んでも右も左も分からないので、

まずはサービスの前線ともいえるサーバ運用部署で基本的なシステム内容を把握してもらい、

その後に開発側で腕を揮ってもらいたい、という説得を受けたらしい（という又聞き）。

当人がどこまで納得して内定を受けたのかは知らないが、それは私の預かり知らぬ所なので省略する。

いきなりの暗雲？

さて、新入りさんの初出社の日。

上に書いた通りシフト勤務の部署だが、彼には1週間ほどは日勤扱いで大まかに業務を見てもらう形となった。

（新入りさん個人の事情もあったのだが、それは割愛）

初日からあれだこれだと教え込んでもパンクするだけなので、「こんなコトをやってるんですよ」という触りを見てもらう程度である。

タイミングとして私がシフトに入っている時で、「じゃあ今日からよろしくお願いしますね」と受け持った。

その、開口一番に聞いてきた一言。

「お給料ってどのくらい出るんですか？」

仕事である以上、誰もが疑問に思うことではある。それは分かる。

周りの人間は見ず知らずばかりで、話の切り出し方に戸惑う気持ちも分かる。

だが、「ここはどういう仕事をされている部署なんですか？」とかで切り出してくるとばかり思っていただけに、

のっけからそれかい！と突っ込みを入れたくなった。

アルバイトで入った子が聞いてくるとかならまだしも、

仮にも前まで会社に勤めていたのなら、むしろ仕事の内容について質問するとかが普通じゃないの？と思ってしまった。

「システム面の話を」　　　（　゜д゜）ヘ?

サーバ運用・監視を主業務とする部署であるため、やることは毎日ほぼ同じである。

決まった時間に決まった処理がサーバ上で走ったことを確認し、エラーが出たのなら迅速に対応する。

よってパターン化された作業内容をノートにでも書き留めれば、それをマニュアルとして作業を進めることができる。

（Excelなどに書き留めて印刷するという手もあるが、アナログでもノート片手に作業内容をどんどん書き留めてもらった方が良い。

ドキュメントを書いて印刷するよりも、即利用できるからである）

その日もいつもと同じように処理を進め、彼には横でそれを見てもらい、所々でメモを取ってもらう形を想定していた。

――のだが、その所々で彼はメモを取らなかった。

彼はそこで、「システム的にこれはどういう風に動いているんですか？VB使っているっぽいですけど」といった質問ばかりをしてきた。

良い質問ではある。

将来的に開発部署へ行くことになるかもしれないことを考えれば、先々まで見越しているのだなと評するべきである。

しかしそれは先の話。

あくまで今は、今いる部署での業務内容に集中してもらいたいのだ。

処理がどういう風に回っているか、どういうシステムなのかという掘り下げたレベルの理解は、今の時点では求めていない。

我々の仕事は、開発部署が構築したシステムの下で正しく処理が動いているかを日々監視することにある。

監視する中でトラブルがあれば開発部署に問い合わせ、対応を要請する。

我々は次に動く処理を監視しなければならないので、対応はあちらに任せるのが常である。

システムの詳細まで把握しているに越したことは無いが、正直なところ、そこまで深い話は我々には求められていないのだ。

ましてそれが新人レベルならなおさら、まずはこれから任されるであろう処理の手順をしっかり覚えてほしいのだ。

ということを、彼に説明したところ、返ってきた言葉は、

「要はルーチンワークなんですね」

だった。

今にして思えば、彼のフラグは間違いなくこの時、一本折れたと思う。

暗雲が徐々に暗くなる

1週間ほどの日勤を終え、次の週からは実際にシフトの時間に沿って出勤してもらうことになった。

（私の時はいきなり夜勤からだったが）早朝からのシフトでの研修開始である。

奇しくも担当はまたも私であった。

「朝方は何かと一斉に処理が回るんで混乱してしまうと思いますけど、

ひとまずは一番気を付ける業務から書き留めて覚えていってもらえば良いですから」

と前置きして業務を開始する。

彼には作業の大まかな説明をしてメモを取ってもらい、真っ先に覚えてもらいたいものは実際に進めてみてもらうことにした。

その1時間後、

彼はうつらうつらと寝こけそうになった。

無理もない話であることは分かる。

私が研修を受けていた時だって、正直眠気は相当にあった。

朝5時近くに起きて、7時前には出社して業務に入らなければならないのだから。

「すみません…」としょげ返る彼に対し、「まあ初日ですし、この時間帯はきついですから」と責めはしなかった。

そこから4日間、彼の研修を受け持ったが。

彼は毎日のようにうつらうつらと頭を揺らすこととなる。

彼曰く、「どちらかというと夜型の人間なので…本当にすみません」とのことだった。

寝こけまいと自分の頭をしきりに叩く彼を見て、自責の念を必要以上に背負い込むタイプ（ともすれば自傷癖の強い子）かと直感した。

かといって、じゃあ夜勤のシフトだけでいいよとも言えない。（その分、他のメンバーが早朝起床ばかりになるわけだし）

4日目を終える際に、休みに入る私は、彼に2つ＋αのアドバイスをした。

難しい話は抜きにして、とにかく今は作業内容のメモを取ること。研修が終われば一人立ちしてもらうことになり、その時にメモを見ながらでも作業ができる方がベターだから。
眠くなるのは仕方ないけれど、それは言い訳に作業が抜け落ちることは許されない。睡眠・起床といった体調管理は自分でしっかりと行ってほしい。
翌日から研修を見てもらう人は、私のように「仕方ないですよ」と笑って見逃してくれる人ではなくなるから、気を引き締めて＾＾；

その3日後、休み明けに出勤した私が耳にしたのは、彼に大きな稲妻が落ちたというものだった。

嫌な予感は、嫌な現実を引き寄せる

研修4日目を終える際に抱いた危惧は、見事に現実のものとなっていた。

あの翌日、彼は必死に作業手順をメモに残す様子も見せず、先輩が作業する横で眠りこけそうになったのだった。

先輩は激怒し、「ふざけるな、顔洗ってこい！！作業は全部俺がやるから、お前は触るな！！」と一喝したという。

ちなみに4日目の終わりに新人さんへアドバイスを送った後、私はもう一つの布石を打っていた。

その翌日から研修を担当されるその先輩と、私の上司に対して、4日間彼の動向を見ての感想を報告したのだ。

…ハッキリ言ってしまえば、チクりである。余計なお節介というか、一抹の罪悪感は覚えた。

しかし、いずれは業務を受け持ってもらうことになり、

そこでそれまでのように寝こけてしまい業務を落とすようなことになれば、それは彼一人の責任どころではなくなる。

酷な言い方をしてしまえば、「そんな危なっかしい要素を持った人には任せられない」のだ。

ルーチンワークの連続ばかりの部署ではあるが、だからこそ定められたルーチンは確実にこなす必要がある。

いきなりフルボッコにするわけにもいかないが、雇い入れるに値するかを見定める期間である以上は、報告に値すると思ったのだ。

そして報告のついでに、「ガツンと言うと一気に萎んでしまうタイプなので、ある程度は穏便に＾＾；」と付け加えた。

しかし、新人さんの頭の揺れように、先輩の堪忍袋の緒は切れた。私の布石は粉々になっていた。

そして私の緒も切れかける

早朝からのシフトの研修はひとまず終わり、深夜のシフトの研修が始まった。

サービスを提供している相手先の1日の業務データなどが一斉に集まり、翌朝までに然るべき処理が終わっている必要があるので、

最も監視には気を配らねばならない時間帯である。

「どちらかといえば夜型なので」と断りを入れてきた新人さんは、その言葉通りに朝よりも元気そうに見えた。

ところが、ここで彼のもう一つの悪い癖が出てきた。

メモ取りもそこそこに、「この処理はデータベースに対して云々」「エラーが出た際の対応は云々」と質問を投げかけてくるのである。

先に書いたとおり、そんな所までの理解は今は求めない。

ただでさえ処理すべきデータ量が他のシフトよりも多く、一つのミスのせいで翌日の客先の業務が全部止まりかねないのだ。

よって今は「このディレクトリのこの実行ファイルを動かして、出力されるログで処理が正常に終わっていることを確認・記録する」といった手順さえ確実に覚えてもらえれば、それで良いのだ。

そんなルーチンばかりがどんどん回るので、退屈に思えるかもしれないが、それがココの仕事なのだ。

エラーが出た際の対応だって、今の彼にはできっこない――だからこそ研修担当が付いていて、いざという時に対応を受け持つのだ。

という説明を彼にしたところ、ひとまずは頷いた。

ルーチンばかりでつまらなく思えるかもしれないが、結果としてそこで確実に業務をこなすことで、顧客が安定したサービスを使えるのならば、それを維持することこそが我々の最大の目的なのだと。

そのためにも、難しい話は後でいいから、まずは業務の手順をマスターできるように、万一手順が分からなくなった時のために、手元に持ち運べるマニュアルを作り上げていってほしいと。

しっかりとした会社なら新人教育用のマニュアルを随時用意・更新しておくのだろうが、あいにくとウチはそこまで時間と工数を割けずにいる。

だから新人が入るたびに、とにかく自分用のマニュアルを作り上げていって、それを元に手順を覚えていってほしいということを徹底している。

それが悪しき慣習となっているというツッコミはご勘弁願いたいorz

彼は「手書きでは上手くまとめられないので、Excelで書かせてほしい」と最初のうちに言ってきていた。

そこは個人の自由なので、結果としてモノができあがるならそれでいいと了承していた。

それと並行して、まずは一番初めに覚えてもらいたい業務を繰り返し実践させて、マニュアル無しでも進められるようにしてゆこうとした。

たぶん、成人してから初のブチギレ1秒前

だが、いつまで経っても、どうにも手順がおぼつかない。

Aという業務があって、それを終えるためにa,b,c,dという作業を順にこなす必要がある。

だが、a→b→d→cとなったり、a→b→cで止まったり、時にはa→c→dとなったりした。

都度注意はしているのだが、どうにも改善が見られない。

a→b→dとやってしまって、次の業務Aの機会にはちゃんとa→b→c→dと行うのに、その次の機会にはまた作業が抜け落ちるのだ。

なにぶん、この業務Aはウチの部署の業務でも最重要に入るので、何は無くてもここの作業手順だけは早めにマスターしてもらいたいのだ。

その辺を何度か言って聞かせた、つい先日のこと。

「じゃあ業務Aの処理に入りましょう」といつものように処理を彼に任せて、私は隣で監視しようとした時である。

「手順a、手順bと進めて…次にcが走るのを適当に見ればいいんですよね？」と、彼は口走った。

未だかつて、私は人に対して怒鳴ったことが無い。それどころか叱った試しすらほとんど無い。

怒られるのが嫌いな上、叱られると何も言えなくなるという性格もあると思う。

自分がそんなだから、他人に対して強く出られないのだと思う。

まして先輩から雷を落とされてしょんぼりしたような新人さんに対しては、尚更である。

しかし、この時ばかりは違った。

彼が口走った内容に、耳を疑った。

「適当って何だ！ふざけんな！そんなにルーチンが嫌で退屈なら、もう帰っていいよ」と舌の先まで出かかった。

辛うじて、「今、仕事をする上で致命的なことを言ったのを分かってる？」と言うに留めた。

AAで表せば（＃＾ω＾）

彼も私の声色の微妙な変質に気付いたのか、「すみません…」と応えた。

けれど、私はこの時確信を得た。

「彼は、この仕事がつまらないと感じている」と。

もっと正直な感想を言えば、「彼には無理だろ」とも。

自分の二の轍を踏ませたくはないのだが…

かつて、私は今の所とは別の部署にいた。というよりも、入社した際にそちらの部署に配属された。

配属はされたのだが、自分の持ち得るスキルとはかけ離れた所であった。

だが、当時の上司Aさんや上役たちは私が力量不足であろうことを見越した上で、

「人手不足だし、少しずつ仕事の内容を吸収してスキルアップしてくれるなら、将来的な戦力として鍛えてゆける」

と、普段の業務の合間を縫って私を教育してくれた。

けれど、私の理解不足と勉強不足のせいで、徐々に足を引っ張り始めた。

呑み込みの遅さと、何よりも「適当にこなしていれば給料は出る」という許し難い打算が心の底にあったことが原因である。

そうして、とうとう私は稲妻を食らったのだ。

「このままの状態では、正直、お前はお荷物扱いのままだ。給料泥棒と言われたって仕方ないぞ」

上述のとおり、私は叱られると一気に黙り込む――まさしく、今回の新人さんのように。

自分が悪いことは分かっている、しかしそれを改善しようとする心掛けが今ひとつ持ち切れない。

そんな甘えた心さえも、上司Aさんは完全に見抜いていた。

私はいよいよ、解雇されても仕方ないと塞ぎ込む一歩手前までいった。

会社に来たくないという感情ばかりで、体調にさえ影響するほどに終始、気が滅入っていた。

だが、上司Aさんと取締役Bさん、そして今の部署のリーダーCさんが集まり、私を呼んだ。

B「正直に答えてほしい。今の仕事は、辛い？」

私「………本当に申し訳ありません。白状すれば、教えていただいたことも身に付いているかが分かりません」

B「そうか。傍から見ていても、最近の君は叱られてばかりみたいだったからね」

C「でも、君をこのまま解雇するのは、こちらとしても勿体ないんだ」

私「…いえ、ご迷惑をかける一方ですから」

B「そうだね、でも今のウチは人手不足だから。新卒で入った君を、このまま捨てるのは本当に勿体ない」

B「幸いに君は、パソコンは少なからず使える。この部署の仕事はハイレベルで君の手には負えなかったかもしれないけれど、

他の部署でなら君の最低限のスキルは役に立つかもしれない」

A「だから、これが最大限の妥協だ。来週からCさんの部署に移って、一から仕事を覚え直せ」

C「覚えなきゃいけない仕事は全然違う。でもそのくらいの方が君のためになるだろうし、気持ちを切り替えられると思うから」

B「後は君の気持ちとやる気次第。…まだ、頑張れる？」

恥ずかしいので今の部署では一度も明かしていないが、この年で鼻を啜りながら臆面もなく泣いた。

自らのあまりの情けなさと、こんな自分なのに何とか持ち直してくれることを願って拾い上げてくれた上司たちの気遣いに。

今度は私が、としたいところ

あれから数年が経って、こんな私も新人さんに物を教える立場になった。

リーダーシップなんてものはどちらかと言うとお断りしたい方で、誰かの下でバタバタと動き回った方が性に合っている…

という責任逃れの甘さは、相変わらず持ったままだ。

でもその分、自分がすべきこと、自分に任されたことはきっちりとこなすという自覚と責任は得ているつもりだ。

ルーチンワークばかりの勤務内容だろうが、自分が確実に作業をこなし、次のシフト要員へ引き継ぐことで、会社というシステムの歯車の一つが正確に回る。

それにより客先もサービスを安定して使えるというのなら、それは十分にやりがいのある仕事なのだと思っている。

休暇らしい休暇なんて不定期なものになってはいるが、それでも休みたい時にはきちんと休暇を与えられるし、自分の好きなことをできる。

彼がなぜ、ウチの会社を選んだのかは知らないし、聞かない。

「親に迷惑はかけられないから」と、実家を離れてわざわざ一人暮らしを始めたのだという。

交代制の勤務で親御さんの負担が大きくなるのを避けるというのなら立派な話だ。

これまでのやり取りから、

「実は前の会社でも折り合いが悪くて辞めさせられて、親御さんからも出ていけと言われたんじゃ…」

という邪推を得てしまっているのだが、それを質すつもりもない。

経緯はさておき、会社としては日々の業務を着実にこなしてさえくれれば、問題は無いのだから。

前の部署では何の役にも立たなかった私が、今の部署でのルーチンをこなしているように。

…個人的にはもう少し愛想よく応対してくれればと思うのだが、そこは会社に慣れてくれば解れてくるものと思いたい＾＾；

私一人で彼を変えられるとは思っていない。

変える手助けはしないといけないだろうが、最終的には彼の意志に任せるしかない。

ただ、上司や先輩に注意されたり叱られたりばかりの彼の姿は、かつての自分によく重なる。

かつて上司が私を何とか育てようとあれこれ模索した気苦労が、今になって分かる。

私の人生経験なんて上司からすればまだまだ青いし甘いものだろうが、

そんなものでも新人さんの育成（というよりは潰れないための配慮）の一助になればと信じて、もうしばらくは辛抱強く導いてゆきたい。

今でこそ言葉の端々に「こんなルーチンワーク…」という感情の見え隠れする彼が、数ヵ月後にはTPOを弁えてかっちりと仕事をこなしてくれるようになることを願って。

うわ、初増田でこの長さとかあり得ないだろ。

乱文、失礼しました。

追記

はてブ、トラックバックで多くのお叱りや助言をいただいていたようで、恐縮です。

書き終わったらどこか清々した気持ちで眠っていたのですが、起きてふと記事を見直してみた反響があったことにびっくりしました。

「匿名なんだし」と高をくくって書いたのに、こんなに反応があるものなのかと。

２ちゃんねるとかでもROM専なので、ネット界隈での反響の速さと大きさに改めて恐れ慄いております。

一部、言い訳めいた追記というか返答をしたいと思います。

お叱りの方がどちらかというと多かったので、「気に病みすぎないように、感情的にならないように」と言い聞かせつつ。

答えになっていないことの方が多いかと思いますが、そこはご容赦をいただきたいです。

マニュアルについて

電子化したマニュアル、および印刷したマニュアルは新人さんには渡していっています。

ある物を全部渡して、「じゃあこれに目を通しておいて」と放り投げるのはさすがにブラック過ぎるので、その日の研修の内容と進み具合に応じてですが。

かつ、それだけで分かりにくい箇所もあるだろうから、実際に運用を経験してゆくなかで手元にノートを用意していってくれればいいですよと伝えてあります。

ただし、全ての業務でマニュアルが用意してあるかというとそうではない…というところが、「ああ、ウチは一般的にはブラック扱いか」と猛省すべき点その1ですね。

私が配属となった頃から顧客が増してきて業務内容も増えてきたので、

「マニュアルの整備は急いで進めないとまずいねー」と部署内・部署間で大急ぎで進めてはきているのですが、100％にはまだ達していないというのが現状です。

「人力に頼るサーバ運用ってどうよ？ｗｗｗｗｗ」とは弊社内での冗談の常套句だったりします。冗談で済んでいるうちが花か(；^ω^)

あと、「定常作業なんだから全自動化できるだろうよ？」というツッコミがいくつかありましたので、それについても。

大抵の作業はバッチやタスク処理なので、人間側はその処理の正常／異常を確実に監視すれば良いわけです。

ただ業務内容上、エラーやトラブルが発生した際の対応は、人力でやらなくてはならないのです。

相手先への連絡などはその代表例ですね。

そこら辺まで全部オートでやれれば人件費的にも工数的にも楽ができるのですが、会社としての規模がネックになり、環境作りで全員がデスマーチに陥るのでｗ

イニシャルコストとかランニングコストとかの話になるのでしょうが、既に回ってしまっているものである以上、難しいのが現状でして(；^ω^)

システム内容について

さすがに技術者・開発者志向の強いと言われるはてなか、鋭いご指摘ばかりで:(；゛゜'ω゜'）:となるばかりです。

中でも↓にはギクリとさせられるものが。

どんな処理が走ってるかもわからずに、順番に処理が走るのを見てればいいってことを、

彼は「適当に」と表現したんだろ。

彼に興味を持ってほしかったら、中でどんな処理が走っててどんなロジックで正常/異常の判断をしてるか説明してあげればいいんだよ。

それとも説明できるほどあなたも中身知らないんじゃ？って思われてると思う。

白状します、増田はシステム開発やプログラム方面にはとんと疎いですorz

大まかなロジックについては増田も研修時に習い（まずは処理監視の手順を徹底的に教え込まれましたが）、後は実際に運用をひたすらこなしてゆくことで把握した経緯があります。

こういう会社が理系で無ければならないというわけではないでしょうが、増田本人は極めて文系の人間ですね。

「プログラム文も読んでみると良くできてるなぁ」と思い、自己研鑽のために勉強も進めてはいますが。

「そんなんにサーバ運用任せるとか無いわｗｗｗｗ」「お前らが悪いんじゃないか！」というお叱りはごもっともです。

増田のその程度のスキル内容などを見越した上で、元上司Aさんたちは最大限の妥協案を提示してくれたのだとは今でも思っています。

「プログラム方面では伸びないだろうから、せめて既存のプログラムの運用監視でなら行けるだろう」と。

最後の文で指摘されていますが、たぶん新人さん本人からもそう見られるだろうなぁとは、研修の序盤で予想していました。

実際彼にも「ごめんね、そっちは正直なところ開発部署に任せている現状だから、自分からは事細かに説明できない」と言ってあります。

同時に部署のリーダーも、「システム的に疑問に思う所があるのなら、こっちの基礎を覚えてから、改めて開発側に質問してみるといい」と言っていました。

「何だ、この先輩ダメじゃん」と言いたげな彼の視線は痛かったですけれどもｗ

というか、ネットの透視力はすごいな。

会社としての方便と育成案、そして社畜化について

で、そんな増田のいる会社は、人手不足を何とか解消すべく口八丁手八丁で彼を言い包めたのでした。

冷静になってみれば、まさにブラックの定型みたいなところなんだなと。

社員の年齢層が比較的近く、バタバタしながらも和気あいあいとしているから増田は好きなのですが…と思っているあたりが社畜ということかｗ

性格や言動の端々に人を小馬鹿にするような、それでいて自分をとことん卑下するようなきらいのある新人さんですので、

部署としてもどうやって育ててゆくか・接してゆくかはまだまだ模索の段階です。

IT業界が人的・組織的にどういうものかよくわからないけれど、

増田はチームで適性をみられて、今の職場に来たわけだよね。結果的に良かったじゃん。

増田もチームにチクるんじゃなくて、相談してその新人の育成案を考えてみたら？

あんまり善意がないのはわかるけれど、そうやってネガティブな面を根回しをするだけじゃ、人をつぶすことになるよ。

「あいつはこういうときは元気だから、こういう言い方がいいのかもしれない」

「開発に直結するような言い方がいいのかな？」

「あまりほめすぎると調子付くから、こういうほめ方にとどめておこう」

「こういうことをしたら、次はガツンと怒っちゃってください。それが彼のためですので」