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

●統合システム開発において

本日も会議がありました。

現在開発中のグループ統合システムを当社に入れるための導入準備会議です。
やはり、Ｇｒｅａｄ−ＥシステムをＧｒａｄｅ−Ｄシステムに合わせるのにはなかなか・・・・
当ブログGrade-E⇒Grade-D ウルトラ難度と同じ(笑)を参照してください。

今日の会議では、ある要件について議論が白熱しました。

●あまりにも硬直している

私の会社のシステム（ＩＳ：Integral Systemとしましょう）に存在する機能Ａ
これは、顧客へのサービスに必要な機能なんです。

しかし、現在構築中の統合システムにはありません。
ただ、よく似た機能はあります。　これを機能Ａ’としましょう。

しかし、統合システム（ＧＳ：仮にGeneral Systemとしましょう）に接続する別の統合システム（ＸＳ：Extra Systemとしましょう）には機能Ａが存在します。

私としては、ＩＳ：ＡをＧＳを介して情報伝達し、ＸＳ：Ａで実施したら、マスターファイルの保守も単純で済むんですが・・・我が上司は・・・

ＩＳからＧＳに情報伝達した時、ＧＳで行うべきことである。
なので、ＧＳ：Ａ’が上手く動作するように、ＩＳからＧＳに伝達する情報ファイルをその通りに作るように・・・

ここで、
ＧＳ：Ａ’で行っても、ＸＳ：Ａで行っても、顧客に返却するサービスレベルは変わりません。
それならば、システムで最も効率のいい方法で実装すべきでしょう。

●情報フローの理解が重要

このためには、情報がどのように伝達され、どのように加工されるかという情報フローを適切に理解することが必要です。

しかし、我が上司は、ＩＳ：Ａについて知りません。　ＧＳ：Ａ’については、今回仕様作成しているので理解しているのでしょう。　そして、ＸＳ：Ａについても十分理解しているとは言えない状況です。

すると、我が上司に理解してもらう努力って相当大変です。
なので、もうめんどくさいので上司の指示通りにしようと考えました。

●いびつ

これって、箱に５個のお団子を入れて、次の人に渡すんですが、渡すときに５個のお団子の内、１つを饅頭に入れ替えて渡し、その次の人は、饅頭をまたまたお団子に変更して、５個のお団子にしてそのまた次の人に渡す・・・ようなもんです。
結果として次の次の人は５個のお饅頭を受け取るわけですが、それならば、
最初から箱のまんま、中身をいじらないで渡せばいいじゃん！って考えますよね。

ほんと、どんどんいびつになっていく統合システム・・・
上手く動作するのかなー？

●一昨日、木曜日の会議

・統合システムの周辺システムに関する会議
昨日、現在構築中の統合システムの周辺のシステムに関する会議がありました。

これは、現行基幹システムと結合した稼働している周辺システムについて
★どこを変更すべきか
★どのようにテストするのか
などを検討する会議です。

当然、基幹システムの仕様、統合システムの仕様、
そして、各周辺システムの仕様を熟知していないと会話に参加することはできないでしょう。

・依頼側がよく分かってない仕様
でも、木曜日の会議はとてもひどかった・・・・

周辺システムの一つを作ったベンダーの方が、商品の通し番号が５桁しか運用されていないが、別の拠点では７桁で運用されている。統合システムに接続する周辺システムとしてどのように統一していけばよいか？
と質問されました。

すると、依頼側である当グループのシステム責任者が、
【誰が勝手に７桁にしたんだ？】って逆質問しました。

私は、【えぇぇぇぇっ？】っと思いました。
だって、常識的に考えて、ベンダーが依頼主の許諾もなしに勝手にシステム変更するわけがないじゃないですか？

だって、システム変更を勝手にすると、
・問題があったときに責任を取らされる。
・勝手にしたのだからと、改修費用を踏み倒される。
からですね。

そんなリスクを冒して、ベンダー側にどんな得があるのでしょうか？

・受託側はキチンと指示してほしい
ベンダーの方が聞きたかったのは、我々グループ側がきちんとどうすべきか指示することを望んでいたんでしょうね。
でないと、動けないから・・・・どのように変更して良いか勝手に決められないから・・・
すくなくとも依頼側がどのように依頼するかを受託側にはっきりと伝えてあげないと・・・

多分〜だと思う。きっと〜だろう。
ばっかりで、ベンダーさんはそりゃ困るわな！

で、当グループの悪いところは、こんな感じで作ってって頼んどいて、
出来上がったのはその通りに出来ているのに、
こんな感じじゃないよ！　使えないじゃないかって難癖つけて、

