“いい内製化”のためのチーム作り--ビジネス強者のエンジニアが育つわけ - (page 3)

内製化できる組織＝「つなぐ人」がいない組織？

　サービス内製化を創業時から続けているビズリーチには、さまざまなタイプのエンジニアが存在しています。私はエンジニアついて、大きく3つに分かれると考えています。それが「攻める人」「守る人」「つなぐ人」です。そして、このタイプ別に評価のやり方も変えるようにしています。

　まず「攻める人」というのは、サービス開発において重要業績評価指標（Key Performance Indicators：KPI）にヒットする数値を伸ばしていける人です。ユーザーに飽きが来ないユーザーインターフェイス（UI）を設計して、DAU（Daily Active Users）を増やしたり、サービスの利用途中でユーザーが離脱する率を低く抑えたりする、数字を作っていく立場の人です。彼らについてはどれだけ事業に貢献したかが明確な数字となって表れやすいので、評価もさほど難しくありません。与えられたミッションに対して、どれだけやり切れたかを見ることができます。

　これに対して「守る人」は、サービスの安定稼働を続けるのに不可欠な人たちですが、彼らの評価基準を「問題なくサービスが継続できている」に置くと、評価すべき点を見誤ります。例えば「この業務を外部に委託した時と比較して、どれだけ少ないコストやリソースでパフォーマンスを上げてくれたか」といったように、引き算して価値を算出することが大切です。こうした役割を担う人たちを「安定稼働できて当たり前」と評価してしまう上長がいると、全体の士気はガクンと下がってしまう可能性があります。

　最後に「つなぐ人」ですが、ビズリーチではなるべくこの立場で専任の人を置かないようにしています。いわゆる「プロジェクトマネージャー」と呼ばれる人たちです。NASAのように大規模プロジェクトでは、プロジェクトマネジメントはとても重要な仕事であると思いますが、スピード感をもってサービスをスケールさせているビズリーチでは、特定のエンジニアがこの職務を兼任して仕様を決定し、調整業務を行えるようにならないといけない、と考えています。

　この「つなぐ人」は、かつてビジネスサイドとエンジニアをつなぐ橋渡し役として必要な存在だったかもしれません。しかし、前述したとおり、内製化する組織ではビジネスの仕組みまでをエンジニアが理解することで、サービスはより確実に成長し、エンジニアにとっても魅力的な環境となると考えています。

　Ruby on Railsの登場などにより、非ITの経歴でもプラモデル感覚のようにアプリ開発ができてしまう時代です。高いコミュニケーション能力やビジネス感覚がある人がプログラミングの世界に増えてくることが予想されるなか、大きなプロジェクトの調整は別としてプロジェクトマネジメントだけができることの価値は下がってしまうでしょう。

　エンジニアでありながらマネジメントできる方や、マーケティングやデザインの知識を活かしてプロダクトそのものをマネジメントできる「プロダクトマネジメント」は評価される時代になってくると考えています。

適切な内製化はエンジニアを採用する武器になる

　サービスを内製するチームを作ることができれば、こうしたキャリアを自分で選べるチャンスも増えてきます。ビジネスの視点を持ったエンジニアの成長機会を提供できるという点から、意欲の高いエンジニアを採用しやすくなるという点もあります。内製化に舵を切ることは組織だけでなく、所属するエンジニア個人にも大きく影響をおよぼすものです。「組織としてどうありたいか」「サービスをどのように成長させていくか」「一緒に働く社員をどうしたいか」などを深く考えた上で、よりメリットを享受できる道を選択しましょう。