「IT投資」という考え方そのものが間違っている

JTBの元取締役CIO(最高情報責任者)の方が、ITシステム開発が設備への投資であるかのような前提で書いていますが、この前提は間違っていると思います。

ソフトウェアシステムの開発とは、経営行為そのものそのものであり、逆に言えば、江戸時代どころか、ローマの時代から、経営行為とは、ソフトウェアシステムの開発以外のなにものでもありませんでした。

たとえば、新しいビジネスを実現するための、新しい店舗オペレーションや配送システムの開発は、ソフトウェアシステムの開発そのものです。

あたらしいビジネスを立ち上げるために、設計すべきものは、たとえば:

●迅速で高品質な状況対応を可能とする意思決定メカニズムの設計。
●現場で柔軟な対応が出来、かつ、従業員の士気があがるような、責任・権限メカニズムと、それと連動した人事評価・報酬システムの設計。
●現実的に調達可能な人材と、十分な投資効果の見込める従業員教育システムと、それを前提とした効率的で現実的な店舗オペレーションの設計。
●もちろん、その新しい店舗オペレーションを実装するための、現実的な店舗レイアウト設計方針や、流通ネットワークの設計。

これらは、みな、ソフトウェアシステムの開発そのものです。
教育や人材育成とは、人間の脳神経システムのプログラミングです。
従業員のモチベーション設計、従業員規則の作成、顧客がリピートするための動機付け設計、責任・権限・意思決定メカニズムの設計は、社会システムのプログラミングです。

そして、企業のITシステムの開発とは、本質的にこれらと同質の行為なのです。

ITシステムを開発していないのに、できあがった世界最大級のITシステム

たとえば、「ウォルマートのITシステムは、世界で２番目の規模だ。」というジョークがあります。一番目は、ペンタゴンだというオチです。
ウォルマートは、それほどの規模のITシステムを保有しているにもかかわらず、彼らの意識では、開発しているのは、あくまでより効率的で付加価値の高い店舗オペレーションであり究極的には彼らのビジネスそのものです。彼らは、ITシステムを開発しているわけではありません。

つまり、現代の経営においては、店舗オペレーションを設計するとき、客の導線や人材配置や組織メカニズムが一体となった一つのソフトウェアアーキテクチャとして設計するのが当たり前で、店舗オペレーション設計が終わった後に、それに必要なIT設備を開発するという発想そのものが、時代遅れなのです。

コンピュータソフトウェアと脳神経ソフトウェアは等価？

そもそも、ソフトウェアシステムの設計や改良の過程では、どの部分をどの言語で実装し、どのOSのバイナリでどのマシーンで運用するかという部分は、よく入れ替わります。サーバのLinuxで、PHPで実装するはずだった機能を、途中から、やはりWindowsクライアントのJavaScriptにやらせることに変更しよう、という具合にです。
これと同じように、店舗オペレーションというソフトウェアシステムを設計するとき、どの部分を人材教育(脳神経プログラミング)や組織メカニズム(社会システムプログラミング)で実装し、どの部分をJavaで実装するかは、よく入れ替わるのです。脳神経ソフトウェアとコンピュータソフトウェアは、この意味で等価なのです。

実装イメージのない事業設計はただのファンタジーだ

そして、経営者が、あたらしいビジネス戦略を練り上げるとき、そもそも、どんな店舗オペレーションが可能で、どんな店舗オペレーションが実装不可能なのか、実現イメージを頭にもちながら、ビジネス設計をします。
たとえば、あたらしいコンセプトの有機野菜レストランチェーンを立ち上げるとき、はたして、そういう客層に対する、そういうサービスを提供するのに、これだけの人材と、これだけのアルバイトさんだけで、ほんとうに回せるのか？そこまで高品質なコンセプトでやろうとすると、店舗マニュアルが複雑になりすぎないか？そもそも、それを回せる人材は、これだけの期間で調達可能なのか？それだけの鮮度を保ったまま、契約農家から原料を配送可能なのか？有機農業は、天候による影響をどのように受けるリスクがあるのか？

つまり、「新規事業立ち上げ」という「新規ソフトウェア設計行為」をするとき、プログラミングでいうところの、コーディングイメージをもちながら、設計するのが当たり前なわけです。
なぜなら、あんなこともやりたい、こんなこともやりたい、というビジネスアイデアは、それが実装可能な場合のみ、いいアイデアであり、実装不可能なビジネスアイデアなど、ただのファンタジーであることを、経営者は、骨の髄まで分かっているからです。
言い換えれば、実装可能なソフトウェアと、そうでないソフトウェアの区別のつかない経営者は、無能な経営者です。

実装イメージのないコンピュータソフトウェア企画もただのファンタジー

にもかかわらず、新規事業立ち上げというソフトウェア開発行為において、脳神経ソフトウェアや組織ソフトウェアとして実装されるコードは、実装可能性を精密に吟味しながら設計するのに、コンピュータソフトウェアとして実装される部分だけ、実装可能性を十分に吟味せずに、ビジネス設計するから、プロジェクトが頓挫したり、思ったような効果を上げないのです。

新しいコンセプトのレストランの店舗オペレーションを設計するとき、どのような作業なら、パートのおばさんだけで回せるのか判断のつかない経営者では、ろくな事業企画ができるはずもないのと同じように、どのようなソフトウェア機能なら、システム的ボトルネックが生じずに、かつ、ソフトウェアシステムの保守性が悪くならずに開発可能かどうかの検討がつかない経営者では、ろくな事業企画ができるわけがないのです。

ITシステム開発プロジェクトが頓挫する本当の理由

そして、なぜ、ITシステムの開発が不確定要素が多く、計画通りに行かないかというと、それが、新規事業立ち上げにおける、新しい組織ソフトウェアやオペレーションの開発と本質的に同じだからです。

いままでやったことのない、新しいコンセプトのレストランで、新しい食材調達システムと、あたらしいサービス提供を実現するような、新しい店舗オペレーションを設計するときなんて、不確定要素だらけです。計画通りどころか、始めから、計画通りにいかないことを前提に、プロトタイプを作ってフィージビリティースタディーする工程を入れるなどを計画に盛り込むなんて、よくある話なのです。
にもかかわらず、コンピュータソフトウェアだけ別物だと考え、安易に計画通りに行くことを前提としてしまうから、話がおかしくなるのです。

企業はどのようにITシステムと向き合うべきなのか？

新規事業を立ち上げるときに、そのための流通システムや店舗オペレーションやノウハウ蓄積の仕組みや人事評価・報酬システムの設計を、外注する会社は、あまりありません。たとえ、それが、どんなにたくさんの専門知識を必要としようと、自分たちで、全部理解し、自分たちで設計するしかありません。
なぜなら、それは、自社の経営行為そのものであり、それを外注にやってもらうのは、経営行為そのものを外注にやってもらうというような、意味不明の行為だからです。

これと同じように、自社の経営行為そのものである組織ソフトウェアと一体化したITシステムは、本質的に、外注できるようなものではなく、自社のビジネスを深く理解した自社のトップエンジニアと経営者が二人三脚で開発するようなものです。

アマゾンやGoogleやウォルマートが、高給を支払って、最上級レベルのエンジニアを自社で直接雇っているように、それぞれの企業が最上級レベルのエンジニアを直接雇うのが当たり前になる時代が、そのうちやってくるのではないでしょうか。

ITとは、経営行為そのものなのですから。

関連記事

プログラミングとは経営判断の集積である