大規模な基幹システムの刷新を、ソフトウェアファクトリーで進めます。
機能ごとにAI（Devin）を割り当て、同時に動かします（最大200並列）。
期間は、人数ではなく並列数で短くします。
コードをそのまま新しくすることも、仕様を書き起こして作り直すこともできます。
EOLは迫るのに、画面は数千、ステップは数百万。1本ずつでは終わらない。
AIは使っているのに、対応できる人が限られ、いつ終わるか分からない。
いくら・いつまでかかるか、現行と同じに動くかが読めず、踏み切れない。
1人のエンジニアが、AIで速くなる。それでも、進む量はエンジニアの人数に比例する。
従来の見積りで200人月の作業を、エンジニア1人月（2名で計1人月）で、4ヶ月で終えました。最大200並列で動かしました。
※自治体基幹システム向け情報サービス会社の事例（単体テスト17,000クラスの書き換え）
| 項目 | AIで作業を速くする刷新 | ULSコンサルティングのソフトウェアファクトリー |
|---|---|---|
| AIの使い方 | AIがコードやテストを作り、エンジニアが1本ずつ確かめて直す | 作り方を手順と仕様にまとめ、AI（Devin）が並列でコードやテストを量産する |
| 期間を決めるもの | エンジニアの人数 | 並列の数 |
| 向く規模 | 1つのシステムのバージョンアップ | 数千画面・数百万ステップを超える基幹システム |
数が多く、似たものがくり返し出てくる大規模システムほど、手順・仕様・並列が効きます。
調査から品質保証まで、同じやり方で流します。
どのレーンも複数の工程に分かれ、工程ごとに単体レベルの品質を確かめてから、次の工程へ進みます。
全機能で使う土台を整えます。これがあるから、機能ごとに並列で流せます。
機能ごとに、手順と仕様に沿って作ります。現行仕様の書き起こしも、新しいコードづくりも、このレーンで流します。
機能ごとに、現行と同じ動きをするかを確かめます。ここが出荷判定で、通った機能だけをお渡しします。
作り方を3つのレーンと工程に分け、工程ごとの手順書と、何をどう作るかを決めた仕様をそろえます。仕様には、新しい作りの方針や変換のルールに加え、書き起こした現行仕様も入ります。同じパターンは、同じ手順で流します。
機能ごとにAI（Devin）を割り当て、同時に動かします。人は採用や教育を待たないと増やせませんが、並列はすぐに増やせます。これまでに最大200並列で動かした実績があります。人は、結果の確認と再実行の指示に集中します。
工程ごとの品質チェックや現新比較テストで問題が見つかったら、AIが作ったコードやテストは直接直さず、原因になった手順か仕様を直して、AIに作り直させます。だから、ほかの機能で同じ問題をくり返しません。
どちらで進めるかは、構想策定で決めます。
| 項目 | 現行コード → 新コードコードをそのまま新しくする | 現行コード → 現行仕様 → 新コード仕様を書き起こして作り直す |
|---|---|---|
| 新しいコードの元 | 現行コード | 現行コードから起こした仕様 （現行コードは参考） |
| 向く場面 | 中身も作りも変えずに、最短で移したい | 業務の中身はほぼ変えずに、作りを変えたい。この先は仕様をもとに保守したい |
構想策定で作った手順と仕様を、そのまま本開発で使います。
見積りの根拠と同じやり方で、本開発を進めます。
全体を調べる → 進め方を決める → 試しに流して測る → 見積もる
ULSコンサルティングがファクトリーを回し、現新比較テストを通った機能から順にお渡しします。
本開発で使った手順・仕様・テストをお渡しし、自社で回せるよう支援します。
2つのパターンのどちらで進めるか。新しい作り（アーキテクチャ・非機能）の方針。
主要な手順と仕様を作り、一部の機能を実際に流した結果。動くコードと、かかった時間・品質の実測値。
実測値と全体の量から出した、並列数ごとの期間と、費用・体制。
約2,000万ステップ・約130アプリの刷新を、ファクトリーで手がけています。お客様の多くは国内のリーディングカンパニーで、リピート率は80%を超えます。
AIに渡す手順と仕様は、自分で作って動かせるコンサルタントが作ります。2000年の創業以来、ビジネスと技術の両方に通じた実装型のコンサルティングを続けてきました。
AIソフトウェアエンジニア「Devin」の、日本初の公式パートナーです。
Devin is a product of Cognition AI, Inc.
ファクトリーで量産した事例と、実測で全体を見積もった事例です。
単体テスト17,000クラスの書き換え。1クラス1セッションで、最大200並列で移行しました。エンジニアは2名で計1人月です。
Struts 1.1の大規模基幹。2ヶ月のPoCで、刷新の作業を20工程に分けて手順と仕様にし、現新比較も仕組みにしました。
COBOL → Spring Boot/React。複雑度別に1本あたりの時間を実測し、全体へ積み上げて見積もりました。
設計書のないVB/PL-SQL。コードから設計書を起こし、一部の機能で実測して全体を見積もりました。
上記は事例のある移行の例です。記載のない環境もご相談ください。
はい。コードから構造・機能・連携を調べるところから始めます。仕様を書き起こして作り直す進め方も選べます。
はい。構想策定で対象と順番を決め、期限の近い部分から先に流せます。[最小単位 要確認]
構想策定は2〜3ヶ月です。本開発は、構想策定の実測にもとづいて、並列数ごとの期間と費用をお出しします。[構想策定の価格と、本開発契約時の全額充当を載せるか 要確認]
はい。本開発で使った手順・仕様・テストをお渡しし、自社で回せるよう支援します。
原則として、どのようなレガシーもご相談に乗ります。ただし、ビルドや実行の環境を再現できない場合など、お受けできないこともあります。
