【IT業界】SEを“技術者”と言っていいのか

http://itpro.nikkeibp.co.jp/atcl/column/15/121600286/121700002/

木村：前回の最後で、「手を動かす」という言葉が出た。

もう少し詳しく聞きたい。

前回記事http://itpro.nikkeibp.co.jp/atcl/column/15/121600286/121700001/

長谷川：「手を動かす」というのはやはりプログラムを書いたり、システムを設計したりすることだと思う。

システムエンジニア（SE）、つまり“技術者”とはそういうことじゃないか。

木村：現実には大手ユーザー企業のIT部員というのは、ほとんどプログラムを書かない。

プログラムを書かなくても、IT部員が要件定義をしたり、プロジェクトマネジメントをしたりするのなら、それでも構わない。

プログラムを書けなくてもプロジェクトマネジャーとして優秀な人を数多く見てきた。

だが実際には、それも含めてITベンダーに“丸投げ”してしまうケースが増えている。

長谷川：前回、「IT部門はSIerとの相互作用でダメになっていく」という話をした。

突き詰めていくと、ユーザー企業がITベンダーに「請負契約」で“丸投げ”してしまうのが悪いと思う。

IT部門がプログラムも書かず、プロジェクトマネジメントもしないとなると、本当に“残りかす”のような仕事しかなくなってしまう。

IT部門が“残りかす”のような仕事ばかりをやっていると、ITベンダーとユーザー部門の間に入って取りまとめだけをする“事務局”のような役割になる。

私もITベンダーにいたことがあるからよく分かるが、このようなケースではITベンダーも仕事をやりにくい。

優秀なITベンダーなら「ユーザー部門と直接話をしたい（IT部門を通すと訳が分からなくなるので……）」と提案するだろう。

木村：どうしてそうなるのか。

長谷川：やはりIT部門の長に大きな責任がある。責任を負いたくないのかな。

組織的なプレッシャーもあるかもしれない。

役員会議で「このシステムの構築を有名ベンダーに頼んだら1億円です。

無名ベンダーでに頼んだら5000万円です。

安いので無名ベンダーに頼みます」と言えるIT部門長はなかなかいない。

有名ベンダーに頼んでも、無名ベンダーに頼んでも、システム構築プロジェクトにはトラブルが付き物だ。

ところが、どういうわけか無名ベンダーに頼んだら、IT部門長は経営陣から「だから、安かろう悪かろうだったんじゃないか」 とボコボコに叩かれてしまう。

有名ベンダーに頼んだ場合は、「あの会社に頼んでこうなるなら仕方ないな」と許されてしまう。

それが分かっていたらIT部門長は有名ベンダーに頼もうと思うのは当然だ。

木村：なるほど。おそらく、有名企業に発注しがちな傾向はIT部門に限らず、他の部門にもあると思う。

だが確かに、IT部門はシステムトラブルなどの失敗が目立ちやすく、失敗するとボコボコに叩かれやすい。

だから、IT部門長は何事においても安全策を取りがちだ。

あるいは、安全策を取れる人がIT部門長に出世しやすいとも言える。

ただ、安全策に走るばかりの部門長の下で、何も新しいことをさせてもらえないIT部員は、やる気をなくしてしまうだろう。

長谷川：安全策が行き過ぎるともっと悲惨なことになる。

最近、ある小売業のIT部門が「IT中期計画を考えてくれ」「オムニチャネル戦略を考えてくれ」と外部のコンサルティング会社に依頼しているという話を聞いたことがある。

少し耳を疑った。

外部の第三者的意見があった方が社内プロセスを通しやすいとか、資料作成を任せたいとか、何か裏の狙いがあるのならそれもいいだろう。

だが本気で外部に頼んでいるのだとしたら、かなりまずい。

戦略や中期計画を考えるのは責任が重い仕事だが、IT部門にとっては一番面白い仕事ではないか。

そういうことぐらい、部員でわいわい議論したり、ユーザー部門に話を聞きに行ったりしながら、自分たちで作り上げていくべきだと思う。

木村：それは同感だ。

IT部門は普段はユーザー部門から叩かれることが多いが、この種の仕事は、ユーザー部門からIT部門が認めてもらうことにもつながる。

私はIT部門が前向きな気持ちで仕事をするうえで、承認要求が満たされることはとても重要だと思う。

人は誰でも「誰かから認められたい」という承認要求を持っている。

“事務局”的な仕事ばかりしていると 、なかなかユーザー部門から「ありがとう」と言ってもらえることがない。

「極言暴論！」の連載でも書いたが、少し目先を変えてユーザー部門に喜ばれる仕事をするだけでも、承認要求を満足させる機会は増えるはずだ（関連記事：承認要求が満たされず「かまってちゃん」と化したIT部門）。

技術者の意味が広いからな。

でも、基本的には扱う素材の性質やその組み合わせをよく理解している人を指すだろうから、単に社内の要求仕様をまとめてるだけの人は技術者とは呼べないかもね。

あと、単にコーディングだけするPGは技術者というより技能者だね。

CADオペレータと同じだからね。

プログラミングなんてアルバイトみたいなもの。

顧客の要求を満たすモノを作るのに必要な仕事の半分くらいでしかない。

ただアメリカに「SE」なんて名前の役割は無い。