koufuuの日記： IT Doesn't Matter（その４）

von_yosukeyan日記から。って、あまりに放置しすぎていたですね。すいません。

まず、今までよりも少し議論の範囲を広く取りたい。具体的には、情報システムおよび情報システム部門だけでなく、システムの対象業務まで含めて議論の俎上に上げたほうが、アウトソーシングを議論するときには適切ではないかと思うのだ。

まず、情報システムの分類を試みたい。言い換えれば、今までの議論でやや曖昧な分類であった電算化、オンライン化、ＩＴ化をもう少し細かく区別してみるということだ。情報システムは、大きく分類すれば、(1)既存業務の情報システム化、(2)新規業務の情報システムによる実現、の２つに大別されると考えられる。このうち、(1)は恐らく電算化と呼ばれていたものに近い位置付けなのではないか。そして、(1)の結果として、物理的な媒体が必要でなくなることによる副産物として、加えてネットワーク環境の整備により、ロケーションによる制約が無くなったものが、オンライン化ではないだろうか。そして、（狭い意味で）ＩＴ化と呼べるのは、ＩＴがあることによって始めて成立する業務あるいはビジネスを、ＩＴを用いて構築することを指すのではないか。つまり、(2)の一部が、狭い意味でのＩＴ化と呼ぶに値するシステムではないか。(2)のＩＴが無くとも成立するものについては、電算化やオンライン化の域を出ていないといえるだろう。

von_yosukeyanさんはアウトソーシングの観点で議論をしていると認識している。しかしながら、(1)と(2)では、アウトソーシングの位置付けが異なると考えられる。そこで、まずは、(1)に絞って議論を行いたいと思う。

(1)の情報システム化について言えば、効率化が目的であり、コスト削減や時間短縮が情報システム化のKPIとなるであろう。すなわち、手作業に比べ、如何に省力化を図るかということに尽きる。ここで、von_yosukeyanさんの示している情報システムの４つの開発プロセスに話を移すが、「計画」「設計」のプロセスは比較的容易である。なぜなら、実際に手でやっている業務を実現するだけであり、BPR的観点を入れないのであれば、要件定義や設計のスキルがあれば、特に問題なく設計できるだろう。ただし既存の業務プロセスが非効率的であり、BPR的観点が必要となれば、若干話は複雑になる。この場合には、要件定義や設計に先立ち、ECRS(Eliminate, Combine, Replace, Simplify)等の考え方を使いながら業務プロセスを見直す必要がある。

ここで、コモディティ化の観点を持ち出せば、BPRを行う際に、コモディティ化されたものがあれば、それにあわせてしまうという考え方がある。これが、ERPパッケージ等が主張するところの「ベストプラクティス」というものだろう。カギ括弧をつけたのは、SAP認定コンサルが言ってしまうのは不味いかもしれないと思いつつ敢えて個人的に言わせて貰うならば、「ベスト」というあたりが眉唾だと思っているからだ。つまり、企業ごとの特性に合わせようとすれば、「ベスト」は企業の数だけあるのではないかということなのだ。少なくとも、コアコンピタンスに関係する部分については、「パッケージ」を利用できないし、利用すべきではない。

他方で、他社の真似レベルで問題ないという部分（情報システムの一部）もあるだろう。その場合、パッケージの機能を利用できるように業務プロセスを変えてしまうことは有用だろう。

話を戻そう。業務とは、業務担当部門/担当者、情報システム（ソフトウェア、ハードウェア/インフラ）という階層構造に分けられると考えられる。すなわち、企業から見れば対象業務を業務担当部門/担当者が適切に遂行できれば問題ない。そして、業務担当者から見れば、情報システムが使えれば問題ない。そして情報システムとしてはその構成要素たるソフトウェア、ハードウェア、インフラが正しく動けば問題ない。また、ソフトウェアとしては適切な処理性能をハードウェアやインフラから得られれば問題ないと考えられる。アウトソーシングは、この階層毎に提供されると考えるのはどうだろうか？つまり、ハードウェアやインフラをアウトソーシングにより提供するのが、ハウジングやホスティングである。また、情報システムをアウトソーシングにより提供するのがASPサービスだろう。また、業務担当部門/担当者ごとアウトソーシングしてしまえば、BPOという形態になる。ここまでくれば、アウトソーシング先がどんな情報システムを使っているかは、アウトソーサーによりラッピングされてしまうため、瑣末な問題となる。せいぜい、帳票イメージぐらいのものだろう。結果、BPOを請け負う企業は、情報システムをコモディティ化したものとして扱えるようになる可能性が高くなるだろう。ただし、情報システムがコモディティ化できないような業務を請け負うことはアウトソーサーにとってはリスクであり請け負うべきではない。裏返せば、そのような業務をBPOによりアウトソーシングすることは困難である。

