2027年、業務ツールは誰が作るか ―― 業務担当者がAIで最初のツールを作るまで

11時。営業事務の斉藤さん（29歳）の画面に、見慣れたエラーが出ました。月末の集計に使っているマクロです。作ったのは、この春に再雇用へ切り替わった先輩。中身を開いても、何をしているのか分かりません。結局、今月も受注データを手でコピーして集計表を作ることになりました。

※斉藤さんは、公開データから想定した架空の人物です。

Excelとマクロで回っている業務は、どの会社にもあります。そして、その多くは「作った人しか直せない」まま使われています。AIでコードを書けるようになった今、業務を一番知る担当者が自分でツールを作り直すことは、もう難しくありません。必要なのは、プログラミングの知識より先に「何を作るか」を1枚に書くことです。

この記事では、本社と現場（営業所・工場・店舗など）をもつ会社を想定し、公開データから「市民開発が止まる構造」を読み解きます。そのうえで、業務担当者がClaude Codeで最初の1本を作るまでの手順（AI仕様駆動開発）を、部門の業務に沿って整理します。20枚の資料「市民開発スターターキット」も無料で公開しています。

この記事でわかること

数字で見る「Excelで回る現場」と市民開発の現状
AIでコードを書く時代に、業務担当者が書くべきもの
最初の1本が生まれない5つの壁
2027年に「新たに」起きること ―― ツールを作った人と、ツールを動かす環境が入れ替わる
営業事務・経理・人事総務の「最初の1本」と、AI仕様駆動開発の5ステップ

2026→2027、業務ツールを誰が作るか

	2026年（いま）	2027年（これから）
業務ツール	Excelとマクロ。作った人しか直せない	AIと一緒に「仕様から」作り直し、仕様書と一緒に残す
作る人	情シスや外部に依頼し、長く待つ	業務担当者が自分で最初の1本を作る
人	マクロを作ったベテランが現場を支える	60歳に達する人が前年の1.4倍。作った人が抜け始める
本社と現場	情シス1人が問い合わせも更新も抱える	情シスは「作る」から「ルールと置き場所を決める」へ
動かす環境	古いサーバーとマクロが混在	サーバーのサポート終了（1月）・VBScriptの既定無効化（見込み）・SAP標準保守終了（年末）

問いは一つです。作った人がいなくなる前に、業務ツールを「仕様」に戻せるか。

数字で見る「Excelで回る現場」

NTTデータビジネスブレインズが営業事務の実務担当者221人に聞いた調査（2026年7月実施・8月18日発表）からは、業務ツールが「現場の人が作ったもの」で回っている姿が見えます。

項目	数字
業務でExcel・スプレッドシートを使う（「ほとんど」「一部」）	9割超
前任者などが作った謎のマクロ・関数の解読・修正に苦労する（「よく」「たまに」）	64.2%
マニュアルのないファイルを「だましだまし」使うことがある	よくある12.6%・たまにある49.5%（合わせて約6割）
自分や特定の担当者が休むと業務が回らない	52.3%
業務を改善したいが着手できない（「強く」「やや」）	約7割

問題は「作れない」ことではありません。ツールはすでに現場の人が作っています。足りないのは、そのツールが何をしているかが書かれていないことです。作った人が抜けると、ツールごと止まる構造が考えられます。

数字で見る市民開発 ―― 取り組みは4割弱、うまくいくのは実施企業の半分

ITRの調査（2025年10月）では、アプリ開発を「完全内製」または「内製優先」とする企業が78%にのぼりました（回答者3,375人）。業務部門の人が自ら作る「市民開発」に取り組む企業は38%です（回答者6,858人）。

項目	数字
市民開発が「うまくいっている」	51%
「うまくいっていない」	47%
IT部門と業務部門の役割分担が明確	27%
IT部門と業務部門の連携体制がある（うち推進の会議体・CoEは7%）	28%
最も多い課題	1位「牽引役を担う人材の不足」、2位「IT部門と業務部門の役割分担などの不明確さ」

※成果・体制・課題の数字は、市民開発を行っている企業404件の回答（従業員100名以上、ITベンダーを除く）。「市民開発」の意味が分からないと答えた人も約3割（31%、回答者6,858人）いました。

