令和の“ドラフト１位エンジニア”は誰だ！？人気企業３社が本気で考えた新規事業立ち上げチームに欲しい人【BASE×DMM×SHOWROOM】

2020.01.15 働き方

日々、新たな技術が生まれ、技術トレンドが塗り替えられていく。そんな激動のIT業界において、2020年以降に求められるのはどんなエンジニアだろうか。

『エンジニアtype』は人気IT企業が求めるエンジニア人材をより具体的に探るため、BASE、DMM、SHOWROOMの３社に協力を仰ぎ、「エンジニアドラフト会議」を実施。「自社で新規事業（Webサービス）を立ち上げると仮定し、スキルや経験値が異なる16名のエンジニアの中から４名のエンジニアを選んで１つのチームを編成する」試みだ。

今、各社がこぞって「欲しい！」と思っているのは、一体どんなエンジニアなのか？３社のCTO、プロダクトオーナーのリアルな本音に注目してほしい。

エンジニアドラフト会議／BASE・DMM.com・SHOWROOM — **BASE株式会社　執行役員CTO**
**川口将貴さん（写真左）**
1991年生まれ、東京都出身。大学卒業後、2013年ソーシャルゲーム開発会社に入社。サーバーサイドエンジニアとしてアバターゲームの開発に従事。その後同社の女性向けネイティブゲームの開発運用に異動しCocos2d-xを利用した開発を経験。17年５月にBASE株式会社に入社。ショッピングアプリ『BASE』のバックエンド開発を担当し、17年９月にライブ配信機能『BASEライブ』を開発。BASE Product Divisionのテックリードを経て、19年７月に執行役員CTOに就任

**DMM.com プラットフォーム事業本部プロダクトオーナー**
**石垣雅人さん（写真中央）**
DMMにおけるAccount(ID)、Auth、Personalinfoのバックエンド周りのプロダクトオーナーを経て、2018年7月にリードナーチャリング領域を強化するチームの立ち上げを行う。現在はネイティブアプリの立ち上げ段階のプロダクトオーナーにも従事

**SHOWROOM株式会社 CTO**
**佐々木康伸さん（写真右）**
ITベンダー企業を経て 2008年に株式会社モンスター・ラボに入社。自社の音楽配信サービスやソーシャルアプリを開発する。10年DeNAに入社後、Mobageの開発・運用や、音楽アプリGroovyの開発に携わる。13年に代表の前田裕二氏とSHOWROOMのサービス立ち上げ、15年にDeNAからSHOWROOM株式会社として独立後、CTO、バックオフィス、新規事業、HR全般を担当し、現在はプロダクト開発および、XR・メディア等、新規事業開発の責任者を務める

エンジニアドラフト会議・ルール説明

【概要】
新規Webサービスを立ち上げることになった。立ち上げメンバーは４名であり、以下の図にある16名のうちから１巡ずつ各社で指名していく。また、構成は自由となっている。
例）フロント×２名とインフラ×２名やフロント×４名という選択も可能

【ルール】
(1)各ポジションの人材は１名ずつしかいないものとする

(2)希望ポジションが被った場合はくじ引きにより決定する

(3)ドラフト指名者は、あくまでもプロジェクトの責任者としての立ち位置になるため、自分は手を動かさないものとする。（自分自身は人数にカウントされない）

エンジニアドラフト会議／ルール表 — **スペシャリスト志向**
マネジメントはやりたくない。コミュニケーションは苦手で、ガツガツとコードを書きたいタイプ
※PMの場合は、技術者寄りの思考という想定

**マネジメント志向**
話すのが好きなリーダー気質。将来はマネージャー希望。あくまで志向であるのでPM経験はないものとする
※PMの場合は、ビジネス寄りの思考という想定

**レギュラースキル**
スキル・コミュニケーション能力共に平均レベル。ある程度業務は任せられるが、社内で今より昇進・昇格させるにはもう少し経験が必要だと考えられる層（想定経験年数３～４年程度）

**ポテンシャル・ガッツ系**
プロジェクト経験は１～２つ。言われた通りに手伝いや簡単な開発を担当する程度のスキルレベル（想定経験年数１年未満）
※PMの場合は、「PM候補」程度の認識で、PMの実業務経験はないという想定

