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

●あなたが知らなきゃ誰が知る

午前の会議・・・長引きました
そりゃそうでしょねー
新システムの新機能の部分についてどうするか検討しているのに

ベンダさん：この部分はどのようにしましょうか？
我が上司：そんな事を言われても我々知らないもん

これにはベンダさん困ったでしょうね

●作ってもらうんだから

だって、作ってもらう方が作ってもらうものの仕様を
知らないんだもーん・・・なんて答えちゃうんだから

ちょうど、お家に帰りたーいって泣きながら近づいてくる幼児が
自分所に来て、お家に帰りたいの・・・って助けを求めてきたけど
お家はどこなの？って聞いたら【分からない(T_T)】
名前を聞いても【分からない】

ベンダーさんはきっと、ワンワンワンワンって心の中で泣いてるでしょうね(笑)

●どうするつもり

そんなんで、どうするつもりなん？
教えなかったら、ベンダーさんも勝手に決めて勝手に作れません
すると、どんどんと時間が経って、稼働までの期間がどんどん短くなって

カットオーバーに間に合わなくなって
テスト量を削減し、テスト項目を減らし
本稼働になってからいろいろと不具合や問題が見つかるんだろな

●なんとかなるんやろなー

まぁ、どう転んでもなんとかなるやろなー
転ぶことは確実だけど、どのように転ぶか？
それが、注目すべきことでーす(笑)

●システム変更要求

新システム稼働後の混乱のさなか
現場の各署から相談やシステム変更要請がきます
昨年までの当社システムのみでの運用ならば

当社システムを開発してきた当社システム部門ならば
システム変更も容易でしょう
なんてったって自家製だから、お好みの通りに

しかし、今年からは新システムが稼働し
その新システムを構築したのはベンダー
変更しようにもおいそれと手が出せない

どうしても変更したければ、金払えって言われるし

●手順逸脱

なので、新システムで運用しやすいように
藁にもすがる気持ちで当社システム部門に相談が
そして、当社システム部門の元責任者は

良くも悪くも短絡的

何かというと、現場からの要望をすぐに聞いてしまう
これがシステムエンジニアとしてシステムを破壊する要因の一つ

●仕方ないか

でも、今は仕方ないか・・・
たとえ品質を落としてでも、納品しなければ
納品するかしないかで収入が得られるかどうか決まる

品質を落とさず納品しなければ収入はゼロ
それは避けなければ
すると、間に合わないんだったら品質を落とすしか

そして、それ以外にも品質を落とす要因が
システム変更手順があるにも関わらず
現場からこんな風にしたいと口頭で聴き、それによって変更してしまう

これも、プログラム・・・いやシステム全体の品質を落とす要因になり得る

●どんどん変な方向に

こんな感じで、新システム導入をしてからは
●手間が増える
●暇がかかる
●品質が落ちる
の三拍子そろった素晴らしいシステム

そして、私がウケまくって言いたくてたまらない
Curious Online
顧客対応システムの名称だが

Google Translater で検索してー(笑)

●ブチ切れたこと

丁度一週間前（１月２３日）の会議でブチ切れたんですが
最近、会議で良くブチ切れるようになった・・・なぜかは分かってるが
今日の会議で、その話題は出ませんでした

まさか放置？って思いましたが、それは無かったようです

●原因は分かったらしい

その前に、何が起こったかを簡単にお話しします
当社では商品に一つ一つを特定するためにバーコードラベルを貼付します
そのバーコードは、全社でユニーク（固有の、またとない）な番号です

ただ、致命的な不具合は、システムが発行したバーコードラベル
普通に発行指示したバーコードラベルで
番号の重複が有りました。

重複しないことが前提条件でシステムが構築されています
なので、重複したら最後です
これについて、１月6日に発見されて、先週まで放置されていました

●原因は

なんと、プログラムの不具合だそうです。
（テストしたんかいなー？）
しかも、昨年５月に第一拠点で稼働し始めてから半年以上

