午後の打ち合わせが終わりました。
が、打ち合わせ前に一件、あるクライアント（この場合は、お客様）から
問い合わせがあり、先ほど、調査＆回答をしてがっくりきました。
そんなM君です。
よくシステムは、リリース（運用が始まる）が終わると終わりという
感じがしますが、それは開発会社の立場のみです。
中には、受託開発からはじまってその後の運用を面倒見る
大きな開発会社もありますが、大抵担当者がかわってしまいます。
私が開発会社にいたころは、やっぱりリリース直前が忙しくリリースが
終わるとプロジェクトが解散しておりました。
（厳密にはプロジェクトから外されまた違うプロジェクトに参画する）
開発会社にいた頃から運用もことも考えてというよく言葉を聞いており
時折きにしたりはしていたのですが、運用者の立場に入って
はじめて違う視点があることに再認識させられました。
運用者の立場からすると
・システムは、24時間365日障害なく稼動していなければならない
（業務用件によりますが、ここでは上記として設定しておきます。）
・なにかがあれば、土日、深夜だろうが開発会社とやりとりを
しなければいけない。
・定期的に機能改善があるので、デグレードをおこさないように
最新の注意が必要である。
というのがおおまかな目的です。
開発側にいても上記は非常に気にはしていたのですが、運用側に
まわると利用するツールや日々のリスクヘッジの仕方が変わってきます。
最近の事例だと
・閾値を超える場合、アラートメールを送るようにする
・前日のログ情報を集計し、前日までは異常がなかったのか傾向をつかむ
・動的にシステムのヘルスチェックができる環境を考える
・開発会社以上に仕様について理解し、変更がある場合は影響範囲を洗い出す
ということに気を使っております。
すべてアウトソーシングを行っているので上記は運用委託会社の
仕事なのですが運用担当者＝仕様把握者・開発担当者とは
ならないので注意が必要です。
よく社内SEは楽じゃん？と思われるかもしれません。
半分当たりで半分はずれです。
テクノロジーを考えない分、仕様に精通している必要はあります。
また、時に開発ベンダーも得手不得手もあるので、場合によっては
間違ったソリューションを提案する場合があります。
それを阻止できるだけの理論武装も必要です。
（WEBシステムで無理やりとる必要が無いスレッド同期用の
修飾詞を利用するなど）
考えてみるとより広範囲にわたって、勉強・監視・注意することが
増えてきたような気がします。
ちなみに、大会社の社内SEの場合は、これまた大会社の
開発ベンダーさんが何年にも渡って、天塩をかけて
育ててくれているので楽に管理してくれる場合があります。
こういう場合は、コンシェルジュ並みにフォローしてくれるので
楽ちんですが反面、そのベンダーからの乗換えが
大変だったりします。
（すでに仕様の全体像を把握している人がいなかったり・・・）
とりあえず、クライアント（お客様）からの電話待ちなのでさくっと対応して
帰りたいと思います。ﾉｼ
で･･･なににがっくりきていたかというと、月曜日にこっそり改善した
機能がデグレードしており、クライアントへの対応というのは
それへの謝りでした。
私が全責任者ならば（それはそれで神経がつらいものがありますが）
自己責任で終わるのですが、たまたまパイプを作ったクライアント様
からの問い合わせで担当外のWEBシステムでのデグレだったので
がっくりきました。
お客様からみれば担当うんぬんは関係なくその会社のサービスなので
とりあえず平謝りですかねm(_ _)mﾁｰﾝ