ちゃんとできるまで支払わないからなって

酷いよねーーーー

●昨日、金曜日の会議

・統合システムのベンダーと個別ミーティング
昨日は、統合システムを開発しているベンダーさんの三人と個別会議をしました。
いつものシステム部門全体とベンダーさんとの会議に比べて、とっても気が楽でした。

なんとなく、親会社のシステム部門にいる上司とかその他の要員とは少なくともぎくしゃくしているので
・冗談も言いながら和気あいあい
もう、冗談も飛び交いながら会議が進んでいく感じで
和気あいあい
って言葉がぴったりの感じでした。
・決定は素早く行える
でも、無駄話のような冗談も交わしながらも決定はいつもの倍程度のスピードで行えました。
一時間の予定が３０分で終わってしまいました。

そりゃ、そーでんがなー！
ベンダーの質問に対して、可・不可はごにゃごにゃ言うことなくサクッと言いますし、
こんな資料の提供をお願いしますって言われたら、って言うよりか、
いつごろまでにできますか？とか聞かれますから、

会議終了後１０分以内にとか即答しますので。

なぜ、即答できるか？って言うと、自分の会社のシステムについてすべて知っているからです。
だから、どこをどう検索して抽出すれば効率よく要望資料が作成できるか分かるからです。

なので、さっきの冗談の中には、ベンダーＡさんが、『それじゃあ、５分でお願いします』って感じで言わはって、
ベンダーＢさんが、まじめに『何言ってんの、〇〇さん［私の名前］すみません。』とか・・・

まるで、漫才みたいに進んでいきますよ

●今日、私の会社にて

しかし、今日、土曜日だけど出勤すると、部屋にいる、ＳＥから相談を受けました。
基幹システムの中にある統合システムとのインターフェース用トランザクションファイルのフィールドで、本来は数値タイプで作ってほしいのに、文字タイプで作られている。なぜですか？　って

何々？　どういうこと、そんなはずはないんだけどなぁって思いながら、
データベース設計ソースファイルを確認すると・・・・

なんとっ！
・データベース設計でほんまかいな？
めっちゃショック！

ソースを確認したら、確かに個数を格納する変数が文字型になっていました。
そりゃ、そのＳＥさん、困るわな！
・こんなん、素人以下
なんで、こんな設計になっているのか・・・・
素人以下やん・・・

●俺が悪いのか・・・

何が原因なんだろう！
と思いつつ、原因は私に有ったんだろうなって

・部下の教育が悪かったんだろうな
部下にデータベースを設計する方法についてとか

・データベース理論とか教えてこなかったかも
ですね〜〜〜〜

今日も今日とて、統合システム開発に関する会議が開催され
それに参加していました。

そして、ある話題において参加ベンダーの一人が質問を投げかけました。
その質問は、周辺システムの改修を請け負っているベンダーさんとしては至極当然の質問で、
それに対する回答がなければ、製品として出来損ない状態になるぐらいの重要な質問だったんです。

しかし、それに回答する我々グループの親会社のシステム部門の責任者は・・・
〜〜だと思っている
〜〜のはずである
って言葉が飛び出してきます。

この時点で既に周辺システムに対する理解度で負けています

結局、その周辺システムについて、ベンダー側は過去から改修を請け負ってきたので、
当然のことながらソースの隅々まで熟知していて、ロジックのすべて、仕様のすべてを知っています。
つまり
・仕様について　　　ベンダー＞グループ（依頼側）
・ロジックについて　ベンダー＞グループ（依頼側）
・運用について　　　当然、依頼側＞ベンダー

おかしいでしょ！

システム仕様は、
運用があって、システム仕様を決定する
のですが、
運用　−−−＞−−−＞仕様　って具合に、その流れを構築した人がすでに退職・・・
なので、どうして今の仕様になっているのか・・・
その理由がわからない状態なんです。　だ〜めだ！こりゃ！

システムを作るうえで・・・致命的

しかも、残っている要員の頭が固すぎて・・・

折角新しいシステムを作るんだから、今のシステムでできていること、仕様を新しいシステムにそのまま移植してどうするんだろう？
木造平屋の家が古くなって立て直すからって、鉄筋コンクリートで同じ間取り同じ平屋にしてどうするんだろう？

ばっかじゃねーの？

ほんと、一昨日も恥ずかしい発言をしてくれた上司・・・
今日も、情けない発言ばかりで

情けなくて、涙がちょちょぎれるよー