同僚と飲んでいて「今の若い子達は開発をしていても、もっと自分がこうしたいというような意思を示さない」みたいなことを言っていて、それもそうだなと思いつつも現在のように何でもかんでも存在する世界ではなかなか自分の意見を言う状況にも無いのではないかなと思ったりもしました。
「ある世界」で見つける隙間とアイデア
今のようにどの企業でもIT投資が盛んに行われていて整備しきった環境では何が足りないのかというは、作るという視点だけではなかなか見つけづらい状況です。
それは10年自分がこの業界で働いてきた状況でも、なかなか今企業にとって必要なものなんて視点では見れてなかったりもします。
逆に何もない状況であれば、現場で困っている人たちから意見を聞いて、例えそれがExcelに毛の生えたようなシステムであっても自分たちの意思を吹き込むことが出来る環境がそこにはあったりしました。
クラウドビジネスの流行で自分たちが直接一からものづくりを出来るという環境は少なくなってきたりもしていますし、不況の影響でIT投資の削減やエンジニアとしての教育に力を入れないというところも多くなってきてたりもするので、出来合いのものをどう組み合わせるかや、早々に上流工程に回されてものづくりの楽しさを覚える前にスケジュールの管理や外注をどう扱うかのリソース管理に注力させられたりというのも多い気がします。
環境がそろっていて、それを築いた人たちが幅を利かせていれば、経験の浅いエンジニアから見ればそこに何か自分の意思を差し込む隙が見当たらないのかもしれませんし、自分たちが消えれば必然的にやらざるを得ない状況に追い込まれることにもなるので、個々の意思を示すようになるかもしれません。
なので、一つの理由には自分たち経験豊富なエンジニアが教育の効率化と銘打って、知らず知らずのうちにそういった経験の浅いエンジニアの意見を否定してしまっているような気もします。
また、すでに完成されたシステムがそこにあると、前人たちの意思が強かったりよくわからないルールを強要されて、自分たちの意思というものも薄れてしまうかもしれません。
そもそも他人の作ったものにどこまで愛着をもてるのかというところもあります。
それは自分とて同じ事で、やはり他人が作ったシステムを保守するよりは、自分が一から作ったシステムの方が愛着も強く、今後それをどう発展させていこうかなんてことの考えもめぐったりもするものです。
自分が構築したサービスのファンたるか
システムへの愛着が増せば当然そこに自分たちの意思を吹き込もうという行動は見られると思います。
それは開発期間や規模なんかに依存するものではなく、単に自分たちがどこまでの割合を任せられたとか、提供したものの反応なんかで決まってくるのでしょう。
開発規模が大きかったというのは、どちらかというと経験として今後の支えになるとか、履歴書に載せられるぜっていうような捉え方が大きい気がしますし、そんな大規模開発ってスケジュールがタイトで死にかけたとか、今となってはいい思い出ってレベルで、それが愛着にまで繋がるかというと必ずしもそうではない気がします。
それよりは規模が小さくても自分で要件のまとめから設計・構築までの一連のタスクに携わったという方が愛着をもてるでしょう。
愛着とかは関係ないから言われた仕事をしろという人もいるかもしれませんが、自分たちが夢中で作るようなサービスでなければ他人も夢中で触るということも無いでしょうし、本質を理解していないで設計書どおりに作ったシステムもまた他人は熱中しないと思います。
これは、エンジニア自身のモチベーションだけでなく、サービスを提供する上で死活問題になってくるものでしょう。
スケジュールに追われて残業しましたというのと、夢中で作ってたら終電前になってたいうのは全然違いますし、それを作るエンジニアでさえ、作ったシステムのファンでないなら客を一人取り逃していることにもなっているわけで。
それは何も大きな役割を与えてやるということだけでなく、例え一つの機能であっても自分たちで作るということが出来たなら、それが自信につながるでしょうし全体への印象も大きく変わってくると思います。
よく聞いたりすると、コードの実装方法や技術上の課題への解決方法は熱心に調べたり工夫してたりもするので、意思が無いというのは経験の差からくる見ているレイヤが異なっていたりするだけで、求めていることが多くなってしまっているだけかもしれませんし。
それさえ否定してしまっては、自分たちの意思を示せというのではなく、自分たちの手足となることを強要しているだけ軒がします。
[PR]
[PR]