2008-11-16

[][][]後輩を育てることは難しいです

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

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

新入り現る

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

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

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

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

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

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

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

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

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

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

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

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

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

いきなりの暗雲?

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

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

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

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

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

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

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

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

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

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

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

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

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

システム面の話を」    ( ゜д゜)ヘ?

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

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

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

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

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

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

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

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

良い質問ではある。

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

しかしそれは先の話。

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

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

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

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

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

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

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

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

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

だった。

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

暗雲が徐々に暗くなる

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

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

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

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

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

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

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

その1時間後、


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


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

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

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

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

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

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

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

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

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

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

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

その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を弁えてかっちりと仕事をこなしてくれるようになることを願って。


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

乱文、失礼しました。

追記

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

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

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

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

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

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

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

マニュアルについて

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

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

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

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

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

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

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

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

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

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

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

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

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

システム内容について

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

貴重な助言だなと思いました、同時に猛省すべきだとも。

「どうにも彼の言動が気に入らない」と辟易しているのか、と顧みました。

皆が皆、自分と同じわけではないのだから、それを踏まえた上で接し方・育て方を考えねばならないですね。

増田歯車として今の部署で働くことに何ら不満が無い(何だ、自分はMなのかww)のですが、彼はそうなることを望んでいるわけではない。

ならばそんな彼にどう接してあげるべきか、どう教えるべきか。上の後半4つのセリフは、今まさに部署間で飛び交っています。

引っかかっているのは、「彼は別にシステム開発を希望してきたのではなく、地元で働ければどこでも良いと思っているらしい」という話。

彼自身がそう口走ったらしいのですが……そうなるとまた少し話が変わってくるような気がします。

「だったらつべこべ言わずにくぁwせdrftgyふじこ!!!」と部署総出でツッコむことにならないのを祈るばかり。

ここまでで根付きかけてしまっている「気に入らない」という感情をひとまずリセットし、

少しずつでもお互いのためになること(彼の希望する、活かせる部署への異動も含めて)を進めてゆけるよう、ポジティブに考えてみたいところです。

その他

書いている間にもはてブがどんどん増えていることに、一種の恐怖を覚えてきましたw

ちょwwwww人気エントリーで出るとかあり得んwwwwwwwwひっそり愚痴らせてくれればそれで良かったのですがwwww

あまり長居するのも何ですので、いくつかのトラックバックブコメに答えつつ、ひとまず締めとしたいと思います。

「追記だけでもう1エントリー書いた方が早いだろ」とは後の祭り

ます増田自分に酔いすぎ。読んでてキモイ

分かっていますwww

溜まった鬱憤を晴らすべく、増田に書こうと思ったので。

歯車社畜でも俺は頑張ってる」という自己陶酔が皆無とは言いません(それを誇りと呼ぶかどうかは自他の見方の違いでしょう)。

なあ、そういう愚痴はこういうところに書き込まないで、飲み込むか同僚か奥さんか彼女にでも言えば?

いたら、ここまで鬱憤は溜め込んでいないし、増田にも来ていないお(´;ω;`)

「はたらくおじさん」タグが付いていた件

まだ二十半ばを折り返したばっかりなのですが(´;ω;`)

