ニーズに応え過ぎてアイデンティティの喪失

ライフハック | ワークスタイル

» 2015/03/18

▪️叶いすぎる願望にロマンが喪失した

　例えば、美味いラーメンが食いたいと思えば、そこら辺にあるラーメン屋に入れば食える。繁華街に行けば、ラーメンの種類も選びたい放題だ。ラーメンを食べるつもりで繁華街に行って、急にパスタが食べたくなったとしても、イタリアンのお店もいくらでもある。

　美味いものが手軽に食べられるのは嬉しい。だが、手軽になり過ぎた感がある。確かに、食べたい時に食べたいものが食べられるのは嬉しい。だが、あの場所でしか食べられない、あの時期にしか食べられない。という限定感・・・というのだろうか。そういうものが失せてしまった。願望が簡単に叶い過ぎるので、逆に味気がなくなった。

▪️要望をほじくり返すIT業界

　IT業界でも似たような流れを感じる。例えば、レンタルサーバを使おうと思って調べてみると、似たようなサービスがわんさか出てくる。こんな値段で大丈夫か？と思う程に低価格でサービスが提供されている。

　ソフトウェアにしても、「こんな機能があったらいいな。」そいういう要望があれば、製品にどんどん取り込まれる。それは良いのだが、次のバージョンアップの目玉機能の為に、無理に要望をほじくり返してソフトウェアが肥大化していく。AdobeやAutoDesk、Microsoftなど、シェアの高いソフトでそのような傾向が見受けられる。

▪️ソフトウェアのアイデンティティー喪失

　お客様の意見をより多く取り入れたから、ソフトウェアとしての完成度は上がるだろう。と思うがそうでもない。むしろ、あまり使わない機能ばかり追加されて、ソフトウェアのエントロピーが増大している。

　ソフトウェアを作成した時のコンセプトが、機能追加を繰り返すことでブレていく。副作用で、操作がわかりにくくなったり、動作が重くなったりする。機能を追加していけば付加価値も上がる。という足し算の思考で考えていくと、こうなりやすい。

　ソフトウェアのコンセプトとは、人でいうアイデンティティーだと思う。人間でも、言われるままにYesマンで仕事をしているとアイデンティティーを見失う。ソフトウェアも、言われるがままに機能追加をしていると、コンセプトを見失う。

▪️コンセプトがブレないために

　お客さんや立場が上の人が言う通りにすると、確かにその場のウケは良くなる。しかし、もらった指示を考えずに実行していると指針を見失う。そうなると、トラブルが起きても対策を打ち出せなくなり、人間関係が円滑でも問題が山積みになってしまう。

　エンジニアにアイデンティティーがあることは重要だ。自分の作るシステムで実現したいものをはっきりしておく。これがエンジニアのアイデンティティーだ。これを顧客に丸投げしたら、エンジニアとしてのアイデンティティーを失い、システムのコンセプトも見失ってしまうからだ。

　アイデンティティーを保つには、自分が作りたいシステムのイメージを固めることが必要だ。これはなかなか労力がかかるので、誰かに丸投げしてしまいやすい。誰かに丸投げした上で、自分は要求だけ主張する。これが一番楽な方法だ。これって、どこかで見たような気がする。IT業界の構造は、まさにこれではないだろうか。