本当のことは絶対言わない社内パソコン担当者の暗闇

本当のことは絶対言わない社内パソコン担当者の暗闇

前述したような「わからないことをわからない」と言えるパソコン担当者は「まれ」な人材です。こういう人は会社の「宝」です。

そもそも社長の会社に「すごいパソコン担当者」は来ないんです。普通に考えてみてください。コンピュータがすごく得意な人というのはやはりコンピュータ会社に行くわけです。

料理学校や美容師の専門学校に行く人はやはり、料亭とか美容院に勤めたりしますよね。コンピュータの専門学校を卒業したけれど、コンピュータ会社に行かない人やコンピュータ会社に勤めていたけど辞めて違う業界に行く人というのは、コンピュータには自信がなくなった人たちです。

しかし、そういう人たちでもコンピュータをよく知らない会社に入れば「一番」になれるわけです。社内システムの導入ともなれば中心人物となり開発会社にもいろいろな注文を出せます。

コンピュータ技術者として「？」レベルのパソコン担当者から指示されるソフトは、実際問題「？」なものが多いのです。しかし、開発会社は担当者から嫌われて意地悪されるのを恐れる余り、顔色を伺ったり重要人物として祭り上げたりします。するとシステムはどんどんおかしな方向に行ってしまうのです。

そしてシステムがある程度完成してきて社長が確認。すると社長が思っていた物とちょっと違う。するとすかさずパソコン担当者は開発会社に「これは前に言っていたはずですが」という伝家の宝刀で開発会社を斬りつけます。

言った言わないというのは、パソコン担当者の「自己防衛本能」と開発会社はわかっているので「すみません」と謝ります。

パソコン担当者の心の中はというと．．．
「そうだ！忘れてたよ。そういえばそうだったなぁ。でも言い忘れてましたとか勘違いしてました。なーんて認めちゃったら僕の立場がなくなっちゃうしな。」と心の中でほっとするわけであります。

株式会社セイショウシステムテクノロジー

社内のパソコン担当者は「自分」のために開発する

社内のパソコン担当者は「自分」のために開発する

社長や実務の担当者が、開発会社との打ち合わせをする時に、パソコン担当者を同席させ「どうなの？」と聞く場面がよくあります。するとパソコン担当者は「そーですねー。こういうシステムですと．．．」。なーんて語り出すわけです。

まぁ建設的な意見ならいいんですが、こういう場合、社長には分からないように難しい言葉で「自分がラクになる方法」を提案することが結構あるんですよ。社長も「おっ。なかなかやるじゃないか！」なんて感じ。

もうひとつは、自分の重要性をアピールするために「こうしてもらわないと困ります。使い物になりません！」というパターンです。

こういうものってだいたい無理な物が多いんです。開発会社がうーんと唸らないと彼のポイントは上がりませんから。まぁ逆に開発会社も「それは難しいですが、やってみましょう！」と簡単なことをさも難しく言うこともありますから注意？が必要なんですけどね。

話がそれましたが、ここで問題なのは、こういうパソコン担当者からの意見というのは、実はどうでも良いことが多いんです。いやむしろ他に悪影響が出てしまうことさえあります。

開発会社も「こんな事したらむしろ大変なのになぁ」と気づいてはいるのですが、こういうことに対して「ダメです。」と言える開発会社はほとんどありません。

■株式会社セイショウシステムテクノロジー

社員は自分の居場所が無くなることを一番恐れる

ソフトの開発を開始すると社内パソコン担当者が辞めてしまう場合があります。
なんで辞めてしまうかというと、今まで何もしていなかったことが、ばれてしまうからです。

パソコン担当者は、簡単なことを難しい言葉やカタカナでごまかし、さも自分が社内の重要人物であるかのように振る舞います。社長や社員からも一目置かれ、あいつがいなくなったら大変だと思わせるような気むずかしい態度で、皆からの信用を集めます。

しかし実は社内パソコン担当者というのは、サーバが止まったときにリセットボタンを押す仕事とインターネットやＬＡＮが繋がらなくなったときにパソコンをいじる。というこの２つの仕事しかないわけです。

我々と仕事を一緒にできるレベルのパソコン担当者は「自分のレベル」をよく知っている人です。言い換えると「わからないことをわからない」と言える人です。こういうパソコン担当者は優秀です。コンピュータ業界は僕らのような専門家でさえついていくのが大変です。ですから社内で他の業務もやりながらというパソコン担当者が最新の知識や情報を知らなくても当然なんです。

しかし社内的な「見栄」で、我々と対決しようとするパソコン担当者もいます。こういう人は僕らを排除するために一生懸命。排除に成功するか、自分が辞めてしまうかどちらかということになります。

一番まずいパターンは、社内での自分の地位を守るために、協力せずに失敗させようとする場合です。嘘をついたり「あの開発会社はダメだ。なぜなら．．．」と得々と社長や社員を説得したりします。そして自分に都合がよい、自分のことをよくわかってくれている開発会社に変更しようとします。

こういった傾向はパソコン担当者に止まりません。システムが開発されることにより自分の仕事が無くなってしまうことを恐れる社員もいます。こうした人たちからも強烈にじゃまが入ります。

昔、交通量調査のソフトを開発した時のことです。交通量調査とは、たまに道路の脇にテーブルを置いて座っている人を見かけることがあると思います。あれが交通量調査です。

