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

●今の会社は

今の基幹システムは、私が入社したころに導入された
ＩＢＭ　Ｓｙｓｔｅｍ−３８　で出発しました

それまては、三菱製のパッケージものでしたが、事業の拡大とともに
時の営業部長が、ソフトウェアは全て自社開発にするんだ
自社開発できる人材を入れるんだ

と、言う事で私の元上司（Ｈさん）が同業他社から引き抜かれました
そして、その次の年には新システム構築の為として、猫の手も借りたいことから
当時の社長（Ｏ社長）が、アルバイトとして働いているコンピューターボーイの私に目を留めてくれ、そのまま入社

●基幹コンピューターがＩＢＭ　ＡＳ／４００

私もコンピューターが好きなので、パソコン（当時はＮＥＣ　ＰＣ−８００１）でプログラムを良く作っていしました。
Ｏ社長は、およそメインメモリ１６キロバイトで　出来そうもない課題を出しました

私は２か月ぐらいかかって、その課題をクリアしました

いよいよ社長面談の時に、私は作成したプログラムリストとか仕様書などを持参
Ｏ社長と合った時に、誇らしげに資料をお渡ししました。
すると、Ｏ社長は一瞥しただけで「うまい飯を一緒に食おう」って(笑)

どうやら、私の意気込みを見ていたようです(笑)
それならば最初から言ってくれたら・・・ってそれならばテストになりませんよね

１９８６年４月に入社
そのご、Ｈさんの下で１４年ほど
Ｈさんは部長を束ねる存在になり、私の上司でありつつ、私はシステムの責任者に

その後は、私独自の考えと、２０１０年頃からは各部から一人ずつ現場の代表者を出していただいて
問題解決プロジェクトチームを立ち上げ、様々な課題を解決してきました。

その中には、特許がとれたもの
会社から表彰されたもの
当時の会長が頭を下げて、良くやってくれたと感謝されたもの

など、色々ありました。

なので、現在の当社システムは、親会社システムの責任者（現在の上司）に抹殺されようとしています
まぁ、資本関係が力の優劣ですから仕方がないですね。
しかもグループの社長は、先入観で判断する程度の人ですから

●グループ統合システムは

数年前から、グループ統合システムという
グループの中に複数存在するシステムを
グループ全社で使用できるようにしようと新システム構築が開始され

いま、その真っ最中です
その基本仕様は親会社システムが開発ベンダーに依頼して作ってもらい
それに対して、あーだこーだいいながら作ると言う

まぁ、失敗するやろうなっという作り方をしてきました

いわば、穴居民族に５階建てのビルを作ってくれって言うみたいなもんです

●Ｗｉｎｄｏｗｓサーバー＋Ｏｒａｃｌｅ

選択したハードウェアはWindowsサーバー、そしてデータベースは Oracle Enterprize Edition
もう、それだけで、当社のＩＢＭ　ＡＳ／４００の購入価格を凌駕しています。

でも、現在のグループ統合システムは
チューニングの真っ最中
だって、遅すぎて使い物にならないから

そりゃそうですよね。
基本設計が素人さんが作ったんだから(笑)

●ＡＳ／４００のないところに

私の出番はないとおもいます。
いや、そんなところに居たくないです。

だって、ＡＳ／４００が好きだから

●水曜日は休みました

水曜日・・・休みました
朝、出勤しようとした時頭痛がしたからです

現在では、出勤時に頭痛がしなくても
勤務しているうちに頭痛がしてきます
それは、小田原評定な会議で

まぁ、それは置いといて、ちょっと

●気になって・・・

寝る前に状況を確認しとこうと
思って、プロジェクト管理ツールを見てみましたが

見なければよかった・・・・・
見なければ、もっとぐっすりと眠れたかも知れない

●まだこんな低レベルな

そこには、およそプロが作成したソフトウェアと思えないような不具合が
ソフトウェア異常が発生して、その原因が予期しないデータを受信したから

えっ？　予期しないデータって？
見ると・・・・予期しなかったんだ・・・

予期しないこと自体があり得ないんだけど
なんで、こんなのが予期しないデータなんだ？
ソフトハウス止めちまえ！