まぁ、重箱の隅をつついても仕方がありませんが・・・＿|￣|○
原因は印刷プログラムの不具合だそうですが、ベンダーの話によると
各営業所で２回目に発行した場合だけこの不具合が発言する・・・そうです。

つまり、ある営業所で
１回目に５枚発行：　�ｂO００１、�ｂO００２、�ｂO００３、�ｂO００４、�ｂO００５
２回目に５枚発行：　�ｂO００５、�ｂO００６、�ｂO００７、�ｂO００８、�ｂO００９
３回目に５枚発行：　�ｂO０１０、�ｂO０１１、�ｂO０１２、�ｂO０１３、�ｂO０１４
と、言うように２回目だけ重複するそうです。

●不思議なこと

私として不思議なのは、私もこのようなプログラムは良く作りますが
１回目と２回目以降は状況が異なると言う事に注意して作ります
１回目は、以前に発行しておらず、２回目以降は以前に発行している

つまり、最初に発行する番号の設定方法が異なるわけです
そこを考えたか考えないか、こんなプログラムバグを作り出してしまうなんて
ある意味、凄いです（皮肉です）

●対策

そして、ベンダーの対策案もすさまじい
各営業所で２回目印刷した時の最初のラベルは使わないでください。

これにも驚きましたねー(笑)
営業所には複数の方がいて、最初の方、２番目の方、３番目の方・・・
各々その営業所で私は何回目って分かってるんでしょうか？

もしかしたら、１番目の方は２番目と思って印刷してしまうとか・・・
２番目の方は４番目とおもって印刷してしまうとか・・・

そんなのを操作する人間に強いるなんて、ベンダーってバカ？

私なら、プログラムロジックそのものを修正するか
逆に

初回発行か２回目以降の発行か判断して、
初回発行の場合は、�ｂO００１〜�ｂO００１の発行を空発行してから、普通の処理にします。

つまり、初回発行と思っている方の指示をプログラム内部では
１枚だけの初回発行（空発行）と、指示された通りの２回目以降発行をします。

つまり
１回目の１枚空発行：　�ｂO００１
１回目の５枚発行：　�ｂO００１、�ｂO００２、�ｂO００３、�ｂO００４、�ｂO００５
２回目の５枚発行：　�ｂO００６、�ｂO００７、�ｂO００８、�ｂO００９、�ｂO０１０
３回目の５枚発行：　�ｂO０１１、�ｂO０１２、�ｂO０１３、�ｂO０１４、�ｂO０１５
となるわけです。

見た目では、１回目の空発行は操作者には関知できませんので、初回で５枚発行指示したら
お望みの通り�ｂO００１〜０００５まで出力されます。
その後も同様にお望み通り

ってしたらいいのに・・・・

●今後、稼働拠点が増える

つまり、その営業所での初回発行、２回目発行が増える
全国で１００か所以上あるのに、その全てで２回目の１枚目は捨てろ運用をさせる

まぁ、どこかで発生するでしょうに致命的なエラーが
その時、親会社のシステム部門はこういうでしょう

２回目に発行したのに、最初の１枚目からバーコードを使用したお前
お前の責任だ！
始末書を書け！

あわれな２回目発行指示した営業所の方

●土曜日のメール

昨日土曜日、休日だったけれども忘れ物を取りに会社に顔を出しました
そして、自分のデスクで普段使用しているパソコンにてメールを確認
見なきゃ良かった

私の上司から、当社のシステムの責任者宛にメールでの指示
顧客との電子的取引について、当社システムを通すことなく
新システムと電子的取引が出来るように検討しろと

●当然の成行き

まぁ、我が上司としてはご自分の作った新システムに全機能を乗せ換えたい
そうしなければ、ご自分の立場が危うくなるからでしょう
そのために、今回の指示を出されたと思います。　これは当然の成行きでしょう。

しかし、ある機能について、Ｍさんが当社に視察に来て
親会社に戻り、全体定例会議にて内容を報告していました
私はそれを聞いていて、耳を疑い、その後、腹から溶岩が噴き出すぐらい笑い転げました

