Tom Godden:
2023 年と 2024 年にかけて、生成 AI の誇大宣伝やワクワク感が多少ありましたが、それに伴う過剰宣伝も多少ありました。AWS でも時間が経つにつれて、ほとんどすべてのアプリケーションが AI と生成 AI によって補強されるだろうと強く信じています。しかしそのような背景において、リーダーが生成 AI に関するビジネスケースを提唱し、過大な売り込みにならないように正当化することを支援するにはどうすればよいでしょうか。 正しい価値を見つけるのが目的です。そのような状況で前進するよう人々にどのようにアドバイスしますか?
Matt Fitzpatrick:
このことは、なぜわずか 8% しか成功していないのかということに少し関係しています。そして成功の不確実性は、ここでのビジネスケース開発プロセスにおいて難しい部分だと思います。つまり、経費などの処理を行うために新しいソフトウェアシステムをインストールしたいとしましょう。 今すぐビジネスケースを作成し、それが実行するワークフローが正確にわかるので、非常に自信が持てます。したがって、そのためのビジネスケースを構築するのは非常に簡単なプロセスです。しかし、ビジネスケースが、組織を活用できる 12 個の異なる要素で構成されていると想像してみてください。
Tom Godden:
ええ。
Matt Fitzpatrick:
そのうちの 5 つが機能し、7 つが機能しない場合があります。そして、もっとベンチャーキャピタルのように見えるようにビジネスケース開発の仕組みを変える必要があると思います。だからといって、10 個のうち 1 つしか機能しないという意味ではありません。つまり、実験に慣れる必要があり、10 個、12 個、14 個の別のものを試し、そして最初のバッチで、5 個がうまく機能します。次のバッチで、10 個がうまく機能します。それぞれを開発するために多額を投資する必要もありません。
たとえばナレッジマネジメントで、サービスコールに使用するものと同じデータを、おそらくコンタクトセンターに使用でき、サービスコールの処理に関する文書作成などに使用できます。その結果、5 個、6 個、7 個のユースケースが、構築してうまくいったユースケースにリンクされることになります。
Tom Godden:
これはすばらしいことです。私がいつも人にアドバイスするのは、文書の要約のユースケースがうまくいったら、次に人事や財務に使えということです。微調整してモデルを少しトレーニングする必要はありますが、80% か 90% はできています。
Matt Fitzpatrick:
ビジネスケースについて難しいことがあります。2 年かかるようなパラダイムを採用するわけではなく、最終的に 1 つのモノリシックなビジネスケースが完成します。パラダイムは次のようになります。「このユースケースでは 4 つの異なるデータコンポーネントを入手する必要があります。これらのデータコンポーネントはすべてモジュール式で、他の 4 つのユースケースにも使用できます。私のビジネスケース開発は、『これは始める価値があるだろうか?私は十分な機能を構築し、この機能は繰り返し役立つだろうから、始めることを正当化できる』というものです。」そして 3 ~ 5 年経つうちに、投資額は何倍にもなるでしょう。これは最初のものではないかもしれませんが。
Tom Godden:
Matt、私が CIO のふりをしましょう。元 CIO なので、ふりをするのは難しいことではありません。そして、何か非常にユニークなものを自分に合わせてカスタマイズしたいが、それを安価にしたいという状況を目指しているとしましょう。 パラダイムとはいつもそういうものではないですか? マッキンゼーの貴方なら、構築するか、購入するかにどのようにアドバイスしますか? 構築する場合は、カスタマイズできます。そうすると、もっと費用がかかります。購入する場合、理論的には安価で、カスタマイズが少なくなります。私は CIO ですが、その間で立ち往生しています。助けてください。さて、どんなアドバイスをしますか?
Matt Fitzpatrick:
構築と購入の定義は、どのテクノロジー企業でもそうであるように、私たちがどう考えるかによって非常に偏ると思います。私はこう考えます。10 年前、構築と購入の定義は、購入とは既製のものを入手し、それはすぐに機能し、ある程度の費用がかかるものでした。そして、構築する場合、文字通りメインフレームコンピューターを立ち上げる必要がありました。すべてのコードをほとんどゼロから構築しなければなりません。これは 15 年前のことかもしれませんが。
Tom Godden:
すべて構築します。
Matt Fitzpatrick:
本当にゼロから何かを構築することになり、投資額は膨大になります。
Tom Godden:
そう言ってくれて感謝します。それは AWS の戦略です。「差別化につながらない面倒な作業」をお手伝いします。
Matt Fitzpatrick:
特定のテクノロジープロバイダーではなく、広い視野で見ると、今日の「構築」とは、クラウドインスタンスを起動することを指します。私はさまざまなモジュラーコンポーネントを使用しています。GitHub コードや、情報を含むコードリポジトリを取得します。私は 6 ~ 7 種類の既製のコンポーネントから選んでいます。これにより、10 年前に使用していたものの数分の 1 のコストで立ち上げることができ、非常に便利で自分の組織に合わせてカスタマイズできます。
3 年前、私はある企業と既製品の購入について議論していましたが、それは大規模な資産運用会社で、クレジットシステムを再構築する必要がありました。彼らの議論は、既製のクレジットプラットフォームを購入すべきか、それとも構築すべきかということでした。 これはテクノロジー企業ではありません。10 年前なら、クレジットプラットフォームを構築するというアイデアはまったく馬鹿げているように思えたでしょう。
Tom Godden:
警報が鳴りますね。
Matt Fitzpatrick:
しかし彼らが議論を通して最終的に気付いたのは、購入してもいいが、既製のクレジットプラットフォームに合わせてデータスキーマをカスタマイズするには、非常に多額の投資が必要だということでした。そして、このような画面が必要になるなど...。彼らは自社で開発したシステムを交換しようとしていましたが、既製のシステムをカスタマイズして希望どおりに表示するには、多額の投資が必要でした。データをそれにマッピングするには多額の投資が必要でした。そして結局...
Tom Godden:
結局どうなりました?
Matt Fitzpatrick:
彼らは基本的に、この種の既製のシステムに基づいて新しいシステムを構築しました。彼らのもう一つの選択肢は、既存の最新ツール、最新のデータツール、クラウドインフラストラクチャなどをすべて利用して、システムを立ち上げるということでした。結局、おかしなことですが、使用するよりも高価になりませんでした。
そうした事例をますます見ています。生成 AI はそのようなことを本当に加速させると思います。なぜなら、生成 AI エコシステムで私が気に入っていることの 1 つは、さまざまなアプリケーションすべてが相互運用可能であることです。「私たちのものしか使えない」と言うためにこれを作っている人はいません。 最高の組み合わせに参加できると誰もが言っています。そして、どんな新しい技術が出てきても、参加できるようになります。そこで問題となるのは、今日新しいクレジットアプリを作成して何かを購入した後、新しい興味深い生成 AI ツールが登場した場合、それを使用できないということです。実際、最新の相互運用可能な evergreen スタックを構築し、最新のコンポーネントをすべて使用するよりも、10 年前の既製のクレジットプラットフォームを使用する方が技術的負債が多くなります。
今日のように構築に慣れている企業の数は、5 年前よりもずっと多いと言えるでしょう。そして、クラウドとインフラストラクチャへの投資により、さらなる高速化が可能になったのです。
Tom Godden:
Matt、あなたは多くの変革を行い、多くの人を導き、多くのことを見てきました。マッキンゼーは、これを実現するために組織を再構築することについてよく語っています。この生成 AI への移行を成功に導くために、人々がその文化的側面にアプローチする方法についての成功モデルはどのようなものだと思いますか?
Matt Fitzpatrick:
そのためには、いくつかの異なることが重要だったと思います。1 つは、どのようなユースケースが実際に重要で、変化をもたらす可能性があるかを明確にすることです。繰り返しになりますが、10 年前の、テクノロジー組織とビジネス組織が実際に話し合っていなかったという見方を持てば、間違いなく失敗します。明確にする必要があるのは、ビジョンは何であるか、 これから試す 10 個のユースケースは何であるか、技術チームとビジネスチームがどのように協力してテストし学習するのかということです。 そのプロセス全体が新しい力となります。最近、私たちが最も関心を持っているスキルセットは、いわゆる翻訳者スキルセット、つまりデジタル知識が豊富でありながらビジネスを理解しているスキルセットだと思います。たとえば、私は多くの不動産クライアントと仕事をしてきましたが、テクノロジーと不動産業界の両方を理解している人の方が、どちらか一方を理解している人よりもはるかに価値があります。
構築中のものが実用的で、ビジネスユーザーの要望に応えられるように、技術組織とビジネスチームをつなぐ必要があると思います。ですから、翻訳者スキルは本当に重要になると思います。
また、スキルの再習得について、あるいは少なくともエンジニアリング組織の技術的なスキルセットについてよく考える必要があると思います。たとえば、Python や、少し新しい Rust のようなものの使い方を知らないエンジニアリング組織があると、最新の生成 AI ツールの多くを活用するのが難しくなります。その結果、再教育やスキルの再習得、新入社員の採用などが起こり得ますが、従来のエンジニアリング組織を補強する必要があります。