ERPのデメリット - 経営情報システム - 教えて！goo

process9です。

>元々ITアレルギー
であれば、ERPは時期尚早では。ERP事例では、この場合の失敗事例が
結構あるので。ちなみにERPもバージョンアップの弊害がありますよ。

内部で開発するにしても、簡単で効率かが計れるところから
少しづつやっていかないと、社内の士気が落ちるような気がします。
（特にベテラン層。使える若年層との年代間のギャップがひどくなり、
業務そのものがギクシャクするような。。。）

また、現場のＩＴリテラシーが低いため業務要件が決まらない。というか決められないと思われます。現場がＩＴ使ったらどうなる？と想像がつかないだろうし、その状態でやろうとすると、作ったあとで仕様変更がガンガンかかるので、コストが高くつくような気がしますよ。

なので
情報共有のため、簡単なグループウェアとメールとExcelやWordを（強制的にでも使うような運用にして）使ってもらってITリテラシーを上げることに１年くらいは専念したほうがよいのではないでしょうか（これだけでも結構難しいかと。）

通報する

「ゼロから作れる」とはすごいですね。
ERPは、既製品ならでは導入の難しさがありますが、それは様々な方からアドバイスがあるでしょう。
そこで、手作りした場合との比較観点で注意点をご紹介しましょう。

＊案外、基幹業務の仕組みは複雑では？
ERPパッケージの会計モジュールだけで、150万step相当の規模があります。これを手作りするだけで開発規模：2年半は覚悟する必要があるのでは？
ERPパッケージ開発だと、長くても1年半程度です。複雑かつプロジェクト失敗ともなると3年になってしまうこともままありますが。これはご自身の会社のユーザー参加検討率が高いかどうかで決まります。(派遣社員を入れてでも、ユーザー検討参加時間を確保することが必要ですが。）
こんな大規模な機能は必要はないという考え方もありますが、結局「安物買いの銭失い。」とならないでしょうか？

＊モジュールをサービス機能で実装するSOA手法で開発する？
いま旬な方法です。でも将来性をお考えというようには、文面からは読みとれませんでした。開発方法論をオブジェクト指向で開発するにしても、十分なアプローチ方法論を吟味していただきたいです。これさえできれば、手作りでもそこそこ対応できる気がします。ただ、現状の無理無駄な業務プロセスを見直す契機にはないれないので、無駄なシステムを設計してしまう可能性は覚悟してください。さもなくば、あるべきビジネスプロセス設計だけ、外部コンサルに依頼してもよいも知れません。コンサルの当たり外れはありますが。

通報する

元経営コンサルです。やや一般論的で恐縮ですがご参考まで
ERPに限らずパッケージソフトは、「業務をパッケージに合わせる」ことが肝要です。ERP導入失敗事例の大半は、業務に合わせてパッケージをカスタマイズしたことによる、コスト肥大です。

かといって内製（直接開発）なら安心、とばかりいえないのが困りモノで。　上手に仕様を作りこめばそれはよろしいでしょうが、ナカナカ上手くいかないものです。中長期的なな維持メンテ要員の保持育成、あるいは技術キャッチアップと更改まで含めて、トータルでコストメリットを出せるか。　結構大変です。

まずは何を行うべきか、を明確に整理すべきです。パッケージか内製かは、その後で検討すべきでしょう。

通報する