そう呼ばれることを覚悟しないといけない時期か……人生早いなあ。

  • http://anond.hatelabo.jp/20081116133036

    そんな開発大好きな新人にルーチンワークをやらせる意味がわからない。 ルーチンが得意な奴はそれはそれでいるし、開発がめちゃめちゃ好きな奴もいる。 無理にジェネラリストを作る...

  • http://anond.hatelabo.jp/20081116133036

    なあ、そういう愚痴はこういうところに書き込まないで、飲み込むか同僚か奥さんか彼女にでも言えば?

  • http://anond.hatelabo.jp/20081116133036

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

  • http://anond.hatelabo.jp/20081116133036

    ブラックな会社って、相変わらず人を腐らせぶっ壊すのが得意だなー。

  • http://anond.hatelabo.jp/20081116133036

    「手順a、手順bと進めて…次にcが走るのを適当に見ればいいんですよね?」と、彼は口走った。 どんな処理が走ってるかもわからずに、順番に処理が走るのを見てればいいってことを...

  • http://anond.hatelabo.jp/20081116133036

    分かりやすく、仕事に熱意もってなさそうなアンチ意見多いけど。 ます増田自分に酔いすぎ。読んでてキモイ。 業務的には、現場のマニュアルはあった方がいいのが確かだし、問題意...

  • http://anond.hatelabo.jp/20081116151605

    http://anond.hatelabo.jp/20081116133036 ブラックじゃなくてもIT業界こんなのがデフォだから困る。 仕事始めたからには自分の扱ってるシステムなり業務の概要を つかみたいと思うのが普通だろう...

  • 後輩は会社辞める算段がついて良かったな

    http://anond.hatelabo.jp/20081116133036 正直ブラックかどうかは定義にもよるし関係なく 仕事の向き不向きで言えば後輩は別の会社を早々に探す算段がついたと思うわww

  • http://anond.hatelabo.jp/20081116133036

    全部は読んでないけど、俺が辞めた某大手企業に似てた。ITじゃないけど。 歯車が欲しいなら最初から歯車採用ですって言って募集しろよ。それでも人は集まるよ。 調子のいいことばっ...

  • http://anond.hatelabo.jp/20081116133036

    まさにこういう会社→http://anond.hatelabo.jp/20081116160433とかに引っかかったタイプなんじゃないの。応募する奴も悪いとは思うけどね。たいしたことできねぇくせに最初からこれは俺がやりた...

    • http://anond.hatelabo.jp/20081116181208

      たいしたことできねぇくせに最初からこれは俺がやりたい仕事ではないと泣き言言う奴とか。 『こういう仕事がやりたい』と言うと、問答無用でそのタイプだと解釈する奴が多すぎて...

  • http://anond.hatelabo.jp/20081116133036

    読んでみたら、単なる新人にありがちな甘えじゃん。 はっきり言ってやれば?インフラの事も分からん奴に設計なんてやらせるわけがない、って。 そいつは自分の能力に過剰な自信を持...

    • http://anond.hatelabo.jp/20081116183659

      新人の態度が良くないのは確かにあると思うが、 ・とにかく今は何も考えず、マニュアル通りやれ。 ・ちなみにマニュアルはないから、自作してねw こんなんじゃ適当だって言われて...

    • http://anond.hatelabo.jp/20081116183659

      おおかた、設計が偉くてサーバー管理とかネットワーク管理はたいした事無い仕事、とでも思ってるんだろ。 そう考えてるベテランも多いよ。ユーザ側ではね。

  • [増田]新人教育ってとりあえず愚痴がたまる

    http://anond.hatelabo.jp/20081116133036 結構トラバでは増田さん批判が多くて、それに一々頷きもしたんだけど、新人は新人でちょっと問題あるよなー。と思ったエントリ。 サービス・システム開...

  • 育成方法ってたくさんあって難しいよね。

    http://anond.hatelabo.jp/20081116133036の記事なんだけれど。 うーん。単に増田が我慢し過ぎなきがする。 感情的になってあげつらっている部分も否定できないし、 冷静に状況を判断してみては?...

  • http://anond.hatelabo.jp/20081116133036

    まあ増田に苛められて辞めていくだろう。 ルーチン業務とか言われてカチンと来てるんだろ?増田に書くくらいなんだから。 そもそも、新人にマニュアル作らせるとかどんだけいい加...

  • http://anond.hatelabo.jp/20081116133036

    社会人なのにいつもうとうとしてるその新人もだめだが、つまらなそうな仕事&職場だな。 ルーチンワークだから、その仕組みなんかは考えなくていい。 ルーチンワークなのに、マニュ...

  • http://anond.hatelabo.jp/20081116133036

    なんか元増田に反論的なコメントが多くてびっくりだ。 最初から開発業務に突っ込めるほど使える新人ならともかくとして、 雑用から入るのもありだと思うけど。 まあ、マニュアルな...

  • http://anond.hatelabo.jp/20081116133036

    面白い

  • http://anond.hatelabo.jp/20081116133036

    「エンジニアのための時間管理術」って本の文書化って項目を参考にしてはどうだろう。 いっぺんに文書化しようとするのではなくて、 Wikiを使って全員でちょっとずつ書いていくという...

  • http://anond.hatelabo.jp/20081116133036

    なんだか私の上司みたいな増田だなぁ。 というか、新人君ってもしかして私のことですか?>増田 http://anond.hatelabo.jp/20081116 > いっぺんに文書化しようとするのではなくて、 Wikiを使っ...

  • http://anond.hatelabo.jp/20081116133036

    増田は この仕事が つまらないと 感じている。

  • http://anond.hatelabo.jp/20081116133036

    ある程度ちゃんとしたマニュアルあるなら、 マニュアルの各章の先頭に□(チェックボックス)を記載してみるというのはどうですか? その新人が実際に作業するとき その章の手順完了す...

  • http://anond.hatelabo.jp/20081116133036

    今年新入社員で入った者だが、 どう見ても“先輩社員に腫れ物扱いされるだろうなー”って同期がいるよ。 特徴として (1)話していても感情がまるで伝わってこない  先輩に教えら...

    • http://anond.hatelabo.jp/20081117224259

      こういう人は、なぜにこう自分が「一緒にいたいな」と思える人格になれないんだろう…… おそらく似た人といたら罵り合いになるように思うのだが。

  • http://anond.hatelabo.jp/20081116133036

    私は開発の人間、ブコメ見ると開発の人間は運用がわかっていないってのがある。 運用の人間はルーチンワークを自動化しないのは理由があるみたいな書き方だけど、 何か理由あるの?...

    • http://anond.hatelabo.jp/20081118011738

      お客さんからその分のお金をいただいている、とか、まあ歴史的事情が大きいのじゃない? あとまあ不定形の障害が不定期に発生するとかさ。

      • http://anond.hatelabo.jp/20081118013113

        あとまあ不定形の障害が不定期に発生するとかさ。 これが理由なら 障害系は後回しにして、正常処理を先に自動化してみたら? コマンド実行したら、リターン値表示して ”処理続行...

      • http://anond.hatelabo.jp/20081118013113

        あとまあ不定形の障害が不定期に発生するとかさ。 これはルーチンワークではないので、あまり自動化するメリットないですね。 ある程度安定したシステムなら障害はたまにしか発生...

  • http://anond.hatelabo.jp/20081116133036

    かつて、同じように人手不足の中で運用を手伝っていたんだが、増田はまあよく頑張っているんじゃないかと思う。   運用の自動化なんて言っても、それなりにパワーがないと夢のまた...

  • 運用から開発へ転進した話を書いてみるよ

    http://anond.hatelabo.jp/20081116133036 の新人君が、昔の自分にほんのちょっとだけかぶるところがあるなあと思ったので、空気を読まずにつらつらと自分語りをしてみる。 数年前、勤めていた...

    • http://anond.hatelabo.jp/20081118030555

      >当時は今にも勝る不景気、いわゆる就職氷河期の真っ只中 2000年くらいの話?

    • http://anond.hatelabo.jp/20081118030555

      サーバーは止まってるかもしれないが、監視スクリプトはまだ走ってると思う。 hobbitとかhinemosとかnagiosとか高性能なものはいっぱいあるが、0から書いたスクリプトってのは自社の需要と...

  • ルーティン運用にはシステムロジックの理解は関係ない

    気になったので書いてみる。おそらく大規模な運用の中での業務であるから、僕の少ないながらの経験とは全くの別ものだとは思う。 それでも、僕の思いを書いてみる。 あくまで今は、...

  • http://anond.hatelabo.jp/20081116133036

    ●ルーチンワークを自動化できない理由 私は運用の人間。 今でこそITILなんてあって、周知されつつあるけれど、いまだ運用の仕方なんて各所バラバラだと思う。 で、全般的に言えるだ...

  • http://anond.hatelabo.jp/20081116133036

    その新入りさんとしては面接の折に、 「前までの経験を活かして、サービス・システム開発の部署に就きたい」 という意思を示していたようだ。 ただ、いきなり開発部署に放り込ん...

  • まるで挫折する気配のない驚異的な思考法・成長法

    あとで新聞 - 2008年11月18日(火)から知らない人は損してるなあと思うこと:アルファルファモザイク役立つ話がいろいろ。熟読したわ。すごい物を見てもへこたれない人『「できない」...

  • [ライフハック]マニュアルの意義と価値

    世の中には様々な情報が無造作に氾濫しています。それらの情報は得ようとすればすぐに手に入ります。しかし、その情報が自体が何を意味するか、情報をどのように使うか、その情報...

記事への反応(ブックマークコメント)

アーカイブ ヘルプ
ログイン ユーザー登録
ようこそ ゲスト さん