システム開発ポリシー

1. 開発はプログラマーではなく、あくまでもシステムエンジニアが行う
2. 顧客の協力を必ず得て、システムに対する意向をできるだけ正確に把握する
3. その会社にとって本当に必要なシステムの姿を見極める
4. バランスの良い、拡張性のあるシステムを構築する

システム構築専門家は経験を語る

会社にシステムを導入する際、必ずといっていいほど各部門、部署、担当者からの様々なシステムに対する要望の嵐が起こります。 それぞれが自分の立場で理想論をかざし、激論を交わす光景を何度見てきたことでしょう。システム導入の責任者は、みんなの意見を聞きながらも会社にとって 本当に必要なシステムの姿を模索しつつ苦悩されているかと思います。

私は、今まで日本とアメリカの企業の基幹システムを構築してきましたが、日本の中堅以上の企業ほどシステムにとって厄介なものはないと思っています。 日本の特徴として管理職クラスの権限がかなり強く、部署ごとに主張が起こり、「誰の何のためのシステム」という像がしばしばぶれてしまう経験をしました。 その都度軌道修正が必要になるのですが、最終的に自分よりも会社としてこうあるべきという意見を持ち、責任を持てる担当者がなかなか見つからないというのが正直なところです。

一方アメリカは違います。例外もありますが基本的にはトップダウンですので、経営者の思想、ポリシーに合わせてシステムを構築すれば 大部分のシステムは運用に乗ります。その場合、最終的には経営者の資質・レベルでシステムのレベルが決まってしまうともいえます。 また合理主義の国ですので、パッケージもかなり進んでいます。実際よくできていると思います。日本のパッケージソフトでは、システム屋的に考えられないような 論理矛盾を招く処理ができたりして、単なる伝票発行機の域をでないものが多く目に付きますが、アメリカのあるレベル以上のパッケージソフトでは、そういった問題はみられません。 だからといって、それをそのまま日本の企業に持っていっても上記の理由で失敗すると思います。日本企業特有の事情を理解する必要があると思います。

よくシステムを導入した会社が、「あのソフト会社が作ったシステムは全然使えない」とか、「当初予定していた予算の３倍もかかった」などとぼやいている話をよく耳にします。 少なくとも世の中的には、『ソフト会社』に対して良いイメージは持たれていないようです。

これは面白くない。

同業者として、同じ目で見られるのが何より我慢しがたいです。それ故何が問題で、こういう世の中的評価を受けるはめになっているのかを考察したいと思いました。 まず１つの問題はソフト会社にあります。弊社はカスタマイズシステム開発がベースの会社ですが、カスタマイズの場合、本来オートクチュールで質の高いものであるはずなのですが、 多くの場合、パッケージにも満たない満足度しか得られない、もしくは最悪システムが動かないという事態を招いてしまう自称ソフト会社が数多く存在していたため、 現在の極端なパッケージ先行の時代に陥っているとも思えます。システムが失敗する原因については後程述べることにして、そもそもシステムがどうあるべきかを考えてみました。