その内容を詳しくお伝えすることはできませんが（社外秘の内容なので）
たとえて言えば、ガソリンエンジン内燃機関で動作する自動車を見て
戻ってから報告した内容は『非常に小さな馬を４頭育てて、それにカバーをかけて走らせている』

ぐらいのとんでもなく『こいつ、どこに目をつけて物をみとるんや？』って思うぐらいの
認識能力、解析能力の無さを露見させるような報告でした
なんで、見るだけで、自分の乏しい知識の中で、きっとこうだろうと思う事を
報告会の中で、さも事実であるかのような報告をするのかはなはだ疑問です。

そのような、小さな馬４頭が入った車を運用するようなところが新システムになって
多分、子供が足で車輪を回すようになったんでしょうが
それを当社の自動車の代わりに子供車を使用しろと、我が上司が指示してきたわけです

●なぜ？デグレをする？

ちょっとぐらいデグレなら我慢できそうです。
すこし工夫したらなんとかなるでしょう
しかし、大阪から東京まで自動車で往復している業務を、子供車でなんとかしろって言われても

どうしようもありません

どうにかするとしたら、子供車を５キロごとに配置して、その５キロは死に物狂いに走らせて
バトンタッチして走らせる・・・・
でも、それでも、到着時間は大幅に遅れるでしょうが

すると、５キロごとに２０台ずつぐらい並べて・・・
費用も手間も格段に必要になりそうですね

ただ、電子的取引については、いくら台数を増やしても
出来ないものは出来ません

そこが理解できない、我が上司
なりふり構わず、とりあえず指示ですよね。

●納得できないシステム変更

実際に我が上司の指示通りしようとしても
新システムに必要な受け皿が無いんです

先週も、二つの情報を一つの入れ物に入れろって無理難題を言ってきている状態
その二つのうち一つは電子的取引に必要な情報なのに

私はブチ切れて、新システムに二つの入れ物を作ったらいいだけって言うと
我が上司は、費用が掛かるから駄目だと

あほかー！って思いましたね！

そんな我が上司からの今回の指示
当社のシステム部門の責任者はどう受け止めてどう対応するんでしょうか
今週、いろいろと相談を受けそうな気がします。

とにかくも、システムは整然とした論理の下で動くんです。
そのシステムを開発するプロジェクトリーダーたたる我が上司が
あんな風に、こんな風に、そんな加減で、うーんよく分からないとか

そんな指示ばかりしているから、今の混乱状況を作り出しているんです
そして、ベンダーさんからは、それをすると追加費用がって言われちゃうんです

このシステムに先はあるんでしょうか？
親会社のシステム部門のことだから、今までのように

システムはこうだから、運用でなんとかしろ
になるそうですね

●先週、設置した機械

今日は、先週（丁度７日前）設置した機械のメンテナンスのために教会に行きました
設置自体は旨くいったんですが
その後の説明で、誤ったことをご婦人方に伝えてしまって

●誤操作防止

それにより、誤操作した場合・・・・
どうにもならないんですが
ただ、せっかく効果があるものを捨ててしまう事になるので

教会ＩＴ技術部としては
誤操作しないように工夫をしました。
もう、ＩＴをバリバリ使って

ＩＴで、Microsoft Wordで文書ファイルを作って
ＩＴで、Word文書をプリンターで印刷して
(笑)

それをラミネートして、こうしましたー

どこがＩＴやねん(笑)

●教会牧師夫人より

でも、この機械を設置して、牧師夫人から喜びの声をもらいました。
●お米が美味しく炊けるようになった
●コーヒーがまろやかになって、美味しく飲めるようになった
●胃腸症状が改善した。　前は食欲を感じなかったが、最近ちょくちょく感じるようになった。

このように喜んでもらえると嬉しいですね。

●喜んでもらえて

教会の他のご婦人の方にも、どんどん使ってもらえればと思います。
良かった良かった！

●新たな不具合

またまた不具合が発見されました
新システムと当社システムの連携の不備が原因です
当社システム側のプログラムとマスタに問題がありました

この不具合は、当社システムに入力した情報が
何度か新システムとやり取りすると勝手に変わる
そんなあほなー！　レベルの不具合です

