▲ コミュニティセッション:フォワード・デプロイド・エンジニア(FDE)とは?

VVercel
Computing/SoftwareSmall Business/StartupsManagementJob Search

Transcript

00:00:00こんにちは!今週のVersaillesコミュニティセッションへようこそ。今日は
00:00:16「フォワードデプロイエンジニア」とは何かについてお話しします。始める前に、
00:00:22コミュニティの行動規範を守ることを忘れないでください。チャットではお互いに親切に
00:00:26振る舞ってください。質問があれば、遠慮なく途中で書き込んでください。
00:00:31今日はデモはありません。すべて質問にお答えする時間ですので、自由にどうぞ。
00:00:36いただいた質問は、その都度声に出して紹介しますね。それでは、
00:00:42ゲストをお迎えしましょう。クリスさんです。画面に登場してください。皆さん、ようこそ。
00:00:53今回はフォワードデプロイエンジニアについてお話しします。この職種はあまり知られておらず、
00:00:59誤解されがちなので、少し整理したいですね。タイトルを聞くとまるで
00:01:05軍事的な役割のように聞こえますよね。高レベルで、フォワードデプロイエンジニアとは実際何者なのか、
00:01:11ソリューションエンジニア、カスタマーサポート、あるいはプロダクトエンジニアとは何が違うのでしょうか?
00:01:17喜んでお話しします。まずは簡単に自己紹介を。皆さん、クリス・ウィリアムズです。
00:01:22インターネット上では「Voodoo Tiki God」として知られています。皆さんがご存知かもしれない活動として、
00:01:28Node Serial Port、黄色いJavaScriptのロゴ、昔のJSConfなどがあります。JavaScriptコミュニティの
00:01:36あらゆる変遷を共にしてきました。本当に良い質問ですね。多くの人が私に、
00:01:42特にこのチームのリーダーとして、この職種が何を意味するのかを尋ねます。
00:01:47軍事的な響きがあるという点についてですが、語源をたどると、
00:01:53確かにPalantirという企業が初めてこの言葉を使ったという意味で、軍事的なルーツがあります。
00:02:00様々な理由から、この役割には多くの実装が存在します。
00:02:06単にコンサルティング部門を「フォワードデプロイエンジニア」と名前を変えただけの組織もあれば、
00:02:12同じ人、同じ肩書きですが、呼び方だけが違うといったケースもあります。
00:02:16Vercelでは、Palantirモデルとは全く異なるアプローチをとっています。
00:02:23お客様にとっても、当社の製品改善にとっても、より効果的だと信じる新しい形へと
00:02:31進化させています。Next.jsやVercelプラットフォーム、AI SDKでの取り組みなど、
00:02:38すべてを含んでいます。私たちがこれをどう捉えているかというと、
00:02:43お客様と当社の製品の使われ方との間の、即時的なフィードバックサイクルの要(かなめ)です。
00:02:50私たちは当初、お客様はこう使うだろうと理論的に考えます。
00:02:55それが完璧に一致し、すぐ使いこなせる場合もあれば、
00:03:01そうではなく、少し直交していることもあります。
00:03:06私と私のチームが行うのは、まさに「フォワードデプロイ(前方展開)」することです。
00:03:14お客様の環境に直接入り込み、キーボードを叩き、肩を並べて作業します。
00:03:21彼らと一緒に開発を行い、既存のコードベースをよりモダンな形に
00:03:27リファクタリングします。その過程で、Vercelのスピード感でどう動くか、
00:03:34新しいテクノロジーをどう活用するか、いつどのツールを使うべきか、
00:03:39逆にどのツールを避けるべきかを教えます。私たちの経験をフィードバックすることで、
00:03:45お客様がより速く動けるようにします。Vercelは実験と高速開発に情熱を傾けています。
00:03:51その代わりとして、現場で実際どう使われているかのフィードバックを収集します。例えば、
00:03:59Next 16のキャッシュコンポーネントは実際にどう使われているのか?
00:04:05AI SDKをどう使うかという想定にギャップはないか?といった点です。
00:04:14それらのリアルな実装例や概念を、当社のエンジニアリング、プロダクト、デザインチームに
00:04:21戻します。現場でお客様と一緒に構築しているからこそ分かる、リアルな例ですね。
00:04:26そうして、「こうなると想定していたが、実際はこうなった」という情報を伝えます。
00:04:32EPDチームと連携して、可能な限り想定を現実と一致させようとします。
00:04:38時には一致しないこともありますが、それはそれで構いません。でも、そうやって
00:04:46直接関わっていない他のお客様にも、より良い体験を提供できるようにしています。
00:04:52ですから、私たちの仕事は、お客様のコードベースに深く入り込み、
00:04:57既存の前提に疑問を投げかけ、
00:05:05観測可能性(オブザーバビリティ)や計測を検証して、実際に何が起きているかを
00:05:09把握しているかを確認し、適切な方向へと整えることですね。
00:05:14Amy、質問のもう一つの部分を完全に忘れてしまいました。
00:05:19何でしたっけ?あ、大丈夫です、カバーしてくれました。成功ですね。もう一つ聞きたいのが、
00:05:26少し触れましたが、「デプロイ」とは実際どういうことですか?
00:05:31Vercelや他の類似企業での役割を含め、皆それぞれやり方が違いますよね。
00:05:37現地への出張は多いのでしょうか?SlackやZoomで常時接続しているのでしょうか?
00:05:44タイムゾーンは気にしますか?一般的な1日や1週間はどんな様子ですか?
00:05:49平均的な1日と言いたいところですが、その質問に対する答えはですね……
00:05:56初期の実装において、また企業によっては「デプロイ」とは物理的に顧客の場所にいることを
00:06:03意味します。Vercelではリモートファーストを掲げており、常にリモートで実装を推進しています。
00:06:09ですから、私たちにとって「デプロイ」や「組み込み」とは、
00:06:14先ほど言ったSlackなどでのやり取りであり、様々な儀式(会議)に参加して、
00:06:21非同期または必要に応じて同期的なビデオ会議を通じて
00:06:27連携することです。出張もあります。全体の25〜30%程度でしょうか。
00:06:33ホワイトボードの周りで図を描きながら話したほうが良い場面は確かにあります。
00:06:41デジタルホワイトボードも良いのですが、何か失われるものがあるんですよね。
00:06:46指に残るホワイトボードマーカーの汚れのような、物理的な感覚がないと。
00:06:52やはり対面にはそれなりの価値があります。ですから、ある程度の出張はあります。
00:06:59私たちは原則として、チームメンバーを……
00:07:04顧客ベースからプラスマイナス1タイムゾーン以内に配置することに固執しています。
00:07:11そうすれば、出張しても苦痛ではありません。
00:07:18時差ぼけを治すために特別な対策をする必要もありません。
00:07:24すぐに現地に行って、何事もなかったかのように戻れるようにしています。
00:07:29少しの出張はありますが、基本的には
00:07:35Slackでのやり取りを優先し、リモートでのペアプログラミングを通じて
00:07:43共同開発を推進しています。また、
00:07:49現場に行く前に、よりフェイス・トゥ・フェイスのやり取りが必要な場合はビデオ会議を使います。
00:07:54タイムゾーンが近いと、リモートでも勤務時間の重複が多くて助かりますよね。
00:08:00絶対そうです。それに、私たちはみんな人間ですから。まだエージェントにはなっていませんし。
00:08:08ええ、まだ人間です。
00:08:12そのうち……いえ、そうなってほしくないですね。私たちは人間です。
00:08:19幸運にも、私たちが仕事をしているお客様もまた、人間なのです。
00:08:23チームメンバーは彼らと素晴らしい関係を築いています。
00:08:28それは単に「可能性」を見せるだけでなく、
00:08:34PoC(概念実証)の話ばかりするのではなく、実際にどうやって達成するかを
00:08:39一緒にやって見せるからです。それによって、まるでプロメテウスの火を手にしたかのように、
00:08:46彼らの日々の運営がその後も変化し続けます。彼らは
00:08:53私たちのように働くようになり、好奇心と実験の精神がよみがえります。
00:09:00そのため、私たちはかつての顧客の皆さんと素晴らしい友人関係を築くことができます。
00:09:08彼らと再び出会い、私たちがいない間にどれだけ素晴らしいことを成し遂げたかを聞くのは、
00:09:15感動的な体験です。私たちがそばにいないのは寂しいですが、
00:09:20ビジネスや幸福度のモデルにおいて彼らが変化し、転換できたことの証ですから。
00:09:26少なくとも私の経験では、実験とイテレーションの速度を取り入れることで、
00:09:34物事はそれほど難しくないこと、素早く動けることを示すことで、
00:09:40日々の仕事やアウトプット、プロダクト作りにおいて彼らをより幸せにしています。
00:09:47結果として、非常に前向きで幸福なサイクルが出来上がります。
00:09:52ええ、素早く動き、実験できるのは本当に素晴らしい働き方です。
00:09:58私も以前は、すべてを完璧に仕上げてからリリースしなければならない環境にいましたが、
00:10:04多大な時間を投資して大きな機能を立ち上げた途端、うまくいかない……という経験があります。
00:10:08正直なところ、この配信の開始前にも技術的なトラブルがあって音声が入りませんでした。
00:10:15でも、それが人生の面白さであり、楽しいところです。
00:10:20音声が切れるような、ああいった瞬間があるのが人間らしいのです。
00:10:25大事なのはトラブルが起きることではなく、それにどう対応するかです。
00:10:31インシデントにどう向き合い、乗り越えていくか。
00:10:37フォワードデプロイエンジニアの仕事は、困難な時に肩を並べて
00:10:42一緒に立ち向かい、チームを助け出すことです。
00:10:47そうした瞬間こそが、探求し、実験し、より良い方法を見つける準備ができている人と、
00:10:54そうでない人を分けるのです。
00:11:00ですから、このチームにいるための条件の一つは、共感力を持つことです。
00:11:05強い意志や意見が必要な状況もありますが、同時に「皆で一緒に取り組んでいるんだ」という感覚も必要です。
00:11:14何かあったからといって、すべてを放棄するのではなく。
00:11:19業界で何か状態変化が起きた時、
00:11:24共感力と、EQ(心の知能指数)を持って状況を判断し、適切な行動をとることが重要です。
00:11:30それについてですが、この役割は非常に技術的であると同時に、EQや人間理解、
00:11:37ソフトスキルが多分に求められますよね。
00:11:43この役割で優れている人、向いている人というのはどんな人ですか?
00:11:49では、バランスはどうなっているのでしょうか?こういう役割に向いているのは、
00:11:56どのようなスキルが最適だと言えるのでしょうか?
00:12:01まずは私の個人的な意見を話し、次に世間で言われていることをお伝えしましょう。
00:12:11個人的な意見としては、世の中には多くの面で脳が活性化するマルチディシプリナリー(多分野に精通した)な人がいます。
00:12:17「ジェネラリスト」という言葉もよく聞きますね。
00:12:23単に「世界一のNext.js開発者です」というだけでなく、広さと深さの両方を持った知識です。
00:12:29Nextも書けるが、AIも書ける。Rustも書けるかもしれない。かつて会社を立ち上げて失敗したかもしれない。
00:12:36それもいいでしょう。完璧な実行よりも、試みることが重要です。
00:12:43技術に強く、人間とも対話でき、共感力もある。
00:12:49ビジネスの知見や販売の才、リーダーシップもあるかもしれない。
00:12:57私が思うに、FD(フォワードデプロイ)職に必要なのは、それらの要素のうち3つ以上を
00:13:02持っている人です。
00:13:09どれか一つだけの人も、成長して補うことはできますが、私たちは最初から
00:13:18Cレベルのステークホルダーとの夕食の席への対応や、
00:13:25深刻な意見の不一致が起きた時に、優雅さと品位を持って切り抜ける方法などを
00:13:32筋肉のように鍛えていきます。
00:13:39プロジェクトがうまくいかないと伝える時に、相手を馬鹿にせず、否定的に聞こえないようにする方法ですね。
00:13:47そういったことや、あるいは正直に、今取り組んでいるプロジェクトが
00:13:52良いアイデアではないと伝える際、相手を見下したり否定的に聞こえたりしないように伝える方法などです。
00:13:57私自身、多彩なバックグラウンドを持つことで苦労してきました。
00:14:04大規模な技術カンファレンスを運営し、あちこちでコードを書き、
00:14:09いくつかのビジネスを運営し、営業責任者も経験しました。
00:14:15求人票を見ると「これ一つだけを最高にやってくれ」と書かれています。
00:14:22でも、それだけでは飽きてしまいます。
00:14:27仕事で幸せを感じるには、全エンジンをフル回転させる必要があります。
00:14:33一つのことを、全力でやり遂げろと言われるんです。私は「その一つはできるけど」
00:14:37「それだけじゃ退屈してしまう」と思ってしまうんです。仕事で幸せを感じるためには、
00:14:44全身全霊で取り組む必要があります。私のチームメンバーも、そうした傾向があって
00:14:49「経験」という言葉は、他の人より多く失敗してきたという意味に過ぎません。
00:14:56正しく行う方法を学び、失敗から道を見つけ、次に同じ失敗を避けるのが「知恵」です。
00:15:02理想的には、それを他の人と共有することです。
00:15:07ですから、私は非常に「経験豊富」です。たくさん失敗し、
00:15:12他の人が同じ間違いをしないように助ける方法を見つけました。
00:15:18「フォワードデプロイエンジニアになるには、一つのソリューションに深みが必要だと思っていた」というコメントがありました。
00:15:23期待と少し違うかもしれませんが。
00:15:27深みはあったほうが良いですが、世界一である必要はありません。
00:15:32チームのルイス・アルバレスはNext.jsのコア貢献者でした。
00:15:40サム・セリコフも引き抜きたいのですが、断られ続けています。
00:15:48彼らは深い知識を持っていますが、他の様々な分野での幅広さも持っています。
00:15:54フォワード・デプロイ・エンジニアになるには、一つのソリューションに深く精通している必要があると思われがちですが、実際は少し違います。
00:16:01ある程度の深さは必要ですが、必ずしもトップである必要はありません。良い例を挙げましょう。
00:16:08コアとなる領域を持ちつつ、他の直交する要素を組み合わせられる
00:16:14能力がFDの要素です。
00:16:19インフィニティ・ガントレットのように、宝石を多く持てば、
00:16:28それぞれに求められる深さは調整できるかもしれません。
00:16:34D&D(テーブルトークRPG)のキャラクターのように、 robust(堅牢)な要素を構成することが大切です。
00:16:42人生との関わり方における堅牢さですね。
00:16:49試すことを厭わず、失敗を恐れず、法を遵守し、そこから学ぶ。
00:16:56「私はこれをやって失敗したから、あなたはやらないほうがいい」と謙虚に言えること。
00:17:05インポスター症候群と何十年も戦ってきました。
00:17:11怖がってもいいのです。重要なのは、経験を共有し、
00:17:15失敗を打ち明けることです。99.999%の確率で、
00:17:20相手は「共有してくれてありがとう」と受け取ります。
00:17:25多様な経験のバランスをとることで、強固な人間性を築くようなものです。
00:17:31ある分野が深く、別の分野が浅くても問題ありません。重要なのは
00:17:37「堅牢さ」、つまり人生をどう切り開いていくかという逞しさだと言えるでしょう。
00:17:45悪い方法を試してから、最良の方法を学ぶこともあります。
00:17:51もちろん、法を遵守した範囲で!
00:17:57どちらにせよ、何かを学びます。FD職に興味があるなら、
00:18:07今日から何を学ぶべきか。エンジニアリングの背景が強い人が、
00:18:12そうですね。実は私自身にもインポスター症候群のようなところがあって、それを克服するために何十年も
00:18:19何年もかけて、抑え込んだり、いろいろな努力をしてきました。
00:18:23技術的な側面に固執し、視野を狭めてしまう傾向があると感じていました。
00:18:30しかし、テクノロジーの進化を見るにつれ、
00:18:36そうやって失敗を共有することは、クラウドサービスの稼働率よりも99.999%高い確率で、
00:18:42高い確率で価値があります。相手は「ああ、なるほど。共有してくれてありがとう」と受け止め
00:18:47「それはやめておこう」あるいは「そうしてみよう」と、話を進めることができるからです。
00:18:51インポスター症候群と戦ったり、不快な状況に慣れたりすることができます。
00:18:56もっとも簡単な方法は、ランダムな人に話しかけることです。
00:19:06空港などで誰かを見かけたら、「こんにちは、お仕事は何を?」と話しかける。
00:19:10社交的な人には簡単でしょうが、内向的な人にはとても難しい。
00:19:16エンジニア全員が内向的ではありませんが、私は外向的な内向型と自称しています。
00:19:20法務担当が同席している前提で話さないと。まあ、同席はしていないんですけど。ええと、そうですね、
00:19:26いろいろ試してみることです。うまくいくこともあれば、いかないこともある。どちらにせよ学びはありますから。
00:19:30もしFD職を目指すなら、会話を楽しむ、新しい人に出会う、
00:19:40フォワード・デプロイ・エンジニアとして働くには、今何を学ぶべきだと思いますか?
00:19:44今の話とも通じる部分があると思うんですが、例えば
00:19:49ファストフード店などで「今日はどうですか?」と店員さんに話しかけてみる。
00:19:54それはとても面白い質問ですね。準備をしておけばよかったです。
00:20:01これについてはよく学んできました。というのも、私には以前から目標があったからです。
00:20:06タイミングの背景を説明すると、2012年頃からです。深い技術的知識を持つ人は、
00:20:14現在の会社で「なぜこれをやっているのか?」と疑問に思うことを、
00:20:23その理由を紐解いてみる。それがビジネスの知見になります。
00:20:30ビジネスの知見、営業の知見、外向性といったパスを広げることです。
00:20:35今日から始められます。
00:20:41やり方が分からなければ、いつでもVoodoo Tiki Godまで聞いてください。
00:20:50SNSはどこでも同じユーザーネームですから。さて、お忙しいと思うので、
00:20:57そろそろ失礼します。今日は参加してくれて本当にありがとうございました。
00:21:04こちらこそ、Amy。聞いてくれた皆さんもありがとうございます。
00:21:09ぜひチームの一員としてお迎えできるのを楽しみにしています。
00:21:15アメリカ、EMEA、UK、オーストラリア、日本エリアで採用中です。
00:21:22経験という要素の一部として最も簡単なのは、見知らぬ人を見つけて話しかけてみることです。
00:21:29例えば空港で向かい側にいる人に話しかけてみる。シンプルに「こんにちは、何のお仕事をされているのですか?」と。
00:21:35クリスさん、ありがとうございました。参加者の皆さんもありがとうございます。
00:21:43今週もオンラインイベントが予定されています。
00:21:51[community.verselle.com/eventsをご覧ください](https://www.google.com/search?q=https://community.verselle.com/events%E3%82%92%E3%81%94%E8%A6%A7%E3%81%8F%E3%81%A0%E3%81%95%E3%81%84)。
00:21:56SHIPに登録済みの方は、来月のロンドン、ベルリン、ニューヨークでお会いしましょう。
00:22:01チケットをお持ちでない方は、[verselle.com/SHIPからお求めください](https://www.google.com/search?q=https://verselle.com/SHIP%E3%81%8B%E3%82%89%E3%81%8A%E6%B1%82%E3%82%81%E3%81%8F%E3%81%A0%E3%81%95%E3%81%84)。
00:22:07チームはそれを通して結束します。私たちが働くモデルのおかげで、
00:22:13内向的というよりは、少し外向的な側面に自分を寄せるよう努める必要があるからです。ですから、
00:22:18もしこれに興味があるなら、Vercelでは現在採用中ですので、ぜひ応募してください。
00:22:24皆さんをチームに迎えたいと思っています。たとえ他の場所で
00:22:29デプロイしている場合でも、会話の中で快適に話せるようになること、新しい人々と出会うこと、
00:22:37最初は胃が痛くなるような、緊張するような経験でも、
00:22:47そうしたことに慣れることは、実は最も難しく、同時に
00:22:52取り組み始めるのが最も簡単なことでもあります。やるのは大変ですが、
00:22:57今日から始められます。次にファストフード店で注文する時や、
00:23:02きちんとした食事を注文する時に、「やあ、調子はどう?」と本心から言ってみて、会話を試みることです。
00:23:08たった一言で終わっても、「最低な一日だよ、ほっといてくれ」と言われても構いません。
00:23:13会話ができたというだけでも、小さな一歩前進です。私はこれが
00:23:19乗り越えるべき最も高い壁であり、同時に最初の一歩を踏み出しやすいものでもあると気づきました。
00:23:26さらに言えば、企業が実際にどのように運営されているのか、語られていることではなく
00:23:35実際の仕組みについて書かれた本を読むこと、あるいは自分のビジネスで経験することです。
00:23:40今どこかの企業にいて、「なぜこんなことをしているのか?これはクレイジーだ」と
00:23:46疑問に思ったら、なぜそうしているのかを見極めてみてください。それが
00:23:50探究するためのビジネスセンスを養ってくれます。つまり、
00:23:56ビジネスセンスや営業センス、外向性といった直交する道を
00:24:03広げていくのが良いでしょう。残念ながら時間がかかりますが、大抵の場合、
00:24:10今日から始められることでもあります。もしやり方が思いつかないなら、
00:24:16喜んでお手伝いします。どこにでもいますから。もし
00:24:22質問があれば、私は...なんて呼べばいいんでしょうか、「X(旧Twitter)で」...いや、それは
00:24:28レイブパーティーにいるみたいですね。とにかく、私と連絡を取る方法はいくらでも見つかりますよ。
00:24:33同じユーザー名でどこにでもいますから。そろそろ失礼します。お忙しい中時間を割いていただき感謝します。
00:24:39戻るべき場所があるでしょうから。本日は参加していただき、本当にありがとうございました。
00:24:43ありがとう、エイミー。そして視聴してくださった皆さん、ありがとうございました。
00:24:47本当に楽しかったです。チームの一員として皆さんを迎えられることを楽しみにしています。アメリカ、EMEA、
00:24:54UKで採用を行っています。まあ、これらが分けられているかどうかは分かりませんが、とにかく
00:24:59オーストラリアと日本地域でも採用しています。もしその地域から聴いているなら、ぜひ応募してください。
00:25:06素晴らしいですね。皆さんに向けてチャットにリンクを貼りました。本当にありがとうございました。
00:25:10ありがとう、エイミー。皆さん、本日は参加してくれてありがとうございました。素晴らしいコメントも
00:25:17たくさんいただきました。今週は他にもオンラインイベントがありますので、
00:25:21[community.verselle.com/events](https://www.google.com/search?q=https://community.verselle.com/events) で確認してください。もし「SHIP」に登録されたなら、
00:25:27来月、ロンドン、ベルリン、ニューヨークでお会いしましょう。まだチケットを持っていないけれど
00:25:33欲しいという方は、[verselle.com/SHIP](https://www.google.com/search?q=https://verselle.com/SHIP) から入手できます。一部の会場は
00:25:38すでに完売しており、他もすぐに埋まると思いますので、お早めにお願いします。ありがとうございました。皆さんにお会いできて良かったです。

Key Takeaway

フォワード・デプロイ・エンジニアは、顧客のコードベースに深く組み込まれてリアルな開発課題を解決し、その知見をプロダクトの高速な改善へ直接循環させる役割を担う。

Highlights

  • フォワード・デプロイ・エンジニア(FDE)は、顧客のコードベースに深く入り込み、技術的なリファクタリングやモダンな開発手法の導入を直接サポートする。

  • VercelのFDEはリモートワークを主軸としつつも、全体の約25〜30%は現地出張での対面サポートを行っている。

  • 成功するFDEは、技術的な深みに加え、ビジネスの知見や営業的才能、共感力という複数の領域を兼ね備えている。

  • 顧客の環境に対して迅速なフィードバックループを構築し、現場で得た課題や想定とのギャップをプロダクト開発チームへ直接還元する。

  • メンバーには、時差ボケによる影響を最小限にするため、担当顧客の地域からプラスマイナス1タイムゾーン以内の配置を徹底している。

Timeline

フォワード・デプロイ・エンジニアの定義と役割

  • FDEは顧客と製品の利用実態を結ぶ即時的なフィードバックサイクルの要である。
  • 軍事的なルーツを持つ名称だが、Vercelでは顧客と共にコードを書き、リファクタリングを推進する実践的な役割として定義される。
  • 現場でのリアルな実装事例をエンジニアリング、プロダクト、デザインチームに伝達し、製品の改善を図る。

FDEという職種は、単なるカスタマーサポートやコンサルティングとは異なり、顧客環境でキーボードを叩き、直接開発に関与する。これにより、当初の想定と実際の利用状況のギャップを埋め、製品開発に直結する知見を収集する。

働き方とデプロイの実際

  • VercelのFDEはリモートファーストを基本としつつ、全体の25〜30%程度は対面での出張を行う。
  • 担当チームは顧客と時差が1時間以内の地域に配置し、円滑な共同開発と出張の負荷軽減を実現している。
  • PoC(概念実証)の提示にとどまらず、実際の運営手法をモダンに書き換えることで、顧客の継続的な自立を促す。

リモートでのペアプログラミングやSlackでの連携を優先するが、ホワイトボードを使った議論など、対面ならではの価値がある場面では積極的に出張を行う。物理的に現地で作業することで、顧客側に実験とイテレーションを繰り返す文化が根付く。

求められるスキルとマインドセット

  • 卓越したFDEには、技術力、人間関係構築力、ビジネス感覚の組み合わせが不可欠である。
  • 失敗を恐れず、その経験を共有できる共感力と心の知能指数(EQ)がチームにとって重要な資質となる。
  • 特定の技術に世界一である必要はないが、複数の領域をまたぐジェネラリストとしての幅広さが求められる。

技術の深さだけでなく、ステークホルダーとの折衝や、プロジェクトがうまくいかない時の説明能力など、人間的な逞しさが不可欠。失敗を恥じず、それを他者の学びとして共有する謙虚さが、強固な人間関係を築く。

キャリア形成と学習のアクション

  • インポスター症候群を克服する最も簡単な方法は、見知らぬ人との会話を試みることである。
  • 技術背景が強い場合、あえてビジネスや営業の仕組みを学ぶことで、仕事への多角的な視点を養う必要がある。
  • FDEは現在、アメリカ、EMEA、UK、オーストラリア、日本地域で採用されている。

技術的な専門性を広げ、外向性を高めるために、日常生活での小さな会話から始めることが推奨される。組織がなぜその活動を行うのかという理由を常に問い、技術とビジネスを結びつけるセンスを日常から磨くことが重要。

Community Posts

No posts yet. Be the first to write about this video!

Write about this video