))コスト削減は、だいたいは短期で終わってしまう。戦略ファームは一気にワーっとやってしまうが、やりすぎるとリバウンドする。それはなぜかというと、組織と人が変わっていないから。次に考えるべきは、組織と人を変えること、すなわち、情報部門の業務改革をすること。何をしなければならないかというと、開発業務を効率化すること、運用業務を効率化すること、人の生産性を上げること、これに尽きる。開発業務を効率化することとは、そもそも、開発が効率的になるようなインフラストラクチャーにする。プラットフォームを入れることだと思ってしまうが、それは次。最初にフォーカスすべきは開発プロセスを運用できるようにすること。みんなが要件定義と言っているところのアウトプットを定義し、基本設計、プログラミングを定義、標準化していくことは外せない。ワンパターンでは対応できないケースがあるため、少なくとも3パターンは準備する必要がある。カスタマイズで作るパターン、パッケージを用いるパターン、基盤更改で行うパターンを持っておく。プロセスを作ったとすると、あとはできるだけ技術標準を作っておく。要するに、余計なことは考えないようにする。最近のプログラミングはどちらかというと、使えるユーティリティがたくさんあるので、一つ一つデータの定義をしなくても、データを指定すればあとは勝手にやってくれるような構成にする。使えるユーティリティとかは考えずに決めておく。Unixはアウト、LinuxはOKとしておけば、検討する手間がなくなる。決めても問題ないものはルールとして決めておいて、考えなくていいものを増やしておく。すると、考えなくていいので、人も手間も不要になる。それを技術標準という名前で作っておく。逆に、品質サイドからこれをやらないとダメなどのルールもあるが、効率化のためにも活用する。運用業務も一緒で、なければ文書化して、運用ってこういう風にやろうね、と言ってやる。だいたいの場合、職人芸みたいな人がたくさん出てきて、「いやー、あの人がやるのにいくらかかるんです」とかいうから、おかしくなってしまう。基本的には、運用は誰でもできるようにしていかないといけない。マニュアル化し、手順化し、いろいろなものを誰でもできる状態をきちんと作っていく。