BLOG
2026年 企業のAIによる効率化:なぜ大半の企業が間違えているのか
序章:ツールを買って配布するだけで、効率化になるのか?
2026年になっても、企業のAIによる効率化と聞くと、多くの経営者の第一反応は「全員にCopilotを契約させ、Codexを導入してツールを配れば、自然と効率が上がる」というものだ。
私は、ソフトウェア業界17年、AI業界7年の経験を持ち、現在AI技術部長を務める永亮氏に話を聞いた——彼はちょうど企業向けAI効率化ソリューションを構築し終えたところだった。彼の答えは非常に率直だった:「そう考えている時点で、ほぼスタートラインで負けています」。
拾聞:2026年になっても、企業のAI効率化といえば「ツールを買って配布する」という考えが根強いですが、どう思われますか? 永亮:道を間違えています。ツールは個人の効率は解決できても、組織の効率は解決できません。 拾聞:では、「何が違うのか」から話を始めましょう。
Q1:個人の効率 ≠ 組織の効率、いったい何が違うのか?
永亮:4つの点で違います。どれも実際に損害につながる落とし穴ばかりです。
まず最も深刻なのは、品質を管理する人がいないことです。AIの作業速度が速くなると、人はかえって確認しなくなる——「AIが書いたんだから、大丈夫だろう」と。結果、交付速度は上がっても、交付品質の責任を負う人がいなくなります。AIの幻覚(ハルシネーション)は、誰も確認しないときに最も致命的になるものです。
第二に、出力が統一されていないことです。同じ要件でも、10人の社員がAIに問い合わせれば10通りの答えが返ってきます。それぞれのコンテキストや質問の仕方が異なれば、AIの理解も変わる——結果はバラバラになり、最終的には人が統一する手間が発生します。
第三に、経験が蓄積されないことです。優れたプロンプト、スキル、プロセスはすべて個人の頭の中にあります。人が辞めれば、すべて持ち去られてしまう。企業は毎年ゼロからやり直しているようなものです。
第四に、プロセスが追跡できないことです。要件、AIとの対話、PRD、コード、テスト、リリース——その間がすべて断絶しています。問題が発生しても原因を特定できず、振り返りは会議で言い争うしかなくなります。
個人の効率は、同じ時間での产出量を増やすだけのものです。組織の効率とは、それらの产出を品質が管理され、基準が統一され、経験が蓄積され、プロセスが追跡可能にすることです。この4つは、ツールを配布するだけでは解決できません。
Q2:AIは全自動で動かせるのか?なぜあなたのソリューションではAIが「検索、起草、照合、要約」しかしないのか?
永亮:AIは全自動で動かせます——ただし、データの蓄積が前提です。
今多くのベンダーが「エージェントが自律的に仕事をする」と宣伝していますが、聞こえはいいです。しかし考えてみてください:AIは「何ができるか、どうやるか」をどうやって知るのでしょうか?それは過去のデータ——過去の要件、コード、レビュー意見、失敗した経験——によるものです。データが十分に蓄積されて初めて、AIはこの種の仕事をどう進め、どの基準で仕上げればいいかを理解できます。
逆に、人間でも考え込んでしまうような新しい問題については、AIには学習するサンプルがありません。全自動でやらせれば、「自信満々にでたらめをする」しかなくなります。
だから私のソリューションでは、AIは検索、起草、照合、要約の4つの作業しかしません——承認、マージ、リリース、権限付与は常に人が行います。AIが能力不足なのではなく、順番を間違えてはいけないのです:まずデータを蓄積してから、自動化を語る。多くの企業のAI実証実験が失敗するのは、データの基盤を作らずに、いきなり自動化を導入するからです。
Q3:中小企業にはプロセス体系がないが、どう始めればいいのか?
永亮:まず点を作り、次に線をつなぎ、最後に面に広げる。一気に全プロセスを導入しようとしてはいけません。
具体的には4段階です:
第一段階、まず標準化する。人間だけのプロセスをベースに、まず標準的な流れを整理する:要件の出し方、受け入れ基準の決め方、引き継ぎのやり方。この段階でAIが役に立ちます——AIにプロセス文書を整理・集約させるのは、AIが最も得意とすることです。
第二段階、プロセスの節点にAI機能を補う。要件の事前評価、PRDの下書き、テストケースの生成——1〜2の節点を選んで実証実験を行い、全プロセスに一気に広げないことです。
第三段階、AIを稼働させ、データを収集する。AIが仕事をする過程そのものがデータを蓄積する過程です。この段階の鍵は「痕跡を残す」ことです。
第四段階、データを蓄積し、AIにフィードバックする。稼働させて得られたデータをナレッジベースに蓄積すれば、AIは使えば使うほど正確になります。
中小企業が始めるには、2つのポイントがあります:プロセス設計と標準化された出力をAIに任せる(これはゼロコストです)、オープンソースプロジェクトを活用して小規模に反復する(試行錯誤のコストが低い)。全プロセスの導入に負担があるなら、まず点から始めればいい——点がうまくいけば、線をつなぐのは自然な流れです。
Q4:オープンソースプロジェクトの選定で、使えるかどうかをどう判断するのか?
永亮:まずstar数が多く、エコシステムが活発なものを選びましょう。この経験則は今でも有効ですし、さらにAIの力も加わっています。
star数が多いということは、使っている人が多く、落とし穴も既に踏まれているので、問題が少なくなります。エコシステムが活発ということは、議論も多く、チュートリアルも多く、ネット上に解決策が多い——実際に問題が発生しても、検索すれば大抵答えが見つかります。
以前は選定を間違えると致命的でした:プロジェクトのメンテナンスが終了すれば、チームは再評価、移行、書き直しをしなければならず、コストが非常に高かった。しかし今はAIの力が加わり、このリスクは薄れています——技術選定が決まった後、もしプロジェクトのメンテナンスが終わっても、AIがソースコードを読み、問題を特定し、二次開発を手伝ってくれます。二次開発も以前よりずっと容易になりました。
だから私の提案は:選定はstar数とエコシステムで判断し(これがリスクのクッションです)、残りはAIに任せる(これが安全網です)、ということです。
Q5:AIによる効率化に取り組みたい企業への3つのアドバイスは?
永亮:3つありますが、どれも直感に反するものです。
第一に、大幅な人員削減を期待しないことです。優れた人材 + AI + 標準化こそが、効率化の根本です。AIは増幅器であって、代替品ではありません——人材の質が低ければ、増幅されるものも質の低いものになります。
第二に、AIにお金をかけるからこそ、良い結果が得られるということです。無料のツールやそこそこのモデルで組織レベルの効率化を実現しようとするのは、ほぼ不可能です。APIを使うべきときは使い、プラットフォームを導入すべきときは導入する——この出費はコストではなく投資です。
第三に、AIによる効率化は、マネジメントへの要求がより高くなるということです。プロセスが混乱している会社は、AIに救ってもらおうと思ってもいけません——AIは混乱をより速く増幅させるだけです。まずプロセスを整理してから、効率化を語りましょう。
終章
拾聞:最後に一言で今回の内容をまとめるとしたら? 永亮:AIによる効率化とは、AIにより多くのコードを書かせることではなく、すべての協働を追跡可能にし、すべての产出を審査可能にし、すべての経験を再利用可能にすることです。
拾聞:この言葉を皆さんに贈ります。次回お会いしましょう。
【技術的深掘り】彼のソリューションにおける「証拠連鎖」とは何か?
ゲストが言及した「証拠連鎖」は、彼が実際に構築したAIネイティブな研究開発管理プラットフォームのソリューションに由来するもので、簡単に分解すると以下の通りです:
- requirement_id(要件番号):すべての要件に一意の番号を付け、要件→PRD→タスク→コード→テスト→リリースまで一貫して通す、証拠連鎖の主キーです——「このコードがどの承認済み要件に対応するものか」をいつでも確認できます。
- 3つのゲート:P2D(プロダクトから開発へ)、Spec Gate(技術仕様レビュー)、D2T/T2R(開発からテスト、テストからリリース)——各重要節点には明確な決定者がおり、AIは下書きを作成するだけで、人が最終判断を行います。
- セッションカプセル(Capsule):異なる職種間の引き継ぎでチャット履歴を転送するのではなく、バージョン管理されたカプセルと交付パッケージを使用します——意思決定、成果物のバージョン、未解決の問題を一度に明確に伝えられます。
- AI資産ガバナンス:優れたプロンプト、スキル、プロセスはまず候補となり、評価、グレースケールリリース、Ownerの承認を経て初めて全社標準となります——経験の蓄積は自発性に頼るのではなく、仕組みで実現します。
この仕組みの核心的な論理は、今回の話と完全に一致しています:AIによる効率化の前提はプロセスの標準化であり、プロセスの標準化によって生まれるのは証拠とデータであり、データと証拠こそが組織の効率の基盤なのです。
知乎版での違い
- タイトル案:『私が企業向けAI効率化ソリューションを自ら作ったからこそ言える、本当の話』(個人の立場を前面に出し、ロングテール検索に対応)
- 技術的深掘りの部分は完全に残す(知乎の読者はこうした内容を好むため)
- 末尾に「以上は個人の見解であり、参考に留めてください」を追加