たとえ、相手がシステムであろうと
システムを作っているのは人間
間違いもある

また、それに食わせるマスタデータを作っているのも人間
間違いもある

なので、予期しないデータなぞない
全て予期しえる！

●ソフト開発ベンダー多すぎ

まぁ、システムが多すぎて
それを開発している担当ペンだーも多すぎて

親会社のシステム自体もシステム全体の仕様を把握してなくて
それで、やり取りしているから予期しえないデータなんてそんな
恥ずかしい言い訳をするんだ

●損少利大

投資や投機をする場合に、損小利大は絶対です
これは、損する時は小さくなるようにし
得する時は大きくなるようにする

あたりまえですよね
でも、損し始めるとそこにどこか感情的なところが出てきて
このままいけばきっと得すると、理由なき期待がはびこってきて
大損する

●勇気ある撤退と敗退

勇気ある撤退とは、
将来や未来を見定めて

追い求めてきた目標や、ゴールを諦めること
それにより、大きく被る損を回避し、極力損を少なくすること

それに反して、敗退とは
何も考えずにいけいけどんどんと進んで
にっちもさっちも行かなくなりやむを得ず退却

この時には損失は極大に達しており、立て直すことももはや不可能

●やっと

７月１７日から始まったオール新システム（一部旧システム）のメイン拠点
数々の不具合を出しながらなんとか運用してきた
でも、やっと諦めたようだ

この２週間、現場の人たちは疲弊しきっている
ボロボロだって声も聞いている
そんなので立て直すことができるのか？

●遅すぎる

これまで、第一、第二、第三と新システムを稼働させてきて
小さい拠点からだからまだなんとか

第三拠点の当社では、これまでのシステムが支えていたからなんとかなっていた

メイン拠点では、慣れた者もいない
支える強力なシステムもない
全て新システムだけで運用

その結果がこれだ
縮退運転
第一拠点と同じ程度の規模
想定より１０分の１以下

これは、勇気ある撤退？
いやいや、現場の人たちからすれば
何故もっと早く切り戻すことを判断しなかったのか？

そう思っているに違いない

●上司語録

【上司の言葉】ちょっと手間がかかったりするようで
日曜日の深夜・・・仲のいい営業マンから「今帰宅しました」って
もちろん、朝から出社ですよ
それも、新システムの不具合で人手で対応しているからです

それをちょっと手間がかかっているって・・・・
どの口がそんな事を言ってんねん！

●開発ベンダー怒りの声

そのちょっと手間のかかるのを避けるために
開発ベンダーに、それをこうしてもらえないでしょうかって
それに対して開発ベンダーのリーダー格
【リーダーの言葉】それってプライオリティー高いんですか？
ちょっと怒ってはりますね
そりゃ、怒りますよ！　仕様確定してから次から次へと仕様変更

心の中では「いい加減にしろよー！　客だと思ってなんでも言ったら済むと思うんじゃねー」
そんな声が聞こえてきそうです。

それに対して我が上司
【上司の言葉（じゃないけど）】わらわらわら（笑い声）
えっ？　そこ笑うとこ？

頭下げて、なんとかお願いしますと真剣に言うか
毅然とした態度で、そこを対応してもらわないと困る

なのに、【上司の言葉】わらわらわら（笑い声）
信じられない、このおやじ

●収拾がつかない

現場の方の声を聴くと
「もうトラブル続きで営業も現場もボロボロです…製造部もそうだと思います」
ボロボロって・・・

そりゃボロボロになるわなー！
当社だって、一月に新システムの一部が強制的に稼働させられて
製造部の一人は、肥満になって、高血圧になって・・・

あと、五年生きられるのかなって

いや、結構精神が追い詰められてますよ

●これでもまだ運用続ける

こんな状態で、まだ運用を続けるんですよ
勇気ある撤退ってのもリーダーとしては鳥べき道だとおもいますがね

当社でも３７年前に、三菱ホストからＩＢＭホストに変更し、稼働初日
想定していた仕様を大幅に下回る性能・・・
これは、プログラムの作成方法というより、バッチジョブと言うものを作りこみ

