過去の職歴

リクルートジョブズは３社目でした。１社目は中小ソフトハウス、２社目はSEO会社、そこからのリクルートです。

もともと小中学生の頃からシステムエンジニアとして飯を食おうと決めていた私は（小学校の卒業アルバムにもそう書いてあった）、学校で勉強する時間より業務で書きまくってたほうが効率いいんじゃないの、みたいに思っていたこともあり、１社目では寝る間も休む間も惜しんでひたすらコーディングと設計書を書いていました。

※そんな折にリクルートの案件にも携わる事があり、今のリクルートに在籍するパスへつながっています。

そこそこいろんな言語、いろんなフレームワーク、チームのマネジメント経験もつき、１人で色々考えられるようになってくると、色々気付くことがありました。やや誇張して言うと、上流工程の段階でイケてないシステムは下流がどれだけ良くてもどうにもならん。

ということで、より業務設計や要件定義をしっかりした上でシステム設計が出来るようになるべく、役割を上流工程へ移していこうと思いました。

そんな矢先、リーマンショックで会社が潰れました＠2009年

初めて入社した会社がなくなってしまい、下請けで働いてたら同じことが起こった瞬間死ぬ。と悟った私は、自らサービスを運営している会社で、より業務フローやシステムの根っこに携わりたいと考え、単身東京に引っ越して渋谷のベンチャー企業にシステムエンジニアとして入社しました。

入社時点で社員が２０名半ば、４年間ほど働いて退職時で確か１２０名程度と、えらい勢いで成長する組織。数名のチームだと特に仕組みなんて考え無くても仕事はできるんですが、５名、１０名、２０名と１年でどんどん増えるチーム。その時々にあった制度や仕組みや組織構造を考えないといけなかったし、そんな経験も無かったので純粋に苦労が多かったです。

※このあたりの時期からフォトリーディングセミナーに行って死ぬほど本を読むようになったり、グロービスに通ってマーケティングや組織行動などを学んでました。

そんな中で、新規サービスの業務設計からシステム設計からコーディングまでやったり、アクセス解析から課題発見したり、打ち手を考えてエンハンスをしたり。エンジニアという役割を飛び越えていろいろやるようになったのですが、そのころからエンジニアとプロダクトオーナーの能力及び関係性がサービスをやる上で大半の結果を左右するということを身に染みて思いました。

これもやや誇張して言うと、エンジニアはビジネス観点に乏しく、技術理解の乏しいプロダクトオーナーは無駄がめっちゃ多い。ということで、つまりどの方向性（what）に技術をどう（how）用いるのがサービスにとって良いか、を考えられる人材が圧倒的に少ないと感じました。

そこからの結果として、エンジニアの道からマーケターの道にチェンジしようとリクルートに入社するに至りました。

information