本文へスキップ
Spike Studio

AI Modernization | Understand, Then Change

AI MODERNIZATION

AIが既存システムを理解し、開発と保守を担う。

全面刷新でも、業務の再設計でもありません。まずAIに既存システムを読み解かせ、変え続けられる状態をつくります。人を増やせない前提で成り立つ体制です。

積層した石板でできた古い直方体の一角が断面として切り取られ、内部から節と細い棒でできた格子構造が現れているモノクロの模型
AIモダナイゼーション / AI MODERNIZATION
Issues

システムが古いことより、変えられないことが問題です

  • 長年システムを支えてきた担当者の知識が、次の世代に引き継げないまま残っている。
  • 事業からの改修要望は増える一方で、対応できる人が足りず、待ち行列だけが伸びていく。
  • 影響範囲を調べるだけで数週間かかる。依存関係が、誰の目にも見えていない。
  • 全面刷新したい。けれどリスクもコストも人手も足りず、踏み出せないまま時間が過ぎる。
  • 担当者の異動や退職のたびに、システムの中身が分からなくなっていく。

これは個社の問題ではありません。IT人材不足という構造の問題で、人を探すだけでは解けなくなっています。

Our Stance

既存システムは、負債ではなく資産です

長年動いてきたシステムには、担当者が積み上げてきた業務知・例外処理・現場の知恵が詰まっています。仕様書には書かれていない、生きた知識です。

だから私たちは「捨てる」のではなく「読み解き、継承する」ことから始めます。業務を先に変えるのではなく、まずシステムをAIが理解する。理解のない変革は、必ず副作用を生みます。

必要なのは刷新することではなく、変え続けられる状態をつくることです。

Solution

買っていただくのは、AIエージェントチームそのものです

これは開発ツールの導入支援ではありません。既存システムを深く理解し、開発・保守・調査を実行できるAIエージェントチームを、貴社の体制としてお使いいただくサービスです。

PM・リードエンジニアは、そのチームを動かすための橋渡しとして機能します。

  • 01

    AIチームが、実行主体になる

    調査も、改修も、開発も、担うのはAIエージェントのチームです。コード・DB・ログを解析して既存システムを理解した上で動くので、依頼のたびに前提を説明し直す必要がありません。人を増やして解決する話ではなく、増やせない前提で成り立つ体制です。

    • 既存システムを理解した上で稼働
    • 調査・保守・開発を実行
    • 並列で動くので待ち行列が消える
  • 02

    PM・リードエンジニアが、橋渡しする

    貴社とAIの間に、必ず人間が立ちます。要望をAIへの指示に翻訳し、AIの成果物を人間の目で確認し、承認してから次へ進めます。AIに直接指示を出せる人材を、貴社側に用意していただく必要はありません。

    • 要望をAIへの指示に翻訳
    • 成果物を人間が確認・承認
    • 社内にAI人材がいなくても動く
  • 03

    貴社は、要望を伝えるだけでいい

    詳細な要件定義書も、技術的な指示も不要です。「こうしたい」を普段の言葉で伝えていただければ、PM・リードエンジニアが整理してAIに渡します。負担はオンボーディング期間で週4時間程度、定常時は週次の定例1時間が目安です。

    • 要件定義書は不要
    • 技術的な指示も不要
    • 定常時の負担は週1時間が目安
The Difference

似た打ち手は、理解の手前で止まっている

既存システムに手を入れるアプローチは他にもあります。ただどれも、システムを「変え続けられる状態」にする手前で止まりがちです。

近いアプローチと AIモダナイゼーション の比較

人材不足の下で起きること

AIモダナイゼーション

BPR(業務を先に再設計する)
人材不足の下で起きること人手が足りない現場への負担が大きく、リスクも高い
AIモダナイゼーションまずAIがシステムを理解し、そこから段階的に変えていく
従来型モダナイゼーション(人手で現行調査)
人材不足の下で起きること人材不足の中では、調査だけで時間もコストも膨らむ
AIモダナイゼーションAIが高速に解析し、構造と依存関係を可視化する
AI開発支援ツールの直接利用
人材不足の下で起きること使いこなせるエンジニアが社内に必要で、運用負荷が高い
AIモダナイゼーション既存システムを理解したチームとして、まとめて引き受ける

