2026年、オペレーションマネージャーが自らソフトウェアを構築する理由

TL;DR

最新の調査によると、オペレーションマネージャーは世界のシチズンデベロッパーの24%を占め、マーケティングマネージャー(19%)やセールスマネージャー(16%)を上回り、「デベロッパー」の肩書きを持たずにエンタープライズソフトウェアを構築する職種として最大の勢力となっています。12ヶ月を超えるITの積み残しがその背景にあり、650億ドル規模に成長したローコード市場がその需要を受け止めてきました。ただし問題があります。その多くは監査ログもなく、データ基盤も共有されず、ガバナンスポリシーも存在しないまま構築されているのです。AgentUIのようなプラットフォームが埋めようとしているのは、まさにこのギャップです。アプリを構築するAIだけでなく、監査ログ、ロールベースのアクセス制御、そして本物のエンジニアを標準で備えています。

今や、コードを一行も書かずに社内ソフトウェアを構築する人の数は、多くの大企業内のプロフェッショナルデベロッパーの数を上回っています。Gartnerは、2028年までに大企業においてシチズンデベロッパーがプロフェッショナルデベロッパーの4倍に達すると予測しています。そして、この変化を牽引する最大のグループはIT部門にはおらず、彼らの肩書きに「デベロッパー」という言葉は含まれていません。それはオペレーションマネージャーです。在庫管理、レポーティング、承認プロセスなど、事業が拡大したときに真っ先に破綻するあらゆる業務を担う人たちです。最新の業界調査によると、オペレーションマネージャーはシチズンデベロッパー人口の24%を占め、マーケティングマネージャー(19%)やセールスマネージャー(16%)を上回っています。これはニッチなトレンドではありません。2026年にエンタープライズソフトウェアを構築する職種として最大の勢力なのです。そしてそれは経営陣からの指示で始まったわけではありません。一向に短くならないリクエストの行列から始まったのです。

一向に短くならない行列

オペレーションマネージャーに、平均的な一日にどれだけの社内依頼が舞い込むか尋ねてみると、その数は決して少なくありません。社内業務依頼に関する調査によると、オペレーション担当者、プロジェクトマネージャー、中小企業経営者といったタスク中心のリーダーの半数は、通常の勤務日に少なくとも26件の依頼、チケット、タスクに対応しています。そのうち4人に1人は51件以上を処理しています。これらは抽象的な作業項目ではありません。一つひとつが、新しい列を追加してほしいスプレッドシートであり、金曜日までに必要なレポートであり、取引先が手順を変えたために崩れてしまった承認フローなのです。そして回答者の63%は、こうした社内のボトルネックが単なる事務作業の遅延にとどまらず、収益そのものを実際に損なっていると答えています。

本来、こうした問題を解決する正式な窓口はIT部門であるはずでした。しかし、それが現実的な選択肢でなくなってから、すでに何年も経っています。IT意思決定者と事業幹部1,000人を対象としたEconomist Intelligence Unitの調査では、プロジェクトの積み残しが最長12ヶ月にも及び、新しいツールへの需要が常にそれを構築するためのリソースを上回っていることが明らかになりました。ITの積み残しに関する別の調査では、IT責任者の72%が、積み残し自体によって戦略的な業務にまったく手が回らなくなっていると回答しています。彼らは常に優先順位付けに追われ、決して追いつくことがありません。このような積み残しは一時的なボトルネックではなく、2026年のエンタープライズIT運営における構造的な現実です。オペレーションマネージャーが12ヶ月もの待ち時間を前提に事業を回すことなど、できるはずがありません。

シチズンデベロッパーの登場

そこで、依頼はIT部門に向かうのをやめ、実際にその痛みを感じている当事者たちの手で構築されるようになりました。2026年には、正式なソフトウェアエンジニアリングの訓練を受けずに自チームのためにアプリケーションを構築する「シチズンデベロッパー」が、世界で推定1,620万人に達しています。これは2025年比で38%の増加です。Gartnerは、2028年までにこの数が2,500万人を超え、大企業内ではシチズンデベロッパーがプロフェッショナルデベロッパーのおよそ4倍に達すると予測しています。また同社は、2026年までにローコード開発ツールを利用する人の少なくとも80%が、正式なIT部門の外にいる人材になると予測しています。

