ＩＢＭ　ＡＳ４００とパソコンを愛するＳＥのブログ

●４分

今朝９時半から会議がありました。
終了は・・・１０時の予定で、約３０分です
しかし、会議が始まっても、何も話しません

プロジェクトリーダーが何もしゃべりません
すると・・・しばらくして？

今日は何を話そうか？
何か話すこと無いかな？

私のところのリーダーが
先週金曜日話したので、進捗は無いです

で、じゃあ、今日はこれまでって
４分で終わった！

会議はどうやら開くことが目的らしい

●最長は５時間ぐらい

会議は会議でも、重要な（？）ことは長い事やるしなぁ
最長では５時間ぐらいも続いたこともあったなぁ
なんか、あーでもないこーでもないってぐだぐだと

小田原評定（おだわらひょうじょう）ってのがピッタリ


小田原評定って、

●会議好き？

もう、ほんと会議が好きなんかいってぐらい性懲りも無く会議するなぁ
でも、それも仕方ないかも
確固たる方針が無いから

行き当たりばったりでシステムを作るから
だからいろんなところで不具合が出て
そのたびにあーでもないこーでもない会議が行われる

●なんとも

これを何年も続けてきているのが凄い！
続けられるのが凄い！
ほんと・・・どうにかならないかしら？

●一連の工程

次の等式が成り立つとします
ＴＳ　＞　ＮＧＳ　＝　ＩＳ　＋　ＣＳ　＋　ＫＳ＋　ＲＳ　＋　ＤＳ

ちなみに、ＴＳ　＝　当社システムの略です

●一元管理の効果

当社では、単一のシステムで全ての事を行っています
いわゆる一元管理です
運用の隅から隅まで、単体のシステムで管理しています

ところが、グループの新システム（ＮＧＳ）は、各工程ごとに個々のシステムがあり
それらがお互いに情報連携を行って強調して動いています
といえば、聞こえはいいかも知れませんがメリットは少し

そのメリットもシステム部門にとってです・・・
いや、開発ベンダーにとってでしょうかね！
だって・・・・

●複数管理のデメリット

複数システムを管理しすていると、メリットは
・システム部門はシステム開発を他人任せにできる
・システム部門は開発遅延が起こると開発者（おそらくベンダー等）の責任にできる
・システム仕様が低いと、システム部門は要件定義者の責任に出来る
・システム間連携がうまく行かないとネットワークインフラの責任に出来る
とシステム部門にとってはかなりあります。

ただデメリットもわずかではありますが存在します
・出来上がったシステムが思い通りではない（要件定義がまずい）
・システム仕様が低い（要件定義がまずい）
・システム間連携がうまくいかない（要件定義がまずい、ネットワークインフラが酷い）
・システム開発費用が掛かる（多分、システム要員を１年間５００人ぐらい食わせるぐらい？）
・些細な変更でも費用がかかる（多分、システム要員を１年間数人食わせるぐらい？）
・そのたもろもろ（あまり書きすぎると、特定されるので）

●デメリット解消のために

今回は、上にあげた一連のデメリットの中で
３つ目のシステム連携の不備について、その解消方法を聞きました

ＫＳの完了を、システム部員が認識し、ＮＧＳ本部に知らせる
これは、サーバー停止日に行うべきものとして規定されました
ＫＳが終わる前にサーバーを停止すると、ＫＳが完了できないからです

通常は、サーバー停止前にＫＳが完了しますが
何らかの要因でＫＳが遅れていると・・・
先にサーバー停止されると更に酷いことになるからです

つまり、サーバー停止日（多分日曜日・祝日が多い）には
システム要員がだれか出勤して（または翌朝まで残って）
ＫＳ完了を確認して上で、ＮＧＳ本部に連絡するという作業

これが新規追加されました

今まではＴＳでは全自動だったのに・・・
ってか、そもそもＴＳはサーバー停止なんて
サーバー停止何て
サーバー停止？
そんなことあったっけ？

停電のとき？
いや自家発電機が自動的に稼働するようにしているし

そんなこと、ここ何年かであったかなー？

みたいな環境から
月数回のサーバー停止と、システム要員の日祝勤務が必須となりました(笑)
素晴らしき新システムに幸あれ