●ある意味致命的

これは、お客様に報告すべき情報なので
結構致命的です
最初の１週間ぐらいなら、新しいシステムのせいで大変ねって
同情してくれるでしょうが、

３週間もたっていると
何、トロトロしとんじゃー（関西弁　なんで、そんなのに対応が遅いんですか？　って意味）
って怒られちゃいますね

●原因追及不可能

それで、原因追及しようとしました
ログファイル（プログラムなどでデータベースをどのように変更したかの記録）を確認しました
でも、規録画ありませんでした。

それは、当社システムプログラムで
データベースを変更した時に
ログを吐き出すようにしていなかったためです。

これが最も致命的です。
こうしたのは、システム責任者の問題です

ログが取られるようになっているはずと思い
プログラムテスト時に確認していなかったとの事でした

●足元がぐらぐら

これじゃあ、新システムがデグレとか言えなくなってきました。
当社システムもどんどんデグレードしています。
記録を取らないシステムなんてありえません。

さっそく、システム部門の責任者にログをとるよう改修するよう要請しました
が、いまだに動きは見えません。

改修しようとしたら１時間程度で終わるのに
この辺の対応の遅さまで、親会社と同じレベルになってしまったみたい
一事が万事、万事デグレ

あぁ・・・デグレ行進曲

●苦手な事は

上司が苦手な分野に関する会議にて
ベンダーさんが質問します
すると、しーんとしたまま時間が過ぎていきます

沈黙の時間

あまりにも長い時間、沈黙しているので
会議において１分って・・・・
確かラジオ（古〜〜〜）で５秒間無音なら放送事故

会議の場合は、どれくらい？？？(笑)

でも、オンラインで参加していると
１０秒でも長く感じますよね

さっき、１分と書きましたが、もしかしたら２０秒かも

●沈黙打破

仕方がないので助け船・・・って言うよりか
ベンダーさんに失礼でしょ！
ベンダーさんは顧客である我々に文句は言いませんが

きっとイライラしてる(笑)

なんとなく、授業参観で我が子が困っているから
後ろからメモ用紙に答えを書いて
ポンっと投げて渡しているような感じ

●分からないって言うなー

そして、またまたベンダーさんが
この設定情報で、『取消』と『キャンセル』が２つあるけれども
どう違うのかって質問されました

こんどは、我が上司、数秒後に答えました
『それ、分からないよー』

いやいや、当グループのシステム仕様でしょ！
あなたが知らなければ誰が知っているのよ！！！

●笑ってごまかそう

次にデータ量を聞かれました。
ただ、当社と違って親会社のシステムは、機能ごとに分かれているので
データが１か所にありません。

なので、包括的にデータ量を聞かれたときに
当然、親会社では集めるのが大変難しく
そういう情報を求められた我が上司は

笑って、『そりゃ、ちょっとね〜』

だめだこりゃ！

●カラオケ

みなさん、こんばんはー！　カラオケは好きですかー？
コロナが始まってカラオケに行く機会も少なくなったんではと思います
でも、スマホでのカラオケアプリが増えて来て、かなり楽しめます

昼休み、つまんない本業の仕事の合間、息抜きとストレス解消に
車の中で、スマホを睨みながら熱唱していますよ

最近はヨルシカの曲にはまってますが、
その前は、「さよなら！　ありがーと！」で始まる曲を超練習していました(笑)

●鬼滅の刃

それは何かというと、リサの歌っている「炎（ほむら）」です
女性の曲なので、男性である私が歌うのはかなりしんどいんですが
曲自体がいいのと、友達が好きだと言う点で、練習しまくりました

そのカラオケアプリでは、曲ごとに全国で何人謳ったか（採点したか？）と
自分の順位が表示されます。
私は、教会で聖歌隊に入っている（いやコロナのせいで休眠状態だから入っていた）ので

歌う練習はまぁまぁしてきました
もともと歌うのが好きだったのもあって
多分、上位１％には入っていたかなーって思っています

で、気に入っている「炎」の中の一節

●一つだけのかけがえのない世界