それを知らない操作者が・・・誤って操作このため、当時の私の上司（Ｈさん）は
社長の許可を得て、元のシステムに戻すことを決断

現場の方々を会議室に集め、謝罪会見さながらです。
Ｈさんは、集まってくれた現場の方（当然入社したての方もいます）に頭を深々と下げて謝罪

そして、
�@システムを元に戻すこと
�Aしばらく時間がかかるから自宅待機してほしいこと
�Bもとに戻ったら、本日分の処理を行わなければならないから、出社できる人は出社してほしいこと
�C半年以上かけて、発覚した不具合を改修
しました

もう、漢ですね。
一生付いていきたいって思うほどでした。
現に、今までそうしてきました(笑)

でも、元上司（Ｂさん）は
開発ベンダーが怒ったらヘラヘラ笑って取り繕う
直属の部下が生意気な口をきいてもヘラヘラ笑っている

いや、そんな性格なので、笑って柔らかな雰囲気でその場を和ますのもいいかもしれませんが
失敗した時は潔く失敗したと
皆の前で謝ったら、きっとみんな協力してくれるのに

保身を第一に考え、
部下の手柄は自分の手柄
部下の失敗は部下の失敗

そんな三流小説の世界に居るような人物が現実に私の上司

でも、そんな環境に私を置いた神様は私に試練を与えてくださっているんだと
そう思えるクリスチャンであったことを心から感謝しています

●誰か教えてあげて下さい

現在、滅びの道をまっしぐらに走っていく我がグループ
先週、やっと顧客に迷惑をかけてはならないと、メイン拠点を縮退運用に切替

笑っちゃうのは、顧客に迷惑をかけていないと認識しているところ

●失敗を失敗と判断できる器量

メイン拠点を予定の７％程度で運用することに決定
これって成功？
失敗でしょ、どう考えても

と言うよりか、７％程度で運用して誰がメリットを得るの？
殆ど営業さんや製造さんがデメリットしか被らんでしょ

土曜日、仲の良い営業さんから可哀想なLINEが
深夜の1時半に、やっと帰宅しました　って
もちろん、朝からの勤務ですよ

営業さんって、残業手当が付かないことが多いんですよね

●失敗した時の責任の取り方

失敗してもいいじゃないですか
誰でもこれだけ大規模なプロジェクトで１００％成功なんてそうそうありませんよ
でもね、リーダーの態度次第で、失敗を非難する人の割合が増減するんですよ

今回は、非難する人だらけでしょうね

●失敗を成功に導く方法

こんな状態で成功に導く方法があったとしても
それを実現することは困難でしょうね

成功に導くためには、１から考え直した方がいいから
だって、全面稼働がまだしていないのに
システム仕様はつぎはぎだらけ

開発ベンダーの各チームリーダーも
他のチームの仕様については良く分かっていない
会議中でもリーダー間で質問しまくり

それは、なぜか？
グループがきちんとした仕様を提示していないから

これでうまくいくのかしら？・・・答えは

●オフコース

って歌が昔ありましたよね。

ふっと頭の中に浮かんできました。
それもそのはず
新システム稼働の状況を見ているとそんな気になってしまうから

●満を持して稼働したものの

７月１８日　満を持して稼働した
メイン拠点での新システム
とりあえず、最初は最大拠点の半分をそちらで・・・ってことでスタート

でも、ふたを開けてみれば
最初から波乱続き
不具合の噴出

もう、そろそろ２週間になってやっと

●顧客に迷惑をかけないうちに

と言うことで、縮退稼働をすることに踏み切りました

親会社のシステムとしては
いままでいけいけドンドン猪突猛進タイプだったんですが
今回はさすがに

でも、顧客に迷惑をかけないうちにって理由だったんですが
違うやろ！

顧客に取引停止されないうちにやろ

●かわいそうな営業さん

恐らく、厳しい業界の中で、これほど迷惑かけたら
取引継続が一週間続くってあり得へんのに
まだ、取引停止されたって情報が入ってこないのは

