もうこれは転職できるなら転職すべき。直近の転職は厳しくても視野を広げるような活動をすべきだと思う。
技術的なスキルを身につけることは、選択肢を増やすことであって、常に良いことだと信じてきたが、そうではないんだと気付き始めた。
新たなスキルを身につけるための投資が収入リターンに必ずしも結びつくわけではないが、新たなスキルを身につけたことによってエンジニアとして得られるものはあっても失うもなどまぁない。
もしスキルを身につけることが常に良いことだと思えないならば、もうそれはエンジニアとしてやっていくつもりがないか、自身がエンジニアとしてやっていけないと思っているか、所属している組織が新たな技術を得ることに対して明確にメリットがないか、のどれかだろう。新たな技術がその所属組織で生きないとしても、スキルの選択肢の広さは転職という自身の選択肢の広さにもつながるはずである。
とはいえ実務上の課題をクリアするために新しい技術や高度なテクニックを取り入れる必要性はそんなに珍しくないし、そういったステップを踏まずに会社は成長できないはずだと思う。 だけど、実際問題それをやると属人化は着実に進む。
属人化が絶対悪のように語られるが、そもそもシステム開発の利益の源泉はエンジニアであり人である。どうあっても属人化は避けられない。属人化をどうコントロールしていくかが問題なのだ。もちろん属人化をコントロールする1つの手法として新たな技術を導入しないという選択肢はあるし、状況によってはそれは決して悪い選択肢でも無いのだが、それは属人化を避ける数ある選択肢の1つでしかない。属人化を恐れるがために技術の歩を止めるという決断は、新たな技術の導入とともにある程度の属人化を受け入れるという決断よりも、一般的に慎重に検討がなされるべきである。属人化という言葉の前に思考停止に陥ってはならない。
それらを解決するには技術力が必要なんだけど、それは自分ひとりが身につけるだけではダメで、その必要性を他のメンバーにも理解してもらい、実際に身につけてもらう必要がある。
せいぜいできるのは草の根的な勉強会を開いたり、業務に使った技術の詳細を休日に個人のブログに書いて社内チャットに貼ったり、マネージャーに許しを得た範囲で別の誰かに引き継いだりといった程度。
エンジニアとしてこういうマインドを持った人がいるのは現場としてはありがたい。そういう人がいる現場といない現場では、技術に対する姿勢に差が出ることもある。しかし一緒に働いているメンバーがそれを理解しているか、マネジメントがその意味を分かっているかは完全に別問題だ。もし自分がやっていることが理解されていないと思うのならば、その現場においてそれが本質的に必要でないか、現場が燃えていてそれどころではないか、他の人から見て意図が理解できていないかのいずれかの可能性が高い。
自身にとってその組織にいることについてメリットがあるのかどうか再考すべきだろう。もしメリットがないなら転職を考えるべきだし、メリットがあるのなら「今の自分がその組織でできると思っていること」の枠を超え、あらゆる手段を用いて「職場全体のスキルを上げる」という目的を完遂すべく行動すべきだ。マネジメント権などクソくらえだ。(とはいえ、できるならば他人の権利を侵害しない範囲でうまく遂行する方がいいのだけれど。)
いっそすべて忘れて辞めてしまえば楽になれるんだろうとは思う。
辞めて楽になれると思えるのならば、いっそ辞めてしまったほうがいい。幸いにして新卒入社5年目という人生において転職にはいちばん最適な時期だし、エンジニアでもあるようなので転職には困ることはまずないだろう。エンジニアの転職市場も絶賛売り手市場であるし、スキルがあって手が動かせて、現場にも目が配れるエンジニアなんて欲しいところはいくらでもある。いいエンジニアは現場にも転職市場にもガッツリ不足している。というか、エンジニアそのものが不足している。今いるところに不満があるくらいならば、そうでない環境を探すには絶好のチャンスである。加えて、転職は自身のスキルにも仕事のしかたにも視野や人間性といったものですら広げるいい手段であり、チャンスだ。
もちろん転職に踏ん切りがつかないということもあるだろう。気持ちは分かる。なのでいきなり転職じゃなく、外部でやっている勉強会に参加するというのがやりやすいわりに得るものが多い方法だろう。
外部の人間と触れることで自身の置かれている位置が今までよりも客観的に分かるし、もしかしたらいまの所属組織のいい面を見つけるという機会になるかもしれない。もしもう勉強会に足繁く通っているようならば、「勉強会で発表してみる」とか1つステップを上げてみるのもいいだろう。
転職することがあったら、自分が真ん中以下のレベルになれるところに入りたい。
本当にこう思うならばベンチャーとかオススメ。エンジニアが自分しかいなくて「自分が真ん中以下のレベルになれるところ」どころの話ではないというケースも往々にしてあるし、他にエンジニアがいたとしても「自分が上か下か」なんていっていられる余裕がなかったするケースもある。少人数だと、スキルの上下の判断ではなく「エンジニア個人の芸風の違いが、ベンチャーという組織に対して影響を与える」という体験もできたりする。そういう中で自分の芸風を作っていくのは大変だけれども…存外これが楽しかったりする。
うちの会社の後輩の話。 その1 私:ごめん、こういう仕事があるんだけどこれお願いできないかしら。 後:それって依頼書とか申請書あるんですか? 私:運用業務なのでそういう書類...
http://anond.hatelabo.jp/20150402201131 http://anond.hatelabo.jp/20150403200224 これを読んですごい辛い気持ちになっている。 俺はどちらかというと先輩側の立場に近い気がする。 新卒で今の会社に入って...
もうこれは転職できるなら転職すべき。直近の転職は厳しくても視野を広げるような活動をすべきだと思う。 技術的なスキルを身につけることは、選択肢を増やすことであって、常に良...
「マニュアルがないのになんで息吸ってんの?はい、論破(笑)」
お願いというのはされた方が圧倒的に不利になるのでやたらに受けてはいけない。
マニュアルさえあればなんでもやってくれるならいい人じゃないか。 ガンガンマニュアル書いて業務委譲しよう
マニュアルのある仕事ってなんだよ
口頭で指示受けて仕事して悪い結果になったら 上司「なんでお前はそんなことしたんだ」 俺「言われた通りにしました」 上司「そんなこと言ってない」 ということがよくあったので業...
http://anond.hatelabo.jp/20150402211222 当然の帰結だよね。 上司がむちゃくちゃやるんなら、部下だって実を守るために理論武装して生き残るってもん。 生きる知恵だね。
上司が自分に嫉妬するようなゴミクズだと仕事が成り立たないのは真理 (先日までお世話になった職場のことではありませんので) 総合的に格上の人間じゃないと自分が危ない
そいつを動かせないお前が問題児だからw
口頭継承と長年の勘と経験で運用してるとか、まるで伝統芸能みたいな世界だな。 ※ちなみに能や歌舞伎にもマニュアル的位置付けの資料は存在します。
MT車を運転できなさそう。
http://anond.hatelabo.jp/20150402201131 この話に限らず、責任の範囲について話し合ったほうがいいんじゃないの? 一般の社員の取れる責任なんてほとんど無いよね。 違法なことまですれば懲...
仕事ってやりたくないで断れるもんなの?初めて知ったわw 全てマニュアル化するのは当然無理だけど、自分の頭で考えるにはディズニーにおけるSCSEみたいな原則を皆が共有しているべ...
業務内容が複雑で、そこには熟練したメンバーしか居ないとなると 新しい人というのは日本語がカタコトの人のようなもので 熟練したメンバー同士だと言わなくてもわかることが通じな...
ウチだと、会社から正式に改善命令だして、したがわなければ解雇するよ。直接指導し、拒否があれば理由を文書化させる。合理的な理由もなく上司の指示に従わなかった、という証拠...
こんなめんどくさそうな奴に解雇相当かどうかで徹底的に争われたらそれこそめんどくさいぞ。
命令出したら動くんだろ。 そんなことをしても結局元増田自身や、場合によってはその上司が余計な手間をかけさせられるだけ。
アルバイトの方が責任がないといえる論拠は動かす金が少ないということだろう。 動かす金が多いか少ないかという問題であるか、実際に損失を出しても賠償する訳ではない。むしろ、...
やったことない作業をいきなり丸投げされて 「やらなかったり失敗したらサーバが止まります顧客がキレますすごい損失が出ます マニュアル? ないけどまあ適当にやってよできる...
システムのチューニングとかシステムの運用にマニュアルが無いってどういう企業なんだよお前の所 まずそこを疑えよ…
後輩のH.Aです。光臨させていただきました。 「どういう規模のどういう職場で、二人がどういう立場で働いているのか分からない」とのコメントがありましたので補足します。 いわゆ...
よくわからんけど君も自分でマニュアルを作る気は無いのね
「だから綿密なマニュアルを作って渡してあげたい」と書きましたけど… みんな忙しくて、マニュアル作る人ほかにいないんで、わたしが作ってます。
ユー子ってなんじゃらほい?と思ってググったらAチャンネルの画像が出てきてちょっと懐かしい気分になった ユーザー系子会社って意味もあるのね、IT系でも畑違うと聞いた事ない業界...
「実はあの元増田書いたのオレなんだけどさー、H.Aがあんなとこまで追いかけてきて参ったぜ〜。あいつマジこぇーよ。マサカリ?wつーの?wお前らもあの『問題児』には気をつけろ...
横だけど、マジで元増田なの? 作業は引き継げてるの??
おまえ読解力やばいな 低能だわw
まさか後輩の圧勝が見れるとは
一番暇なくせに一番文句たれてるのか(呆). 大体「ドキュメント作成」なんて時間のかかる面倒な作業を一番忙しい先輩が出来るわけねーだろ.それこそ下っ端のおまえの仕事だろう....
ああ、いたわ、この先輩みたいな「できる人」。 何頼んでもできます、やりますって言って、周りも頼りきっちゃって、辞められて、同じレベルの人が採用できなくて、運用に支障をき...
何の作業をどの期間でやらせるつもりかしらんけど、 ・作業内容を事前にマニュアル化させる ・マニュアルのレビューして責任を分担 すればいいんじゃないのか? むしろ後輩の感覚...
https://anond.hatelabo.jp/20150402201131 お久しぶりです。10年ぶりですね。 先輩はわたしを「マニュアルのある仕事しかしない」「問題児」と評してくれましたけど、 先輩はFastLabelでは問題児で...