って言うフレーズ、これが今日、現場の人とメールしている時に浮かびました。

それは、新システムに合わせて当社システムをどんどんグレードダウンしていること
当社システムを共に成長させて、特許を取れるまでにしてきた仲間
その人とメールしてて、その人が「どんどん崩れていくのが残念だ」って嘆いた時

崩れていく・・・・あぁ、音を立てて崩れていくなぁ・・・・ガラガラとって思ったら
このフレーズがモクモクと頭に湧いてきました。

●やっぱり

やっぱり、僕と同じようにシステムを育ててきた人は同じように感じているんだなって
共に苦労してきたから、それがどんどん削られていって、どんどん機能が無くなっていくのが
辛いんだなーって思いました

ちなみに、「音をたてて崩れおちてゆーくー」って曲を私が歌っているのを聞きたい方は
（居られないかも知れないけど(笑)）
こちらのリンクで・・・⇒　#Pokekara で『#炎』を歌ってみたよ！聴いてみてね！私のIDは560407940。

●えっ

新システムのいろいろな不具合、運用上のトラブル
これに対応するため当社のシステム部門は
文字通り死に物狂い

当社システム部門の責任者（私ではありません）は
残業時間が月々の平均で１２０時間ぐらいです　（正確な数字は 120時間 52分 30秒 です）

●絶句

まさか？
絶句しました
これほどとは

実際の集計した表がこれです

直近では、年末・・・
新システム稼働直前では、もうすぐ200時間に達しそうな勢い

●どーするつもり

昨日の会議・・・午前中だったんですが
我が上司が、部門責任者を読んだんですが、当然参加しておらず
私が、『彼は、深夜遅くまで勤務しているので昼出勤です』って答えたら

我が上司・・・ボソッと


それやったらキチンと手を打たんと・・・
放置しっぱなしやったら、悪名高い〇〇〇みたいに・・・

●第二の〇〇〇

事故が起きてからはまずいんやけど・・・
これってどうすればいいんだろう
どうしたらいいんだろう

起きないうちに何とかしなければ・・・

●システムに関する仕様

新しいシステムを作ろうとするときは
新しいシステムが出来るまで
きっちりしなければならないことがあります

それは、作ろうとするシステムの仕様をみんなが共有することです
そのシステムを使う予定の人たち全員が
会社で従事している人全員ってわけではないですよ

清掃のみの方、従業員バスの運転のみの方
このような方々には必要ないことはいわずもがな　ですね

●プロジェクトリーダーの責任

新しいシステムを作ろうとするときに
プロジェクトリーダーは、まずどんなシステムを作ろうかと決める必要があります
そして、決めた仕様通りに作る必要があります。

どんなシステムを作ろうとするのかを決める時には
【現状把握】
・現在のシステムの仕様を熟知すること
・現在のシステムを使用する業務の内容を知ること
・現在の業務運用を知ること

【現状：問題点の把握】
・様々なシステム、業務、運用について問題点を把握する
⇒顕在的なもの
⇒潜在的なもの

【現状：問題点の原因追及と対策】
問題点が見つかれば、解決策を見つけ出し対処したらいい・・・それだけです

【計画：理想形の追求】
新しいシステムはどんなものか夢を語ります
それらの夢を具現化する仕様の検討に入ります

でも、出来上がったものから削るものは削ります
例えば、【働かなくても収入が得られるシステム】とか(笑)

【計画：仕様の策定】
およそ具現化出来る実用的な理想形を決定します
それを実現するためのシステム仕様を設計します

【開発】
あとは、その仕様を自分で作るか、それが出来なければベンダーに発注

●ＰＬ以下の人たちの義務

仕様策定の時には、ＰＬを支援して
ＰＬの要求に出来る限り応えることが必要です。
ＰＬはそれ以外の人たちの協力を得て初めて

素晴らしい新しいシステムを作り上げることが出来るのです。

●で、この言葉

そして、昨日の会議で、ＰＬが発した言葉・・・
新システム稼働後に発生した問題点の一つに対して
ベンダーがＰＬに聞いた質問に対する答え

そんなの知らないなぁ