成功と失敗は、ほぼ半々です。ITRは、役割分担が明確でなくても成果をあげている企業も多く、つまずきやすいのはルールが中途半端な企業だとしています。推進役を立て、誰が・どこまで作り、誰が確かめるかの線引きだけははっきりさせておくと、現場は迷わず作り始められると考えられます。

AIでコードを書く時代に、業務担当者が書くべきもの

Stack Overflowの開発者調査（2025年）では、AIツールを使っている・使う予定の開発者は84%（前年76%）でした。一方で、66%が「ほぼ正しいが少し違う」回答に不満を感じ、AIの正確さを信頼していない人（46%）が、信頼している人（33%）を上回っています。

専門の開発者でさえ、AIの出力をそのままは信じていません。業務担当者が「いい感じに集計して」と頼めば、ほぼ正しいけれど業務では使えないツールができやすくなります。

日本企業の8割超がDX人材の不足を感じている（IPA「DX動向2025」）なかで、開発者を急に増やすのは難しい。だからこそ、業務を知る担当者がAIと作る意味があります。そのとき担当者が書くべきなのはコードではなく、「何を入れて、何が出て、どんなルールか」という仕様と、正しい結果を示す正解データです。仕様を先に書き、AIに作らせ、正解データで確かめる。この進め方を、この記事では「AI仕様駆動開発」と呼びます。

業務担当者の「最初の1本」が生まれない5つの壁

ここまでのデータをつなぐと、市民開発が止まる会社に共通する構造が見えてきます。

壁	どういう状態か	根拠
① 何を作るか決まっていない	AIに「いい感じに」と頼み、入力・出力・ルールが書かれていない	開発者でも66%が「ほぼ正しいが少し違う」に不満（Stack Overflow）
② 全部を一度に作ろうとする	大きなシステムを作ろうとして、最初の1本が完成しない	改善したいが着手できない担当者は約7割（NTTデータビジネスブレインズ）
③ 確かめ方がない	正解データを用意せず、「動いたかどうか」で判断する	AIの正確さを信頼しない開発者46%、信頼する33%（Stack Overflow）
④ 情シスと現場の役割が決まっていない	誰が作り、誰が確認し、どこに置くかがあいまい	市民開発の課題の2位は、役割分担や責任範囲の不明確さ（ITR）
⑤ 作った後に引き継げない	仕様書が残らず、新しい「謎マクロ」が生まれる	謎のマクロ・関数に苦労64.2%、休むと回らない52.3%（NTTデータビジネスブレインズ）

5つとも、AIの性能では越えられません。進め方の順番で越えられます。

これらは互いに影響し合い、「マクロが属人化する → 作った人が異動・退職する → 誰も直せない → AIで作り直そうにも仕様がない →『ほぼ正しい』ツールができる → 使われず元のExcelに戻る」という悪循環になります。AIで作っても、仕様がなければ新しい「謎のツール」が増えるだけです。断ち切る場所は一つ。作る前に、仕様を1枚書くことです。

2027年に「新たに」起きること

Excel業務の属人化、DX人材の不足、AIでコードを書く人の増加、Office 2016/2019のサポート終了（2025年10月）―― これらはすでに起きている「前提」です。2027年に新しく起きることを、日付と根拠つきで整理します。

2027年に新たに始まること（ツールを動かす環境が変わる）

時期	何が始まるか	影響	確度
2027年1月12日	Windows Server 2016の延長サポート終了。セキュリティ更新が止まる	共有フォルダに置いたExcelやマクロの置き場所も見直しに。情シスの更新計画	高（日付が確定）
2026〜2027年ごろ	VBScriptが既定で無効に（見込み）。MicrosoftはWindowsのVBScriptを既定で無効にする段階を「2026年または2027年ごろ」と予告	VBScriptに頼るマクロが動かなくなるおそれ。マクロの棚卸しと作り直し	中（時期が「ごろ」）
2027年末	SAP ERP 6.0の標準保守が終了（EHP6〜8。追加料金で2030年末まで延長可）	基幹データの形が変わると、つないでいた集計・照合のExcelも作り直しに	高（期限を公表）

2027年に一線を越えること（流れが限界を超える）

