Street編集部です。連載企画「ストリートインタビュー」の第50弾をお届けします。Streetコミュニティメンバーが“今、気になるヒト”をリレー形式でつなぐインタビュー企画です。企画ルール:・インタビュー対象には必ず次のインタビュー対象を指定していただきます。・指定するインタビュー対象は以下の2つの条件のうちどちらかを満たしている方です。ご紹介いただいた湯前さんより「前職のアカツキ時代に大変お世話になった能登さんをご紹介します。能登さんは様々な会社の技術アドバイザリーをされている方で、開発組織に対するマネジメントの考え方のベースを能登さんから学びました。今でも不定期に交流は続けていて、一緒に食事に行く関係性なのはとてもありがたい限りです。」とご推薦のお言葉をいただいております。サイバースペース研究所にて検索エンジンの研究開発に従事。2004年、ディー・エヌ・エーに入社し、以来さまざまな製品の企画・開発を行うとともに、2008年よりエンジニアリンググループのマネジメントを担当。2010年、エンジニアの採用・育成を専門的に手がける技術戦略部を設立し、部長に就任。2012年に独立、ソフトウェア・エンジニアリングと人事・組織領域におけるコンサルティング・サービスを行う。同年より株式会社アカツキのエンジニアリング・アドバイザーに就任。就任、2021年退任。現在もクライアント企業に対し、エンジニア職能人事領域の業務遂行・支援や、エンジニアへのメンタリングを実施している。ーーまずは、現在の能登さんを形作る原点をお聞かせください。(以下「ウェブ」)に出会ったことです。私が通っていた大学(慶應SFC)では、学生たちの自主的な研究会があり、学生有志でウェブサーバーを立ち上げてみることになりました。当時は、日本語で書かれたウェブに関する書籍も情報もなかったので、英語で書かれたHTMLの仕様書をダウンロードし、それを隅から隅まで読みました。最近改めて調べてみたところ、ウェブの提唱者であるティム・バーナーズ=リーが自ら書いたものでした。ドキュメントもですね。ものを使っていました。1つの要素は、高校生の頃に出会った現代思想の中の「リゾーム」という概念との関連です。リゾームとは、中心も始まりも終わりも上下もなく、横断的に横でつながるネットワーク状の概念のことをいうのですが、「ウェブはまさにこれの具現化だ」と思い、すごく興奮して引き込まれたのを覚えています。慶應SFCの当時の研究会メンバーには、私と同じように現代思想とウェブやメディアテクノロジーの両方に興味を持つ人が多くいたので、同じ想いを共有して活動できたのは幸運でした。ーーウェブとリゾームに対して感じた面白さについてもう少し教えていただけますかリゾームはそれまでの常識に対するアンチテーゼのようなものだったと思います。単純化して話すと、高校生の自分にとって、権威主義や階層構造は本当に正しいのかという懐疑があって、それに対抗しうる考え方だと思いました。抽象的な概念だったので、それがどのように実現するのかは本を読んでいてもわかりませんでした。一方で、ウェブは明らかにリゾームの具現化と言える形態ですし、当時の他のインターネット上の情報共有システムに比べてユーザビリティも高かったです。これは「何か新しいことが始まるのではないか」というワクワク感がありました。NTTの研究所に入り、検索エンジンの開発を行うーー大学でウェブと出会い、その後どのような道へ進まれたのですかその後はコンピューターサイエンスの研究室に入り、卒業後はNTTに就職して研究所に配属されました。NTTに入った理由は、AmazonもGoogleもまだない時代ですし、日本のウェブに関する研究ではNTTが先行していたからです。NTTの研究所に入れば「新しい文化が作れるかもしれない」という思いもありました。日本在住のほとんどの人を顧客としていましたし、文化というのは多くの人の生活習慣なので、人々の行動が良い方向に変わるものをNTTの研究所で考案して、多くの人に届けたいと思っていました。インターコミュニケーションセンターという、ネットワーク文化やメディアアートに関する文化施設を構想していて、自分も学生時代に少し関わっていたのも大きい要素です。ーーNTTの研究所ではどのような仕事を行っていたのでしょうかメインの仕事は、検索エンジンのクローラ開発でした。クローラというのは、ウェブのコンテンツを集めてくるプログラムです。集めてきたコンテンツ(ウェブページ)をデータベースの形に格納して初めて検索可能になるのですが、そのコンテンツ(ウェブページ)を高速にたくさん集めるプログラムを作っていました。当時、NTTではgooという検索エンジンを運営しており「フレッシュな情報を検索できるようにしよう」という取り組みをGoogleが出てくる前からやっていました。日で反映できるようにと考えていました。ーー当時最新の仕事だったと思いますが、能登さんご自身はどのように受け止めていましたかSFC出身者やそのつながりで知り合った人たちの間では新しいことをするのが当たり前で、例えば、メディアアーティストの方など、ある意味尖っている人もたくさんいる環境でした。その中で自分は地味な技術の世界にいるという感覚でした。(笑)技術的課題に踏み込んでいくと、地道にプログラムを書くことが大事になってきます。今はウェブの世界でC言語を使う人は少ないですが、当時はオーバーヘッドが少なく実行性能が良かったので、C言語で1つのコンピューターの中でスレッドやプロセスといった処理単位をたくさん増やして、とにかく1台のコンピューターの性能をめいっぱいまで引き出す、さらにそれを多数のコンピュータで実行しても、同様に性能が向上していくというような、ボトルネックがなくスケーラブルな分散型クローラ開発をしていました。ーーNTTの研究所の後は、どのような道に進まれたのでしょうかNTTの研究所では4年半ほど働きました。クローラーの開発を通して分散処理やスケーラビリティの基本的な考え方など、とても多くのことを学びましたが、もう少し小回りが効いて、自分のアイデアをインターネットを使って、スピーディに世の中に出せる会社に行きたいと考えるようになりました。そのような想いから、知人が立ち上げた会社に行ったのです。いざ移ってみると、今度は、会社の規模が小さいために多くの人にプロダクトを届けられないという課題も感じました。そこで、次に会社を移る時は、技術力や開発力があり、戦略性があってプロダクトを多くのユーザーに届けられるところにと考えて、DeNAに転職しました。ーーその当時のDeNAは、どんな会社でどんな点に惹かれて入社されたのでしょうか私が入社したころは上場前で、黒字化し始めたタイミングでした。当時提供していた「ビッダーズ」というオークション/ショッピングモールサービスが黒字化してきたので、それを元に新しい事業を始めようとしていました。当時の自社サービス企業では、重要な技術でも他社から買ってきたり、他社に発注して作ってもらうということが多くありましたが、DeNAは自分たちで基盤技術を設計・実装していたので、それもDeNAを選んだポイントの1つになりました。DeNAはとにかく成長できる場所だったーーDeNAではどのような仕事をやられたのですかとにかくエンジニアとして、なんでもやりました。社内のプロダクト開発もしましたし、ソリューション事業といって、他社のシステムを作る受託開発の事業にも携わりました。当時のDeNAは、まだ若い会社だったので、リーダーをやったりプロジェクトマネージャーをやったり、サービス要件定義をしたり、あらゆることに挑戦できたんです。その後、ソリューション事業は事業としての拡大性がなかったため縮小しましたが、携帯向けのアフィリエイトサービスや検索サービス、専門特化型のeコマース、決済サービスなど、新しいサービスに関わる機会にも恵まれました。ーーDeNA時代は、今振り返ると能登さんにとってどのような環境でしたかとにかく目まぐるしく忙しくて、無我夢中に仕事をして成長する環境だったと思います。これは、新卒で入ってくる学生さんに対しても「とにかく成長できる場所だよ」と話してましたが、自分にとっても同じでした。NTTの研究所ではじっくりと技術を掘り下げて、着実な成長だったと思いますが、DeNAでは最短距離でゴールに到達するための技術やスキルを身に着けていく感じです。その後は、企業の成長とともに役割も変わり、入社した頃は10名ほどだった正社員エンジニアも増えていき、エンジニアをマネジメントするような業務が増えるようになってきました。あともうひとつ良かったのは、サービスを作るだけでなく、組織や制度も自分たちで提案して改善していく、というところです。自分たちでなんとかするしかなかったのです。その点ではフラットで、風通しのよい組織でしたし、サービス開発以外のところもふつうに提案して実現していけるというのは、良い経験になりました。エンジニア人事の仕事をするようになったきっかけーーその後、エンジニア人事の仕事をやるようになったきっかけはございますかターニングポイントとなったのは、2010年にソーシャルゲームがヒットし始めた頃です。「ソーシャルゲーム事業は、まだまだ伸びそうだけど、そのためには、もっとエンジニアが必要だ」ということになり、エンジニア採用に力を入れることになりました。エンジニアのことはエンジニアじゃないとわからない部分も多いし、エンジニア同士のほうが話が通じやすいので、エンジニアが人事をやった方が採用も育成も上手くいくのではないかということで、私に声がかかりました。コードを書く時間がほぼなくなるのは正直不安でしたが、社内では自分が一番人事の仕事をうまくできるという自負があったので、声がかかったとき、ほどんど迷わず引き受けることにしました。年目くらいでしょうか、その頃はまだ社内に採用面接のマニュアルなどもありませんでした。共有された応募書類には事前に目を通して準備しておくものの、最初は場当たり的、出たとこ勝負で面接に取り組んでいました。先輩たちも「あなたのことを信頼しているから、自分なりにやってみて」という感じでチャレンジさせてくれました。自分なりに回数をこなすと、「どういうことを確認しなければいけないか」「そのためにはどういう質問をするとよいのか」「基準となるポイントはどういうところなのか」などが、だんたんと見えてくるようになります。それを自分が文章にまとめて、新しく面接に関わるエンジニアに共有する、みたいなことを当時からしていました。人事専業ではなかったのですが、エンジニア、エンジニアリング・マネージャをしながら、人事領域の仕事を社内で切り拓いてきたのが自負の理由です。いった、前例がないところから、基準や方法を探っていく、言語化するというのは自分の得意なことのひとつだと思います。ひとつ、人事の仕事をしてもエンジニアの感覚を忘れないというのも重要です。エンジニアをすることに興味を持ってくれた方に対して、よく会社説明会をしていたのですが、私が作った資料でもマネージャ歴の長い方が話すと「エンジニアに仕事をさせる側」の視点でエンジニアの仕事や会社を紹介してしまうということがありました。人事の仕事では会社経営の視点を取り入れて全社最適で考えることも必要ですが、そういった視点だけで話をしてしまうと「上から目線」になってしまいます。コードをずっと書いていたい、好きな技術やサービスにずっと関わっていたいという気持ちに応えるような人事の仕事ができるのも、自分の特徴だと当時から思っていました。社内でも同じで、開発現場のエンジニアはいつも人が足りなくてギリギリの状態で頑張っています。「その人たちを助けるべく、採用や育成を頑張るんだ」という視点を維持するようにしていました。ーーその後もDeNAでエンジニア人事を続けられたのでしょうかエンジニア人事としては、採用目標を達成するなど、ある一定の成果をあげることができました。一方で「エンジニア職からずっと離れているのはかわいそうだ」という上層部の想いもあったようで、結果的に1年半で現場のエンジニア職に戻ることになりました。「現場に戻るなら英語が使える仕事を」という希望を出していて、日本側にいながらサンフランシスコの現地法人と共同開発するチームに入れてもらったので、それは叶えてもらいました。研究所時代から英会話の練習はしていましたし、DeNAとしても海外進出を進めていたのでだいぶ前から学習を再開していました。実際ネイティブと仕事をしてみると、中学生のような話し方しかできない。人事の仕事ではかなり言葉をグラデーションのように細かく使い分けて自分の武器にしていたので、不自由な感覚が強く、これはちょっと難しいな、と思いました。ひとつは、会社がゲーム事業にフォーカスを絞っていたことですね。そこに興味を持てないというのもありました。いったことで、人事の仕事をやめてから半年程度で退職を決めました。ーーDeNAをやめた後はどのような道に進まれたのでしょうか最初は自分が実現したいサービス、プロダクトのアイディアがあり、しばらくは無職でそれに取り組もうと思っていました。一方で、元同僚などから「DeNAを辞めたら手伝ってほしい」という声がかかり、また、過去に一緒に仕事をした社外の人からも、「一緒に仕事をしないか」と声をかけていただきました。いった仕事をいくつか並行して受けているうちに、なんとなくフリーランスの生活が始まったのです。ーー会社員からフリーランスになられて、抵抗はありませんでしたか意外としっくりときているんですよね。会社員生活の最後の方を振り返ると、いくらなんでも自分の時間やマインドシェアを会社に捧げすぎていたなというか、「もうちょっと自分の時間を大切にすればよかった」という思いもありました。フリーランスだと「ここまでの時間は割けるけれども、それ以上はちょっと...」と自分で決められるので、自分のペースで仕事ができるのが良いところです。フリーランスになって求められる仕事はエンジニア人事の仕事が多いのですが、やってみると肩の力を抜いて良い成果を出すことができたので、これはやっぱり自分に向いているんだなと思いました。ーーエンジニア人事のニーズは大きいのでしょうか?エンジニア人事のニーズがマーケットとして大きいのかどうかは、正直私も分かりませんが、肌感覚として分かるのは、エンジニアは「コードを書いていたい」と思う人が多く、「できればマネジメントや人事の仕事はしたくない」と考える人は多いと思います。私は、あえてそこを進んで引き受けているので、その点では差別化できていて、長くお仕事を続けられているのだと思います。クライアント企業でエンジニアからエンジニア人事に挑戦されるかたもいらっしゃいますが、思ったより軌道に乗らないかたも多いなと感じています。ひとつはある程度社内で評価されているマネジメント系の方が転身されることが多く、短期間で成果が出ないと早い段階で自己評価が下がってしまいがちなことが理由だと思います。ひとつは、開発の仕事ほど「型が決まっていない」というか、不定形な仕事が多いからでしょうか。自分も最初人事専業になったときは、1年くらい試行錯誤だけで全然手応えがありませんでした。職種が半分くらいは確実に変わったんだから、少しじっくり取り組むか、とのんびり構えるくらいのほうがうまくいくと思います。あとは、不定形だからこそ、課題発見や解決が難しいのかもしれません。他社事例を調べて同じことをやっても差別化にならず、自社の特徴が出ません。結局はいろいろやった方が良さそうなことを自分で考えて、何が正解かはわからなくてもうまく芽が出そうなことを頑張って続けるしかないのですが、やっぱり開発実務に比べると不確実性は高いですよね。技術情報発信も短期的にはあまり採用に結びつかないですし、そういった試行錯誤を続けられる人は多くないのかなと思います。私は人の成長や組織文化について、長期的に見ればきっと成果が出ることを比較的信じてじっくり取り組む方なので、そういう点でも合っていると思います。ーーエンジニア人事としての仕事内容について教えていただけますかもともとは採用の仕事が多かったのですが、ここはある程度「型化」しやすいので、最近は少なくなってきていて、だんだんと組織開発の仕事が多くなってきています。エンジニアの退職が多い場合、エンジニアリーダー陣に話を聞いて、共通的な組織課題を探って、それを制度設計などを通して解決する、マイナス状態がゼロになってきたら今度は自分たちの組織文化を定義してそれを強めるなどです。することも多く、長期的な関係を築いて、ぼんやりとした違和感の段階から話を聞いて一緒に言語化していく、一緒に答えの出しにくい解決策を考えるアドバイザー、メンターの仕事もしています。社内ではエンジニアのキャリアを理解できる相談相手がいないので、ということで、その役割をお願いされたりすることもあります。いった中で組織的に解決すべきことが出てきたら、人事の役割として解決に動くということもあります。異動調整も解決手法として重要なものになりますが、それは既存組織から人を抜くことになるので少し無理を聞いてもらわないといけず、事業リーダーにも現場にも負担をかけるものになりがちです。普段から信頼関係ができていないとうまく調整できなかったりするので、エンジニアリーダー陣のメンタリングとセットで行うのが重要だなと思っています。依頼されることもありました。継続するという機会もありました。ーー能登さんがエンジニア人事の仕事を通して、大事にしていることや心がけていることがありましたら教えてください「感情を大切に扱う」ということです。年から株式会社アカツキのアドバイザーを務めていますが、アカツキはある時まで「ハートドリブン」という言葉を掲げていて、感情を重視して仕事をしようという考え方をしていました。人は裸足になったほうが素の状態になれるからということで、オフィスでも靴を脱いでリラックスできるようになっていたり、企業として競争に勝つことより従業員の幸せの実現を上位に置いていたり。いった姿勢から多くを学びました。私は元々、ドライで論理的な人間でした。以前は面接をしているときに候補者が「最終的には人で会社を選びます」と話しているのを聞いて、「戦略や技術、プロダクトで選べばいいのに」と思っていたほどです。するようになってからは、相手の感情を大切にしてサポートをしてあげたいと思うようになりました。相手の気持ちを理解しようとして「こういうこと?」と伝えてみて、相手も自ら腑に落ちれば、あるいは自ら気持ちを口にできるようになれば、それでかなりの部分の問題が解決してしまうということもあります。人間、結構気持ちのレイヤで引っかかっていて前に進めない、ということもあったりするんですよね。これは、ふつうにエンジニアリングだけしていたら、なかなか気付けないことだと思いますし、エンジニアリングの延長線上ではサポートできない範疇だと思います。「先に相手を理解する」というのも重要なポイントだと思います。アドバイザーの仕事は、一段上から自分の培ってきた知識や経験を伝えるというイメージがあると思います。どんなケースにも通用する正解というのはありませんし、そんなものを押し付けたくもありません。私はまず相手の現状や背景、課題、悩み、どうなりたいか、などをとにかく理解するようにしています。それを理解できて初めて、一緒に答えを考えたり、相手にとって一番ふさわしい助言が可能になると思います。自分の中の正解が間違っているかもしれないと疑って、とにかくクライアント企業や眼の前の相手を理解して、それで残る部分、何か自分の中に浮かび上がってくるアイディアがあれば、それが本当に必要なアプローチだったりします。ーーありがとうございました。最後に、これからの時代にエンジニアとしてどのように立ち回るべきか、読者に向けてメッセージをお願いします。私のキャリアを振り返ると、ソフトウェアエンジニアリングと人事・組織作りといった掛け算がうまくいったと思います。エンジニアリングひとつでは差別化は難しいので、適度に他の領域に寄り道して、掛け算すると良いと思います。「相補性」を考えるのも大事です。以前までの私は真面目でロジカルで、働きすぎだと思っていたので、今は逆に感情面に目を向けたり、仕事量を調整してバランスを取ることで、より良い仕事ができていると感じています。エンジニアには真面目な人が多いと思います。真面目だからこそ仕事ばかりしていて休めず、疲労が蓄積して自分の今後が分からなくなっている人も多くいます。いう人たちには、まずはしっかりと休むことをおすすめします。自分で考える余裕ができれば良いアイデアも浮かびますし、真面目な人ほどしっかりと休んだ後は大きな成果を上げられるものです。反対にダラダラと過ごしてしまうのであれば、毎日習慣化して何かを積み上げたほうがいいかもしれません。いずれにしても、自分が今やっていることの反対方向に目を向けてバランスを取るというか、反対方向にテンションをかけてみると、また新しい道が拓けるかもしれません。ーー貴重なお話をありがとうございました。それでは、次回の取材対象者を教えていただけますか。DeNA時代の同僚である紀平さんをご紹介します。ご自分で起業された会社をDeNAに売却してジョインされてきた方です。エンジニアのキャリア相談に乗っていると、技術力を上げれば自分の価値も自然と上がると考えている人が多くいますが、やはり技術を利用してビジネスやプロダクトを成功させて初めて意味を持つ、という側面もあると思います。尖った技術を深く理解して活用しながら、他にないビジネス価値を少数精鋭で創造するという点では、僕の出会った中では紀平さんが一番の成功者だと思います。シリアルアントレプレナーで、何度も起業して成功させていますし。いった点で多くのエンジニアに知ってもらいたいと思い続けてきた人なので、このシリーズでぜひ取り上げてもらいたいと思っています。信晴さんのインタビューです。ありがとうございました!今後のストリートインタビューもお楽しみに。StreetではIT・テクノロジーに関する様々なイベントや勉強会を開催しています!参加ご希望の方はフォームよりご登録をお願いいたします。引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。