１巡目の指名で３社ともハイスキル人材を指名すると思いきや……？

——まずは「どんな新規事業を立ち上げるのか」という前提を共有させてください。簡単で良いので、立ち上げたいサービスのイメージを教えていただけますか？

川口：「BASEに付随する新規サービス」を小規模で立ち上げるイメージです。

石垣：「新たなカテゴリーのECサイトを立ち上げる」、これでいきたいと思います。

佐々木：新たな動画配信サービスとして、「SHOWROOM２」を作りたいと思います。

——分かりました！どんなドラフト会議になるのか楽しみです。それではさっそく、１順目いってみましょう！

——お～！見事にバラけましたね。その人材を指名した意図を教えてください。

●SHOWROOM・佐々木さん→F３（フロントエンド／レギュラースキル）
新規事業を動かすには、サービスの外観をいち早く作ってユーザーのフィードバックをもらうこと、そして出資してくれるパートナーの存在が必要です。そのためのサービス設計と営業のどちらもできるのが、一定の技術力とコミュニケーションスキルを持つF３だと思いました。あえてスペシャリストではなくレギュラーにしたのは、新規事業の調整にはコミュニケーションが不可欠だからです。

●DMM・石垣さん→P２（PM・PL／ハイスキル・マネジメント志向）
マネジメント能力のあるP２を選びました。経験則から、たとえメンバーの開発能力が低くても、プロセスを整理すれば育つと思っています。その辺りをフォローしつつ、開発メンバーの意見をまとめる役割を担ってもらえればと。

●BASE・川口さん→P１（PM・PL／ハイスキル・スペシャリスト志向）
僕もマネジメント志向のP２と迷ったんですが、コードは後から改善できるので、まずは作りたいものを強く持っている人がいいと思いました。技術というより思想が強い人。確固たる芯みたいなものがあるとプロダクトに迷いがなくなるからです。今、一緒に働いているプロダクトオーナーは、まさにそういうタイプですね。

——各社の思考が顕著に現れていて、大変興味深いです。真っ先にハイスキル人材が選ばれるだろうと予想していたので、レギュラースキル人材に声が掛かったのが意外でした。

パワーバランスを加味した２巡目、初の重複指名は〇〇スキルのバックエンド

——では、２巡目にまいりましょう！

——おっと！ B３（バックエンド／レギュラースキル）が佐々木さんと川口さんでカブりましたね。では、お２人でくじ引きをお願いします。さて、どのような結果になったのでしょうか？

●DMM・石垣さん→F１（フロントエンド／ハイスキル・スペシャリスト志向）
やっぱりフロントエンドがいないと何も始まらないですからね。最初にP２（PM・PL／ハイスキル・マネジメント志向）を獲得しているので、F１のコミュニケーション力不足をP２が補ってくれるかなと。F1にはガリガリとコードを書いてもらい、市場に出せるものを最短で作ってくれることを期待しています。

●BASE・川口さん→B３（バックエンド／レギュラースキル）
B１（バックエンド／ハイスキル・スペシャリスト志向）にも惹かれましたが、少数のチームで誰かがイニシアチブを取りすぎると、その後の採用が不安だなと。コミュニケーションが苦手な人が採用担当になると、ちょっと怖いですよね。なので、とりあえず地固めができる人として、あえてレギュラースキルを選びました。

今回、F３（フロントエンド／レギュラースキル）は獲られてしまっていましたが、今どきはあまり複雑なバックエンドのコードを書く必要性がなくなっているので、先にフロントエンドを獲るのもアリだったと思います。

●SHOWROOM・佐々木さん→B１（バックエンド／ハイスキル・スペシャリスト志向）
残念ながらB３を獲得できず……。B４（バックエンド／ポテンシャル・ガッツ系）と迷いましたが、経験１年未満はちょっと怖かったので、コミュニケーション力の不足は他で補う前提でハイスキル人材にしました。ただ、レギュラースキルのF３（フロントエンド／レギュラースキル）に対してパワーバランスが悪いのは否めませんね。