人が増えても、費用は変わらない

人月で積む契約は、速度を買うほどコストが線形に上がります。このサービスはワークスペースの台数が固定で、その中でAIが並列に働きます。単価×人月ではなく、固定費×成果。投資の見通しが立てやすくなります。

The Structure

オンボーディングを起点に、3段階で広げる

最初から何でもできるわけではありません。AIがシステムを知っている状態を先につくり、そこから任せる範囲を段階的に広げます。どこまで進めるかは、貴社が決めることです。

  1. PHASE 0

    AIオンボーディング

    コード・DB・ログを解析し、AIが既存システムを「知っている状態」をつくります。ここがすべての起点です。

  2. LEVEL 1

    調査・回答支援

    社内の問い合わせに、AIが構造・仕様・履歴に基づいて答えます。「誰に聞けばいいか」が「AIに聞けばわかる」に変わります。

  3. LEVEL 2

    軽微改修・定型保守

    バグ修正、小規模な機能追加、定型の運用作業をAIが実行します。本番反映の前には、必ず人間の承認が入ります。

  4. LEVEL 3

    機能追加・本格開発

    複数のAIエージェントが並列で開発を進めます。ここまで来ると、自社開発チームと同等の開発力を持てます。

Level 3 に達すれば、クラウド移行や本格的なモダナイゼーションを推進する力も、貴社の側にあります。

Quality

「人がチェックする」では、品質は揃わない

人手による確認は、担当者の熟練度と、その日の忙しさに左右されます。だからこの体制では、AIが標準プロセスを実行し、人間はゲートで承認するという形に分けています。

  • 01

    AIが、標準プロセスを実行する

    テスト駆動開発、影響範囲の分析、コードレビュー。業界標準の手順を毎回同じように実行します。作業ログ・判断の根拠・参照したファイルは、すべて自動で記録されます。担当者の熟練度ではなく、定義されたプロセスが品質を担保します。

    • TDD・影響範囲分析・コードレビューを毎回実行
    • 作業ログと根拠を自動記録
    • 熟練度に依存しない
  • 02

    人間が、ゲートで承認する

    承認の基準は事前に決めておきます。「なんとなくOK」は通しません。基準を満たした成果物だけが次の工程へ進み、承認の記録もすべて残ります。AIの提案がそのまま本番に反映されることは、構造上ありません。

    • 承認基準を事前に定義
    • 基準を満たしたものだけが次へ
    • 承認記録もすべて残る
Check再現性がある(誰がやっても同じ基準) / 記録される(基準を満たしたことが残る) / 監査できる(全作業ログを遡れる)
Onboarding

まず、現状把握から始めます

いきなり改修は始めません。AIがシステムを理解しているかどうかを、実際の問い合わせで確かめてから先に進みます。

貴社側のご負担は、オンボーディング期間で週4時間程度(定例と随時のヒアリング)。稼働後は週次の定例1時間と、日常のやり取りが目安です。

  1. STEP 1

    ヒアリング・スコープ合意(〜2週間)

    対象システム、アクセス権、担当者を確認します。解析の範囲をすり合わせ、対応できるかどうかをここで判定します(ゲート1)。

  2. STEP 2

    AIリバースエンジニアリング(1〜2ヶ月)

    コード・DB・ログを解析します。構成図、依存関係マップ、技術的負債を可視化し、レポートとしてお渡しします。

  3. STEP 3

    AIエージェント導入・動作確認(〜2週間)

    常駐型のAIエージェントを設定し、実際の問い合わせで動かします。想定した精度と速度に届いているかを、ここで判定します(ゲート2)。

  4. STEP 4

    Level 1 稼働開始

    社内での利用を広げながら、Level 2・3へ段階的に能力を拡張していきます。

Check対象システムの概要 / ソースコード・サーバー・DBへのアクセス状況 / 現在の保守体制と課題 / 利用中のLLM・クラウドのポリシー
Value

立場によって、届く価値が違います