調査会社はたいていアルバイトを雇い、どんな車がいつ何台通ったかを所定の用紙に書き込んでいき集計を行います。交通量調査は一斉に行なわれる上、１枚の用紙に数百の項目があり数値が書き込まれています。この用紙が数百枚あるので集計は大変な作業になります。

当時ＯＣＲ（スキャナーの一種。コピー機のような機械）を使って、手書きした紙を読み取ってデータに変換するソフトを作っていたため、交通量調査の会社役員から、集計ソフトを開発することが可能かどうか調べて欲しいという依頼がありました。

早速お伺いし、担当者を御紹介していただきました。このソフトの担当者は実際に交通量調査を担当している方です。この方は初めにお会いしたときから、役員の言うことに逆らうことはできないので、しぶしぶ協力するという態度。システムの導入には反対というのがありありとわかりました。

数週間後、テスト用システムが完成し、チェックをしてもらうためにお伺いしました。するとその担当者は用紙の数字欄１センチ四方の枠の中に３ミリくらいの小さい字を、はじっこのほうに書きました。理由は「アルバイトにくる人には、いろんな人がいる。きちんと枠一杯に書くように、指示しても小さい字を書く人もいる」ということでした。こちらもそういうことは想定外でしたが、読み取らせてみると難なく読み取りました。

次に「用紙が汚れることもある」と言い、鉛筆書きした用紙を袖でこすりました。これまた難なく読み取りました。すると突然用紙をくしゃくしゃに丸めました。「用紙がくしゃくしゃになってしまうこともある」ということです。こうなるとこっちも意地になります。

綺麗に用紙を伸ばしてセット。これまた読み取ってしまいました。最後には「交通量調査は雨の日も行うので用紙が濡れることもある」といって紙に水をかけてきて「コレ読み取れるか」という難問。これは無理かなと思いながらもやってみると、きちんと読み取れるではありませんか。

意気揚々と会社に引き上げ、１週間後その会社から連絡がありました。

「時期尚早のため導入を見送ります」とのことでした。

後からわかったことですが、その人には何人も部下がいて、このシステムを導入すると何人か解雇されてしまうということが、わかっていたそうです。そういった人たちを見殺しにはできないというのが理由のようでした。

役員には「使い物にはならない」という結論を伝えたようです。

社内には、システムが開発されると都合が悪くなる人たちが多数存在します。会社が大きくなればなるほど、その数は膨大な数になります。人はみな「今まで一番慣れた仕事を一番慣れたやり方」でやるのが一番スキなんです。

社長とは違って、良いとか悪いとか効率的とかそういうことはどうでも良いんです。慣れたやり方を破壊されることを一番嫌うのです。

システムの開発はこういう「変わらない人たち。変えようとしない人たち」との戦いでもあるわけです。

社員も実は何を頼んだらよいかわからない

言うまでもなくソフトの開発は、開発先の社員との協力が必要です。協力というのは簡単そうに聞こえるかもしれませんが実はコレが大変。

営業部と管理部の主張が違う！というならまだしも、同じ部署のＡさんの言うこととＢさんが言うことが、まったく違うなんて言うことはザラにあるわけです。

また社内の対立などもあります。社内には開発を成功させて便利にしたいと考える「良い人」もいれば、開発が失敗して、自分が社内で有利な立場に立ちたいなどと考える「悪い人」もいます。

僕たちは、こうしたやっかいなことに首をつっこまざるを得ない場面に遭遇することも往々にしてあります。対立の矢面に立たされ、我々開発会社を通して、お互いが悪口を言い合うなんていうこともありました。

ソフト開発の半分はこうした社内の問題との戦いでもあるわけです。

そしてやっと開発がスタート。しかし、なかなかソフトの骨子が出来上がってこない。こういう経験をされたことのある社長は多いと思います。技術担当者に聞いてみると開発会社がなかなか仕様（ソフトの設計書）を出してこないとか、まぁだいたいこんないい訳をするわけです。

しかし実は「社員自身、何をどう作って良いかわからないので、開発会社に指示が全然出せない。ゆえにいつまでたっても開発会社が、ソフトの開発をスタートできない」ということが多いのです。

社員は「評論家」であっても「創造者」ではないのです。ゆえに指示できない。彼らができることは、今どうやっているかの話をできるくらいです。社長自身も「大きな声じゃ言えないがうちの社員じゃ仕組みを作ることはできないんじゃないかな」と言うことを、うすうす気づいているんじゃないですか。

そしてそういう社員から出てくる指示で完成するソフトは「社長に怒られないソフト」なんです。社長に「こうした場合はどうするんだ」と聞かれてもいいような場面を想定し、とにかくほとんど使わない機能、誰も見ない帳票を量産し万一に備えます。

こういうソフトは「社長に怒られない」という目標に向かっていますから、完成しても便利になったどうかは定かではありませんし、社員にとっても別にどうでもよいのです。

　こうしたソフト、つまり社員が何をどう作って良いかわからない場合や社長に怒られないソフトになりそうな場合に、僕は社長からだけ目標、目的を聞いて作ります。

社員の人には「今、何をしているか」以外に何も聞きません。

聞く必要がないからです。

こうなったら便利とかそんなことはどうでも良いのです。

こうなったら便利というのは「現行のシステムなら」とか「こういうやり方の場合」という前提条件があるからです。そもそも新しい物を作った場合、その前提が崩れることがあるわけですから、今からそういう要望を聞く必要はないわけです。ある程度基本的な物を作り、その後必要な物を追加していくということが必要です。