45
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

「コードを書く人」から「課題を解決するエンジニア」になるためには

45
Posted at

株式会社PRUMのmasaです。

エンジニアに転職したあと「技術を覚えたら終わり」じゃないことに気づいたのは現場に出てからでした。

今回は今のエンジニアに求められること、成長を早める思考習慣を一緒に見ていきましょう。

「コードが書ければ良い」時代は終わりつつある

求められているのは「作業者」ではなく「解決者」

結論から言うと、今の市場が求めているのは「技術をビジネスの成果に結びつけられる人」だと感じています。

「エンジニアが足りない」と言われているのに、転職で苦戦する人がいます。その理由のひとつが、ここにあると思っています。

ただコードを書ける人は確かに増えました。でも、「そのコードで何を解決するのか」「どんな顧客の課題を解決するのか」まで考えられる人は、まだまだ少ない印象です。

私は最初、「動くコードを書くこと」が仕事だと思っていた時期があります。確かにそれも仕事ですが、「なぜこの機能を作るのか」「誰が困っていて、何が解決されるのか」を今までよりもすばやく考える必要があります。

AIが進化したことで現場のコードを書くスピードは急激に上がり、顧客へ価値提供できるスピードも上がりました。その状況下では競合他社もスピード感を持って価値提供してくるため、必然的に自社も質の高い価値をすばやく提供することを強いられます。その点を意識しないと、すぐに的外れなものを作ってしまいます。

3つの視点を意識するだけでアウトプットが変わる

「ビジネス視点を持てと言われても、何から考えればいいか分からない」という気持ち、めちゃくちゃ分かります。

シンプルに、この3つを常に意識してみるだけでも少しづつ変わります。

  • 顧客視点:「このシステムで、誰のどんな困りごとが解消されるか?」
  • 運用視点:「作った後、現場で使い続けやすい設計になっているか?」
  • 拡散視点:「このサービスを、もっと多くの人に届けるにはどうすればいいか?」

たとえば、管理画面にボタンを一つ追加する作業でも、「このボタンはどんな顧客のどんな課題を解決するのか」「より多くの顧客が使いやすくするためには本当にこのボタンの仕様でいいのか」「そもそもボタンじゃない方がいいのでは」などを考えます。

そうして考えて実装したり、開発メンバーと議論を重ねながら常に考えて行動することで、「言われた通りのアウトプット」ではなく、真に質の高いアウトプットを出せるようになります。

この3つのビジネス視点は生まれつきではありません。ヒアリングを重ねたり、現場で「なぜこの要件なのか」を聞き続けることで、少しずつ後天的に身についていきます。経営側・現場スタッフ・ユーザー、それぞれの立場から物事を見る練習を積んでいきましょう。

成長を加速させる3つの思考習慣

「これからのエンジニアに求められる視点はわかったけど、もう少し具体的にどういう思考を日頃意識すればいいのか」

気になる方もいるかもしれません。

ここからはもう少し踏み込んで、「速く成長するエンジニア」に共通する思考習慣を3つ紹介します。

1. 効率化への執着

「同じ作業を2回やったら負け」という感覚を持っているエンジニアの成長が早い印象があります。

コードのコピペ、手動のテスト、毎回同じ手順の確認。こういう「繰り返し作業」を見つけたら、「自動化できないか」「仕組みにできないか」とすぐ考える癖をつける。

面倒くさがりは、エンジニアの才能だと思います。「また同じことやってる」と気づいたら、それは改善のチャンスであり、自分を成長させるチャンスでもあります。

2. 待ち時間の解消

開発の中で「待ち時間」が一番もったいないとする考えです。

ビルドが遅い、レビューの返信待ち、など自分の手が止まっている。こういう停滞を嫌がる感覚が、成長スピードを上げていきます。

その間に次のタスクの整理をしたり、振り返りをしたり、前述の3つの視点を元に実装中の機能のあり方について考えたりします。このように待ち時間でも自分を成長させるための行動をしてみましょう。

3. 当事者意識を持つ

これが、成長を一番加速させる習慣だと思っています。

「自分が関わったサービスをもっと良くしたい」「このプロダクトを世の中に広めたい」という気持ちで仕事をしている人は、同じ時間でも吸収量が違います。

単なる「作業の消化」ではなく、「自分がこのシステムの顧客ユーザー、顧客側の経営者だったら」という視点で動ける人が、現場でも頼られますし、最終的に顧客満足にもつながります。

自分が関わっている開発のシステムに対してとっつきづらい場合は、プライベートで自分が気に入って使用している製品について考えてみるのもいいと思います。

「この製品の魅力ってなんだろう」「なんで自分これ使ってるんだろう」「この製品がより良くなるために何が必要なんだろう」など身近な製品から始めてみるのもおすすめです。

さいごに

技術を身につけることは大切です。でも、それだけじゃなく「誰のために、何を解決するか」を常に考え、効率・待ち時間の有効化・当事者意識を持って動けるエンジニアが、今まさに求められていると思います。まずは一つでも、意識してみてくださいね。


PRUMのエンジニアの95%以上は未経験からの採用です。
もしよろしければ、コーポレートサイトにも遊びに来てくださいね。

コーポレートサイト

45
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
45
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?