【ビジネス・セキュリティニュース 2026/7/16】“どのUIが使いやすいか”で選ぶ時代はもう終わり　ガートナー、「SaaSの終焉」で独自見解を披露／開発者はAIで減るどころか増える？　Gartnerが予測する少人数チーム時代／会議AIを入れたのに、なぜ仕事は楽にならないのか ほか

今週は「SaaSの終焉」論に対するガートナーの独自見解、AIが普及しても開発者は増えるというGartnerの予測、会議AIが現場に定着しない根本原因、そしてIDCが公表したセキュリティフレームワーク選定の新指針と、IT戦略を揺さぶるニュースが続きました。この記事を読むと、各トピックの要点と「今週自分が何を考えるべきか」が実務視点で整理できます。

今週のトピック

1. "どのUIが使いやすいか"で選ぶ時代はもう終わり　ガートナー、「SaaSの終焉」で独自見解を披露

2. 開発者はAIで減るどころか増える？　Gartnerが予測する少人数チーム時代

3. 会議AIを入れたのに、なぜ仕事は楽にならないのか

4. セキュリティ枠組みの選び方を変えた「4つの変化」とは　IDCが選定の指針を公表

① "どのUIが使いやすいか"で選ぶ時代はもう終わり　ガートナー、「SaaSの終焉」で独自見解を披露

何が起きたか

ITmediaが、ガートナーによる「SaaSの終焉」論に関する独自見解を報じました。ガートナーの分析によると、問題の核心は「SaaSが消える」という単純な話ではなく、エージェント型AI（自律的に判断・実行するAI）が、従来のSaaSビジネスモデルの前提を根本から崩しつつあるという点にあります。

従来のSaaSは「使いやすいUI（画面）を提供することで、ユーザーに操作してもらう」という設計が前提でした。しかしエージェント型AIが普及すると、人間がUIを操作するのではなく、AIが代わりにシステムを動かす場面が増えていきます。つまり、ユーザーが「どの画面が見やすいか」「どのボタンが押しやすいか」だけで評価する比重は、今後下がっていく可能性があります。選定基準も、UI中心からAPI、データ連携、権限管理、外部連携のしやすさへと移っていく方向です。

なぜ重要か

これはSaaSベンダーだけでなく、SaaSを選定する立場の企業にも直接影響します。これまでのツール選定は「デモを見て、UIの使いやすさを比べて、現場に合うほうを選ぶ」という流れが当たり前でした。しかしAIがUIをバイパスして動くなら、選定基準そのものを変えなければなりません。

SaaSを選ぶときに「見た目」や「操作感」を重視してきた担当者にとって、判断軸の再構築が必要になります。

実務での解釈

正直なところ、「UIで選ぶな」と言われても、じゃあ何で選ぶのかという話になりますよね。ガートナーが示す方向性は、「そのシステムがAPIやデータ連携の観点でどれだけ開かれているか」「エージェントが外部から呼び出しやすい構造になっているか」という軸への転換です。

筆者がベンダー選定に関わってきた経験から言うと、RFP（提案依頼書）の質問項目が一気に変わりそうだと感じます。「画面のデザインはどうか」ではなく「APIの仕様はどうか」「エージェントからの自動操作に対応しているか」が主役になっていく流れです。

今日からできること

• 社内で使っているSaaSについて「APIで外部から操作できるか」を確認してみる

• 次回のSaaS選定でデモチェック項目に「エージェント連携対応」を追加する

• ベンダーに「AI・エージェントとの統合ロードマップ」を質問することを検討する

② 開発者はAIで減るどころか増える？　Gartnerが予測する少人数チーム時代

何が起きたか

ITmediaが、Gartnerによる開発体制に関する予測を報じました。Gartnerは、AIの普及によってソフトウェア開発チームの少人数化が進む一方で、開発ニーズそのものは増え、開発者への需要が単純に消えるわけではないと見ています。2029年までに6割の組織がAIを活用した少人数チーム体制を本格導入するとしつつも、同社はこの変化を「人員削減のチャンス」と捉えた企業が長期的な競争力を失う危険性があると警告しています。

なぜ重要か

「AIが普及すれば開発者は要らなくなる」という見方が社内でも出てきている方は少なくないはずです。しかしGartnerの見解はその逆で、「一人ひとりの開発者の生産性が上がった結果、より多くの開発ニーズを満たせるようになり、全体の開発者需要は増える」という論理です。

少人数でより多くをこなせるようになる、という変化は事実でしょう。ただ、その変化を「今いる人員を削れる」と読むか「より多くのことに挑戦できる」と読むかで、組織の方向性がまったく変わります。

実務での解釈

筆者が社内SEや情シスのマネージャーをしていたとき、「システム導入で業務が効率化されたから人を減らす」という判断を求められた場面が何度かありました。しかし実際には、効率化によって空いたリソースを別の課題に充てたほうが、中長期的な組織力は高まるんですよね。

Gartnerが指摘する「誤解した企業が競争力を失う」というのは、まさにその轍を踏む企業が出てくるという警告だと読めます。少人数チームでできることが増えた分だけ、やるべきことを増やすほうが正解に近いはずです。

今日からできること

• 自社の開発チームでAI活用によって空いたリソースの「使い道」を議論する場を設ける

• 開発者採用・育成計画を「削減前提」ではなく「能力再投資前提」で見直す視点を持つ