この波の背後にある職種別の内訳こそが、本当に注目すべき点です。デベロッパーの資格を持たずにソフトウェアを構築している職種のうち、オペレーションマネージャーは24%を占め、他のどの職種よりも多く、マーケティングマネージャー(19%)やセールスマネージャー(16%)を上回っています。この順位は、社内で最も手作業が多く、反復的で、日々どこかで破綻しかねない業務——在庫カウント、シフトスケジュール、取引先との調整、複数拠点にまたがるレポーティング——を誰が担っているかを考えれば納得がいきます。オペレーションこそ、プロセスと業務量が交わる場所であり、12ヶ月のIT待ちが真っ先に成り立たなくなる領域なのです。

市場がついに追いついた

これほど大きな需要が満たされないまま放置されることはありません。ローコード・ノーコードプラットフォームの世界市場は現在およそ650億ドル規模に達し、年平均成長率26%で拡大しています。もはやニッチなカテゴリーではなく、エンタープライズソフトウェアの中核インフラとなっています。アプリケーション開発のあり方もそれに合わせて変化しました。現在、企業が構築する新規アプリケーションの70%がローコードまたはノーコード技術を使用しており、2020年の25%未満から大きく上昇しています。Gartnerは、2026年末までに大企業の75%が4つ以上のローコードツールを運用するようになると予測しています。

エンタープライズのIT部門は、もはやこの流れに抵抗するのをやめ、正式に承認する方向へと舵を切りました。Gartnerが2025年に実施したエンタープライズテクノロジーリーダー向け調査によると、従業員5,000人以上の大企業の64%が、少なくとも1つのビジネスユニットで正式に承認されたノーコードプラットフォームを導入しています。2022年のわずか31%から大きく増加した数字です。わずか3年で、ノーコードはIT部門が陰でやむを得ず容認していたものから、大企業の半数以上が意図的に積極導入するものへと変わったのです。

誰も予算化していなかった代償

ここからが、導入率の見出しには出てこない話です。すべてのオペレーションマネージャーに独自のツール構築を任せることは、スピードの問題を解決する一方で、新たな問題を生み出します。誰が何を構築したのか、データがどこにあるのか、誰がそれを閲覧できるのかを、誰も把握していないのです。業界の推計によると、正式なレビューを経ずに導入される「シャドーIT」は、大企業のIT支出全体の30〜40%を占めています。IT責任者の61%が、事業部門が独自に導入するツールについて最も懸念しているのはガバナンスの効かない利用状況だと回答しており、シチズンデベロップメントについて具体的に尋ねると、73%がデータの整合性リスクを、69%がセキュリティ脆弱性を、58%が社内の他システムとの連携における課題を挙げています。

こうして生まれるツールの乱立には、決して安くないコストが伴います。平均的な大企業は現在およそ305個のSaaSアプリケーションを管理し、ソフトウェアライセンスに年間およそ5,500万ドルを費やしていますが、そのライセンスの51%は使われないまま——過去最高の無駄率です。これは平均的な大企業において、年間およそ1,800万ドルもの純粋な無駄に相当します。データ基盤を共有せず、すでに何が存在するかを把握する手段も持たないまま、孤立した状態で応急処置的なツールを構築するオペレーションマネージャーが一人増えるたびに、この請求書にはもう一行が加わります。「自ら構築する」という発想自体は正しいものでした。ただ、多くのチームがそれを行っているやり方は、静かにコストを積み上げているのです。

ガバナンスは追いついてきているが——歩みは遅い

公平を期すために言えば、対応はすでに始まっています。正式なシチズンデベロッパー向けガバナンスポリシーを持つIT部門の割合は78%まで上昇し、2024年のわずか42%から大きく伸びました。短期間で確かに測定可能な進歩です。しかし、ガバナンスポリシーとは所詮1枚の文書にすぎません。オペレーションマネージャーに「何をすべきか」を伝えることはできても、初日から監査ログを手渡してくれるわけではなく、5つの異なる部門がそれぞれ気づかぬうちに、同じ在庫トラッカーの5つの異なるバージョンを5つの異なるプラットフォームで構築してしまうことを防いでもくれません。

