移行によくある誤解


移行に対する誤解はとても多いです。

その一部を解き明かします。



▪ 移行に比べて、新規開発は使いやすく新しい機能をきちんと取り込むシステムを構築できる。  
▪ 超高速開発ツールでシステムを再構築すると、コストが低い上に保守もしやすい。  
▪ Javaに変えれば、半永久的に更新しなくてもいい。  
▪ Java、.netなど新しい言語に移行すれば、保守性が高くなる。  
▪ ツールの変換率が高いので、品質が高く納期も守りやすい。  
▪ 自動変換率が高いとうたって、安く提案している会社は、技術力が高く、品質も高い。  
▪ 保守担当による移行なら安心。  
▪ これからの情報システムはなるべくパッケージを利用すべきだ。グローバルスタンダードを導入すべきだ。  

誤解その1:移行に比べて、新規開発は使いやすく新しい機能をきちんと取り込むシステムを構築できる。

新規開発すれば、大きい設計作業、ブラックボックス等との悪戦苦闘に陥り、利便性、業務機能改善を考える余裕が 少ない。
また、機能漏れ、バグなどで、長年改善してきたシステムが改悪になってしまうケースが多い。
能力の高い移行会社は機能改善と追加、システム/データの構成変更を実施することができるので、
リフォーム課題集中による付加価値の実現をお勧めします。

誤解その2:超高速開発ツールでシステムを再構築すると、コストが低い上に保守もしやすい。

超高速開発というのは、効率の高いコーディングツールでスクラッチ開発を行うもの。製造生産性を高める上、バグを 減らすことより、テスト工数もある程度減らす。
設計と業務機能テストは大規模開発において半分以上のコストがかかるので、新規の半分以下のコストダウンは 不可能。(業務をよく知っている人が仕様書を書かず、テストもそれほどしない例外もある)
移行というのは、既存システムのIF一つ、LOOP一つを全部再現する必要があり、人力でソースを詳しく理解し、 高速開発ツールに正確に登録するのは工数がかかり、品質のコントロールも難しい。大規模基幹システムの移行に 向かない。
また、非主流言語を保守できなくなり、主流言語に移行せざるを得ないケースはたくさん経験してきた。将来にシステム 構築方法の主流として利用される超高速開発ツールでなければ、避けた方が賢明だと考えています。
移行先として超高速開発ツールを検討される場合、気軽にご相談下さい

誤解その3:Javaに変えれば、半永久的に更新しなくてもいい。

どんな言語も老朽化する。
古いバージョンのJavaフレームワークは新しいOS(マシン)で動かない。WACs等の古いJavaフレームワークを 沢山移行してきた。
言語・フレームワーク・ミドルウェアなどの更新頻度、保守性、移行コストなどを総合的に考慮し、移行先を検討した 方がいい。
既存システムの現状を教えて頂ければ、日本一豊富な移行経験の元に、皆さんがよく利用される移行パターンを ご説明できる

誤解その4:Java、.netなど新しい言語に移行すれば、保守性が高くなる。

移行の業界では、無理にJava等の他言語にツール変換するケースが多い。その場合、新しいソースが読みにくく、 保守性が極端に悪い。最悪、開発段階でもバグを迅速に直せず、開発が失敗することもある。
また、Java、.netは画面の為に開発された言語との側面もあり、大型バッチシステム等の場合、必ずしも保守性が 高くなるわけでなく、性能問題が出るケースもある。
@柔軟なツールと手修正で高い保守性を確保すること
A既存処理に合う移行先言語・構成の選択は重要である。
既存システム状況と更新要望を教えて頂ければ、日本一豊富な移行経験の元に、皆さんがよく利用される移行パターンをご説明できる

誤解その5:ツールの変換率が高いので、品質が高く納期も守りやすい。

ツールの変換率が高い場合、高度な技術で、複雑な変換ロジックが適用されるケースが多い。
解決しにくい問題が出たり、性能問題が出たりするリスクがある。
COBOLのバージョアンアップなど簡単な移行はともかく、言語変換の場合、下記のポイントは重要。
@無理なツール変換をしない
A豊富な移行経験で問題を事前に把握する。
B何回も実証された移行ツールの利用。
「他社VBの.net化 失敗例と対策」もご参考下さい

誤解その6:自動変換率が高いとうたって、安く提案している会社は、技術力が高く、品質も高い。

以下のような安い理由もあるので、移行経験を確認し、慎重に選択した方がいい。
・ 無理に自動変換するので、保守性が悪く、保守運用が難しくなる。
・ 移行経験が不十分な為、問題をちゃんと把握せず、変換率を高く見積もった。
・ 1、2割しかテストしないで、その後の作業をお客様に任せる。

誤解その7:保守担当による移行なら安心。

移行は特殊開発だから、保守技術者に任せると、分野違いでQもCもDも全てが悪くなる。
小さいシステムなら、保守の空き工数で保守担当にやってもらった方がいいケースもあるが、大規模システムを 専門移行会社に任せた方がいい。
「他社Oracleバージョンアップ 失敗例と対策」もご参考下さい

誤解その8:これからの情報システムはなるべくパッケージを利用すべきだ。グローバルスタンダードを導入すべきだ。

服装で例えれば、パッケージは既製品で、スクラッチ・リフォームは特注品。差別化しない分野はパッケージ、差別化する分野はリフォームとスクラッチ開発を利用すべきである。
グローバルの視点から言えば、日本はベトナムと同じスタンダードに準ずれば、給料も同じようにしないとダメで、差別化と成長性が日本企業の生命線。
また、パッケージの機能変更が難しく、将来の足かせになる可能性も高い。
コストの観点から見ても、基幹システムは平均的に15年間も利用されるので、パッケージの15年間のライセンス料、仕様変更の割高のランニングコストも考慮する必要がある。
よりよい日本であり続ける為に、当社はリフォームという改善の手法を生み出した次第です。