さて、コモディティ化したものであれ、アウトソーシングの料金が高すぎるという指摘であるが、恐らくアウトソーシングについて言えば、コモディティ化が即、低コストをもたらすわけではないと考えている。コモディティ化が低コストをもたらすのは、主として開発コストであり、運用コストではないのではないか。運用コストを下げる要因は、コモディティ化よりも、規模の経済が働くような業務ではないかと思う。規模が大きいほど有利になる業務とは、固定費が大きいものである。極論として固定費がゼロであればアウトソーシングによるコスト削減は無いと考えてもいいぐらいではないだろうか。

ここで、アウトソーシングについていえば、人件費にせよハードウェアにせよ、業務拡大の観点から言えば、変動費的要素が大きく、コストを下げられないのではないと考えられる。人件費について言えばスキルやノウハウを蓄積することで少人数で運用が出来るようになるかもしれないが、結果、一人あたりの人件費が高くなるかもしれない。そう考えると、インソースに比べて大きく減るわけではないだろう。かろうじて、コンピュータセンターというファシリティと共同システム/パッケージというソフトの固定資産の２つのコストが大きな固定費であり、その点については規模の経済が働くと思われる。しかしながら、そもそも一般企業で、コンピュータセンターのレベルのファシリティが必要かどうかというとやや疑問が残る。また、共同システム/パッケージといっても個別のカスタマイズが膨大であったり、あるいは一部の企業しか使わない機能ばかりであれば、それに要するコストは売上の増大に起因するといえ、ソフトの減価償却とはいえ変動費的というべきだろう。その意味でソフト資産の減価償却が固定費的というためには、共通化された（コモディティ化された）システムでなければならないだろう。

これまでの話を再度整理すれば、開発について言えばコモディティ化によりコスト削減が出来る部分もある、運用について言えば規模の経済が働くものについてはアウトソーシングによりコスト削減できる可能性があるというところだ。また、アウトソーシングで規模の経済を働かせるためには、システムのコモディティ化もその助けになると思われる。

ここまでは、システムのコモディティ化の可否については言及してこなかったが、コモディティ化の可否について言えば、前回の日記で書いた内容の繰り返しとなる。つまり、コアコンピタンスや差別化要因を生み出すかどうかが一つのポイントになるのではないかと考えている。言い換えるならば、そのシステム乃至は業務が、コアコンピタンスや差別化要因を生み出さないのであれば、如何に低コストに実現するかが求められているということだ。その際、コモディティ化したシステムを利用することで低コストにできるのであればそれを採用すべきだし、アウトソーシングによりコスト削減が可能であればアウトソーシングするべきだろう。また、思い切って、その業務を辞めてしまうとか売却してしまうのも手ではある。低コストにするために、どのオプションがもっとも有効であるかを、リスクの観点も含めて判断するのは、経営の責任だろう。

次に(2)であるが、こちらは(1)とは異なり現在の業務が存在しないことから、KPIの設定からして問題になる。そして、投資である以上、経営層の判断が必要である。すなわち、その判断の中では、ROIを金銭的に算出できないとしても、プロジェクトの成否を判断するためのKPIの設定も欠かすことは出来ないだろう。

また、通常は新しい業務というのは、他社との差別化を図るためか、他社にキャッチアップするために行うものだろう。前者であれば、コモディティ化したシステムは存在しないか、存在したとしても使うことは目的に合致しないため、独自に作るべきだろう。後者であれば、コモディティ化したものがあれば使うのもいいだろうが、追い越すつもりがあれば、やはり、独自に手当てすべきだろう。

前回の日記で、kinnekoさんに対してのコメントに書いたのだが、「容易に構築できるものは、容易にキャッチアップされ、（中略）他の手段で、キャッチアップに対する障壁を築けるのであれば話は別」としていた。DELLのBTOの話などを聞くと、強い企業について言えば、システム自体が優れているというのに加えて、企業の文化が、他社とは大きく異なっているのではないかとも思う。企業の文化があるからこそのシステムというべきなのかもしれないが、相乗効果により、コアコンピタンスをより強めているという印象がある。この辺は、別の機会に検討したいが。

(2)についても整理をすれば、開発については独自開発を選択することが望ましいケースが多いと考えられる。その結果、運用について言えば、コモディティ化していないシステムであるため、アウトソーシングによるコスト削減は期待できないと考えるべきだろう。