株式会社リクルートテクノロジーズ

プロダクトエンジニアリング部 シニアマネジャー／黒田 樹（写真中央）

前職では、大手SIerで官公庁の重厚長大なシステム開発に携わっていました。転職を考えたきっかけは、家族にとっても身近に感じられる「BtoCのサービスを扱いたい」と考えるようになったためです。SIerでは、クライアントから発注されたとおりにシステムを組み上げるのが主な仕事だったので、事業会社なら企画段階からプロジェクトに関わり、価値あるシステムを根本から創り出せるのではないかという期待がありました。

当初はソーシャルゲーム関連への道も考えていたのですが、リクルートの安定的な開発環境や複数の事業ドメインを有するところに魅力を感じ、2011年に入社を決意。私自身、結婚するときには「ゼクシィ」を利用し、家を買うときには「スーモカウンター」で相談するなど、思えばユーザーとしてリクルートのサービスに密接に関わっており、一種の運命のようなものも感じました。しかし一番の決め手になったのは、リクルートが当時「IT化」へと大きくかじを切ろうとし始めていたことです。翌2012年には分社化してホールディングス体制となり、その方針がより明確に示されましたが、エンジニアとして絶好のタイミングでその波に乗ることができたと思っています。

転職後はまず、いちエンジニアとして新規事業領域の開発を直接手掛けました。数年前からは、スマートフォンアプリの企画および開発に、iOS、Android、サーバー全てにおいてマネジメントの立ち位置で従事。現在は「タウンワーク」「フロム・エー ナビ」「はたらいく」「とらばーゆ」などアルバイト領域のサービスを取り仕切りながら、株式会社リクルートジョブズ、株式会社リクルートキャリアなどの事業会社でもマネジメントを担っています。SIer時代にはアプリケーションアーキテクトとして、フレームワーク等の開発のベースラインの実装は自身で手掛け、それに最適化した設計書や開発プロセス、組織構造のデザインなどを行っていたので、組織やプロセス系の分野における経験やスキルを生かせていると思います。

SIerから事業会社のエンジニアに転身して感じた最も大きな違いは、意見の通りやすさです。受託業務ではないので、事業の意図は何か、現場の課題改善が目的なら開発はどうあるべきか。事業と一体となってプロジェクトを進めることができます。またリクルートには、物事を構造化して捉え、ロジカルシンキングで仕事を進められる優秀な人たちが多いように思います。議論がスムーズに進んで仕事がしやすいのはもちろん、自分では予想もしていないアウトプットが得られるなど、刺激的な環境であることは間違いありません。

リクルートは毎年のように大胆に組織変更が行われ、状況に応じて会社全体を柔軟に変えていくので、入社当初は驚きました。そもそも組織構造というのは機能軸に基づくか、事業軸に全機能をぶら下げる形にするかの2つに大別されるものですが、リクルートではその両者を行き来するように組織改変を繰り返します。

たとえば機能軸だと、それぞれの機能は強化されるでしょう。しかし、部門間の壁は厚いものになり、横の連携強化が必要となっていくため、事業ドメインのグループへの再編が始まります。こうしたサイクルを早い場合は1年周期で繰り返すことで、年々加速度を増す世の中のビジネス変化に対応してきました。現状維持を好む人には厳しい環境かもしれませんが、そうした変化に柔軟に対応できる人がリクルートには多いという証左でもあるでしょう。常に最善の状況に自らを変化させる。それがリクルートの強さの一つです。

事業会社に身を置いて、エンジニアとして自社のプロダクトを手掛ける面白さは、売り上げや事業のKPIに直接響くような活動を自らの手で行えることでしょう。SIerでは、システム構築をして納品するまでが仕事の場合が多いです。途中で手放さなければならず、私の場合は不完全燃焼になりがちだったので、最後まで責任をもって携われることは大きなやりがいとなっています。

また、事業会社におけるエンジニアリングでは、事業本来のボトルネックに集中することができます。たとえば、売り上げ向上を命題とした開発ニーズが出てきた場合、開発に時間がかかってしまうと売り上げ向上にも時間を要してしまいます。そうした場合は無理に新たな開発を進めるのではなく、「既存システムの改善を行う」という最善・最適な判断が、事業会社であればできます。事業全体を俯瞰して開発自体の意義から考えられるのは、大変エキサイティングです。

