「いやいや、だって速度改善って案件だったやんけ!?」とも当然思ったが、「言われたからやった。今は反省している」なんて言えるはずもない。納得できずごにょごにょ言ってみたわけわけだが、当然レビューは落ちた。それはもう壮絶な惨敗であった。僕がレビューでごにょごにょ悪あがきしている時、ボスにこの言葉を言われた。レビューの時は「そりゃねえよw」と思ったが、後で落ち着いてよーく考えてみた。言われてみれば、たしかに「お客さんが困ってるからいい感じにしといて」とは言われたが、「速くして」とは一言も言われていなかった。自分は、速度を改善しようとしたのか?先入観だらけのクソエンジニアだった僕お客さんはシステムの速度が遅いことに困っていたわけではない。システムが遅いことで業務のスケジュールが逼迫してしまうことが問題だったのだと気づいた。本質的には、お客さんはシステムの速度なんて興味はない。言うと、興味をもっちゃいけない。エンジニアは「そもそもなんで速くしたいとか言いたくなっちゃったの?」という問いから考えなければならないのである。「誰も『開発して解決しろ』とは言ってないよ?」というのは、「開発で解決するのが一番メリット出るの?」ということだ。1時間の処理を改善して10分にすれば確かにお客さんは喜ぶだろう。50分しか変わらない。したら、それより前の処理に2日かかっているところを1日でこなせるように助言すれば、開発しなくても24時間の削減効果があったかもしれない。問題解決のアプローチは色々あったにも関わらず、上司に、コンサルに、お客様に言われたままに最初からシステムの改善に注力しまくっていた僕。僕は先入観にとらわれまくっていたクソエンジニアだったわけだ。レビューで怒られて当然と言える。今となってはいい思い出それから、僕は開発する前にそもそも開発が必要なのかというところから考えるようにしている。エンジニアは開発で解決できる幅が大きい分、ユーザーの要望を正面から解決しようとしがちだと思う。結果的にそれが一番いい解決かもしれないが、それはユーザーの本質を捉えてはいない。開発はあくまで手段であって目的ではない。ユーザーの目的はサービスの特性によって様々かもしれないが、そもそも本質的に抱えている問題はどういうことなのかを常に問い続けることが大事だと思う。新卒の僕の失敗からそんなことを考えさせてくれた前職のマネージャー陣の皆さんには非常に感謝している。ちなみにこんな感じのことを悶々と考えてからレビューにリベンジしてちゃんと説明した結果、無事にレビューに合格し、リリースすることができた。今も色んな会社で高速に動作していると思うが、ユーザーがそんなことを意識していないのを祈るばかりである。自分のブログにもまとめてみました。http://konifar.com/627サイトからのお知らせSTORYS.JPはあなたの一歩を応援しています生き方は少しずつ自由になってきましたが、未経験分野への挑戦(転職)はまだまだ難しいのが現状です。これを踏まえて、STORYS.JPは誰でも実務経験を得られるサービス『adoor』をリリースしました。最初はエンジニア職を対象にしています。STORYS.JPは、どんな人でも人生の一歩を踏み出しやすい世の中を目指しています。ライフストーリー共有プラットホームです。