パッケージ or 内製化

システム導入を行うときに選択肢としてあるのが

• パッケージシステムを導入するか

• 自分たちで内製してシステム導入をするか

の２つの選択肢があります。

どちらが良いのかは、その目的に応じて変わると考えています。
ポイントについてまとめてみました。

システム企画を立案

システム企画を立案するときには、業務やお客様の問題を洗い出し、
どのようになりたいのかあるべき姿を作り、そこに到達するための課題を抽出します。
課題に応じて、システムの導入を企画します。

その時にポイントとなるのが、システム導入をするときにパッケージシステムを導入するか、スクラッチで内製化するかの選択肢があります。

パッケージシステム

ITベンダーより購入するソフトウェアになります。
サーバーにインストールするものや、昨今ではクラウド上にあるSaaSシステムを利用するものもあります。
どこの会社でも同じ業務を行っているものについて、パッケージシステムを導入するケースが多くなっています。
例としては、SalesforceやSAP ERPなどがパッケージシステムとなります。

内製化

社内SE（コーポレートエンジニア）にて、自前にてプログラムして構築したシステムになります。
サーバーを調達したり、クラウドのサーバーを利用したりし、その上にプログラムを構築し、システムを作り上げます。
会社独自の業務や、競合他社と差別化したいものについて、内製化システムを導入します。
例としては、AWS上にJavaで構築するなどがあります。

どっちがいいの？

パッケージと内製化どちらがいいのか、それは少し書きましたが、目的やシステム化の対象によってことなります。
案件ごとにどちらがいいのかを判断していかなければなりません。

パッケージシステムの特徴

• すでにプロセスが準備されているので導入までが早い

• 標準の機能であれば、品質保証されており、バグへの対応も製造元で実施

• 準備されている機能なので、他社との差別化が難しい領域に向いている

• 自分たちで行いたい追加開発に制限がある

• 開発者にパッケージ特有の特別なスキルが必要な場合がある

• 導入後もパッケージの制約を受け、柔軟な対応ができない場合がある

• 定期的なアップデートを行う必要があり、アップデートごとに全機能のチェックが必要

• 製造元のサポート期限が終了すると、不具合サポートが受けられない

内製化の特徴

• 自分たちで構築するため柔軟に開発可能

• 他社との差別化領域で、独自の価値の創造が可能

• 開発言語も選択でき、言語次第で開発のアウトソースも可能

• 導入後も他システムとの連携への対応も柔軟に対応可能

• 社内SEとして重要なデータ構造を自分たちで設計・管理

• セキュリティ対策など外部環境の情報を察知し対応が必要

どちらも一長一短といったところです。
パッケージシステムに追加開発する場合は、外部で内製化するのもありと思います。最近はAPIでのシステム間での疎結合が一般的ですね。

どう選ぶのか

一番重要なポイントは、やはり差別化領域か、それとも共通化された領域かというところと考えます。

まずは、システムが生む価値がなになのか、狙いはなになのかを把握したうえで、どちらの領域かを見極める必要があると思います。

ポイントはこれだけでなく

• 導入する領域

• 費用対効果

• システム稼働率

• システムコスト

• 開発柔軟性や開発言語

• 自社の他社システムとの親和性

• データ構造の考え方

などがあります。
パッケージソフトが存在しない場合もあるので、その場合は内製化しかありませんね。

まとめ

パッケージシステムと内製化システムでは、一長一短がありますので、
その導入ごとでどちらが良いかを検討を行い、適切なシステム導入が必要です。

そのポイントとしては、システム導入する領域が差別化領域かどうかが重要です。

最後までご覧になっていただきありがとうございます。
もしご意見・コメントありましたら、コメント・メッセージお願いします。