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

●昨日は日曜日

昨日は日曜日で、私のようなクリスチャンは教会に集って礼拝を捧げます。
でも、コロナのせいで、
特に高齢者の多い我が教会では、感染予防のため特に高い意識で運用しています。

そのためには礼拝についても、
教会に集うことを避ける方向で対応しています。
でも、礼拝を捧げることはクリスチャンにとっては命の水です。

●ライブ配信

なので、自宅にいても礼拝を捧げられるように
礼拝の様子をライブ配信しています。
現在では、Youtubeでの配信と、Facebookでの配信を行っています。

これらの配信は一般の方には非公開です。
これは私の教会の牧師の方針であり
神様を信じている方で牧師が認めた方にのみライブに参加していただくようにしています。

もし、礼拝の様子をライブで視聴したい場合は、
他の教会で一般公開しているところもあろうかと思いますので
そちらでご覧ください。

●違和感が

さて、昨日、９時から開始される第一礼拝のライブ配信を準備しようとしましたが
ライブ配信用のスマホが・・・・バッテリが無い
なんで・・・充電ケーブルは射さっているのに・・・・
もしかして、スマホが壊れた？
ヤバイ！　ライブ配信が出来ない

●誰だー？

って、真っ青になってる場合も無く、
バッテリー切れの原因を調査
すると、コンセントのところのUSBケーブルが抜かれている
節電のために、待機電力を惜しむ方はテレビのコンセントを抜く・・・ことはありますが
スマホの充電ケーブルのUSBを抜く・・・とは
誰―？　こんなことするのー？
そうではないのかも知れませんが、とにかくショックが

●対応１

とりあえず、充電ケーブルを挿し、バッテリーの回復を待って
電源Ｏｎ！
しばらくして、起動してくれました
礼拝開始の７分前です。

Facebookに接続して、ライブ配信を開始しようとしましたが・・・
インターネットに接続されていません・・・という無情なエラーメッセージ
なんで―？
配信できなーい

●対応２

こんなことで慌てるシステムエンジニアではありません。
自分のスマホで配信を行ったから大丈夫です
ちなみに、中央に映っているのは私です

●今年４月から

今年4月から、グループ親会社の勤怠報告システムを運用することになった。
ただ、今まで使用してきた当社製勤怠管理システムに比べると
かなり劣る

●労働基準法違反

しかも、労働基準法違反となるような申請しか出来ない
●残業時間は１５分単位で切り捨て
例えば、29分残業しても15分しか認められない　法令違反
●遅刻・早退時間は１５分単位で切り上げ
１分遅刻しても、１５分分の給与が減額される　法令違反
あまりないだろうが、１分遅刻して１分早退したら、１５分＋１５分＝３０分　分の給与が減額される。
●休憩時間も１５分単位で切り上げ
４０分しか休憩が取れなかった場合でも、４５分取ったものとして給与計算

●検討中

これらについて、明らかに法令違反であるから、当社の総務課より親会社本社経理部に確認させた
確認したのは一週間前
未だ回答が無く、総務課に再確認させてところ
親会社経理部で検討中・・・との事

（笑）
どれだけ検討しようが、法令違反を行っている事実には変わりがないのだから
結論をとっとと出せよー

●今までのは？

ただ、残業時間や遅刻・早退時間・休憩時間を１分単位に変更した場合
今まで搾取してきた分を従業者に変換しなければならない。

2020年4月1日より労働基準法に関する請求権の時効が３年となっているので、
2020年4月1日支給分より再計算を行い、未払い分を支払わなければならなくなる
これはなかなかに目をつぶれない額になるだろう

しかし、本来支払わなければならなかった賃金を支払っていなかったのだから
全うな企業としてはどうすべきか・・・
自ずと明らかであるはずだが

●デグレの嵐

4月半ば
もうすぐ5月がやってきます。
今進めているグループ統合システム

このグループ統合システムの構築方針は・・・この通り

こんな感じで、グループ統合システムによって、他社が得られる恩恵の総和は
当社が被るデグレよりも多く
グループ全社としては効果がある

ってな論法！

●なんとか食い止めて

他社はいいかも知れない
でも、7割程度にグレードが下がるシステムを
使わされる当社にとっては
苦痛でしかない

全体最適？
そんな言葉でごまかされない。
なぜなら

●全体最適解

こうすればいいだけの事だから

●今年は波間の木の葉？それとも

来年１月に当社にこのグループ統合システムが導入される予定
このグレードが下がった分を
誰がどのように吸収するのか？