営業さんの並々ならぬ努力のたまものでしょう
システムの不備を手間暇かけて対応し
顧客に極力迷惑をかけないようにサービス残業もかなり・・・

でも、報告会ではそんな報告は一向になく
その報告会だけ聞いているとうまく行っている・・・
みたいに思えちゃうようなもの

やっぱり、開発ベンダーに金払ってでも
一年は当グループの業務を体験してもらい
その厳しさを肌で感じてもらわないと

いや、その前に親会社のシステムの連中全員じゃ！
システム作ろうと最初に
現場の意見を聞かない方針
どこの世界にそんな方針でシステムを作るバカが居る？

最初から失敗に向かって歩んでいただけ

さっき述べた、開発ベンダーに１年間ＯＪＴ( On the Job Training）をしてもらっていたら
費用をケチらんとしていたら
今みたいなふざけた泥沼では無かったのに

フル稼働予定から何年遅れてるんだろう・・・
まだまだ遅れそうだ

って歌詞が頭の中に浮かびました。

●本番ではないけど

12時からログインできなくなった
12時前にログインしていたウインドウも強制ログアウトされていた
本番環境ではさすがにログインできたけど

ログインできないのはテスト環境

●なにかしてるんだな

強制ログアウトしたり、ログイン禁止するのは
プログラムやデータベースを更新しているからだろう

これは、テスト対象のサブシステムを大わらわで作り変えているみたい
でも・・・アナウンスあったかなー？
いくらテスト環境でもテスト真っ最中の私は面食らう

●年中無休システムユーザーは

元々、当社システムは、IBM i (AS/400) で構築されたシステム
年中無休、３６５日２４時間、ずっと稼働し続け
いやいや、月曜日の0:10〜0:20まで計画的に停止

でも、それだけ
もちろん大規模停電になれば停まる

2007年8月9日　関西エリアで発生した大規模停電が発生
当社のホストも停止した・・・無停電装置の容量以上の長時間停電だっので
まさか、そんな長時間の・・・と考えが甘かったことを痛感

現在では、停電を検知したら自動的に発電機が起動し
発電機側の電源に自動的に切り替わるようになっている
それと同時に、システム管理者にメールで通知

また、電力が復旧したら、発電機を停止し、
電力会社からの給電に自動切り替え

電源による停止から解放された

そんな風に、無停止を追い求めてきた立場では
こうもたびたび使えない時間帯が発生するなんて

●これがスムーズで効率的な運用ができるシステム

稼働前の研修会で、講師が自慢げに言っていた言葉
「このシステムが稼働したらスムーズで効率的な運用が出来るようになる」と

その時は「ここのシステムの事を知らないから言ってるんだから、許してやろう」と上から目線
今では、「こんなに止めないでください。お代官様〜」って下から目線

使ってる人、みーんなそんな風に思ってるんだろうなー
口に出しても仕方ないから、みんな言わないけど

●ずっと前から

当社では、基幹系システムのメインコンピュータであるＩＢＭ　ＡＳ／４００（当時の名称）で
勤怠管理システムを構築していました

当然、正社員のみならずアルバイト・パートの方も対応しています
正社員契約以外にアルバイト・パート契約にも対応できるようにし
かつ、残業計算や休暇管理なども行えるようにしていました

●大昔は

ところが、超大昔は当社でもタイムレコーダーと紙で勤怠管理を行っていました。
すると、やはりミスがあるんですよね

ある人の代替休暇が２日しか残っていないのに、３日分の取得を許可したり
残業時間計算なんて、本当に合っていたんでしょうか？

●今では

親会社の勤怠管理システムが当社にも無理やり遣わされています。

それまでは、社員証兼用のＩＣカードを、タイムレコーダー代わりのＩＣカードリーダにかざすと
出退勤の記録がＡＳ４００のデータペースに記録され
必要な勤務コード（例えば、９時出勤とか、１０時出勤とか・・）を入力

残業したならば、残業内容を入力
部署管理者は一日一回確認し、承認していくだけ

残業計算は全て自動

ところが、親会社のシステムは
まず、Excelシートに各個人が入力して行くんです

タイムレコーダーはなく、Excelシートに各個人が入力して行きます
自分が何時何分に来たか、何時何分に帰ったかを(笑)
これって改ざんし放題ですよね。

でも、それでも、３年前に比べたらかなり良くなっているんです
３年前は、オール紙ベースでしたから
当社の大昔状態だったんですよね

●落差が激しい

当社の勤怠管理システムでは、
タイムレコーダー代わりのＩＣカードリーダにかざす
勤務コードを入力する

必要ならば、休暇コード情報や、手当情報を入力します
もちろん、不適切な休暇コードや手当コードははじかれます。
不正な入力はできないようにしてあります。

それが‥‥誤り入力し放題
そりゃそうでしょ！　論理チェックなんて最小限
休暇コードいれているのに勤務コード入力Ｏｋみたいな(笑)

毎月総務部より、
チェックが大変だからきちんと入れろってメッセージがもっと優しい言葉で来ています

おまけに・・・・残業手当が１５分単位なんです。
例えば、１８時終業だったとしたら、
　18:01〜18:29 は残業 0分
　18:30〜18:44 は残業30分
　18:45〜18:59 は残業45分
なんです。
これって、紙で集計していた時に名残でしょうね。きっと

でも、労働基準法に真っ向から違反している気がしますね。

ちなみに、当社ではもちろん１分単位で残業計算をしていましたよ

●日曜日は静寂

日曜日・・・グループ間の通信は穏やか
いや、静寂といっていいほど
先週はあれほどやっさもっさしてたのに

●もし土曜日までに

もしかしたら、土曜日までにすべての不具合が解消したの？
それにしたら、土曜日の通信でにぎわっていたはず
やっぱ、土曜日・日曜日はみんな休みましょうってか？

●開発ベンターの姿勢

もし、それなら
現場で暴動が起きるかなって思います
だって、現場では土曜日・日曜日も業務はありますから

本来は開発ベンダーの姿勢が問われるんですが

●一番の問題は

しかし、一番の問題はグループシステムにあると思います
開発ベンダーは決められた契約の中でしか動きません
と、いうよりか、動けません

グループ側が、きちっとした要件を提示し、仕様を提示したら
開発ベンダーはその通り作ってくれてたでしょう
もっと短期間に
でも、適当な要件しか提示せず、仕様もあやふや
それで、開発してもらい、出来上がったものにたいして
あれやこれやの仕様変更

それじゃ、動くものも動かないのは当たり前

こうなってしまったのが仕方ないと思うなら
できるだけ現場に迷惑が掛からない様に
システムのトップが経営層に頭をさげるなりなんなりして

システム改善を緊急対応してもらうから追加費用の支出を要請
すれば、まだましなんだけど
この後に及んで、費用支出については財布のひもを締めているみたい

この先、どうなるのか？
ネズミはグループにまだ居るのか？

●土曜日は休日

今日は土曜日
土曜日は休日

我々は年中無休
会社がね
でも、開発を委託しているベンダーは土曜日休み

●ところが

今日、明日は必死で仕事をしているはず
今週初めに新拠点で稼働させた新システム
稼働前に対応必要案件があり

稼働後もそれに加えて数十の課題が噴出
小さいものも大きいものも

なので、日中でも明け方でも
システムプログラムの緊急リリースで
全システムが３０とか１時間とか使用不可に

ありえーーーん！

●おそらく

この土日で、開発ベンダーは休日返上
そして、数多の不具合を解決すべき頑張ってる・・・だろう

そして、来週から
同じような不具合を出して
当グループの顧客に迷惑を一切かけてはならないはず

特に、第一拠点、第二拠点、そして第三拠点の当社
新システム稼働の度に顧客に迷惑をかけている

新システムはネットで接続されているため
利用停止は一拠点だけではない

なので、新拠点は今週が初めてだが
当社では３回目

これ以上、（もう遅いかな？）迷惑をかけると・・・

●なんとかなるかな？

今回の不具合噴出で
どんなところで不具合が出るのか学習してもらえただろうか？
まだまだ大きな新システム稼働が控えている

最終的には請求サブシステムだが

怖い