• マネジメント層に対してGartnerの予測を共有し、「削減論」への早めのカウンターを準備する

③ 会議AIを入れたのに、なぜ仕事は楽にならないのか

何が起きたか

ITmediaが、会議AIや議事録自動生成ツールの導入後に現場で起きている課題を報じました。「導入すれば議事録作成の手間が減る」と期待されていたにもかかわらず、実際には「特定の会議にしか使われていない」「要約が的外れで結局人が手直しする」という状態が多くの現場で続いているという内容です。

なぜ重要か

会議AIに限らず、業務効率化ツールの「導入後に使われなくなる」現象は非常によくあります。ツールを入れること自体はゴールではなく、業務の中にどう組み込むかが本質です。この問題を放置すると、投資対効果を問われる場面で担当者が立場を失いかねません。

実務での解釈

筆者がM365の全社展開を主導したとき、最初の半年間はまさにこの状態でした。「Teamsを入れたのにメールが減らない」「SharePointに上げたのに誰も見ない」という声が現場から続出しました。原因はほぼ共通していて、「ツールの使い方」は伝えても「業務フローのどこで使うか」を定義していなかったことです。

会議AIも同じ構造です。「会議前に何を準備するか」「AIが出した要約をどう確認・修正するか」「誰がいつ共有するか」というプロセスを先に設計しないと、ツールはどこにも着地しません。ぶっちゃけ、ツールの精度よりも運用設計のほうがずっと効いてきます。

定着しない会議AIの典型的な失敗パターンは3つあります。

• 運用ルールが決まっていない（誰がいつ確認するか不明）

• 対象会議が絞られていない（全会議に使おうとして破綻する）

• 既存の議事録作成フローと並走させている（二重管理になって負荷増）

逆に言えば、この3点を整理するだけで定着率はかなり変わります。

今日からできること

• 会議AIを使う会議の種類を「まず1種類」に絞って試行する

• AIが出した要約の確認・修正・共有を誰がやるかをルール化する

• 手直しの頻度とパターンを記録し、プロンプト（AIへの指示文）を定期的に改善する

④ セキュリティ枠組みの選び方を変えた「4つの変化」とは　IDCが選定の指針を公表

何が起きたか

ITmediaが、IDC（国際データコーポレーション）が企業向けにセキュリティフレームワーク（情報セキュリティの管理体制を構築するための指針や基準の枠組み）の選定指針を公表したと報じました。IDCは、従来の「定番フレームワークを選んで適用すれば十分」という前提が通用しなくなったと指摘し、選定の前提が根本から変わったとする「4つの変化」を示しています。具体的には、NIST CSF 2.0への改定、EUのデジタル運用レジリエンス法（DORA）の全面適用、ポスト量子暗号（PQC）の標準化、そしてAIによる新たなリスクの4つです。

なぜ重要か

セキュリティフレームワークの選定は、「ISMSにするかNIST CSFにするか」という二択で悩む企業が多いのが実情です。しかしIDCの主張は、そもそも「どのフレームワークが定番か」という選び方自体が古くなっているということです。ガバナンス、規制対応、暗号技術の将来リスク、AI利用時の新しい脅威まで含めて、自社に必要な枠組みを選ぶ必要が出てきているというのがその背景です。

実務での解釈

先ほどの「4つの変化」を踏まえると、現場の感覚でも「一度選んで終わり」という時代は確かに終わっていると感じます。筆者がセキュリティインシデント対応に関わった経験では、フレームワークを導入済みの企業でも、クラウドや外部委託が増えた結果、フレームワークの適用範囲が現実に追いついていないケースが目立ちました。IDCが指針を出したタイミングは、ちょうどゼロトラスト（「社内だから安全」という前提を持たないセキュリティの考え方）やサプライチェーンリスクへの対応が本格化してきた時期と重なります。自社のフレームワーク選定が「数年前に決めたまま」という企業は、見直しの契機として受け取るべきニュースです。

今日からできること

• 現在使っているセキュリティフレームワークの「最終見直し時期」を確認する

• クラウド・外部委託・リモートワークへの対応がフレームワークの適用範囲に含まれているか点検する

• IDCの選定指針の詳細をITmedia記事で確認し、自社の規模・業種に照らして読み直す

おわりに

今週は「ツールを入れれば解決する」という発想への問い直しが、複数の角度から浮かび上がったように感じます。会議AIの定着問題もセキュリティフレームワークの見直しも、「選んで終わり」ではなく「どう運用・更新し続けるか」が問われているという点で、根っこは共通しているかもしれません。筆者自身、現場でツール導入を繰り返してきた経験から、その設計の難しさはよく分かります。

この記事が参考になった方は「スキ」を押していただけると嬉しいです。毎週、IT・ビジネスの実務に役立つ情報をお届けしていますので、フォローもぜひ。「うちの会議AIはこうやって定着させた」「セキュリティ選定で悩んでいる」など、実務の声をコメントで教えていただけると励みになります。

あわせて読みたい

この記事に関連する実践的な内容を、さらに詳しく整理しています。

• 中小企業のDX成功事例10選｜現場から始めた業務改善の具体的な進め方【2026年版】

• MECEとロジックツリーの使い方｜問題を構造化する実践手順と具体例

• 残業が減らない原因は「仕事の構造」にある｜根本から見直す業務プロセス改善ガイド

このテーマの記事は「ビジネス基盤」マガジンにまとめています。 → マガジンを見る