——スペシャリストではなく、レギュラースキルを持つバックエンドエンジニアのB３に人気が集まったのは意外です！皆さん、パワーバランスをかなり気にされているのと、技術的なスキルと同じくらいコミュニケーション能力を求めていることも理解できました。

３巡目までに全員指名されたフロントエンド、まだ誰にも指名されないインフラ

——おもしろくなってきましたね。では、３巡目どうぞ！

——また佐々木さんと川口さんがカブりましたね！またしてもくじ引きです。さぁ結果はいかに？

●DMM・石垣さん→B２（バックエンド／ハイスキル・マネジメント志向）
バックエンドが必要なのですが、B１（バックエンド／ハイスキル・スペシャリスト志向）とB３（バックエンド／レギュラースキル）は獲られてしまったので、やむを得ずB２を選びました。パワーバランスを考えれば理想はB3でしたね。

●SHOWROOM・佐々木さん→F２（フロントエンド／ハイスキル・マネジメント志向）
F２を獲得できました！これはパワーバランスを重視した選択です。先程選んだB１（バックエンド／ハイスキル・スペシャリスト志向）に対して、F３（フロントエンド／レギュラースキル）だけだと力関係が弱くなってしまう。そこにマネジメントスキルを持つF２を入れることで、「B１：F３＆２」という１：２の構図にし、バランスを取りたい意向があります。

●BASE・川口さん→F４（フロントエンド／ポテンシャル・ガッツ系）
F２を獲りたかったんですが、残念ながらダメでした。F４はポテンシャルとガッツでリリースまではどうにかなっても、先々が不安です。将来的に不安要素になる可能性は高いだろうなという気持ちはありますが、致し方ないですね。強いてF４の方にアドバイスを送るなら、「デザイナーのことを考えてコードを書けるように努力してほしい」です。

——これでフロントエンド人材は、全ていなくなりました。対して、インフラエンジニアは全員残ったままですね。

石垣：今回の設定は新規事業の立ち上げであって、まだサービスが伸びていない段階ではインフラエンジニアは必要ないという判断ですね。立ち上げの段階ではバックエンドエンジニアにインフラもまかなってもらえればと考えています。

佐々木：同感です。もちろんインフラエンジニアがいたらうれしいですけど、リソースに限りがある場合はどうしても優先度が下がってしまいます。サービスが軌道に乗ってきた段階ではほしいですけどね。

川口：ですね、インフラエンジニアに指名が入らないのはフェーズの問題かなと。

ラストの指名で２社が選択したのは「ポテンシャル」のエンジニア

——いよいよ最後の４巡目、発表をお願いします！

——最後は指名がばらけましたね。

●SHOWROOM・佐々木さん→P４（PM・PL／ポテンシャル・ガッツ系）
これはチャレンジアサインですね。新規立ち上げの場合、事業責任者が現場にいろいろなオーダーを出すので、現場の人間は四苦八苦することになります。それらのオーダーをP４に集約できればと。すごく大変な任務なので、バイタリティが必要なんです。加えて、現場のエンジニアの要望や雑務を引き取ってもらうイメージですね。

●DMM・石垣さん→B４（バックエンド／ポテンシャル・ガッツ系）
B２（バックエンド／ハイスキル・マネジメント志向）にB４を教育してもらうイメージです。当社には40種類ほどのサービスがあり、各サービスとの連携が必要になるという事情から、バックエンドが２名欲しかったんですよね。

バックエンド２名にP２（PM・PL／ハイスキル・マネジメント志向）とF１（フロントエンド／ハイスキル・スペシャリスト志向）というシンプルなチーム構成は、現実的にありえるなと感じています。

●BASE・川口さん→I３（インフラ／レギュラースキル）
今時のインフラエンジニアはコードも書けないと生きていけない時代なので、I３にもコードを書いてもらうし、逆にバックエンドにもインフラを触ってもらいます。そう考えると、B３（バックエンド／レギュラースキル）を２人採用した感覚ですね。

レギュラースキルを選んだのは、権威的な組織にしたくなかったから。エンジニアがフラットにしゃべりながら改善できる環境がベストだと思っています。小さいチームなので、チームマネジメントはセルフですね。