資産の棚卸しと現状分析を徹底したうえで、要件定義からRFPへ進めることが、提案精度を高める進め方です。仕様書の欠如やブラックボックス化は、要件定義不足の典型的な原因とされます。
全体像はAIモダナイゼーションの完全ガイドもご覧ください。
▼全体ガイドの記事
・AIモダナイゼーションの完全ガイド
レガシーシステム刷新の種類・工程・費用・会社選定までの全体像については、無料ホワイトペーパー「レガシーシステム刷新の完全ガイドブック」で詳しく解説しています。
アセスメント（現状分析）の進め方
アセスメントは、刷新の前に現行システムの実態を把握し、AS-IS（現状）を可視化して資産の所在と依存関係を明らかにする工程です。
この工程の質は、後続の要件定義とRFPの精度を左右します。また、AIモダナイゼーションでは、コード解析とドキュメント復元にAIを活用できます。
AS-IS可視化と資産棚卸し
AS-IS可視化では、まずシステム資産を棚卸しし、対象を一覧にして全体像を把握します。
- アプリケーション：稼働中のもの
- インフラ機器：サーバーやネットワーク機器
- データベース：利用中のデータ資産
- 外部連携：連携先や連携の仕組み
アセスメントでは、利用状況と保守状況も整理します。仕様書が失われたレガシーシステムでは、人手だけで棚卸しを進めると膨大な時間がかかります。
そこで役立つのが、富士通の「ソフトウェア地図」のようなツールです。アプリケーション資産の複雑度や依存関係を可視化し、中核機能や技術的負債の集中箇所も定量的に把握できます。
生成AIにソースコードを読み込ませると、業務ロジックの説明を生成できます。失われた仕様書を復元して、ブラックボックスの中身を明らかにします。こうしたコード解析とドキュメント復元によって、現状分析の精度とスピードが向上します。
要件定義と業務棚卸しの費用感
アセスメントと要件定義は、刷新本体と切り離して先行実施できます。
- 費用の目安：要件定義と業務棚卸しだけなら200万〜500万円程度です。
- 刷新前の判断：大規模な契約の前に現状を把握し、方向性と概算費用を見極めることで、リスクを抑えられます。
- 見積もり精度：後工程の見積もりが確かになり、手戻りや追加費用を防げます。
AI解析を使えば、限られた予算と期間でも現状を深く把握できます。そのうえで、リソースを適切に配分することが、プロジェクトの成功率を高めます。
アセスメントで作成すべき成果物
アセスメントの成果は、資産の記録、構成、複雑度、業務ロジックの4つに分けて残します。いずれも後工程で参照する前提のため、要件定義やRFPの担当者が読める形にしておきます。
- 資産一覧表：棚卸ししたシステム資産の記録
- 現行構成図・依存関係図：AIで可視化した構成とつながり
- 機能ごとの複雑度マップ：機能単位で見た複雑度の分布
- 業務ロジックの説明書：生成AIで復元した業務ロジックの記録
成果物は、要件定義とRFP作成に引き継ぎます。後工程で再利用すると、現状把握で終わらず、プロジェクト全体の効率と精度が高まります。なかでも現行構成図と複雑度マップは、機能ごとに刷新手法を割り当てるポートフォリオ判断の根拠になります。
業務ロジックの説明書は、要件定義で機能要件を漏れなく洗い出す土台になります。ただし、AIの解析結果は人が確認し、正式なドキュメントに整えて初めて意思決定に使えます。
要件定義で押さえるべきポイント
現状を把握したら、次は刷新で実現したいことを要件として定めます。要件定義では、現行システムの制約も踏まえたうえで、あるべき姿（TO-BE）を明確にします。
要件は、不要な機能の廃止や業務プロセスの見直しも含めて定義します。現状をそのまま再現すると、不要な機能まで刷新の対象になってしまうためです。
機能要件と非機能要件の整理
要件は、機能要件と非機能要件に分けて整理します。両者の違いを押さえたうえで、刷新後に必要な内容を定めます。
- 機能要件：刷新後のシステムが備える業務機能の一覧
- 非機能要件：性能・可用性・セキュリティ・拡張性などの品質
機能要件では、復元した業務ロジックをもとに、維持・廃止・追加する機能を明確にします。機能の抜け漏れを防ぐには、生成AIで復元した仕様を土台にすると役立ちます。
非機能要件は、達成基準を具体的な数値で定めます。たとえば、夜間バッチの完了時間や、想定ピーク時のレスポンス時間があります。
「なるべく速く」のように定性的な表現にとどまると、ベンダーごとに見積もりの差が出て、後工程のトラブルにつながりかねません。数値化した要件は、RFPとベンダー評価の基準にもなります。
移行後のKPIとデータ移行要件
要件定義では、移行後に達成するKPI（重要業績評価指標）も決めておきます。刷新の効果を測る指標は、プロジェクトのゴールにもなります。
移行後のKPIには、次のような指標があります。
- バッチ処理：処理時間の短縮率
- 保守費：削減目標
- 業務処理：処理時間の削減
KPIを設定しておくと、完了後に効果を検証できます。
データ移行要件では、既存データの形式や品質、移行時のマッピングルールを定めます。移行リハーサルの方針も、あわせて決めます。
パッケージ導入時は、データマッピングが複雑になりがちです。詰めが甘いと移行段階で問題が起きるため、要件定義の段階から具体化しておくことが、後の炎上を防ぐ鍵です。
RFPに盛り込むべき項目
RFP（提案依頼書）は、刷新要件をベンダーに伝え、提案と見積もりを求める文書です。RFPの完成度が低いと、ベンダーごとに前提の違う提案が集まり、提案を適切に比較できなくなります。そこで、アセスメントと要件定義で整理した内容を、ベンダーから提案を引き出せる形にしてRFPに反映します。
RFPの必須項目
RFPには、ベンダーが前提をそろえて提案できるよう、刷新の背景から評価基準までの5項目を書き込みます。
- 背景と目的：刷新する理由
- 現行システム：構成図と概要
- 機能・非機能要件：性能・可用性・セキュリティも含めた要件
- 移行後のKPI：達成すべき指標
- 移行・提案条件：データ移行の方針と範囲、希望スケジュールと予算、提案事項、契約条件、保守体制への要望、評価基準
AIで可視化した現行構成図や複雑度のデータを添付すると、ベンダーの提案精度が上がり、見積もりのばらつきを抑えられます。現状情報を開示することが、よい提案につながります。
失敗しないベンダー評価の基準
ベンダー選定は刷新の成否を左右します。客観的に評価するため、次の観点で確認します。
- 同業界・同規模の実績：該当する刷新経験があるか
- 段階移行の設計力：機能単位で新旧を並行稼働できるか
- ダウンタイムの見積もり：移行時の停止時間を具体化できるか
- 保守体制：障害時に備えた24時間365日の体制があるか
- 品質・セキュリティ認証：ISO9001やISO27001などを取得しているか
AIモダナイゼーションでは、コード解析や生成AIによる移行支援の知見と実績も評価軸に加えます。価格だけでなく、実績や設計力、保守体制、認証まで含めて総合評価すると、ベンダー任せによる失敗を避けやすくなります。
アセスメントから提案評価までの全体フローと落とし穴
アセスメント、要件定義、RFPは、一つの流れでつながった工程です。前の工程の結果を次に渡して連動させることで、効果を発揮します。
各工程のつながりと、そこで陥りやすい落とし穴を理解しておくことが、プロジェクトを正しくスタートさせる鍵になります。
3工程を連動させる進め方
工程のつながりを保つため、アセスメントから提案評価までを次の順に進めます。
- アセスメントで現状を可視化し、業務ロジックと依存関係を把握します。
- 可視化した情報を根拠に、機能要件と非機能要件を定義します。
- 要件をRFPに反映し、提案内容とベンダーを評価します。
前工程の成果物は、後工程の土台になります。3工程を一気通貫で設計し、成果物を確実に引き継ぐことが、刷新の成功につながります。各工程の品質は連鎖し、最終的な提案の質を左右します。
工程を分断すると、アセスメントの結果が要件定義に使われず、要件定義の内容もRFPに反映されないことがあります。アセスメントで作った現行構成図や複雑度のデータは、RFPに添付してベンダーに開示します。これらは、提案の精度を高める材料になります。
提案や質問を受けて、要件を見直したり、アセスメントを追加したりすることもあります。こうして各工程を行き来しながら、精度を高めていきます。
成果物は文書で管理し、変更が及ぶ範囲を追える状態にしておきます。さらに、AIで可視化したデータもまとめて管理します。
一気通貫の設計と成果物の継続的な更新を両立させると、工程間の連携がスムーズになり、認識のずれによる手戻りを防げます。これが、プロジェクト全体の質を支えます。
陥りやすい落とし穴と対策
刷新の範囲や復元した仕様の確かさ、要件の具体性が曖昧だと、要件定義やベンダー選定で問題が起きます。
- 現行踏襲：現状をそのまま再現し、不要な機能まで刷新対象に含めること
- 仕様の未検証：AIが復元した仕様やドキュメントを確かめずに要件定義へ使うこと
- 要件の曖昧さ：非機能要件を数値化しないままRFPに記載すること
刷新を機に、不要な機能や非効率な業務は廃止するか見直し、あるべき姿（TO-BE）を定めます。こうすると、コストと複雑さの膨張を防げます。
生成AIの出力は、常に正確とは限りません。そのため、復元した仕様は業務部門と擦り合わせ、実態に合うか確認します。
非機能要件が曖昧だと、ベンダー間で見積もりに差が出て、適切に比較できなくなります。基本的な対策は、性能やダウンタイムの許容値を数値で示すことです。
まとめ
AIモダナイゼーションでは、コード解析や生成AIでAS-IS（現状）を可視化し、ブラックボックス化したレガシー資産を把握します。
要件定義では、機能要件と非機能要件を数値で示し、移行後のKPIとデータ移行要件も具体化します。
RFPには現行構成図や性能要件、KPIを盛り込み、データ移行方針も示します。ベンダーは、同業界・同規模の実績や段階移行の設計力で評価します。加えて、ダウンタイムの見積もり、24時間365日の保守体制、ISO認証も確認します。
アセスメントと要件定義は、刷新本体から切り出して200万〜500万円程度で先行実施できます。この段階への投資が、全体の見積もり精度と成功率を高めます。
AIモダナイゼーションの要件定義やRFP作成に悩む場合は、現状分析の段階から専門家に相談する方法もあります。
▼開発を相談する前に読みたい無料ホワイトペーパー
・レガシーシステム刷新の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。