企業におけるＩＴ化は、一般的には下記の図のようなプロセスがスタンダードとされています。ところが、こういうモデルは、どうも規模の小さい会社にはなじまないのです。どうしてでしょうか？その理由は--、
といった事情があるためです。そこで、やっぱり小さい会社には小さい会社なりの、その規模に応じた最適な導入プロセスというものが必要となるわけです。
MAIDOフォーラムが提唱する「検証ユニット方式」では、下記のプロセスを、くるくると回転するユニット（下図）にまとめ、それを超短期でまず1回転させ、まず目の前の問題をかたづけてしまいます。
この時点でユーザー企業は、最小のコストでとりあえずの成果を確認することができるわけです。目先の問題も解決できないようでは、そんな頼りないシステムにはお金をかけるわけにはいきません。とりあえず１回転めで成功イメージが感じられたら、次のステップに進んだらいいのです。
2回転めでは、もう少し対象業務の範囲を広げ、もっと大きな成果が確認できるようにします。3回転めも4回転めも同様にして対象業務を広げながら（上図）、だんだんと基幹業務の統合化をはかっていきます。
ここで重要なのは、あとで必ず全体最適にもとづいた経営戦略との整合性がとれるように、着地点からさかのぼって最初の一歩を決めるというコーディネート上の技量ですね。なんでもかんでも目先の問題をかたづけたらいいというものではありませんからね。
まず、小さな投資で小さなサクセス。成果を実感してコストパフォーマンスに満足しながら一歩ずつ確実に前進していく‥‥。なるほど理想的な手順ですよね。これが理想的なことは誰だってわかることなんです。でも、それを実現可能にする「しくみ」がなかなか見つからないから日本中のスモールカンパニーが苦しんでいるんですよね。
さて、実は、この「検証ユニット方式」を実現するために最適の「しくみ」が実はあるのです。導入ステップを小分けしてリスク分散を図りつつも、ゴールはちゃんと全体最適を考えてあるという素晴らしい「しくみ」です。それが次にご紹介する「基幹業務ASP」なんです。
※一般的な導入プロセスを超短期で何度も回転させるユニークな「検証ユニット方式。そこへさらに、MAIDOフォーラムでは、このユニット内のプロセスを逆順に回転させると、さらに成功の確率が上がることを検証しています。
