新卒入社半年で退職した

お疲れ様です。さいです。
新卒で入社した会社に
平成26年4月1日に入社し、同年11月30日をもって退職しました。

捻くれてるので、退職エントリ書くより「エンジニアはなぜ退職エントリを書きたがるのか」みたいな
記事を書いてやろうかと思ったけど、かけるほど転職経験があるわけでもないのでやめます。

半年間でやったこと

ユーザーサポート

業務システムについてユーザーからのオペレーションについての質問や
不具合などの窓口をメールや電話で対応していた。

あまり思い出したくない記憶になっている。
業務システム内にあまりにも不具合が多く、それをユーザーの運用方法で回避しているのだが、
いかんせん量が多いためにほぼ毎日のように不具合についての問い合わせがくる。
そのたびに大慌てで複雑な業務フローを洗い、異常なデータを
二次災害が発生しないように修正するのはただ辛みでしかなかった。

開発の人間が適当なシステムを作ると、苦労するのは運用の人間なのだなぁと
ヒシヒシと感じた。

機能改修

ユーザーとの要件定義から設計・開発・テストまで一人でやってた。
あくまで保守開発なので、要件定義といっても大した要件ではないし、設計といっても
既存の設計書をチョチョイと修正するだけだ。私一人で担当できた。

ただ機能改修について完全に私の中でブラックボックス化してしまっていたので
退職にあたる引継ぎの際には苦労した。（属人化を避けるというのは大変大事）

Subversion å°Žå…¥

一番好きだった仕事。チームが立ち上げ当初だったため、
開発環境が何も整っていなかったため、「少なくともバージョン管理ソフトは必要よね」って話になり、
私が導入を担当することになった。

導入にあたっては、運用方法を考えるのがミソだった。
私は git しか知らず、git でよく使われるフローをそのまんまSVNに導入して、
意味のわからない branch や tag の切り方になったのは良い思い出だ。

とにかくメンバーの事をユーザーだと思って、運用方法について色々案を出しては
ヒアリングの中でブラッシュアップして、運用方法を詰めていったのを覚えている。

この手のチーム内での運用方法は最初から完璧を目指さず、
少しずつ少しずつ肉付けしていくほうが良いことを学んだ。

メンバー教育

私が開発に仕事をシフトするに連れて、ユーザーサポートまで手が回らなくなってきたので
別会社から人間を連れてこようという話になった。

これが35歳の人間とは思えないほど能力・マインドともに低い人間だった。
主体性がない・受け身・論理的思考ができない・会話の要点がない、etc...

22歳の新卒に仕事を教えるような感覚で色々教育計画を立てて指導していた。
あまりの能力の低さに、向こうからの質問にはいつもイライラしながら答えていた覚えがある。
我ながら人間力があまりにも低かった。

学んだこと

「目的と手段」という言葉があって、「目的のために手段を使う」って関係になっている。
技術とはあくまで"手段"である。何かを作ったり何かを提供するっていう"目的"を
達成するための手段でしかない。

私は高いモチベーションこそが高い成果を生み出すと信じていて、
技術が好きなだけでは仕事でモチベーションを持続させることが難しいと肌身で感じた。

技術に対してモチベーションがあるだけじゃダメで、
技術を通して自分は何を作るあるいは何を提供するときに一番モチベーションがあがるのか
というところまで考えないと、モチベーションの持続は難しいことを学んだ。

書いてみれば当たり前のことなのだけれど、私は社会に出るまで気づかなかった。

転職方法

DODAの転職エージェントサービスを使った。
ぼんやりと自分のやりたい技術、作りたいものを面談で伝えたら、
エージェントから企業情報が送られてくる。
面接の手続きとかエージェントがモロモロこなしてくれるので楽。

転職エージェントサービスは、ほんとエージェント次第なところがあって、
使えないエージェントは本当に意味わからん企業情報を送りつけてくるらしいけど
私のエージェントは優秀な人っぽかった。

「オススメされた企業を応募したら受かったので転職する」っていう
ものすごい情報弱者みたいな行動をしてしまったので、それは反省している。

DODAは第二新卒向けの転職サービスではないけど、
普通に中途採用に応募できたし、書類で落ちたことはなかった。

これからどうするのか

オタクがもっと人々に受け入れられるような社会にしたいです。
そのために一般ピープルがオタク文化にドップリハマるような
製品やサービスを作っていければいいなと思います。

とりあえずはまずは転職先でがんばりたいなぁと思います。