「変革」時代、システムを変えることを厭わず！

美味しい水をお探しですか？
定額制だからお水は使い放題！全て“月額料金”にコミコミ！
利用料金は業界最安値！

DXはプロジェクトではない。なぜなら、「変革」には終わりがないからだ。DXをプロジェクトにしてしまうとゴールを決めて、ゴールに達したら終わりとなる。

ゴールしたら「やれやれ、ひと安心」というわけだ。変化するというのは気力体力がいるもので、節目節目で一服するのも必要なこと。

だが、それで「変革」が滞ってしまっては進歩がなくなる。

とかくプロジェクトをやり終えたとなると、どうしても次の変化への一歩が煩わしくなってしまうものだ。

どんなに大きな変革であっても、数年も変わらなければ陳腐化してしまうのが昨今の時代だ。それは、製品でもサービスでもプロセスでもいえる。

ひとつ変化して成功したら、その成功の形をさらに変えるという継続性が求められる。そして、最終的には無形に至る。

ひとつの形に留まらずに、次々と形を変えて形が無いようような状態であれば、他社が形を模擬したり追従したりすることが難しくなる。

トヨタ生産方式は常に改善され変化・進化しているために、他社が容易にまねできない「模擬困難性」を備えているところが競争優位であるとも言われている。

つまり、トヨタ生産方式もプロジェクトではない。他社がプロジェクトとしてトヨタ生産方式を導入しても、導入が完了したらそれで終わり。その後の改善・変化を続けることが難しいのだ。

ところで、トヨタ生産方式では市販の生産管理パッケージソフトウェアを使用していない。理由は、日々改善し変化するために足枷になるからだと言う。

海外製のERPパッケージ製品を大量にカスタマイズして導入し、それが経営の足枷になっている会社も少なくない中、この点でも競争優位だ。

一方でスクラッチ開発した古いシステムがメディアでは「レガシシステム」などと揶揄され、変化に対応できないと言われているが、トヨタ生産方式ではどうなのか？

こう考えるとスクラッチ開発でも、パッケージソフトでも変化に対応できなくなっているのはなぜか？それは変化を外部の他社に依存しているからだろう。

まさに、トヨタ生産方式で懸念された「日々改善し変化するために足枷になる」が現実のものとなっているわけだ。

この反省からDXでは「内製化」を推進する会社もあるが、継続的に変化して行けるかどうかがキモになる。変革をプロジェクトとして終わりにすれば、「内製化」を維持できなくなる。

パッケージソフトを活用するにしても同じだ。ゼロからERPをスクラッチ開発するのは現実的ではない。しかし、継続的に変化して行けるかどうかがキモになる。

多くのパッケージソフトは最大多数の最大幸福を狙っているため、自社だけの変化には対応してもらえない。そうなるとカスタマイズやアドオンで逃げることとなり、同じ失敗が繰り返されることとなる。

「内製化」を推進するのであれ、変化を永続的に維持できるよう体制や人材育成を整備する必要がある。

パッケージソフトを活用するにしても、変化を外部の他社に依存しなくてよいような製品を選定し、やはり、変化を永続的に維持できるよう体制や人材育成を整備する必要がある。

そのようなことが可能となるパッケージソフトの例としてmcframeがある。

導入企業が自社の要件に合わせて変化させ成長させることを前提としたコンセプトにより、ソースコードやデータベース構造が公開されている。さらに、開発ツールやフレームワークも提供されている。

そして、導入企業が自社で改造したとしても、導入バージョンが永久保証されることを謡っている。

ベースはJavaなので、最悪、mcframeの開発ベンダが消失しても、自社で運用保守を継続可能だ。他社製品への移行もブラックBOXがほぼ無いのでロックインのリスクが少ない。

「変革」時代のシステムは、稼働開始したら終わりのプロジェクトという捉え方だけではなく、永続的に変化することを前提で「変えることを厭わず」にできるような製品選定、体制整備、人材育成を図っていく必要がある。

スクラッチ開発とかパッケージソフトとか、形を固定すれば安心と言うことではない。

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
●企業システム戦略　孫子の兵法　虚実篇　その７
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

兵を形すの極は、無形に至る。故に其の戦い勝つや復さずして、形に無窮に応ず。