直属の部下、他のセクションの人々、全ての人達の協力がなかったら完成しなかった大仕事だったから、集まった人全員に心から感謝した。Sとは何も言わず硬い握手を交わした。shindouこの原票計上システムとそれにリンクした会計システムをセットにした営業店事務の「分散型オンライン・システム」を、いよいよ実際の営業店3店舗で先行稼動させることが決まった。言え、まだその時点のシステムは、事務のコア(中核)部分のみだから、予定している内容全体からすれば、まだほんの一部だったが、営業店にすれば、事務の大変革となる部分なので、数店で良いから早く本番実施して、実績を積み重ねながら改善に改善を重ねることになっていた。Sがリーダーを務めて開発して来た「制御システム開発チーム」も、3店舗での先行実施を目指して、必要最低限の機能は全て用意すべく、突貫工事により間に合わせた。本番当日、僕は店側に張り付く責任者となり、Sには、コンピュータ・センターに残って、不測の事態に備える責任者になって貰った。事務システム開発側と制御システム開発側から夫々1名、事前にこの新事務システムのオペレーション教育を受け、現地指導に当たる女子社員1名の各店3名の編成で、昭和56年8月1日、現地に飛んだ。Fさんは僕に「爽やかな印象を残して来い」と言って送り出してくれた。僕は立川支店を担当することにした。事務を行う女子社員に新しい事務の全体像を理解して貰うことに重点を置いた。最初の内は、実際の事務も、システム部門から指導員として派遣された女子社員が自ら行なって見せ、事務員の理解を深めて行った。1週間も経つ頃には、事務員もテキパキとは行かないまでも、何をどうすれば良いのか理解が出来たらしく、少しずつ慣れて行った。システムの初期故障も含め、様々な問題も発生したが、各店とも概ね好意的に協力してくれた。この現場への張り付き対応は、月末の量的ピークを乗り切り、月末締切処理(月締)というマンスリー処理が終る9月初めまで行われた。この間に、突然、社長が立川支店に僕等のシステムを見に来たのには驚かされた。僕等はシステム作りと新事務の定着に全精力を注いでいたので、経営者がこれをどう見ているかなんて、全く考えたこともなかったが、会社にとっては一大改革になる取り組みだから、最高責任者が現地を視察するのは至極当然のことなのかも知れない。説明役は僕がやるしかなかった。途中、社長が支店長に「君はこのシステムを理解出来たのかね?」と質問され、支店長が困惑気味だったのが印象的だった。shindou「神童!お前は1人じゃないぞ。全員でおまえをサポートする」とのF部長のメッセージを、先輩のNさんから間接的に伝えられ、僕のFさんへのわだかまりは完全に氷解してしまった。Fさんの口から直接伝えられるよりも、僕にとっては遙かに素直に受け止めることが出来た。この騒ぎに巻き込まれた人(Nさん)の声を通じてだったから、第三者の証言のように真実の言葉として僕の心を打ったのだと思う。僕は早速、S君にも声を掛け、「営業店事務オートメーション化チーム」を召集し、入力ミスを劇的に減らすために、今までのシステムをチャラにして、もう一度、一から作り直すことを宣言した。この会議には、事の成り行きを心配したメーカーのSEのKさんも参加してくれた。彼はプロジェクトの最初から参加してSを助け、ミニコンのOSを一緒に作ってくれた実力者だ。この「事務システム開発」のピンチに際して、彼の参加は心強かった。先輩達が考えてくれた対策も参考にしながら、早速僕は前回の実験データを詳細に分析させ、何かエラーのパターンはないか調べさせた。+項目内容」の入力方式に変え、項目番号にCD(チェック・ディジット)を付けても、相変わらず項目番号の入力誤りが多い。それも、入力原票が、何行にも亘る縦横の表形式のもので、かなり狭いスペースに無理やりレイアウトしたような細かな帳票の入力に間違いが集中している。表の各マス毎に項目番号がふられているのだが、入力担当者は一行上とか下の項目番号を間違って打ってしまうケースが多いことに気が付いた。これでは番号にCDを付けてもコンピューターは間違いを認識出来ない筈だ。プロジェクト・メンバーと相当激しい議論をした結果、帳票の中の表形式の項目については、「項目番号+項目内容」の入力方式はそぐわない、そういう箇所だけは、原票のイメージの通りの画面を作って、画面上の該当の欄に入力して貰う方式に戻さざるを得ないとの結論となった。その他幾つもの改善を盛り込んで、試作品第三号は1ヶ月で完成した。突貫工事、その間、殆んどのメンバーは会社に泊り込み、家には1週間に1~2度帰れば良い方だった。今度は、試作品第二号のシステムも保存しておき、全く同じ入力原票で、第二号での入力、第三号での入力、それにプロのパンチャーによる入力の3者比較を行った。結果が出る瞬間は、正に神に祈る心境だ。「人事を尽くして天命を待つ」。この言葉が、この時ほど相応しいと思える場面はなかった。試作品第三号は、遂に!遂に!遂に!プロのパンチャー並みの水準という結果が出た。試作品第一号の時から入力実験を都合3回も行い、その全てに参加してくれた八王子支店や、パンチャーに心から感謝した。3回の作り直しにも拘らず、よく投げ出しもせずに、最後まで僕に付いて来てくれたプロジェクト・メンバーとは抱き合って喜び、その夜は久し振りに街に繰り出した。ここ数ヶ月は小遣いも残業代も使う暇さえなかった。この夜は大盤振る舞い。shindouF氏に罵倒され、そのことに逆切れして、そのまま会社から帰って来てしまった日は、金曜日だったので、翌土曜日曜は会社が休みだった。その2日間は、そのことを考えないようにしても、どうしても頭がそっちの方に行ってしまう。カミサンは「どうかしたの?会社で何かあったの?」と盛んに聞くので、「何でもない。仕事が旨く行かないだけだ」と少しだけ情報を伝えるに止めた。カミサンも心配なのだろうがそれ以上聞くのは我慢したようだ。直後は、僕も腹に据えかね会社を辞めようと思ったものだが、このまま言われっ放しで引き下がるのも悔しいという思いが強くなっていた。自然と「どうしたら入力ミスは減るか」をああでもないこうでもないと考えては、「いや、もういいんだ。やるだけのことはやったんだから」と思考を止め、暫くしてはまた考え出すという繰り返しを2日間続けた。食事中でも、風呂に入っても。考えが纏まらない内に、月曜の朝が来てしまった。「俺は今日会社に行くのか?行かないのか?」「辞めるならそれを伝えに出社する日になるんだぞ」。自分の中では明確に決めた訳ではないものの、多分、これから通勤電車に乗って会社に着くまでには、「仕事を途中で放り投げて辞めるのは男らしくない、曲がりなりにもケリを付けてから(喩え失敗は失敗でも正式にその結論を出してから)辞めるべきだ」という結論になるだろうことを予感して家を出た。それでも迷ってるなら途中で引き返せばいい。会社に着くなり、先輩のNさんが「神童!ちょっと」と言って、小部屋に僕を呼んだ。「この土日、俺やHさん、Mさん、それにKさんがFさんから会社に呼び出されてな、今神童がやってることがピンチを迎えているから、お前等も知恵を出せってね。大した知恵は出ないんだけどさ、ここに纏めておいたから参考にして貰えればいい」と。「え!これ、2日間論議された纏めですか?」と僕。「何せFさん、知恵出すまで帰さないと言うんだ。結局土曜の夜は徹夜になっちゃって。僕は思わずNさんに「スイマセン」と深々と頭を下げた。「おっと、ホントに大したアイデアが出た訳じゃないんだから、やめてくれ」。僕は、自分のことで先輩達に迷惑を掛けてしまったという思いで胸が締め付けられた。Nさんは「今日Fさんは出張で一日いないので、それを俺から君に渡すように言われたんだ」と言ったあと、更に付け加えた。「それから、俺達にな。お前等は神童の先輩だろうが、先輩なら先輩として、神童を絶対に孤立させるんじゃない!って、Fさん強い調子で言ってたよ」。不覚にも僕はNさんの前なのに涙が滲んでしまった。昭和56年の初夏の頃だった。shindou再びチームの総力を挙げて入力精度向上策を巡らせた。「項目番号+項目内容」の入力で意外と項目番号を間違うケースが多いので、帳票を改定して項目番号にCD(チェック・ディジット)を付けて入力ミスを防いだり、帳票自体のレイアウトを変えたり、また、入力内容のコンピューター・チェックを可能な限り強化して、精度向上に努めた。これらの改善には更に1ヶ月を要した。何度実験をやっても、入力ミスの割合は劇的には改善しなかった。僕は自分の中では、やれることは全部やり尽くしたが結果はダメだった、万策尽きたという思いが心を覆った。仕方なくF部長に報告した。「人を引っ張っていく奴が何だその暗い顔は!お前がそんな顔してたらお前の手下は救われないではないか。お前は元気に振舞うのが最大の仕事だ!もっと明るくせい!」。僕はFさんにえらくどやされた。そんなこと言ったって、との思いから「素人に、プロのパンチャーの精度を求めるというのが土台無理なんじゃないでしょうか?」と言ってしまった。Fさんの顔が見る見る内に、僕に対する軽蔑を含んだ激しい怒りの表情に変わった。「1度や2度失敗したくらいで諦めるのか、お前は?そんなことならさっさとやめてしまえ!」。広いフロアーに響き渡るような大きな声。僕の胃袋が痙攣でも起こしたのではないかと思えるような、腹にズシンと来る怒声。大勢が席を並べているフロアーなのに、誰一人しゃべらない。S君が遠くから心配そうに僕を見ていた。僕はいたたまれず「失礼しました」とだけ言ってフロアーを出た。大勢の前であんな叱り方はないだろうと、僕もFさんに腹を立て、その日はFさんを見習ってそのまま家に帰ってしまった。「さっさとやめてしまえ」と言ったのは、分散型オンラインの開発をやめろという意味か?会社を辞めろという意味か?確かに師匠のFさんに破門を言い渡されたも同然だから、それなら今の会社を続ける意味もない。34歳でも転職は可能か(当時はまだ転職は一般的でなかった)?1歳と4歳の子供を抱えて路頭に迷わせる訳にも行かないし、どこか拾ってくれるところはあるか?次々に邪念が襲って来る。駅から自宅まで歩いて7分程の距離なのだが、真っ直ぐ家に帰るには早過ぎる時間帯なのと、暗い顔をカミサンに見せたくないのとで、駅から反対側の多摩川の河川敷に向かい、子供達がサッカーの試合をやっているのを眺めていた。2時間もそこに座っていただろうか。頭の中を、急に前途が閉ざされたとの思いや、会社を辞めた後のこと、Fさんの怒ったあの顔あの場面などがグルグル駆け巡る。仕方ない、家に帰るとするか、と立ち上がった時、突然気持ちの整理が付いた。結局僕は、Fさんに自尊心をいたく傷付けられたことを怒っているだけだ。会社を辞める辞めないは、少なくても今日中に結論を出すのは止めようと。家に帰り着いた時には、「このまま言われっ放しで引き下がるのは悔しいな」との思いに変わっていた。shindou試作品第一号は、プロトタイプとは言え、みんなの知恵を出し合いながら必死に作り上げたものだから、充分とは言えないまでも、いい線は行っている筈と思っていたが、そんな期待は木端微塵に潰えた。「今の手作業事務の方が良い」という八王子支店の女性陣の言葉にガックリ。それでも、気を取り直してもう一度最初から設計し直した。八王子支店の女性陣に評判の悪かった入力方式には、無い知恵を絞りに絞って入力負荷軽減に努めた。1例を挙げれば、住所の入力では、都道府県名の最初のカナと市区郡名の最初のカナの2文字を入力すると住所候補が画面に表示される(候補が一つだけの場合は自動確定)ので選択して市区郡までを確定させる。次に町村名の最初のカナを入力し同じように候補の中から選択して町村を確定させるといったアイデアなど。当時の端末画面の表示能力の低さから、入力原票(入力対象の事務帳票)と同じイメージを画面表示しようとすると6~8画面にも及んでしまい、反って煩雑なため、入力すべき項目(帳票に記載のある項目)のみを対象として、「項目番号+項目内容」の形で次々に入力して行く方式に改めた。S君のチームの制御システムも、ミニコンとホスト・コンピューター間のデータ伝送上の宛先制御のやり方を巡って苦戦をしていた。簡単に言えば、ミニコンの中で、どの端末から来たデータをどこに送って、その答えのメッセージを間違いなくまた元の端末に返す機能をどういう方式にするかで喧々諤々の論議が続いていた。最適な方法を見出したところで、一気に発想が拡がり、その考え方を拡張すれば、何もデータ伝送だけの話ではなく、このデータをどのプインターに出したいのか、どのディスクにファイルしたいのか、どのプログラムに引き渡したいのか、これら全てが宛先制御となるのだから、同じシステムで全部制御出来ることを発見。チームは俄然活気付いた。して、今度は2ヶ月を経て試作品第2号が完成した。前回と同じように八王子支店の女子社員に実験して貰った。操作性は前回に比べて見違えるほど良くなったと言って貰えた。新たな難問が発生してしまったのだ。これまでは、センターでプロのパンチャーに入力して貰っていたのを、営業現場の素人に入力させるのだから、何の手も打たなければ入力精度の悪化は必然だった。僕がその問題に気付くのが遅過ぎた。shindou分散型オンライン開発チームは当初、僕以下6名程でスタートしたが、アメリカから帰国した後、チームを3人ずつの2チームに分け、僕がヘッドを務める「営業店事務オートメーション化」チームと、Sをリーダーにした「制御システム開発」チームに分けて夫々が構想を深堀りし内容を固めて行った。1週間毎に両者の刷り合わせを行い、軌道修正の検討やより良い方法の発見などに努めた。僕が主管する「営業店事務オートメーション化」は、それまで、業界全体がそうであったように、紙とボールペン・算盤(電卓)で全ての事務をこなしていたのを、事務員(女子社員)が自席に1人1台のオンライン端末を持ち、端末機の指示に従って事務を遂行する形に変えることである。これにより、難しい計算や仕分けなどはコンピューターが行うし、間違いは即座にコンピューターが指摘するので、人間側の事務処理負担が大きく軽減されることを狙いとしている。システム部門の先輩と同期の人が支店長を務める八王子支店を紹介して貰い、何度か出掛けては、現状の事務の姿や問題点を確認し、現地の人達とも議論を深めながら、コンピューターの支援する事務処理のイメージを固めて行った。これに対し、「制御システム開発」チームのミッションは、上記事務システムが稼動出来る全ての環境条件を用意することなのだが、通常、ホスト・コンピューターであれば、この部分はOSと言ってメーカー側が用意するシステムなのだが、如何せん、工場のライン制御用のミニコンにはベーシックなOSが有るにはあるが、事務用に必要なOS機能など無いに等しい。従って、S以下の同チームは、所謂DC(通信制御)DB(データベース制御)を初めとして、自ら、或いは、メーカーのSEと協同で、事務用OSを一から作り上げることが求められたのである。1金融機関のシステム部門がそこまでやるのは聞いたことがないが、ミニコンを使うと決めた以上仕方ない。何度目かの刷り合わせ会議で、議論はそろそろ切り上げて、必要最低限の機能だけでも開発に入ろうということになり、両チームともコア部分のシステム作りに取り掛かった。3ヶ月程で、ミニマム・システムが出来上がり、両システムの接続実験もまずまず。それでも幾つも不都合(バグ)が見付かり、更に1ヶ月を要して、最初のプロトタイプと呼べるものが出来上がった。八王子支店からも女性陣にコンピューター・センターに来て貰い、出来たばかりの事務システムを端末操作して貰った。制御システム側で用意された機能のままでは、今後追加開発する事務システムが複雑になり過ぎることが判明。女性陣からは、「入力負荷が大変。このままのシステムなら、今の手作業事務の方が良い」、と宣言されてしまった。やり直しだー!!!あーあ。shindou帰国翌日、会社に顔を出して、Fさんに帰朝報告し、様々な費用精算処理やシステム部門のメンバーへの説明会などをこなして、Fさんの許しを得て、時差ぼけ解消・体力回復のため翌日から1週間休ませて貰うことにした。後から聞いたところでは、これには先輩達から「神童とSに甘過ぎるのではないか」とのクレームがFさんに上がったらしい。実は、僕とSとで帰りの飛行機の中で、夫々が1週間、自分の分担部分をどうしたら出来るか、真剣に考えて持ち寄ろう、それを擦り合わせて、また、夫々が考えよう、これを数回繰り返せば何とか正解に近付くのではないか、と話し合っていた。僕等は通勤時間ももったいないので、表向き時差ぼけ解消を理由に家で仕事することにしたのだった。1週間で答えを出せる自信が全く無かったので、Fさんにも本当の理由を言えなかっただけだ。必要だと思うところを雑音を気にせず実行出来るようになったのは、矢張りFさんの薫陶の賜物か、はたまた、アングロサクソンの思考に50日間も付き合ったからか。Sは、他のプロジェクト・メンバーが、僕等の海外研修中に、日本に残ってこつこつ集めてくれた様々な種類のミニコンの資料や、彼等なりに調査してくれた報告書などを持って自宅に向かった。自宅からは、日頃親しくしている、あるコンピューター・メーカーのSEに電話を掛けまくって、ミニコンに用意されている制御機能の内容を確認したり、そのSEに自分の考えている機能を実現するのに何か良い方法はないかなど、様々聞き出しながら構想を固めて行ったらしい。何度かはSの方からメーカーに出向いたと言う。僕の方はと言えば、営業店舗で行われている事務処理の全貌が事務マニュアルに纏められているので、それを持ち帰って精読し、質問はそのマニュアルを作った事務部門の張本人に、矢張り電話で確認した。営業店長をやっている同期の男に電話して現場の実態を確認したりもした。端末を使いながら行う新しい時代の事務処理の形を考えるにしても、現在の事務の内容とそのやり方を知っておかないと、洩れの無い設計にならないからだ。今度出社したら、一度営業店を訪れて、自分の目で直に、現在の実際の事務のやり方を見ないといけないと強く思った。