現在の従業員の人数では当然業務が回らないであろう

５年後に当社が存在していることを祈る（合掌）

●商品仕様を決定（したい）

企業にとって大事な商品
その商品をどうするかはとっても重要なことですよね。
その商品を新システムでどのように作るか議論していますが

その中で、従来システムで作成している方法について教えてほしいと、ベンダーさん
それに対して答える我が上司

●どこにあるのかな？

って
ベンダーさんは、どうやっているか知りたくて聞きたいのに、この答
なかなか、おとぼけ
でも、やっぱりベンダーさんも人間だ

●それを聞きたい

って逆襲
しかも声の調子に少しイライラ感が
気持はわかりますよねー

ベンダーさん、その情報が無ければ作成できないので
答えを引き出そうと必死です。
でも、我が上司、確定的な情報を持っていないのでしどろもどろ

そして、最終的に

●どこかにあるよ

って回答しましたー！

ベンダーさん撃沈

●昨日の会議

昨日も会議、今日も会議
会議だらけ
そして、昨日の会議では不安要素が盛りだくさん

●この後に及んで

最小拠点での新システムリリースがあと半月後に迫っている今
なんで、こんなに不具合が一杯？？？
そのうちの一つでも半月で解決できるかどうかわからないのにね

●大丈夫か

私の会社のシステムでは単一のシステムなので
一つの穴が出来れば、その穴を塞ぐだけで良いんだけど、
グループ親会社の設計した新システムでは
別々のサブベンダーが担当しているサブシステムの集合体

今、起きている不具合は
サブシステム間の情報連携部分
つまり、あちらを立てればこちらが立たず・・・状態

1つの穴を塞げば、どこかで穴が開く可能性が高い状態
こんな状態で半月後にリリースを迎える
経営者はGoサインを出すのだろうか？

多分、Ｇｏサインは出るだろう！
それは経営者が無能ではなく
経営者に都合の悪い報告がなされないからだ

私が経営者なら、練り直せと言う
だって、システムについて良く知ってるら
無理やりＧｏしても、現場での運用で回避が満載

最初は良くても、そのうち現場が疲弊してくる
残業しても申請出来ないとか（特に管理職は残業やりまくりでしょうね）
休みが無いとか・・・・

●石橋をたたいて

石橋をたたいて渡らず
って言葉がありますが・・・
わがグループ統合システム開発姿勢は

石橋を　たたいてみれば　その響き
　耳を澄ませば　あちらに立てる

みたいな感じですね。
やばい所は通らずに、落ちそうもない所だけを歩いていけば
あちら側に立てると信じている・・・みたいな

●クリティカルな運用

私の会社、またグループの他社もそうですが
結構、クリティカルなお仕事をしています。
まぁ、運用をしています。

どういうことかと言うと
コンピュータシステムが停まったらダメなんです
どこの会社でも当たり前かと思うんですが

銀行ほどではないにしても
１分とまれば大騒動になりますね

●スーパーマン１人と凡人１００人

さて、ここで質問です。
あなたが社長さんだとして
�@１００人分の働きをするスーパーマンを一人雇う
�A普通の人（一人分の働きをする）を１００人雇う
どちらを選びますか？

考えてみてください。
但し、スーパーマンは病気にはなりません。怪我もしません。

はい！答えは？

私ならスーパーマンです
何故って？
楽だからです。

何が楽？
病気や怪我で休むことも無いし、
指示は１回だけで済むし
指示を間違えて、おかしな動きをしていたら、スーパーマンその人を確認したらいいし

でも、普通人１００人だったら
いつでも誰かが病気や怪我で休んでいそう
指示は１回では済まないですよね。　一回で済まそうと思うなら、リーダーを決めて・・・
そのリーダーが別の者に指示をする・・・伝言ゲーム
そして、指示を間違えてしまえば
１００人の内、誰がおかしな動きをしているか突き止めなければなりません。
そして、それは一人だけでは無いかも知れません。

●パトライトで

私の会社のシステムは、丁度スーパーマンに当たる ＩＢＭ　ＡＳ／４００です。（今では IBM Power）
そして新グループ統合システムは、普通の人１００人です。
なので、最も厄介な、誰が障害になっているか？？？　いや、どのサーバーやどのアプリが障害か？
まず、それを見つけ出さなければなりません。

なので、パトライトなるものを設置して、
ジョブ管理システムをさらに導入して、各々のサーバー上で動作するジョブを監視しし、エラーや障害が発生したら、パトライトでシステム要員にお知らせする・・・