時期	何が一線を越えるか	影響	確度
2027年	60歳に達する人が前年の1.4倍。2026年に60歳になる1966年生まれ（丙午）は出生136万人、2027年の1967年生まれは194万人	定年・再雇用への切り替えが一気に増え、マクロやExcelのツールを作ったベテランの異動・退職も重なりやすい	高（出生数は確定）

2027年は、「ツールを作った人」と「ツールを動かす環境」が同時に入れ替わる年です。作った人がいるうちに、ツールを仕様に戻しておく必要があります。

本社と現場の分担 ―― 業務部門は作る、情シスはルールと置き場所

市民開発でよくある誤解は、「現場が勝手に作る」か「情シスが全部作る」かの二択です。本社と現場をもつ会社で回りやすいのは、その間で役割をはっきり分ける形だと考えられます。

誰が	役割
現場の業務担当者（営業事務・経理・人事総務など）	業務を書き出し、仕様を書き、AIと最初の1本を作る
本社情報システム	作ってよい範囲・データのルールを決め、ツールと仕様書の置き場所を用意する。マクロの棚卸し
本社 DX推進・経営企画	最初の1本を選ぶ基準、仕様書の型、推進の会議体、作った数と削減時間の集計
部門の課長	部下が作る時間を週に確保し、作ったツールを部門で共有する

これまでの市民開発で詰まりやすいのは、本社と現場の「往復」です。現場から情シスへの改善依頼、長い待ち、相談、確認。情シスが「作る」役を抱えたままでは、この往復は減りません。情シスの役割を、「作る」から「ルールと置き場所を決める」へと変えます。ルールは作ってよい範囲などの最小限に絞ってはっきり示し、情シスと推進役がそばで支えると、現場の担当者は待たずに作り始めやすくなると考えられます。

部門ごとの「最初の1本」

最初の1本に向くのは、「毎月必ずある・手順が決まっている・正解が分かる」業務です。

営業事務：受注データの転記と月末集計

いま：受注メールを読み、基幹システムに入力 → 同じ内容をExcelにも入力 → 月末に手作業でコピペして集計 → 入力ミスを後から探す
2027年・AIを使うと：転記のルールを仕様1枚に書く → Claude Codeが仕様を読み、集計ツールを作る → 過去1か月分の正解データで確かめる → 月末は結果の確認だけ

AIに「集計して」と頼む前に、入力・出力・ルール・例外を1枚に書くことがポイントです。その1枚が、次の担当への引き継ぎにもなります。

経理：入金と請求書の照合

いま：入金データと請求書を目で照合 → 重いExcelがフリーズする → 例外の判断は担当者だけ → 締めが遅れ、休めない
2027年・AIを使うと：照合のルールと例外を仕様に書く → AIが照合ツールを作る → 正解データで一致を確かめる → 例外だけ担当者が判断する

基幹システムの入れ替え（SAP ERP 6.0の標準保守は2027年末まで）でデータの形が変わっても、仕様があれば作り直しは速くなります。

人事総務：入社・再雇用の書類チェック

いま：書類の不足を1枚ずつ確認 → チェックリストが人ごとにばらばら → 同じ質問に何度も回答 → 不備で差し戻し
2027年・AIを使うと：チェック項目を仕様にそろえる → AIが確認ツールを作る → よくある質問の回答案もAIで → 担当者は例外と面談に集中

60歳に達する人が前年の1.4倍になる2027年は、再雇用の手続きも増えます。手続きが増える前に、チェックをツールにしておきます。

共通：前任者のマクロを作り直す

いま：作った人がいないマクロ → エラーが出ても直せない → だましだまし使う → Windowsの更新で止まるおそれ
2027年・AIを使うと：AIがマクロを読み、何をしているかを日本語で説明 → 説明を仕様書にまとめる → 仕様から作り直し、正解データで確認 → 仕様書と一緒に保存し、誰でも直せる

冒頭の斉藤さんが最初に取り組むなら、ここからです。

AI仕様駆動開発の5ステップ

5つの壁を、5つのステップで越えます。AIと作るのは4ステップ目。その前の3ステップが、使えるツールになるかを決めます。

