プログラマの思索

オープンソースERP idempiereと他のオープンソース業務アプリを組合せると、ERPを構築できるアイデアが公開されていたのでメモ。

【参考】
Twitter / HideakiHagiwara: 大幅に加筆しました。
他のOSSと連携してコストを最小限に抑えたIT経営の促進!! http://www.compiere-distribution-lab.net/compiere-distribution-%E3%81%A8%E3%81%AF/%E6%B4%BB%E7%94%A8%E3%81%AE%E3%83%9D%E3%82%A4%E3%83%B3%E3%83%88/%E4%BB%96%E3%81%AEoss%E3%81%A8%E9%80%A3%E6%90%BA%E3%81%97%E3%81%A6%E3%82%B3%E3%82%B9%E3%83%88%E3%82%92%E6%9C%80%E5%B0%8F%E9%99%90%E3%81%AB%E6%8A%91%E3%81%88%E3%81%9Fit%E7%B5%8C%E5%96%B6%E3%81%AE%E4%BF%83%E9%80%B2/ …
#idempiere #erp #オープンソース #oss

他のOSSと連携してコストを最小限に抑えたIT経営の促進!! - OSS ERP Compiere Distribution Lab

【その他】無料のOSS-ERPを売るためには - OSS ERP Compiere Distribution Lab

(引用開始)
そう考えると、今後オープンソースの業務アプリケーションを上手に活用しコスト削減していく事が、企業の生き残り戦略のひとつになるのではないかと思います。言い換えれば、OSやミドルウェアでオープンソースの活用が当たり前になってきているのと同じように、オープンソースの業務アプリケーションを活用するのが当たり前になる時が遠からず来ると思います。
　オープンソースの業務アプリケーションを上手に活用する事も「他がマネのできない付加価値の高い物やサービスを提供する事」と同様に、簡単にできる事ではありませんが、両方とも企業が生き残るために取り組まなければならない課題なのではないかと思います。
(引用終了)

業務アプリのパッケージ製品を購入して導入・運用する場合、いつもネックになるのが保守サポート。
パッケージ製品元が突然、製品の寿命がなくなったので保守サポートを切り捨てます、と言い出すリスクがある。
業務パッケージ製品を一度導入したら、ユーザ企業はそう簡単に廃棄することはできない。

普通は減価償却に５年はかかるので、最低でも１０年ぐらい使わないと元が取れない。
また、他の社内システムとバッチ・SOA連携したり、パッケージ製品の一機能を使ったアプリの改造をしたくなるので、余計にコストもかかってくる。

でも、idempiereのようなオープンソースERPを導入すれば、業務アプリの基盤として使うことができる。
つまり、オープンソースのERPないし業務アプリをフレームワーク(開発基盤)とみなして、自分たちのシステムをどんどんカスタマイズしたり、機能拡張していくパターンが使えるのだ。

この利点は、開発基盤がオープンソースなので、保守サポートを気にせずに長期間使い続けられる。
逆に弱点は、ユーザ企業に技術力がなければ、開発基盤のメンテナンスやカスタマイズによるスクラッチ開発が自力ではできない点がある。

特に、現在の日本のユーザ企業は、ソフトウェア開発者を大切にしていないので、自社で開発できる技術力がほとんどない。
外部ベンダーに丸投げしているために、自分たちで要件定義もできないし、最悪なケースは、自社の利用部門の調整すらも外部ベンダーに丸投げして任せている時もある。

上記の記事を読むと、オープンソースERPを中心に、SugarCRMのようなCRM、BIツール、人事システムなどのオープンソースの業務アプリををI/Fする仕組みで、一企業の社内システムをすべてオープンソースで実現できる事例があるようだ。
個人的にはとても興味深い。

似たような発想として、僕も、Redmineを中心としたプロジェクト管理サーバーをオープンソースのツール(TestLink、Jenkins、StatSVNなど)で固めるアイデアを持っていた。
今なら、Redmine＋Jenkins＋Gitで一通りの構成管理インフラが整うだろう。

プロジェクト管理サーバーとは: プログラマの思索

アジャイル開発の弱点をプロジェクト管理サーバーが助ける: プログラマの思索

チケット駆動開発が進むべき道 part3～BTSを中心に構成管理・テスト管理を含めたプロジェクト管理の枠組みを作る #tidd: プログラマの思索

僕は、オープンソースのツールを使って、業務プロセスやソフトウェア開発プロセスを改善ないし変革する手法が好きだ。
ソフトウェアは単なるツールではない。
ソフトウェアを導入すれば、運用が変わり、不要な人員や役割が削除されて組織も変わり、人の行動すらも変わっていく。

ツールで業務改善やプロセス改善するアイデアを色々探ってみる。