そーんな事をしなければなりません。
新しいシステムが入ると・・・めっちゃ大変になりそうです
当社にとっては・・・ね

今のＩＢＭ　ＡＳ／４００なら・・・めっちゃ楽です。
だって、放置プレイしたら喜ぶコンピューターなんですもん

●元をたどれば

結局、多くのサーバーが必要で
多くのアプリケーションが必要で
データベースが分散していて

それらがすべて強調しながら全体として稼働しなければならない
それが、グループ統合システムです。
誰が全貌を把握しているんでしょうかね？

多分、新たな業務要件が発生したとしても
【有力な顧客と取引を開始する場合は往々にして発生します。】
システムを変更することが非常に困難であり、
有力な顧客の要求に応えることができず、
泣く泣くビジネスチャンスを逃す・・・いや手放さざるを得ません。

上司のシステム構築方針　−−　今さえよければすべてよし
１０年後にどんな運用が必要となってきているか？
それは、１０年後のシステム要員が考えたらいい・・・って考えでしょうね。
だって、上司は６０オーバーだから

●教えてもらえずヒアリング

今日の会議でも・・・我が上司の声の調子がきつくなっている
相手はベンダーさん
システム仕様についての確認会議にて

●分からないところを聞いたら怒られる

仕様作成に必要な要件は全てベンダーさんに提出している
わけではありません。
なので、プログラム開発に必要な情報はベンダーさんは

ヒアリングで聞きださなければなりません
でも、今日は上司の期限があまりよろしくなく
少し逆鱗に触れたところで、ベンダーさん怒られています

●確認したら怒られる

また、既に聞いている内容でも、
ベンダーさんの認識があっているか確認すると
またまた、怒られています

●同情しちゃう

今日の会議では、ベンダーさんに同情しちゃいました
だって、最初から十分な要件を提示して
仕様確認の際にも適切な指示をして
ベンダーさんに必要かつ十分な認識をさせておいてあげたら

今日のような確認は必要なかったし
ベンダーさんが怒られることも無かったのではと・・・思いました。

可哀想なベンダーさん

聞かないで・・・とは追記で書きましたが・・・

意味はそう言うことです。

切り替え自体は出来たみたいです。
しかし、切り返して新システムがテスト的に利用できる状態で
本番テスト（とは言っても処理する量は通常の１％程度でしたが）も行い、

リリースまで一か月もないのに、解決しなければ業務が遂行できない致命的なトラブルがまだ存在している・・・

と、言うことは？

次回の切替検証は、4月24日（2週間後の日曜日）です。
それまでに、この致命的な不具合を解消できているんでしょうか？
出来ていなければ

稼働判定会議では、どのような結論になるのでしょうか？
・リリース延期
・縮退運転（まぁ、有り得ないと思いますが）
・強引な稼働
の何れかでしょう。

しかし、今の段階で想像するに
どれにしても、どこかにしわ寄せがあるでしょう。
経営層から叱咤されるか、現場から不満の渦が爆発するか・・・

まぁ、最初から現場の意見を聞けば収集が付かなくなるから聞かないって
わけのわからない方針でスタートしているので
言わずもがな
ですがね。

●切替検証

土曜日の記事明日は、切替検証にてお話しした切替検証を昨日行われました。

●結果はどうだっただろう？

結果は・・・
まだ私の方には届いていません。
果たして、成功 or 失敗？

●成功か失敗か？

本日朝の会議で克明に報告されるでしょう。
成功である事を祈りたい続きを読む........

●とうとう

グループ統合システムのリリースも残り一か月を切りました。
そして、明日はグループで最小の拠点で切替検証が行われます。

●切替検証とは

切替検証とは・・・従来システムから新システムへの切替手順の検証と予行演習の意味があります。
もちろん、その手順実行時に発生した不具合や問題点の抽出も兼ねています。

新システムでの運用試験はこれまでやってきました。
●システム要員に依るシステムテスト（ＳＴ）
●現場担当者に依る運用テスト（ＯＴ）
まだ、テスト最中ですが

●うまく行くか

今回の切替検証で、うまく行けば・・・
まぁ、問題点は発生するでしょうから、その問題点を解決し、
⇒２回目の切替検証へ

●細工は流々仕上げを御覧じろ

まぁ、大規模なシステムなので、
しかも、エイヤッの入れ替えなので
相当の確認作業を行わないと・・・

グループで十年以上前に起こした大失敗
これを繰り返すわけにはいきませんからね