これまで携わったプロジェクトの一つに、「タウンワーク」における社内のフロー改善・効率化があります。事の発端は、本来ビジネス上のKPI向上を目指すチームであるのに、各部門間でタスクのバトンリレーが発生し、少しずつ思惑がずれることで、経営層から発せられていた優先順位が開発チームに降りてくる頃には変質してしまっていたこと。このとき重視したのは、ウオーターフォール型かアジャイル型かといった手法論ではなく、原理原則に立ち返って目的ベースで考えることでした。

たとえば「タウンワーク」のケースでは、求人情報の出稿枠の追加や掲載期間、形式など商品に関する開発は、営業広報が伴うため、厳密な計画的駆動が望まれます。一方、求人情報に対するコンバージョン率の向上を目指したUI/UXの継続的改善は仮説検証型で、スピード感や柔軟さが求められます。おのおので価値・評価基準やアプローチ、ふさわしい組織文化やメンバーも異なるため、前者の開発「System of Record（SoR）」ではリソース効率性を、後者の開発「System of Engagement（SoE）」ではフロー効率性を重視して、各部門と開発チームを分けて進めるように改善。また、リードタイムの短縮策として、企画からリリースまでのタスクの流れからボトルネックを浮き彫りにし、そこに潜む無駄をつぶそうと、未着手案件の在庫推移を可視化し、組織生産性を明らかにしたりもしました。

こうした成果は、セミナーや講演会、専門誌でも発表しています。これはリクルートならではの風土でもあり、マネジメントポジションだけでなく、現場のエンジニアもITの専門家集団として自ら積極的に情報発信を行っています。そうした活動を評価するカルチャーも魅力といえるでしょう。

当社では現在エンジニアの採用を強化していますが、内製エンジニアとして今求めているのは、「ビジネス理解力」や「技術力」を持った方です。現場でのコーディングや、プロダクトに向き合い、さまざまなトレードオフがあるなかでリーディング業務を担ったような経験は必ず当社で生かせます。最新技術に触れているだけでなく、たとえば「SUUMO」「タウンワーク」など、10年以上稼動しているようなシステムや基幹系システムは、私がSIer時代に担当していたような大規模システムに構成や状況も非常に似ていますし、SIerでのリーダー経験がそのまま生かせています。

また、ここでの「ビジネス理解力」とは、特別高度なビジネスモデルを理解できるかどうかという話ではなく、ビジネスニーズから開発に落とし込む、SEでいうところの要求開発から要件定義までを行う力のことです。システム規模が大きくなるとどうしてもサブシステムや複数の業務プロセス群が絡み合い、全体感を理解するのは難しいものですが、一方でそういった分野はSIerが得意としているところでもあると思います。また、「技術力」についても、プログラミングをベースに、さまざまな現場にある制約を技術で突破しにいける課題解決力を意味しています。そういった意味で、現在SIerで業務に従事されている方々が活躍できるフィールドは幅広く用意されているといえるでしょう。

また、社内受託になってしまわぬよう、事業側の要望に押し切られないスタンス面の強さも必要です。何かを変えたい、推進したい。そうした現状に対する反骨精神を持つタイプの方や、事業課題を技術力で解決しようという、視座の高い、本質的なエンジニアリング志向の方に、ぜひ仲間に加わっていただきたいです。

SIerで活躍中のリーダー層にとって、自社の事業にコミットして意志を持ちながら開発・運用ができるのは魅力でしょう。リクルートテクノロジーズでは、入社して事業会社の名を冠したグループに配属されると同時に、その事業会社での兼務が発令され、普段はそちらで業務に当たることとなります。事業のKPIに責任を持ち、一体となって動くので、事業側と開発側が対立するようなことはありません。そうした意味でも、エンジニアにとっては働きやすい環境といえるでしょう。

私はこれまで、自身の希少価値を上げることを考えてキャリアを重ねてきました。1つのことを1万時間やれば、100人の中で1位になれる。それを3つ掛け合わせれば100万分の1の存在、つまり希少性のある人材になれるという元リクルートの藤原和博氏の「自分のレアカード化」という考え方で開発に携わっています。そのために、現在はマネジメントをテーマに専門性を高めているところです。最近では、アジャイルやリーンスタートアップといった方法論をテーマに登壇や執筆活動を行っています。リクルートはそうした活動を応援してくれる環境ですから、野心を持って入ってみても面白いのではないでしょうか。