中島聡氏とdiv石原圭氏が語る「FDE思考」:AIを個人の効率化で終わらせず、業務そのものを作り直す
PIVOT 公式チャンネルAIを業務に取り入れる企業は増えたが、多くは「個人がChatGPTを使って少し楽になった」段階にとどまっている。この動画では、Windows 95やInternet Explorerの開発に関わったエンジニア/起業家の中島聡氏と、AI・ITスクールを運営するdivのCEO石原圭氏が、この壁をどう越えるかを議論した。鍵として示されたのが「FDE(フォワード・デプロイド・エンジニア)」の考え方である。両氏の立場は、エンジニアが現場に入るだけでなく、業務を知る現場の人がエンジニア的な発想を持つべきだというものだ。
「40年で最大の波」:中島氏が自分でコードを書かなくなった理由
冒頭で司会者は、パソコン、インターネット、そしてAIという変化を当時と比べてどう感じるかを中島氏に尋ねた。中島氏は、ワクワクする感覚は似ていると認めたうえで、40年以上ソフトウェア業界にいて今回ほど大きな波に出会ったことはないと答えた。インターネットやスマートフォンも大きな流れだったが、今回は「桁違い」であり、社会が変わるのにまだみんな気づいていないだけだという。
司会者が、生成AIが登場して2年ほどで自分の業務がかなり効率化できたと感じる程度だと話すと、中島氏は自分の場合は「100%」変わったと応じた。半年前と今とでやっていることがまったく違う。40年間プログラムを書いて生きてきたが、今は一切書かず、AIに書かせている。しかもAIが書いたコードを読むこともない。半年前はまだ読んでいたが、今は読みもしないと中島氏は話した。
FDEとは何か、なぜ非エンジニアに関係するのか
石原氏によれば、FDEはForward Deployed Engineerの略で、アメリカ発祥の概念である。エンジニアがコンサルタントのように現場に深く入り込み、プロダクトの実装まで担う職種として注目されており、OpenAIを含む多くの企業がFDEを採用したり顧客企業に送り込んだりしているという。
司会者は、現場の課題を見抜く力はどの職種にも必要だが、設計・実装を担うエンジニアとなると、これまでコードに触れていなかった人にどこまで関係があるのかと疑問を示した。これに対して石原氏は、FDEはもともと「業務プロセスを知らなければ実装できないので、エンジニアが現場に入る」という発想だが、逆に業務側で働く人もエンジニアの発想を持てるようになったと説明した。AIによって自分でコードを書かなくてもよくなった今、現場側からエンジニア側に入っていく道もある。それがdivの考える「FDE思考」であり、すべてのビジネスパーソンに必要なものだというのが石原氏の主張である。
日本のAI導入:利用は8割、業務変革は2割
議論の最初のテーマは、AI導入がなぜ個人業務の効率化で止まってしまうのかだった。石原氏はスライドで、何らかの業務でAIを使っていると答えた企業の割合が2025年に約5割、2026年には約8割に達したことを示した。ChatGPTやGeminiに触れたことのない人はかなり減り、個人がAIに相談したり資料を作らせたりする活用は進んでいるというのが石原氏の見方である。
一方で、AIによって組織単位で業務を根本から変えている会社はかなり限定的だという。別のスライドでは、業務変革に取り組んでいる企業は全体で約2割、中小企業では約1割にとどまっていた。石原氏は、多くの会社では社員にChatGPTが配られ、個人が使っているだけの段階で止まっていると評した。
中島氏の見方:DXの本質は既存ビジネスを滅ぼすこと
中島氏は、これは日本に限った話ではなく、アメリカでもAIを導入したのに効率があまり上がっていないというデータが出てきていると指摘した。そのうえで、少し前に日本で流行したDXと同じ構図だと述べた。中島氏の定義では、DXとはデジタル技術を既存の業務に取り入れることではなく、デジタル技術を担いだ新しいビジネスが既存のビジネスを滅ぼすことである。日本ではこの意味がねじ曲げられたが、AIでも同じことが起こると中島氏は見ている。
わかりやすい例として中島氏が挙げたのが、Amazonが既存の書店を潰したことだ。Amazonは守るものがなく、オンラインで本を売ったから勝てた。AIも同じで、既存の業務に少しずつAIを取り込んでも何も変わらないというのが中島氏の主張である。
具体例はソフトウェア開発だった。従来は、プログラムマネージャーがニーズを拾って仕様書を書き、デザイナーがデザインし、エンジニアが実装し、QAグループがテストするというように、少なくとも4つのグループが関わっていた。この形態のまま各自にAIで効率化しろと言っても、せいぜい10〜20%の改善にしかならない。しかし「4種類の仕事はいらない、1人でできる」と考えて1人がAIに全部やらせれば、効率は300%上がると中島氏は述べた。
ただし、これはベンチャー企業を作るくらい思い切ったことをすればできるが、既存の組織では非常に難しい。トップはそもそも理解していないので言い出せないし、現場の人は自分の仕事を失いたくないので「この仕事はいらない」とは言えない。その結果、デザイナーもプログラムマネージャーもエンジニアもQAもChatGPTで自分の仕事を少し効率化し、「AIを導入した」と言っているのが日米共通の現状だという。組織のトップに変えようとする人が現れない限り会社はなかなか変わらず、特に日本は人を簡単に解雇できないため、100人でやっていた仕事がAIで10人でできると気づいても実行できない。だから本当に賢い人は会社を抜けて自分で会社を作る。それがアメリカのダイナミズムで、今アメリカで激しく起きていると中島氏は話した。
現場とベンダーの分断を埋める役割
組織変革の壁について、石原氏は日本のシステム開発の構造を挙げた。日本では外部ベンダーにシステムを作ってもらったり、既存のSaaSを組み合わせたりするのが一般的だった。現場の人は、業務で何に困っているか、何が使いやすく何が使いにくいかを知っている。しかしITの知見やセキュリティの判断がないため、自分で作るという発想が出てこない。逆にベンダー側には要件は降りてくるが、本当の「なぜ」が分からない。この分断が続いてきたというのが石原氏の整理である。
この溝を埋めるのがFDEであり、作る側の人が業務を知る側に入っていく、つまり要件定義や課題発見といった上流にエンジニアが入っていくことがFDEの重要なポイントだと石原氏は述べた。
アメリカと日本のFDE市場
アメリカの状況を問われた中島氏は、FDEの能力は簡単に測れないため、自称FDEが大量に生まれており、企業側もフィルタリングが難しく、間違った人を採用して失敗し解雇するということも起きていると話した。それでも、たとえばPalantirで経験を積んだような本物のFDEは引く手あまたで、40万〜50万ドル(日本円で6000万〜7000万円程度)の給料が平気で出るのではないか、と中島氏は見ている。
石原氏によれば、日本でもアメリカに遅れて企業がFDEを募集し始めており、もともとはプロダクトを持つ会社がそれを顧客に導入するためのFDEが出発点だという。ただし位置づけはアメリカとかなり違い、数千万円の報酬という人はまだほとんどいないだろうとした。一方で、コードを書くだけのエンジニアの価値は下がっていくため、一般のエンジニアも顧客と話して課題を見つけ、要件定義の手前から入ることが求められるようになると石原氏は考えている。グループ会社で開発事業を手がけるdivxでは、ChatGPTが登場した2023年頃からAIによる開発を必須にしており、開発現場がAIで回るようになった結果、顧客と話して課題を見つけ提案するところから入るエンジニアが出てきているという。
中島氏のMicrosoft時代:頼まれる前にプロトタイプを作る
中島氏自身がこうした思考をいつ身につけたのかという問いに、中島氏はMicrosoft時代の話をした。上から降ってくる仕事を待っていてもそれなりの待遇は得られるが、会社として次に何をすべきかというビル・ゲイツの言葉を聞き、上司に頼まれる前に作ると出世することに気づいた。それが社内での「出世術」だったという。上司の言うことを聞く必要はなく、ビル・ゲイツのメッセージから何を作ればビルが喜ぶかを考え、頼まれる前にプロトタイプを作って上司に見せる。なぜ作ったのかと聞かれて理由を説明すれば、手柄はすべて取れると中島氏は語った。
きっかけはWindows 95の時期だった。中島氏はWindowsのグループで1992年頃から95年にかけて開発に取り組んでいたが、Windows 95の発売の半年ほど前、ビル・ゲイツが突然「次はインターネットだ」と言い出した。Windowsを作っている立場からすれば「次はWindowsではないのか」と思う。調べると、社内にはInternet Explorerの小さなグループができていて、Netscapeとの戦いが始まっていた。中島氏がNetscapeのウェブサイトの資料を片っ端から読むと、これからはOSの時代ではなくインターネットの時代だと書かれていた。まさにOSを作っている最中にそう言われ、ビル・ゲイツも同じ方向を発信している以上、インターネットに注力するしかないと考えた。そこで中島氏は、インターネットの技術をWindowsに取り込む機能をWindows 95の発売前から密かに組み込み始め、発売直後に「こういうものを作った」とプレゼンした。ビルが喜ぶに決まっている、と中島氏は振り返った。
石原氏はこの話を受けて、FDEという言葉は最近のものだが、エンジニアがビジネス思考を持てば、定義とは関係なく昔からこうした働き方になっていたのだろうと感想を述べた。
何をAIに任せるかではなく、何を人間に残すか
2つ目のテーマ「FDE思考を取り入れろ」で、石原氏はあらためて論点を整理した。これまでは、プログラミングに加えてセキュリティ、ネットワーク、コンピューターの理解といった習得のハードルが非常に高く、エンジニアはどこも人材不足だった。そのため、エンジニアが現場に入るのが唯一の解決策だった。しかし今は、プログラムを書く部分をAIに任せられる。業務を理解している人がエンジニア的な発想を持てば、「ここが非効率だ」「ここに時間がかかっている」「ここさえ変えれば全部自動化できる」と気づけるようになる。大規模システムには依然として大変な部分があるが、形にするハードルは大きく下がったというのが石原氏の主張である。
中島氏は、「AIが職を奪うのではなく、AIを使いこなす人が職を奪う」という言葉に触れ、10人でやっていた仕事が1人でできるようになると述べた。その1人は、なぜその機能が必要かというニーズの部分から、セキュリティのしっかりしたシステムを作るところまで、幅広い知識を持たなければならない。そのためにはかなり勉強が必要だという。
事例:経理業務130時間を20時間に
石原氏は、divが実際に提案した経理業務の改善事例を紹介した。ある企業の経理業務に非常に時間がかかっており、顧客自身もどこに何を入れれば解決するのかまったくイメージできない状態で相談を受けたという。調べると、請求書が届いたら照合し、部署に内容を確認しに行き、勘定科目に落とし込み、承認を経て会計ソフトに取り込むという一連のプロセスに、約130時間かかっていた。
どう解決するかを問われた司会者は、毎回人間の目視チェックが必要な部分が大変そうなので、請求書の照合などを写真撮影で自動化できないかと答えた。石原氏はそれも解決策の一つとした。
中島氏の答え方は違った。自分がFDEとして派遣されたら、まず承認など絶対に人間が関わらなければならない部分を見つけ出し、それ以外をすべて自動化するという。請求書と領収書の数字が合っているかは自動でできる。しかし、そもそもその支出が会社として正しいかどうかは人間が見なければならない。そうしたゼロにできない部分を抜き出し、そこだけ人間が関わり、あとは自動にするのが自然だと中島氏は述べた。
石原氏はこの発想が非常に重要だと応じた。これからは「何をAIに変えるか」ではなく「何を人間に残すか」を考え、それ以外はすべてAIにやらせる発想が必要だという。さらに、人間がやらなければならないと思われている作業も本当にそうなのかを問うべきだとした。今のシステムだから人間にしかできないだけで、別のシステムに変えてAIが読めたりAPIで操作できたりすれば解決するのではないか。この承認は本当に人間が必要だが、ダブルチェックはAIに任せればよいのではないか。そうやってAIに任せる部分を極力増やす発想が大事だと石原氏は話した。
実際のプロセスとして石原氏が説明したのは次の流れである。まず現場に行き、記帳担当者や照合担当者など実際に業務をしている人に話を聞く。それを音声などで書き出して業務を可視化し、プロセスフローチャートにしてFDE自身が理解し、顧客にも分かる形にする。そのうえで人間が残るべきポイントを決め、それ以外はAIにやらせる。新しく何かを導入するのか、どこから情報を取るのかを設計しつつ、その場でシステムにして顧客に使ってもらい、使いやすい・使いにくいというフィードバックを受けて改善する。最終的に実装し、運用まで行う。
石原氏が強調したのは、このプロセスのうちエンジニアでなければできないのは「システムを作る」という1工程(スライドでは7番)だけで、仕事の大部分は業務理解と顧客とのコミュニケーションだという点だ。AIがない時代は開発に膨大な時間がかかり、普通の人にはできなかった。しかし今、現場の人が開発部分を自分で実現できるなら、業務理解はもともと持っているので、欲しいものや自動化できるものをその場で作って導入できる。そうした人が部署や会社にたくさんいれば、部署単位・会社単位でプロセスそのものを変えようという発想が現場から出てきて、AI推進が進むと石原氏は見ている。逆に、自分に与えられた業務の範囲だけで開発して自分の仕事を楽にするのでは、改善はその範囲にとどまる。
改善後は、申請が上がった時点で必要な情報にAIがアクセスでき、ルールに基づく検査をしたうえで結果だけを承認者に届ける形になった。人は最後の判断と承認だけを行う。根本的に人がやる作業が減った結果、130時間が約20時間に下がったという。組織全体で進める際には、ヒアリングした業務を「経理担当者がやること」「AIエージェントができること」「システムを作って対応すること」と分解し、担当を決めてAIエージェントを組み込んでいくと石原氏は説明した。
中島氏の取り組み:非エンジニアのための「ハーネス」
ここまでの議論を受けて中島氏は、エンジニアにコミュニケーション能力を求めるのか、コミュニケーション能力を持つ人にAIでエンジニアリングをしてもらうのかは大きな問題であり、今まさにそれをテーマにコードを書いていると明かした。
中島氏によれば、少なくとも現時点のAIは、非エンジニアがシステムを作れと頼んでも押さえどころを押さえてくれない。そこで、馬でいう馬具のように、馬が暴走しないようにする仕組みを用意すればよいのではないかと考えている。中島氏らはこれを「ハーネス」と呼んでいる。ニーズを分かっている人が「作って」と言えば、セキュリティなどの部分はハーネスが押さえているので、AIが何をしても壊れない。そういう作り方のシステムを作れば問題は解決するというのが、中島氏の現在のテーマであり、取り組んでいる最中だという。これがうまく回れば、その一歩先として、FDEがいなくても顧客自身が問題を解決できる時代が来るのではないかと中島氏は述べた。
育成プログラムの設計:あえてAIを使わない段階
3つ目のテーマ「どう身につけるか」では、石原氏がdivの「テックキャンプ FDE」を紹介した。個人のAI活用を超えて組織の業務変革を起こせる人材を育てることを目的とした、4か月のマンツーマン伴走型プログラムだという。
内容は2段階に分かれる。ステップ1ではスキルを習得する。AIエージェントの基本的な使い方や概念の理解から始め、その後ウェブアプリケーション開発を、あえてAI使用禁止で学ぶ。石原氏はその理由を、基礎を理解していないと、AIに書かせれば書けてしまうが何が起きているか分からない状態になるからだと説明した。いったんエンジニアの基礎を身につけたうえで、AIエージェントを活用した応用に進む。セキュリティやインフラ周りの知識もこの基礎部分で学ぶという。
ステップ2では架空のクライアントを相手にロールプレイを行う。実在の会社をモチーフにした「T精密部品会社」という設定で、社員数なども細かく決められている。経営者へのヒアリングから状況把握、課題設定、提案、システム化と実装、納品、運用までを通して行う。先ほどの経理事例の検討を、より本格的にやる形だと石原氏は述べた。
divはもともと10年以上、未経験者をエンジニアとして育成する事業を行ってきたといい、そのノウハウをFDE育成に取り込んでいると石原氏は説明した。受講者の多くは働きながら夜や週末に学んでおり、途中で脱落する人はそれほど多くないという。受講者は30代〜50代が中心で、業界も業務知識もさまざまだ。エンジニアもいるが一部で、自分の業務にAIを取り込みたい人や、自らその発想を持ちたい経営者も学んでいる。たとえば小学校の教員の課題のように、現場ごとの課題は本当にバラバラで、受講者から運営側が想像していなかった解決策が出てくることも多く、自分たちも勉強になっていると石原氏は話した。個人向けのほか、企業内のFDE育成支援と、divのFDEが企業に入ってAI導入を進める法人向けサービスもあるという。
中島氏の評価:Claude Code教室との違い
プログラムについて意見を求められた中島氏は、こうした話は疑いを持って聞くとしたうえで、世の中に多いClaude Code教室と比べると「筋はいい」と評価した。目標がはっきりしているからだという。Claude Codeのコマンドやスクリプトの作り方は必要だが、それだけ教わっても何に使うのかが分からなければ意味がない。Claude Codeは道具であり、目的はクライアントや自分自身の問題を解決することだ。その実践を通して学ぶアプローチは筋がいいと中島氏は述べた。
石原氏は、少なくとも現時点では、プログラミングの知識がまったくない非エンジニアでも問題ないとは言えないと考えている。現場の人もある程度エンジニアに近づき、エンジニアも現場の思考を持つ必要があり、両方が求められる時代だという。コンピューターの基礎概念やセキュリティを学んだうえで、Claude CodeやAIはあくまで手段として、自分の業務の目的のためにどうヒアリングし、どう進めるかという一連のプロセスを学ぶことが本質であり、カリキュラムの中でClaude Codeを扱う部分はごく一部だと説明した。
「1回しか使わないソフト」がほぼタダで作れることの価値
最後に中島氏は、今のホワイトカラーの仕事は8割ほどなくなると思うと述べた。残るのはAIを使いこなす人であり、FDEだけが答えではないものの、AIを使いこなして業務を効率化し、会社のプロセスを良くするという意味でこうした学びは有効で、会社がお金を出してくれるなら喜んで参加すればいいのではないかと語った。
そして中島氏が「すごく大事な話」として付け加えたのが、ソフトウェアの価値についての見方である。コードを書けるAIが登場したことでSaaS企業の株価が下がった。ソフトウェアの開発コストが下がれば1〜2人のベンチャーでもSaaSを作れるようになり、蓄積したソフトウェアを持つSalesforceやAdobeの価値が下がると市場が考えたからだ。しかし中島氏は、それは単なるコスト削減にすぎず、実はたいした価値ではないと考えている。
中島氏が「とんでもない価値」だとするのは、ユーザーが1人しかいない、あるいは1回しか使わないソフトをほぼタダで作れるようになったことだ。たとえば来週5人でキャンプに行くとき、誰が何を持っていくかを調整するアプリを20分で作ってみんなに配り、使い終わったら終わりにする。割り勘の際に「男性は倍払う」といったルールのアプリもその場で作れる。これまではコストが高すぎて誰も作ろうとせず、汎用アプリやGoogleスプレッドシートを工夫して使っていた。今まで誰もソフトウェアにしようとしなかったことを、その場で作って使い捨てられる点にこそ大きな価値があり、まだ気づいていない人が多いと中島氏は話す。この発想で業務に取り組めば、とんでもないことが起こるのではないかというのが中島氏の見立てである。
石原氏も、日々自分用にいろいろなものを作り、楽になったことに毎日感動していると応じた。この感覚を今味わっている人と、自分ごととして捉えていない人とでは、今後大きな差がつくと石原氏は考えている。最初はプライベートや、使いづらいアプリを自分用に作り直す程度で構わない。その発想が生まれれば、視野を部署全体に広げ、自分が作ったものを全員で使えないか、部署を変えられないかと考えられるようになり、部署も組織も変わっていく。そう考えられる人を増やすことが大事だと石原氏は締めくくった。
全ビジネスパーソン必見のFDE思考とは。
僕、40何年間ソフト業界にいますけど、今回ほど大きな波に出会ったことはない。1回しか使わないソフトをほぼただで作れるっていう時代が、とんでもない価値なんです。
面白すぎますね。FDE、これは改めてどういうことですか?
元々アメリカ発祥の概念なんですけれども、エンジニアがコンサルタントになって実装だったりを担う職種として非常に注目されていて、もう人は最後、承認をするだけ。根本的に人がやるものが減っているので、130時間が20時間ぐらいに劇的に下がった。
今まで触ってなかった人って、どこまで関係あるのかなって。
業務の理解がある人がエンジニア的発想を持てば、今、自分の業務でここ非効率だよねとか、自分でも形にしたいと思ったら形にしちゃうというのができる時代になってるので。
僕は密かにインターネットの技術をWindowsに取り込む機能とかを、Windows 95が出てからすぐこれをプレゼンして、何を作ったらビルが喜ぶかっていうことを考えて作るんです。もう喜ぶに決まってるじゃないですか。
そうですね。じゃあ、どうやって身につければいいのか。
こんにちは。MCの西川です。今回のテーマは「全ビジネスパーソン必見のFDE思考とは? 組織を変えるAI時代の核心人材」をテーマに、divの提供でお送りします。では、ゲストをご紹介しましょう。エンジニアで起業家の中島さんです。よろしくお願いします。
よろしくお願いします。
そして、divのCEO、石原圭さんです。よろしくお願いします。
よろしくお願いします。
よろしくお願いします。中島さん、お会いしたかったです。
そうですか。ありがとうございます。
ずっと私、PIVOTに入る前に、中島さんがPIVOTに出演されてる動画を見て、こんなにも面白い情報を得られるのか、こんな伝説のエンジニアに会えるのかというふうに思っていたので。今またこういうふうに、当時Windowsだったじゃないですか。パソコン、インターネットが出てくる。またAIが出てくる。この変化っていうのは、当時と比べて似てるものを感じるんですか?
そうですね。似てる部分、ワクワクするとかっていう意味は似てますけど、今回のはちょっとすごいですね。
すごい。
今まで、僕40何年間ソフト業界にいますけど、今回ほど大きな波に出会ったことはない。インターネットとかスマホとかって、結構大きな流れの違いですけど、今回はもう桁違いですよ。
そんなに違うんですかね?
はい。もう社会が変わりますよ。まだみんな気がついてないだけですよ。とんでもないですよ、これ。
今、1、2年経って、自分の業務とかが個人的にすごく効率化できたなぐらいの変化は感じてるんですけど。
もう私、100%変わりました。半年前と今だと、やってることが本当に全く違います。40年間ずっと僕、プログラムを書いて生きてた人間ですけど、今もう一切書かないですから。AIに書かせる。それもAIが書いたコード、読みもしないですからね。
もう。
そこまで来ましたね。半年前はまだAIに書かせたのを読んでたんですけど、今はもう読みもしない。
今日、その中で我々が学ぶのがFDE思考というところなんですけど、FDE、これは改めてどういうことですか?
フォワード・デプロイド・エンジニアという言葉の略称で、FDEというもので、元々アメリカ発祥の概念なんですけれども、今スライドが映ってますけれども、エンジニアがコンサルタントになって現場の深くに入り込んでいって、プロダクトの実装だったりを担う職種として非常に注目されていて、OpenAIを含めていろんな企業がこのFDEを採用したりとか、企業に入れていくというような動きが大きく起きている職種かなというふうに思います。
現場の課題を見抜くっていう部分では、どの職種においても必要なものだと思うんですけど、これ、設計・実装するエンジニアっていうところになると、今まで触ってなかった人ってどこまで関係あるのかなっていう感じがするんですけど。
そうですね。大きく文脈としては、この現場の中にAIを入れていくにあたって、業務のプロセスとかそういったことを知らないと実装ができないので、そこにエンジニアが入っていこうっていう発想が非常に重要になる部分だと思うんですけれども。逆に、個々の業務において働いてる人もエンジニア側の発想を持てば、先ほどのように、AI、もうコードを書かなくてよくなってる時代なので、この現場側からエンジニア側に入っていくみたいな視点もあるよねっていうのが、私たちの考えるところなんですけれども。その観点では、全てのビジネスパーソンにおいて必要なものかなというふうに思ってます。
分かりました。ちょっと深く聞いていきたいと思います。3つのパートで深掘りをしていきます。1つ目が、AI導入が個人業務の効率化で終わる理由。2つ目、FDE思考を取り入れろ。3つ目、ビジネスパーソンがFDE思考を身につけるには。この3つで聞いていきたいと思います。
では、まず1つ目です。AI導入が個人の効率化で終わる理由というところです。言っておいて何なんですが、僕、今、個人業務の効率化で止まってるんで、すごい自分のことのような感じがするんですけど。石原さん、これ、日本の現状についてまず教えていただけますか?
日本では、諸外国に比べてAIの導入に遅れてるというふうに言われてきましたけども、こちらのスライドは、何かしらの業務でAIを活用している、使っているという回答みたいなものなんですけれども。見ていただく通り、2025年、5割ぐらいで、今2026年で8割ぐらいっていう形なので、非常に多くの会社で、少なくとも何かしらの形でAIを業務の中で使っている状態にはなってるのかなというふうに思ってます。
多分皆さんも、ChatGPTだったりGeminiだったり、触ってない方っていうのはだいぶ減ってきてるかなというふうに思うので、自分の業務の範囲でいろんなことをAIに相談したりとか、資料を作らせたりとか、そういったことの活用はだいぶ進んできたのかなっていう印象はあります。
一方で、組織単位で業務変革というか、根本的にAIによって業務が効率化してるっていう会社っていうのは、かなり限定的なのかなというふうに思ってまして。今こちらのスライド、企業の業務変革に取り組んでいる割合ですけれども、日本で見るとまだ全体で2割ぐらいで、中小企業とかだと1割ぐらいしかこの業務変革には取り組めていないという形になってるので、あくまで個人にChatGPTが配布されて、個人は使ってますという程度の話にとどまってしまっているのかなと。
中島さん、この日本の現状というのはどういうふうにご覧になりますか?
そうですね。日本に限った話じゃなくて、アメリカでもやっぱり起こってて、要はAIの導入をしたけれども、実はあまり効率が上がってないっていうデータは上がってきてるんですよ。
そうなんですね。
その根本が、日本の少し前に流行ったDXでも同じなんですけど、デジタル技術を既存のビジネスに取り入れるのがDXじゃないんですよ。デジタル技術を担いだ新しいビジネスが、既存のビジネスを滅ぼすのがDXなんですよ。
なるほど。
日本はちょっとそこがねじ曲げられちゃったんですけど、多分AIでも同じことが起こるとは思ってるんですけど。1番分かりやすい例が、やっぱり既存の書店をAmazonが潰したじゃないですか。それがまさにDXの例で、守るものがないAmazonがオンラインで本を売ったから勝てたわけで。AIも同じで、要は既存の業務にAIをちょぼちょぼ取り込んだところで、何も変わらないんですよ。
今までのソフトの作り方っていうのは、プログラムマネジャーっていう人がニーズを拾ってきて仕様書を書いて、人がデザインして、エンジニアが実装して、QAっていうテストグループがテストしてっていう、少なくとも4つのグループが絡んで作ってたじゃないですか。そのままの形態で、じゃあAIを使ってお前たち効率化しろよって言っても、たかだか10%、20%は効率化できるだけ。
でもそれに対して、いや、そうじゃないなと。4種の仕事いらねえなと。1人でできるなって言って、1人でAIに全部やらせれば1人でできるので、要は効率は300%上がるわけです。それってベンチャー企業を作るぐらいの思い切ったことをするとできるんですけど、既存の組織がするのはすごい難しいんですよ。
そもそもトップは分かってないからそういうことを言えないし、下にいる人たちは自分の仕事を失いたくないから、自らこの仕事いらないねって言えないじゃないですか。
守りますよね、自分のことね。
そうすると、デザイナーもプログラムマネジャーもエンジニアもQAの人も、ChatGPTを使ってちょっと自分の仕事を効率化して、AIって言っちゃうっていうのが今の現状なんです。それは本当にアメリカでも日本でも起こっていて、組織のトップが変えようっていう人が現れてこない限り、その会社はなかなか変わんないんですよね、そうなると。
そうですね。
特に日本の場合、人を簡単に切れないので、じゃあ今まで100人でやってた会社や今やってる業務も、AIを使えば10人でできるじゃんと思ったとしても、できないですよね。だから本当に賢い経営者っていうか、人はその会社を抜けるんですよ。自分で会社を作る。それがアメリカのダイナミズムで、それがアメリカでは激しく今起こってて。
この思考、そうなるとやっぱりトップであればあるほど、絶対に分かっておいた方がいい話だと思いますけど。石原さん、改めて組織が変えていかなきゃいけないってなった時に、壁になってるのはどういうところになるんですか?
そうですね。元々日本って、外部のベンダーに依頼してシステムを作ってもらったりとか、最近だといろんな世の中にあるSaaSを組み合わせてやっているっていう形だと思うんですけれども。業務の現場を理解してる人と、受けるベンダーとっていうところで、本当の意味で業務で何に困ってて、どういったものが必要で、何が使いやすくて何が使いづらいのかみたいなところを現場の人は知ってるけれども、現場の人からは逆に言うと、ITの知見とかセキュリティ的に大丈夫かみたいなところが分かってないので、作る発想が出てこない。
逆に作る側の人からすると、要件化されたものは降りてくるけれども、本当の「なぜ」の部分が分かってないので、ここはやっぱり分断されちゃったっていうのが今までの現状だと思うんですよね。これを埋めるのがまさにFDEで、このFDEの発想は、作る人の側から業務を知る側に入っていく。つまり、システムの設計とかでいくと、より上流の、要件をするとか課題を見つけに行くみたいな、そういった上流にエンジニアの方から入っていく。これがFDEの重要なポイントだと思います。
なるほど。中島さん、アメリカでの現状、FDEはどうなってるんですか?
もう本当に引く手あまたで。でもFDEって、なかなか簡単に測れないじゃないですか。だから、なんちゃってFDEも大量に生まれていて、企業側も結構フィルタリングが難しいので、間違った人を取っちゃって失敗して、またクビにしてみたいなこともやってるけど。でも本当の意味でのFDEとして、例えばパランティアで経験を積んできた人とかは、もう本当に引く手あまたですよ。多分もう平気で40万ドル、50万ドルの給料が出るんじゃないですか?
どれぐらいですか、日本円で?
6000万、7000万。
6000万、7000万。
はい。そういう企業が、もう本当にトップクラスのFDEは平気で稼ぎますよ。
FDEは最近、日本でもかなり登場してきて、やっぱりアメリカにちょっと遅れて、企業がFDEという職を募集していて。元々はプロダクトを持ってる会社がそれを導入する観点でのFDEというところがスタートなので、そうした職種っていうのは非常に増えてきているかなというふうには思います。
アメリカに遅れて、だんだん日本でも浸透はしているけれどもっていうぐらいなんですかね。
そうですね。ただ、アメリカのFDEとは、だいぶ位置づけとかは違うような形なのかなと。日本だと何千万みたいな人っていうのはまだまだ全然ないと思いますし、そこは違うと思います。
一方で、先ほどの通り、たくさんいるエンジニアの方っていうのが、コードを書くだけっていうところの価値は、やっぱりどんどん下がってきてしまうので、今後エンジニアも上流に入っていかなきゃいけないよねという意味でいくと、FDE的な思考を持ったりとか、FDE的な仕事をしていかないといけない。エンジニアもどんどん上流の、お客さんと話して、顧客の課題を見つけて、要件定義の手前の段階から入るみたいなことは、一般のエンジニアもどんどん求められてくるかなというふうに思います。
私たちもグループ会社の中で開発の事業をやっているdivxという会社があるんですけれども、ChatGPTが登場して、2023年ぐらいからAIの開発っていうのを必須にしていて、相当この開発の現場では、本当にAIで回っていくので。じゃあエンジニアは何をするんだってなった時には、お客さんと話していって、お客さんの課題を見つけて、そこに対して提案をしていくってことから入っていく人が出てるかなというふうに思います。
なるほど。中島さん、いろいろ自分で作られてるじゃないですか。その思考って、どういうタイミングで身につけられたんですか?
やっぱり古い話で、マイクロソフトの中にいる時に、上から降ってくる仕事を待っててもそれなりの待遇なんですけど、やっぱり会社として次に何をすべきかっていうビル・ゲイツの言葉を聞いて、上司から頼まれる前に作ると出世するっていうことを発見したので。それが私のマイクロソフトの中の出世術だったんですよ。
要は、上司の言うことなんか聞く必要ないんですよ。ビル・ゲイツが言ってることに注力して、彼の言ってるメッセージから考えて、何を作ったらビルが喜ぶかっていうことを考えて作るんですよ。それも頼まれる前に、もうプロトタイプから作って、できたものを上司に見せるんですよ。なんで作ったのって言うと、これこれこういう理由でって言って、そうするともう。
そうか。稟議みたいなものは全部通るんですね。
はい、通りますから。
なんでビル・ゲイツの言うことを先に知っていこうって動けたのか、そこのきっかけもちょっと知りたいんですけど、それは何でだったんですか? 多分、新入社員で入った時って、そこまで考えられないじゃないですか。
そうですね。多分きっかけになったのは、Windows 95を出して、インターネットの時代になるっていう切り替えのところで、僕、Windowsのグループにいて、Windowsを一生懸命作ってたわけですよね。それが92年ぐらいから95年にかけてですけど。95年にWindowsが間もなく出ようとしてる半年ぐらい前に、ビル・ゲイツがいきなり、次はインターネットだって言い出したわけですよ。
えっ、次はWindowsじゃないの、みたいに思うじゃないですか、やってる立場として。彼が何を言ってるか聞いて、実はそこで彼らはInternet Explorerグループっていうちっちゃなグループを作って、なんか始まってるんですよ。それがネットスケープっていう会社と戦い始めてると。これからWindowsが出ようっていう時にですよ。
おかしいなと思って、ネットスケープっていう会社のウェブサイトに行って、片っ端から資料を読んだら、すごいことを言ってるんですよ。もうこれからOSの時代じゃないと。インターネットの時代だと。それが、僕は今まさにWindowsを作ってる時に、OSの時代じゃないって言われちゃったわけですよ。
なるほど。ネットスケープから。
それに対してビル・ゲイツも発信してるんだから、もうOSの時代じゃないわけですよ。っていうことは、インターネットに注力するしかないので、僕は密かにインターネットの技術をWindowsに取り込む機能とかを、Windows 95が出る前に組み込み始めて。Windows 95が出てからすぐこれをプレゼンして、こういうのを作りましたみたいな。喜ぶに決まってるじゃない?
そうですね。
っていうのがきっかけで。
石原さん、これ面白すぎますね。
だから、このFDEって言葉自体はちょっと前に登場して、新しいものって感じもありますけど、概念的には、元々多分エンジニアの方がビジネス思考を持ってると、今みたいな形に、別にFDEとか定義に関係なくなってたのかなっていう話を今聞いて、すごい面白いなと思って聞いてました。
そのビル・ゲイツの先見の明っていうところもすごいなっていうのは、そういう人がいるから下がついてくるっていうのはあると思うんで、そこもすごいなと思うんですけど。2つ目のパート、このFDE思考を取り入れろというテーマで聞いていきます。どう取り入れるのか、今半分聞いてるような気がするんですけど、改めてまとめて、石原さん、どういうことになりますか、これは?
このFDEの核心っていうのは、先ほどの業務とか現場とかの理解を持ってる人と、ITとかAIとか技術に対しての発想を持ってる人っていうのが、分かれちゃってたのをつなげようというのがFDEの仕事だったと思うんですね。これに対して、現場の人も逆に言うと、AIとかITっていうのを理解していって、セキュリティとかそういった点もちゃんと理解していけば、自分でも形にしたいと思ったら形にしちゃうというのができる時代になってるので、現場の全ての人がこの発想を持つということがすごく大事かなというふうに思っています。
我々、一般的なビジネスマンでいくと、日々どんなことを考えていかなければいけないですか?
そうですね。今までって、FDEが、エンジニアが現場に入っていくっていうのが今までの最適解だったと思うんですよね。これは何でかっていうと、開発する、プログラミングもそうですし、セキュリティとかネットワークとかコンピューターの理解とか、そういったことっていうのは習得のハードルがめちゃくちゃ高かった。だからエンジニアになるのは大変で、どこも人材不足という中で、こうしたエンジニアが現場に入るしか解決策がなかったと思うんですよね。
っていうのが今までのFDEだったと思うんですけれども、今後、結構あらゆる現場で起きてくるのかなと思っているのは、プログラムを書くみたいなところはAIに任せられるので、業務の理解がある人がエンジニア的発想を持てば、今、自分の業務でここ非効率だよねとか、ここに時間がかかってるよねとか、ここさえ変えれば全部自動化できるのに、みたいなことを思いつけるようになるというふうに思っていて。あらゆる現場において、業務理解がある人がAIとかITの知見をちゃんと習得する、実装力を身につけるっていうのが、大きな解決策の1つになるんじゃないかなというふうに思ってはいます。
実装って聞くと、すごいハードルが高そうな感じがしましたけど、AI時代によってこれはだいぶ下がったということなんですね。
だいぶ下がって、もちろん大規模なシステムとかっていうのは大変な部分はありますけれども、形にするハードルっていうのはむちゃくちゃ下がってるので。
FDEを育てる、もしくは自分がFDEをできるような幅の広い知識を持った人間にどうやってなるかっていうのは、これからの大きな課題ですよね。多分、AIが職を奪うんじゃなくて、AIを使いこなす人が職を奪うってよく言うじゃないですか。多分本当に、今まで10人でやった仕事が1人でできるようになるので。1人でやる人っていうのは、割と幅広い知識を持って、要はニーズの部分、なぜその機能が必要かっていうところから、どうやったらセキュリティがしっかりしたシステムができるかまで、幅広い知識を持ってなきゃいけないので、それこそすごい勉強しなきゃいけないですけど。
どのビジネスパーソンにも役立つということで、具体的にどういうふうに考えていけばいいのか、例みたいなもの。
そうですね。実際、FDEの簡単なイメージを持っていただければなと思うので、私たちが実際に企業の経理業務のAIによる改善というところを提案したものを、ちょっとお話しできればと思います。
この内容が、ある企業において経理の中の業務にめちゃくちゃ時間がかかっていると。お客さん自身も、どうやって、どこに何を入れればどう解決するのかっていうのは全然イメージできてないけれども、とにかくめちゃくちゃ時間がかかって、効率化できないかなというところで相談をもらったというふうにイメージしていただければと思います。
蓋を開けてみると、結構人でやんなきゃいけない部分も多くて、いわゆる請求書が届いたらそれと照合をして、部署に内容を確認しに行って、それを会計の科目に落とし込んで、会計の承認をして、会計ソフトに取り込むみたいな、一連のプロセスにかなり時間がかかってるよねというところで。ざっくり130時間かかってましたというような話が見えてきた時に、じゃあ例えば西川さん、どうやって解決をしようかなというふうに入っていきますかね?
まず、目視チェックっていうのが、やっぱり人間の目が毎回必要なのがちょっと大変そうなんで、これを自動でやれる仕組みを作れたらいいのかなとは思ったんですけど。フロー的には1番初めの請求書との照合とかも、いちいち請求書を人間が目で見なきゃいけないのも結構あったっていう。これ、うまく写真を撮って照合とかいけそうな。
そうですね。AIを使えば、この照合とかって結構できちゃうので、それも解決策の1つとしてありかなと思います。
中島さんはどうですかね? どういうふうに入っていくか、考えるか。自分がFDEとしてこの会社に派遣されたらどうするかな、みたいな感じで考えていただくと。
そう。どうしても人間が、例えば承認しなきゃいけないとかっていう、絶対に人間が関わらなきゃいけないのは何かっていうのを見つけ出して、それ以外全て自動化する。
そうか。これができそうじゃなくて、ここだけは絶対外せないってところをまず。
例えば請求書と領収書の数字が合ってるかどうかなんて、自動でできるわけですよね。
できますね。
ただ、そもそもそのお金を使うのが、その会社として正しいかみたいな部分だけは人間が見なきゃいけないとかっていうのもあるので。まずそこを抜き出して、そこは絶対ゼロにできないので。そこだけ人間が絡むけど、あとは自動っていうふうに作る方が自然かなと。
今の発想、むちゃくちゃ大事で、多分これからの時代って、何をAIに変えるかじゃなくて、何を人間に残すか。逆に言うと、それ以外はもう全部AIにやらせるっていう発想をまず持たなきゃいけないのかなっていうのは、本当にありますよね。
なるほど。できるかなじゃなくて、これ、人間がやらなくていいからAIにやらせなきゃダメなんだっていうことですよね。
そうそう。しかも、人間がいろんな業務を見ていった時に、これは人間がやんないといけないっていうのはあると思うんですけど、それは本当なのかっていうのも多分必要で。今はこのシステムを使ってるから人間にしかできないけれども、じゃあ別のシステムに変えたらAIが見られて、APIとかで操作できれば解決するんじゃないかとか。承認プロセス、これは本当に人間が承認しなきゃいけない? ここのダブルチェックはAIに任せればいいんじゃないかみたいな、そういった発想を持って、極力AIに任せるところを増やしていくって発想が大事かなと。
実際、僕らがどういうプロセスでこれを、いわゆるFDE的に解決していったかというと、まずはやっぱり現場の話を聞かないといけないので、現場に行く。そこで実際に、経理の記帳してる人ならその人、照合してる人ならその人に話を聞いて、業務内容を全部理解していく。それを音声とかで書き出して、全て業務のいろんな面を可視化していく。
それを図にして、プロセスフローチャートみたいなものにして、FDE自身が理解して、お客さんとも分かる形にして、じゃあここだけは人間がやらなきゃいけないよねっていうポイントを決めて、それ以外はAIにやらせる。AIにやらせるにあたって、これは新しい何かを入れる、これはこういった形で情報を取る、みたいなものを全部設計しつつ、もうその場でシステムにして、お客さんにもその場で使ってもらう。ここが使いやすい、使いにくいみたいなことを全部その場でフィードバックをもらって、改善をしていって、その業務で使いやすいものを設計してお客さんに渡して、実装する、運用するというところまでやっていく。ということをやっているというのが、FDEの仕事のイメージかなというふうに思います。
これ、ちょっとポイントになるのが、このプロセスって分けてみると、実はエンジニアじゃなきゃできないところっていうのは、この7番、要はシステムを作るみたいな、そこは絶対エンジニアというか開発の力は必要なんですけれども、実はこの仕事の大部分っていうのは、業務理解とかお客さんとのコミュニケーションが大部分になるわけなんですよ。
もちろん開発の部分が、AIがない時はここに本当にすごい時間がかかっていたので、これは普通の人にはできなかったわけなんですけれども。今だと、現場の人がこの7番の開発のところを自分で実現できるのであれば、業務理解もお客さんはある意味元々持ってるので、もう自分でこれが欲しいなとか、これ自動化できるなってものがあったら、もうその場で自分で作って入れられちゃうわけですよね。
そうした人が部署にたくさんいて、会社にたくさんいれば、今、うちの会社単位とか部署単位で、このプロセス自体も変えちゃいましょうという発想が現場から出てくるので、現場で実装ができて、AI推進っていうのがどんどん進んでいくのかなというふうに思ってます。
そうか。個人の業務だけやって、7番をやって、自分の仕事だけ楽にしましたじゃ、やっぱりダメってことですもんね。
そうですね。それだとどうしても結局、切り出した業務、切り出した自分に与えられた業務の範囲でしか改善ができないですし。あとは、そもそもAIとかITとかプログラムとかの知識がないと、その発想も持てない。
これ、実際にアフターとしてはどうなるんですか?
そうですね。全体を基本的にはAIにやらせる。申請が上がってきた時に、そもそも必要な情報にAIがアクセスできる状態にして、ルールに基づいた検査をした上で、結果だけを承認者に届ける。もう人は最後、承認をするだけ。判断と承認だけを人がやるっていうような形になったということですね。
めちゃくちゃ楽になりますね。
そうですね。もう根本的に人がやるものが減っているので、130時間が20時間ぐらいに劇的に下がったという事例があります。
なるほど。自分では身の回りの課題発見、解決能力を持って動けたとしても、組織全体でやるってなると、これまた別のスキルが必要になってきますよね。
そうですね。例えば、先ほど業務をヒアリングした時に、経理の担当者がやんなきゃいけないこと、これはAIエージェントができること、これはシステムを作ってやろう、みたいなことを、担当者を決めるような形で分解して。じゃあAIエージェントをここに組み込ませて作業させようとかいう形で、人間がやることをなるべく減らしていくっていうような発想で進めていくわけですね。
中島さん、ここまで改めてどういうことが言えそうですか?
エンジニアにコミュニケーション能力を求めるのか、もしくはコミュニケーション能力を持つ人にAIを使ってエンジニアリングしてもらうかっていうのは、結構大きな問題で。僕は今、それを結構テーマとしていろいろコードを書いてるんだけど、結局、少なくとも今のAIはまだ、非エンジニアの人がシステムを作れって頼んだ時に、押さえどころを押さえてくれないんですよ。
だからそこを押さえる、僕らハーネスって呼んでるんですけど、馬でいうところの馬具みたいなもの。要は馬が暴走しないようにする仕組みをきちっと作ってあげればできるんじゃないかなっていうので、今、一生懸命それを僕は作ってるところで。もうそのニーズは分かってるので、作ってって言うと、セキュリティだとかそういうところは、もうそのハーネスが仕切ってるので、AIが何をしようとそこは壊れないみたいな作り方のシステムを作れば、問題解決するなっていうのは今の割と僕のテーマで。
なるほど。
そこがうまく回ると、本当に一歩先の、要はFDEいらずの、お客さん自身が自分で問題解決できるっていう時代が来るのかなと。
FDE思考を身につけるためのスキルを今聞いてきましたけれども、じゃあどうやって身につければいいのか、最後のパートに行きたいと思います。石原さん、どうすればよろしいですか?
そんなわけで、私たちが今やっているのがテックキャンプFDEというサービスでして、これは個人のAIの活用というレベルを超えて、組織の業務変革を起こせるような、まさにFDEですね。これを育成するというサービスになっています。
4ヶ月かけてマンツーマンで伴走するプログラムという形になってまして、現役の、私たちの中にいるFDEが伴走して、お客さんの疑問の解消を一緒にやったりとか、業務を先ほど話したように分解して、どこに何を入れるかと。それをシステム化したりとか、実装して本番運用というところまでを一気通貫で学べるようなカリキュラムになっていて、この中で当然AIエージェントの使い方とか、プログラムの書き方とか、そういったことも学ぶようなものになっています。
最終的には、架空のクライアントに対してFDEの仕事をして、業務改善をするという、いわゆるロールプレイ形式のものまで含めてやるというような内容のサービスになっています。
この4ヶ月っていう期間をどう捉えているのか分かんないんですけど、どういう中身になってるんですか?
そうですね。中身なんですけれども、大きくステップ1とステップ2というふうに分かれてまして、ステップ1でまず必要なスキルを習得するという形ですね。まずはAIエージェントの基本的な使い方とか、いろんな概念の理解みたいなところから始まって、その後に、いわゆるウェブアプリケーションの開発というものを、これもあえてAIを一切使用禁止で。これはやっぱり先ほど話した、ちゃんと基礎的な部分を自分の中で理解しておかないと。つまり、AIに書かせたら書けちゃう。
なるほど。
だけど、何が起きてるか分からないっていう状態になっちゃうので、あえてAIを使わずに1回、ちゃんとしたエンジニアの基礎の部分をちゃんと習得しようっていうプロセスを経て。その後、AIエージェントを活用した応用的なところをやった上で、一連のものをAIエージェントを導入していくことによって解決していくっていうスキルを身につけます。
後半の実践パートという形で、クライアントに対して、まさに業務のヒアリングをして、業務の中にAIを入れていくというところまで全てやっていくという形の伴走型になっています。
架空の案件って、どういうことを想定されるんですか?
そうですね。実際に存在する会社ではなくて、ある企業をモチーフにしたもので、架空のクライアントということで置いてるんですけれども、T精密部品会社という、ありそうな、結構細かく設定をして、何人会社に社員がいてと。この情報を知って、経営者からのヒアリングとか、プロセスを経て、課題抽出のところですよね。状況を見て課題にして、提案して、その内容を実際にシステム化して実装して、納品する。運用までやっていくというところを、実際にロールプレイ形式でやっていく。
先ほどちょっと簡単に皆さんに考えてみてくださいっていう形でありましたけど、あれをもっとちゃんとしっかり、今回のところからやっていって、実際に提案する、納品していくっていうところまでやっていく形のカリキュラムです。
実装とかのスキルを身につけたとしても、実際に組織でやるってなった時に、セキュリティとか、より多くの部署を回さなきゃいけないとか出てくるじゃないですか。そこはどうなんですか、4ヶ月の中で?
そうですね。先ほど話したアプリケーションの基礎を学ぶところで、セキュリティであったりとか、インフラ周りの知識とか、そういったところも基本全て学習していくので。私たち、今このテックキャンプFDEというFDEを育成するサービスを始めたんですけれども、元々10年以上にわたって、未経験からエンジニアを育成する事業をやっているんですよね。
なるほど。
これまで5000名以上の方が、実際に、これはAI以前からエンジニアとして転職して、いろんなところで今活躍していただいてるんですけれども。本物のエンジニアをずっと育成してきた知見とかノウハウとかがあるので、これをそのまま取り込んで、エンジニアになることもできるカリキュラムの中から、本質の部分を学んでいただくという形でやっていただいています。
これ、視聴者の聞きたいことをちょっと代弁して聞きますけど、働きながらでも受けられるんですか? 時間とか含めて、めちゃくちゃ大変そうですけど。
そうですね。ずっと授業してるわけではないので、ほとんどの方は働かれながら、夜の時間とか週末を使って受けていただいてるので、全く問題ないかなというふうに思っています。
正直、途中で無理だなみたいな人とかって出てきません?
そうでもないですね。結構皆さん、しっかりやりきっていただいてますし。かなり僕らの想像するよりも、いろんな具体的な開発を実現したりとか。つまり僕らって、各現場の課題っていうのは教える側でいろいろ見てきてますけれども、本当の意味で、例えば小学校の先生がこういうことで困ってるとか、本当にいろんな事例があって、それぞれの抱える課題って本当にバラバラなんですよ。
なので、そうした方が受けていただいた時に、僕らも全然想像してなかったような解決策とか、すごいものが結構出てきたりするので。皆さん、すごい実現していただいてるかなというふうに感じてますね。
divさんにもいろいろな知見がたまってくる部分はあるんですね。
そうですね。事例を見させていただいて、僕らも勉強になってる部分はすごくありますね。
そうですか。
既に今、受講していただいていて、今だと結構業界とかは様々なんですけれども、大体30代から50代ぐらいの方で、本当にいろんな業界で業務知識もバラバラで。中にはエンジニアの方とかもいるんですけれども、それはどっちかっていうと一部で、今の自分の業務においてAIを本当に取り込んでいきたいとか。結構経営者の方が、まさに自分がそういった発想を持ちたいという形で、経営者の方に学んでいただいたりとか、学んでいただいてるような形になってますね。
これ、受講するにはどんな特典とかがあるんですか?
そうですね。今回PIVOTを見ていただいた方限定で、この講座を5万5000円割引する特別なキャンペーンの対象にさせていただきたいなというふうに思ってるので、ぜひ概要欄に貼ってある専用サイトの方からアクセスいただいて、テックキャンプFDEをご検討いただければなというふうに思います。
個人向けなんですか、全部。法人もあるんですか?
そうですね。個人向けと法人向け、両方ありまして、法人に対しては企業の中の人材育成というところを、FDE育成という形で支援をさせていただくというプログラムと、私たちの会社からFDEが入っていって、実際に先ほどやったような、組織の中のAI推進とか導入っていうところをやらせていただく、両方のサービスがあるという形です。
なるほど。中島さん、先ほど講座のプログラムの流れがありましたけれど、どうでしたか、見ていて。気になるところとか、ここはいいなみたいなものはありました?
やっぱりこういう話は、結構疑いを持って聞くんですけど、今、巷にClaude Code教室みたいなのがいっぱいあるじゃないですか。それと比べると、筋はいいような気がしますよね。はっきり目標が定まってるので。
ああ。
要はClaude Codeのコマンドの作り方とかスクリーの作り方っていうのは必要なんだけど、それだけ教わっても結局、何に使うっていうのがわかんないとダメなので、これは逆に言うとClaude Codeは道具ですよと。Claude Codeを覚えるんじゃなくて、目的はそのクライアントの、もしくは自分自身の問題を解決するんですよっていうところで、その実施を通して学ぶっていうアプローチはすごく筋がいいと思いますよ。
ありがとうございます。
やっぱり今までの経験とかノウハウがあって、ここに落ち着いてるわけですもんね。
そうですね。やっぱり、非エンジニアでプログラミングとかの知識が全くなくても問題ないっていうのは、多分私は言えないと思っていて、少なくとも今は。やっぱり基本的なコンピューターの基礎的な部分とか、ある程度プログラミングの土台をちゃんと身につける。やっぱりちょっと一部エンジニア化というか、現場の人もエンジニアになっていかなきゃいけないし、先ほどの通り逆に言うとエンジニアの人も現場の思考を持つとか、そういった思考は両方必要な時代にはなってると思うんですけれども。
ビジネス職の観点で考えると、そういったコンピューターの基礎概念、セキュリティみたいなこともしっかり学んだ上で、本当にClaude CodeとかAIを使うっていうのは手段なので、あとはその手段を実際の自分の業務にどう使って、最後、目的なのかと。この目はどうしてどうやって聞きして、どうにやっていくのかいう、この考え方みたいな一連のプロセスをちゃんと学ぶっていうことが本質なので、Claude Codeはカリキュラムの中でやりますけれども、それはごく一部というか、っていう形ですね。
わかりました。最後のパートに行きたいと思います。中島さん、今ここまでFDE思考を身につけようというお話をしてきましたけれど、これを見て興味を持たれる方に、ぜひ最後にメッセージをいただけないですか。
本当に僕、割と思うんだけど、特に今のホワイトカラーの仕事は8割ぐらいなくなっちゃうと思うんですよ。そのなくなる中で残る人っていうのは、AIを使いこなす。なので、何らかの形でやっぱりAIを使いこなせる人間になっていかないと生き残れない時代になっちゃったので、FDEだけが答えじゃないですけど。
でも結構この周り、要はAIをどう使いこなして業務を効率化するとか、会社を改善するとか、そもそものプロセスを良くするっていうことなので、スクドク、もし会社がお金を出してくれるんだったら、喜んでこれに作するっていうのはいいんじゃないですかね。
これ、すごい大事な話なんだけど、コードが書けるAIが誕生したっていうことで、SaaS企業の株価がポンとしたじゃないですか。あれはやっぱりみんな、ソフトウェアの開発コストが安くなるっていうことは、1人とか2人とかのベンチャー企業がSaaSアプリを作れるから、そこで今までの蓄積したソフトを持ってるSalesforceとかAdobeとかの価値が下がるんじゃないかって株が下がったんですけど、僕はそこは単なるコストセーブでしかなくて、あんまり大した価値は実はないと思ってるんですよ。
本当の価値は、たった1人しかユーザーがいないとか、たった1回しか使わないソフトを、ほぼただで作れるっていう時代がとんでもない価値なんです。ここ、まだ気がついてない人が多いんですけど。
要は1回しか使わない。例えば来週キャンプに5人で行く。その時に誰が何を持っていくかを調整するアプリっていうのを、その場で20分で作って、みんなに配って、使って終わる。今までだったら、そんなアプリを作るのってコストが高すぎて誰も作ろうともしなかった。もしくは汎用アプリをうまく使いこなしてとか、Googleシートを使いこなしてやろうって言ってたんですけど、今、作れる時代になったんですよ。そこはとんでもない価値ですよ。
確かに。
今までソフトに頼ってなかったこと、どうやって割り勘しようかとか。いや、割り勘する時は男は倍払おうとかっていう時にアプリを作っちゃう。その場で解決して、割り勘で、っていうのをその場で作って使い捨てられるっていうところにこそ、ものすごい価値があるので。だからその発想で業務とかをやっていくと、とんでもないことが起こるんじゃないかなと僕は思って。
本当にそうで、私も日々いろんなものを自分用に作って、もう自分で作ってめっちゃ感動してるみたいな。「うわ、めっちゃこれ楽になった」みたいなのを毎日感動して。これを今感じてる人と、それをちょっと自分ごとじゃないものとして捉えちゃってる人とで、この先大きな差がつくというかっていうのはすごいあるかな。究極、自分のためであれば、どれだけ時間がかかろうが、コストがかかろうがやりますもんね。
最初はもう話したように、自分の好きなプライベートでもいいですし、自分のちょっとした、「このアプリ使いづらいから自分用にちょっと作っちゃう」みたいな、こうしたレベルで全然いいと思っていて。その発想が出てくれば、その視野を部の全体に広げていった時に、「じゃあうちの部署もこう変えられるんじゃないかな」とか、「自分が個人でできたものを全員に使ってもらったらいいんじゃないかな」みたいな発想が広がっていけば、部署も変わるし、組織全体も変わるってことになると思うので、その発想で考えられる人をどんどん増やしていくってことがすごく大事かなというふうに思います。
はい、わかりました。興味を持った方は概要欄からアクセスお願いします。石原さん、中島さん、今日はありがとうございました。
ありがとうございました。
[音楽]
おお。
記事公開 · 更新