ステップ	やること	越える壁
1. 業務を書き出す	毎月必ずある1業務を選び、誰が・いつ・何を見て・何を作るか、往復と例外も書く	①②
2. 仕様を書く	何を入れて、何が出て、どんなルールか。例外の扱いも1枚に	①
3. 正解データを用意する	先月分など「正しい結果」を用意し、合格の基準を決める	③
4. AIと作る	Claude Codeに仕様を渡して作らせ、正解データで確かめ、直させる	③
5. 置き場所と引き継ぎ	情シスが決めた場所に仕様書と一緒に置き、次の担当が直せる形にする	④⑤

Claude Codeを主に使う理由と、ほかのツールとの違い

Claude Codeは、Anthropicのコーディング用AIです。フォルダ内のファイルを読み、仕様にそってコードを書き、実行して確かめ、直すところまでを対話で進められます。「仕様と正解データを渡して、作って確かめる」というAI仕様駆動開発の流れと相性がよいのが、この記事で主に取り上げる理由です。

ほかのツールにも、それぞれ向く場面があります。

ツール	一般的な位置づけ
Microsoft 365 Copilot	Excel・Wordなど、Officeの中で使う
Power Apps・Power Automate	画面を組み合わせて作るローコード開発
GitHub Copilot・Cursor	開発者がエディタの中で使う

どのツールでも、仕様と正解データがなければ「ほぼ正しい」ツールになりやすいのは同じです。ツールの詳しい比較と選び方は、シリーズ第5回で扱います。

90日で最初の1本を作り、部門に広げる

全社研修から始めず、1部門で「毎月必ずある業務」を一つ選びます。情シスと推進役が最初からそばにいる形で、5ステップを90日で回します。

期間	やること
1〜30日：選ぶと書く	推進役が部門の課長と最初の1業務を選ぶ／担当者が業務を書き出し、仕様1枚にする／情シスが作ってよい範囲と置き場所を決める
31〜60日：AIと作る	担当者がClaude Codeで最初の1本を作る／先月分の正解データで答え合わせ／週1回、推進役・情シスと確認する
61〜90日：置いて広げる	仕様書と一緒に決めた場所に置く／削減時間を測り、部門で共有／次の1本（照合・チェックなど）を選ぶ

作る前に測る数字は、1回あたりの作業時間、月の作業回数、入力ミス・差し戻しの件数、「作った人」への相談件数、仕様書つきのツールの数です。

自社チェック ―― 最初の1本を作れる会社か

「いいえ」が多いほど、市民開発が止まりやすい状態です。

作る前に、対象の業務を一つに絞っている
入力・出力・ルール・例外を1枚に書いている
先月分など、正解データで確かめている
担当者が、作る時間を週に確保できている
作ったツールに、仕様書がついている
作ってよい範囲とデータのルールを情シスが決めている
ツールと仕様書の置き場所が決まっている
前任者のマクロの中身を一覧にしている
VBScriptに頼るマクロがあるか把握している
60歳を迎える社員が作ったツールの引き継ぎ計画がある

まとめ ―― AIに頼む前に、仕様を1枚

業務ツールは、すでに現場の人が作っています。2027年は、そのツールを作った人と、ツールを動かす環境が同時に入れ替わる年です。AIでコードを書けるようになった今、業務担当者が書くべきなのは仕様と正解データ。最初の1本は小さく、確かめられるものを選び、仕様書と一緒に残す。その1枚が、次の1本の型になります。

次回予告

第2回「業務を任せるAIエージェントの設計 ―― 仕様から『判断の手順』へ」

出典

NTTデータビジネスブレインズ「営業事務の実務担当者に関する調査」（2026年7月実施・8月18日発表、221人）
ITR「国内企業におけるアプリケーション開発に関する調査」（2025年10月調査）、同 White Paper『市民開発のビジネス価値と成果獲得の秘訣』（C-26010184）
Stack Overflow「2025 Developer Survey」（AI）
IPA（情報処理推進機構）「DX動向2025」（2025年6月26日公表）
Microsoft 製品ライフサイクル（Windows Server 2016／Office 2016・2019）
Microsoft 365 Developer Blog「How to prepare VBA projects for VBScript deprecation」（2025年9月）
SAP ERP 6.0 保守期限（SAP公表情報・各社解説）
国立社会保障・人口問題研究所「人口統計資料集2023」表4-1（出生数）
Anthropic「Claude Code」公式ドキュメント

登場人物は公開データから想定した架空の人物です。5つの壁と悪循環は、上記データから考えられる構造です。