運用管理の今までとこれから（前編）

システムの変遷と運用管理

 　メインフレームがシステムの中心のころは、必ずと言っていいほど企業内のキャリアパスの中に運用（オペレーション）があり、それを3年程度経験してから企画・開発・運用などの道へ進んでいた
ものだ。最近の分散系オープンシステムが中心の時代では、作業の役割が分離することにより、運用を経験した人が開発を行なうなどのキャリアパスが崩壊してしまい、運用は運用、開発は開発のようにそれぞれが専任化してしまっていることがほとんどである。また運用の範囲もメインフレーム全盛時のように、いわゆる運用管理・保守・監視といった広い範囲ではなく、主に監視だけがメインになり、その業務範囲も狭く、せっかく得られていたビジネスやシステムのノウハウが蓄積されなくなってしまっている（図1）。

図1：システムの変遷と運用管理の現実

　そのため、現在は、運用時のことを想定できないままシステム設計や構築を行なってしまうことや、カットオーバーの日程を一番に重視するため、運用のことは後まわしにしてユーザー開放してしまっていることが多い。これは標準的なシステム構築（運用設計）の規準がないまま新しい技術を取り込んでしまったり、ある程度の手作業や人手による判断は仕方がないと割り切ってしまうことで、その後、運用サイドに引き継ぎができず、監視のみの引き継ぎで、構築メンバーがそのまま運用を行なうことになり、開発と運用が混在して混乱を招いている多くのケースである。

　低コスト・短納期だからといってオープンシステムの仕組みを採用したり、オープンシステムにダウンサイジングすることが、本来のコスト削減に直接つながるのだろうか。確かに、システム（ハード）の維持費の面では下がったかも知れない。しかし、人材への業務負担が増し、また部分最適化からくる人材の専任化が必要となり、増員を行なうことが起こり、結果的にはコスト増を招いているケースもあるのではないだろか。

　これは、バラバラなシステムができていることにより、バラバラな運用が乱立してしまった結果であり、統一的な運用設計のルールや標準化を進めなかったための非効率の表れであると言えよう。