ポリシーだけでは、インフラのレベルに存在するギャップを埋めることはできません。オペレーションマネージャーが利用するプラットフォームが、標準で「誰が何を変更したか」を記録していないのであれば、どれだけガバナンス研修を重ねても後から取り繕うことはできません。この解決策は、社員向けハンドブックに追記するものではなく、ツールそのものに組み込まれている必要があるのです。

ガバナンスの効いたシチズンデベロップメントとは、実際どのようなものか

優れたシチズンデベロップメントとは、オペレーションマネージャーの歩みをIT部門のペースまで落とすことではありません。そもそもの出発点は、彼らが待たされずに済むようにすることだったはずです。大切なのは、安全な道と速い道が同じ道になっているプラットフォームを提供することです。つまり、あらゆる操作——構築、編集、データアクセスのすべて——が、最上位顧客だけの有料アップグレードとしてではなく、標準で記録されるということです。ロールと権限は、給与データを見られる人とシフトスケジュールを見られる人を分けるためにいちいち開発者にチケットを起票することなく、オペレーションマネージャー自身が設定できるということです。チームが構築するすべてのアプリが、後から誰かが手作業で整合性を取らなければならないバラバラのサイロになるのではなく、共通のデータベースと共通のインテグレーション群を共有するということです。そして、アプリの90%をAIが生成しても、残りの厄介な10%——難しい連携や承認ロジックのエッジケース——にぶつかったとき、キューの中に消えていくサポートチケットではなく、本物のエンジニアがその先に控えているということです。

これこそまさに、AgentUIが基盤としているモデルです。AIが、平易な言葉による説明から数分でアプリケーション——データベース、インターフェース、ワークフロー——を構築します。すべてのプロジェクトには、誰が何をいつ行ったかを記録する監査ログが、エンタープライズ契約の裏に隠されることなく、すべてのプランで標準搭載されています。ロールベースのアクセス制御も最初から組み込まれているため、オペレーションマネージャーは、倉庫リーダーには編集権限を、地域ディレクターには閲覧のみの権限を、権限コードを一行も書くことなく付与できます。そして、ワークスペース内のすべてのアプリが同じ共有コア——同じデータベース、同じインテグレーション、同じシークレット——の上で動作するため、オペレーションマネージャーが構築したものが、社内の誰の目にも入らない孤立した島になることはありません。AIがきれいに処理しきれないことが発生した場合には、本物のエンジニアが引き継ぎます。ほとんどのプラットフォームが売っているのはソフトウェアです。AgentUIが売っているのは、チームです。

チームに独自のツール構築を任せる前に、次の点を確認してください:

すべてのプランに監査ログが含まれているか——エンタープライズ契約限定のアドオンになっていないか
開発者を介さずにオペレーションマネージャー自身が設定できるロールベースの権限管理
バラバラに孤立した5つのアプリサイロではなく、共有された一つのデータベースとインテグレーション層
構築が限界にぶつかったときに連絡できる本物の担当者(単なるサポートフォームではなく)
自動化のたびに膨らむ青天井の料金ではなく、定額で予測可能な料金体系
環境の分離とロールバック機能——1つの不具合のある変更がチーム全体の業務プロセスを止めてしまわないように

オペレーションマネージャーは、企業内で最大のビルダー集団になることを誰かに許可されたわけではありません。リクエストの行列が、彼らに代わってその決断を下したのです。この部分の物語はすでに書き終えられており、データがそれを裏付けています。まだ決まっていないのは、彼らが手にするツールに、本物のシステムに必要な安全策が備わっているかどうか、それとも全体像を誰も把握できないまま、各チームが社内のわずかに違う片隅で、同じような脆いその場しのぎの仕組みを作り続けるのか、という点です。

プロセスを深く理解しているオペレーションマネージャーこそ、そのツールを所有するにふさわしい存在です。彼らに必要なのは、作業を記録し、データを共有し、AIが行き詰まったときには人間が控えているプラットフォームです。18ヶ月後の監査で初めて発覚するシャドーITの予算項目ではありません。