RingCentral、マニュアルをハッカソンに置き換える。全員がCodexで構築

PowerPointトレーニングに代わる社内ハッカソン

ほとんどの企業がAI利用のガイドラインの作成に何ヶ月も費やす中、RingCentralは逆の極端な方法を選びました。CEOのオフィスは社内で「AI-Native Challenge」を発表しました。エンジニアであろうと営業であろうと、すべての参加者にChatGPT WorkとCodexが与えられました。唯一の課題は、完全なソフトウェアプロジェクトをゼロから構築することでした。

OpenAIはこれを導入のモデルケースとして挙げています。一次ソースはブロックされていましたが、関連する企業の広報活動は、何千人もの従業員が参加したこのイベントの大規模さを裏付けています。

構築しない者は限界も可能性も理解できない

非技術職のスタッフにエンドツーエンドのプロジェクト構築を強いることには、より深い論理があります。コードを見たことがない人々は、Codexのおかげで創造できることに気づきます。さらに重要なのは、エンジニアがこれらのツールがワークフローをどこで加速させ、どこで不足するかを正確に見ることができることです。

このアプローチの前提にあるのは、AIについて読むだけでは何も得られないという考えです。モデルがどのようにハルシネーションを起こすか、あるいはどこで何時間もの作業を節約できるかに対する真の理解は、機能する成果物を最後までやり遂げなければならないときに初めて生まれます。

孤立したプロジェクトの限られた移行可能性

営業担当者がAIアシスタントを使って構築した何千もの「趣味」のプロジェクトのコードベースとセキュリティを、企業がどのように維持するつもりかは不明です。ハッカソンで勝つための使い捨てスクリプトと、本番環境で実行して顧客データを処理できるコードとの間には、とてつもなく大きな隔たりがあります。

OpenAIはRingCentralを利用して迅速な開発を実証していますが、社内のおもちゃから標準化されたツールへの移行は、より難しく、より退屈で、はるかに高価な段階です。

真の業務統合への疑問

注目すべき主なシグナルは、これらの孤立した実験が実際の企業の業務にどう反映されるかです。何千ものプロジェクトが練習として引き出しの中に残るのか、それともRingCentralが最も成功した内部ツールを安全に採用し、展開するためのプロセスを構築できるのかは、まだわかりません。

Lilithの判定

RingCentralは無統制のラボを運営しています。技術的な制限なしで従業員を自由なAI創造に解き放つことは素晴らしいプロモーションですが、経理部がサードパーティに本番データを送信しようとするスクリプトを見つけるまでの話です。