オープンソースの業務アプリケーションを組合せてERPを構築するアイデア
オープンソースERP idempiereと他のオープンソース業務アプリを組合せると、ERPを構築できるアイデアが公開されていたのでメモ。
他のOSSと連携してコストを最小限に抑えたIT経営の促進!! - OSS ERP Compiere Distribution Lab
【その他】無料のOSS-ERPを売るためには - OSS ERP Compiere Distribution Lab
(引用開始)
そう考えると、今後オープンソースの業務アプリケーションを上手に活用しコスト削減していく事が、企業の生き残り戦略のひとつになるのではないかと思います。言い換えれば、OSやミドルウェアでオープンソースの活用が当たり前になってきているのと同じように、オープンソースの業務アプリケーションを活用するのが当たり前になる時が遠からず来ると思います。
オープンソースの業務アプリケーションを上手に活用する事も「他がマネのできない付加価値の高い物やサービスを提供する事」と同様に、簡単にできる事ではありませんが、両方とも企業が生き残るために取り組まなければならない課題なのではないかと思います。
(引用終了)
業務アプリのパッケージ製品を購入して導入・運用する場合、いつもネックになるのが保守サポート。
パッケージ製品元が突然、製品の寿命がなくなったので保守サポートを切り捨てます、と言い出すリスクがある。
業務パッケージ製品を一度導入したら、ユーザ企業はそう簡単に廃棄することはできない。
普通は減価償却に5年はかかるので、最低でも10年ぐらい使わないと元が取れない。
また、他の社内システムとバッチ・SOA連携したり、パッケージ製品の一機能を使ったアプリの改造をしたくなるので、余計にコストもかかってくる。
でも、idempiereのようなオープンソースERPを導入すれば、業務アプリの基盤として使うことができる。
つまり、オープンソースのERPないし業務アプリをフレームワーク(開発基盤)とみなして、自分たちのシステムをどんどんカスタマイズしたり、機能拡張していくパターンが使えるのだ。
この利点は、開発基盤がオープンソースなので、保守サポートを気にせずに長期間使い続けられる。
逆に弱点は、ユーザ企業に技術力がなければ、開発基盤のメンテナンスやカスタマイズによるスクラッチ開発が自力ではできない点がある。
特に、現在の日本のユーザ企業は、ソフトウェア開発者を大切にしていないので、自社で開発できる技術力がほとんどない。
外部ベンダーに丸投げしているために、自分たちで要件定義もできないし、最悪なケースは、自社の利用部門の調整すらも外部ベンダーに丸投げして任せている時もある。
上記の記事を読むと、オープンソースERPを中心に、SugarCRMのようなCRM、BIツール、人事システムなどのオープンソースの業務アプリををI/Fする仕組みで、一企業の社内システムをすべてオープンソースで実現できる事例があるようだ。
個人的にはとても興味深い。
似たような発想として、僕も、Redmineを中心としたプロジェクト管理サーバーをオープンソースのツール(TestLink、Jenkins、StatSVNなど)で固めるアイデアを持っていた。
今なら、Redmine+Jenkins+Gitで一通りの構成管理インフラが整うだろう。
アジャイル開発の弱点をプロジェクト管理サーバーが助ける: プログラマの思索
チケット駆動開発が進むべき道 part3~BTSを中心に構成管理・テスト管理を含めたプロジェクト管理の枠組みを作る #tidd: プログラマの思索
僕は、オープンソースのツールを使って、業務プロセスやソフトウェア開発プロセスを改善ないし変革する手法が好きだ。
ソフトウェアは単なるツールではない。
ソフトウェアを導入すれば、運用が変わり、不要な人員や役割が削除されて組織も変わり、人の行動すらも変わっていく。
ツールで業務改善やプロセス改善するアイデアを色々探ってみる。
| 固定リンク
« 【公開】XP祭り関西2014講演資料「KPTによるプロセス改善~あなたはPDCAを回したことがありますか?」 #xpjugkansai | トップページ | 「挫折しないRedmine」の資料が分かりやすい »
「経営・法律・ビジネス」カテゴリの記事
- Clubhouseは路上ライブや朗読のためのツールかもしれない(2021.04.04)
- 要件定義プロセスはDXで終焉するのか(2021.04.01)
- ノートパソコンが入ってUSBポートが付属しているビジネスリュックを買ってみた(2021.03.21)
- プログラマとスクラムが社会実装を変えていく #Findy_GovTech(2021.03.02)
- デブサミ2021の感想~コミュニケーションスタイルがオフラインからオンラインに激変している(2021.02.25)
「Redmine」カテゴリの記事
- Excel駆動でWBSやガントチャートが作れない人はどこに原因があるのか? #redmine(2021.04.18)
- ITの技術や知識はツールの習得と表裏一体である(2021.03.26)
- Redmine 4.1.2がリリースされた(2021.03.21)
- 信頼度成長曲線の落とし穴(2021.02.12)
- キャズム理論をプロセス導入の問題解決に使うアイデア(2021.01.25)
「ソフトウェア工学」カテゴリの記事
- なぜInfrastructure as Codeが必要なのか?(2021.04.18)
- Excel駆動でWBSやガントチャートが作れない人はどこに原因があるのか? #redmine(2021.04.18)
- テスト駆動開発が抱える問題は可読性と保守性のトレードオフ #dxd2021 #streamA(2021.04.10)
- プロジェクト管理手法はプロジェクト型開発からプロダクト型開発へ変えるべきだ(2021.04.01)
- ソフトウェア開発は打ち合わせ駆動開発だ(2021.03.30)
「Git・構成管理」カテゴリの記事
- なぜInfrastructure as Codeが必要なのか?(2021.04.18)
- ITの技術や知識はツールの習得と表裏一体である(2021.03.26)
- YoutubeのCCNA講座が秀逸だった(2021.01.04)
- 変更管理プロセスが弱いとトラブルが多い(2021.01.04)
- RedmineでGitのbareリポジトリにアクセスする方法(2020.10.22)
「ERP・財務会計・経済学」カテゴリの記事
- SQLは画面や帳票のインターフェイス層に相当する(2021.04.10)
- プロジェクトのリスクはコストの増減で管理する(2021.04.08)
- 会計システムにパターン言語の導入を試みた記事(2021.03.24)
- 「データモデル大全」は良い本だ(2021.03.21)
- プログラマとスクラムが社会実装を変えていく #Findy_GovTech(2021.03.02)
コメント