AI開発コネクト
無料で相見積もり
AI最新ニュース日本のAI・国内報道

勘定系開発に生成AIで工期30%短縮・工数40%削減。数字の前提を確かめる

2026年9月14日、ソニー銀行と富士通が勘定系システムの実開発に生成AIを適用し、開発期間30%短縮・工数40%削減と公表しました。影響調査90%減などの数字がどの前提で出たかを分解し、見積もりで確認する4点を整理します。

公開: 2026.09.27 ／ 更新: 2026.09.27

「AI で開発すれば工期が縮む」は、これまで提案書の中の主張だった。2026 年 9 月 14 日、銀行の勘定系システムという止められない領域で、実開発の削減率が数字付きで公表された。

発注側にとって大事なのは、30% や 40% という数字そのものではない。その数字が出た前提が、自社の案件と同じかどうかである。前提が違えば、同じ削減率は付いてこない。

長さの違う2本の巻尺と、揃った3冊のバインダー

公表されている事実

ソニー銀行と富士通が 2026 年 9 月 14 日に公表した内容を整理する。

項目 内容
対象 ソニー銀行の勘定系システム（AWS 上で稼働する Fujitsu Core Banking xBank）
適用開始 2025 年 9 月から段階的に適用範囲を拡大
測定時点 2026 年 7 月時点の実績
開発期間 基本設計から結合テストまでで30% 短縮
工数 同区間で40% 削減
影響調査 工数を最大 90% 削減（基本設計工程）
設計書作成 工数を最大 40% 削減（詳細設計工程）
ソースコード 生成率 99%（製造工程）
テスト実行 工数を最大 90% 削減（結合テスト工程）
仕組み Amazon Bedrock 上の Claude を中核とする AI エージェント、Claude Code、MCP / Tools / Skills
今後 要件定義を含む開発工程全体、セキュリティ・運用保守領域、周辺系システムへ拡大

数字を並べると派手に見える。だが読み方を間違えやすい行が 3 つあるので、順に分解する。

論点 1. これは「資産が揃っている改修」の数字である

適用の前提として公表されているのは、設計書・ソースコード・テスト資産といった既存の開発資産を AI が使える形にしたという点である。つまりこの 30% / 40% は、まっさらな新規開発の数字ではなく、すでに動いているシステムを直す仕事の数字だ。

削減幅がいちばん大きい 2 工程を見ると、この構造がはっきりする。

  • 影響調査（最大 90% 削減）: 既存の設計書とコードが揃っていて初めて成立する作業
  • テスト実行（最大 90% 削減）: 既存のテスト資産が揃っていて初めて自動化できる作業

新規開発では、この 2 つは「削減する対象」ではなく「これから作る対象」になる。したがって同じ削減率を新規開発の見積もりに当てはめるのは筋が通らない。AI 駆動開発で下がる工程と下がらない工程の切り分けはAI駆動開発なら従来より安い？で整理している。

論点 2. 「生成率 99%」は「レビュー 0」ではない

製造工程のソースコード生成率 99% は、書かれたコードのうち AI が生成した割合である。生成されたものをそのまま納めてよい、という意味ではない。

勘定系システムは、桁を 1 つ間違えれば残高が壊れる領域である。そこで 99% を達成しているということは、裏に受け入れの仕組みがあると読むのが自然だ。レビュー、既存資産との突き合わせ、テストによる検証。この部分の工数は消えていない。

見積書の読み方としてはこうなる。「AI が書くので製造費は下げます」と言われたとき、下がるのは製造の一部で、レビューと検証は残る。 ここを一緒に削った見積もりは、安すぎるAI開発の見積もりに潜むリスクで挙げた形になりやすい。

論点 3. 要件定義はまだ「今後の拡大範囲」に入っている

公表されている今後の予定に、要件定義を含む開発工程全体への適用拡大が挙げられている。これは逆から読むと、今回の 30% / 40% は要件定義より後ろの区間の数字だということになる。

発注側にとって、ここは重要である。AI 開発案件で揉めるのは、たいてい製造工程ではなくその前だ。何を作るのかが決まらない、判断する人が出てこない、データが揃わない。この区間は AI を入れても短縮しにくい。納期がどこで決まるかはAI開発の納期はどう決まるかで工程別に分けた。

発注者・企業への影響

ここからは見立てである。

1 つ目。提案書の「AI 活用で短縮」に、根拠の提示を求めやすくなると考えられる。 大規模な実開発での数字が公開された以上、どの工程で、何を前提に、どう測ったのかを書ける会社と書けない会社の差が出る。比較の土俵に乗せる手順は相見積もりを比較する方法の通りで、削減率は「工程別・前提付き」でないと横並びにできない。

2 つ目。削減分の取り分を先に決める案件が増えると考えられる。 工数が 40% 減ったとき、その分は値引きになるのか、納期短縮になるのか、追加の機能に回るのか。契約前に決めていないと、減った工数は見積書に反映されないまま消える。 交渉で効く条件の出し方はAI開発費の交渉にまとめた。

3 つ目。自社側の資産整備が、そのまま見積額に効いてくると考えられる。 影響調査とテストの削減が効くのは、設計書・コード・テストが揃っている場合だ。裏返せば、資料が散っている会社は AI を入れても短縮の恩恵を受けにくい。これは発注側の宿題であって、開発会社の腕の問題ではない。AI に渡す前提の資料整備はAI開発のデータ準備と地続きの話になる。

見積もりで確認する 4 点

  • 提示された削減率が、どの工程区間の数字か（要件定義は入っているか）
  • その前提としてどの既存資産が必要か。自社にそれがあるか
  • レビューと検証の工数が別に積まれているか。製造と一緒に削られていないか
  • 削減が実現したときの取り分（値引き / 納期 / 範囲追加）をどう扱うか

この 4 点は、同じ案件票を複数社に渡すと書き方の差がそのまま出る。条件をそろえて比べる場合は無料の相見積もりから案件票を作れる。相場の前提そのものはAI駆動開発の費用相場で工程別に見られる。

まとめ

公表されたのは「AI で開発費が下がる」という一般論ではなく、資産の揃った既存システムの改修で、設計以降の区間が 30% / 40% 縮んだという限定付きの実績である。

発注側がやることは 1 つに絞れる。提案書の削減率を、工程と前提に分解して受け取ること。 分解できない数字は、見積もりの比較には使えない。

参考・出典

AI開発の見積もりを、同じ条件で比べる。

条件を整理した 1 枚の案件票で複数のAI開発会社に依頼。初期費用だけでなく、データ整備・API 費・精度検証・保守・権利まで同じ列で比較できます。

無料で相見積もりを始める →
無料で相見積もり30秒で費用診断