同じ仕組みでも、経営層・情報システム部門・業務部門・運用保守担当では、変わるものが異なります。

  • 01

    経営層:リスクを抑えて、前に進める

    全面刷新という博打を打たずに、段階的にIT能力を獲得できます。システムの全容と依存関係が可視化されるので、IT投資の判断材料も揃います。属人化とベンダー依存から抜け、知見が組織に残る構造に変わります。

  • 02

    情報システム部門:調査が、待たなくなる

    「2週間調べないと分からない」が、即時の回答に変わります。調査の起点としてAIに聞ける環境ができ、システムの全容が個人の頭の外に出ます。AIエージェントが並列で動くので、部門の前にできていた待ち行列も消えます。

  • 03

    業務部門:要望を、伝えるだけでいい

    詳細な要件定義書を書く必要がなくなります。「半年後」と言われていたものが、数週間後に変わります。運用と並行して段階的に改善できるので、業務を止める必要もありません。

  • 04

    運用保守担当:面白い仕事に、時間を使える

    定型作業はAIが担うようになります。持っている知見は個人の頭の中ではなくAIを通じてチームで共有され、担当者は判断と設計に時間を使えるようになります。

Scope

できることと、できないことを、先にお伝えします

できること

  • 既存システムの解析

    構成図・依存関係マップ・技術的負債の可視化

  • 調査・問い合わせ回答

    構造・仕様・変更履歴に基づく即時回答

  • 軽微改修・定型保守

    バグ修正、小規模な機能追加、定型の運用作業

  • 機能追加・本格開発

    複数のAIエージェントによる並列開発

  • 品質プロセスの実行

    TDD、影響範囲分析、コードレビュー、作業ログの記録

  • オンプレミス環境での展開

    要件に応じて、閉じた環境にも構築

対象外(別途ご相談)

  • クラウド移行・全面刷新そのもの

    Level 3 に到達したあと、改めてご相談ください

  • 業務プロセスの再設計

    BPRコンサルティングで承ります

  • AI人材の育成そのもの

    AI人材育成で承ります

  • 人間の承認を挟まない本番反映

    ゲート承認は、外せない前提としています

FAQ

よくある質問

  • AIが間違った提案をしませんか?

    します。前提として、AIは間違えるものとして設計しています。だからAIは業界標準のプロセスに沿って作業し、本番に反映する前に必ず人間がゲートで承認します。誤りがそのまま反映されることは、構造上ありません。

  • ソースコードが外部に漏れませんか?

    お客様ごとに完全に分離した環境を用意します。データが他社と混在することはありません。要件に応じて、オンプレミス環境での展開にも対応します。

  • 既存のベンダーとの関係はどうなりますか?

    排除するものではありません。既存パートナーの強みを活かす前提で、協力関係として設計します。どこをどちらが担うかは、オンボーディングのスコープ合意で明確にします。

  • 最初から何でもできるわけではないのですね?

    その通りです。AIの関与を段階的に広げるLevel構造(調査・回答→保守→開発)を先にお伝えしているのは、そのためです。まずAIがシステムを理解している状態をつくり、調査・回答から始めます。保守、開発と段階的に広げていきます。いきなり開発から始めることはしません。

  • 古いシステムでも対象になりますか?

    稼働年数の古さそのものは、対象外の理由になりません。判断の分かれ目はソースコード・DB・ログにアクセスできるかどうかです。まずヒアリングで対象システムの概要とアクセス状況を確認し、対応可能かどうかを判定します。

  • 全面刷新やクラウド移行はお願いできますか?

    このサービス自体は、刷新でも移行でもありません。ただ、Level 3(AIが開発まで担える段階)に達したあとであれば、それらを推進する力は貴社側にあります。AIがシステムを理解している状態から始める分、生産性は大きく変わります。何をするかは、そのとき貴社が決めることです。

  • 費用はどのくらいかかりますか?

    月額固定のサブスクリプションです。ワークスペースの台数で決まるため、関わる人数が増えても金額は変わりません。具体的な金額は、対象システムの規模とLevelによって変わるため、ヒアリングの中でお伝えします。

御社のシステム環境を、聞かせてください。

ヒアリングからレポート提出まで2〜4週間。まずは30分、無料でご相談いただけます