エンジニアとしての市場価値を劇的に上げる3つの能力

「エンジニアが市場価値を上げていくにはどうしたら良いのだろうか？」

こんな困り事はないだろうか？

筆者もエンジニアを始めて２〜３年目の時は、頻繁にこの悩みに直面していた。と言うのも、エンジニアと一口に言っても、そのキャリアパスはさまざまであり、それに伴って必要になるスキルもバラバラだからだ。

でも安心して欲しい。この記事では冒頭のような悩みや不安を抱えるエンジニアの方向けに、市場価値が高いエンジニアにはどういう特徴があるのか、またそういった特徴を身につけることでどういったキャリアパスが選択肢としてありうるのかを詳しく解説する。

１つ目　エンジニア領域以外の知識が豊富（特にビジネスの知識）

まず、市場価値が高いエンジニアの特徴の一つ目は「エンジニア領域以外の知識が豊富（特にビジネスの知識）」だ。

担当領域を越境できるエンジニアは圧倒的に強い。例えば越境とは「エンジニアxビジネス」「エンジニアxデザイン」などだ。そして、それがビジネス分野であると尚更だ。

さらに、その時に短期的な視点だけではなく、中長期的な視点で話ができるとなおさら市場価値が高い。

ビジネスサイドもわかるエンジニアがなぜ強いのか
エンジニアは必ずビジネスサイドの人と関わって仕事をする。そして多くの場合、システム開発の流れというのは大まかにいうと以下の通りだ。
「ビジネスサイドの人がシステムなどの数字から課題を見つけ出し、解決策を考え、それをエンジニアに共有し、エンジニアがその改善方法を実施する」

この時、違う領域の人が交わるところでコミュニケーションコストが一番高くなる。つまり、ビジネスサイドの人がエンジニアに改善案を共有するタイミングだ。

そのため、エンジニアがビジネスサイドの話に対する理解力があるとコミュニケーションコストが圧倒的に下がる。その結果、改善策の共有にかかる時間や手間が減る。すると、改善策の考案から実行までの期間を短くできたり、ビジネスサイドの人がより多くの時間を課題発見や改善策の考案に割くことができて、プロダクト改善のスピードと質が向上する。

エンジニアのビジネス理解力がさらに高まると、ビジネスサイドの人と改善策ベースではなく課題ベースで話し合うことができるようになる。こうなると、プロダクトの成長について感度の高い人間がチーム内に増えること自体が価値になる。さらに、「プロダクトの課題xエンジニアリング観点」でゼロベースで考えることで出せる改善策の質と量も圧倒的に増える。そのため、改善策の質が自然と向上する。

例えば、一般的なメディアサイトを作っているとしよう。その中で、検索機能が欲しいという要望があったとする。その際、ユーザーには以下の二つの方式で検索できるようにしたいと思っていたとする。
・フリーテキスト検索（自由記述）
・カテゴリなどのタグ検索

この時、エンジニアであればフリーテキスト欄に入力するだけで、カテゴリなどのサジェストも行うことができるという提案ができる。これによって、UIがすっきりするのでメインのコンテンツが見える領域を確保できるし、検索に興味がない人に対しては余計なものを見せるという無駄が省ける。

中長期で話ができるとなぜ強いのか
エンジニアが中長期的なビジネス観点を持つことが、より良いプロダクトの開発や設計につながるためだ。

つまり、中長期的にビジネスモデルを含めてビジネス要件を見通すことができれば、それを中長期的な開発のロードマップに組み込むことができる。

例えば、経営者向けのプロフィールサービスを作りたいと言われたとしよう。ただし、「最初はこのサービスが当たるかわからないため、コストを抑えて作りたい」とも言われたとしよう。

この場合、中長期でビジネスについて語ることができれば、以下のような提案や想定を持てるはずだ。

２つ目　中長期的にコストを最小化出来るシステム設計力

次に、市場価値が高いエンジニアの特徴の２つ目は、「中長期的にコストを最小化出来るシステム設計力」があることだ。

エンジニアが書くソースコードは年月とともに分量は増えるし、複雑さを増していく。そういった複雑になったソースコードのことを技術的負債と呼ぶ。技術的負債があると、綺麗な状態であれば半日で終わるような改修に２〜３日かかってしまったりする。また思わぬ1箇所の修正が思わぬところに影響していて、バグが発生しやすくなったりする。

そのため、こういった技術的負債が発生しない設計をしたり、もしくは発生しても傷口が大きくならないタイミングで適宜改善計画を立てていけるスキルが必要になる。

技術的負債を一気に返そうとすると、負債が大き過ぎて改善に長い期間必要だったり、改善するまでの期間に思わぬバグが発生する確率も上がるからだ。コードも綺麗な状態を保てるのでチーム全体としての開発生産性も高くなる。

例えば、前職で掲示板サービスを運営していたときの話だ。投稿の検索機能が煩雑になりすぎているという課題があった。

この機能はサービス開始から５年間にわたって、要件の変更に伴ってコードがつぎ足され続けていた。また、この機能はサービスの根幹でもあったため、ここのコードを変更すると複数の画面に影響が出るだけではなく、KPIで管理していた数字の計測にも影響が出てしまうことがわかっていた。

この検索機能の改善のために、チームのトップレベルのエンジニアが３ヶ月かけてアサインされていた。その間、同じファイルへの変更は極力避けていたため、サービスの改善自体も止まってしまった。

これを考えると、大きな改善をするのではなく以下のどちらかの選択肢を取れるテックリード的な存在は重要だ。
・気づいた段階で計画的に改善を実施できる
・そもそも負債にならないような設計を考えられる

３つ目　３名以上のチームをまとめられるマネジメント能力

最後に、市場価値が高いエンジニアの特徴の３つ目は、「３名以上のチームをまとめられるマネジメント能力」があることだ。

なぜなら、エンジニアは一人で仕事をすることはほとんどなく、開発チームで動くことが多いからだ。

より生産性を上げるためには、チーム全体での最適な動きから逆算して自分の動きを考える必要がある。この場合、チーム全体での最適な動きを考えるためには、現状のチームメンバーのスキルと今ある案件を合わせて考える必要がある。

例えば、あなたのチームに以下のような状態のメンバーがいるとする。
Aさん：１０年目のベテラン。なんでもできる
Bさん：あなた。５年目。Aさんほど作業は早くないが、ドキュメントを読んだりすればなんでもできると思っている。
Cさん：２年目。コードを書くのには慣れてきた。ただ、DBの変更などが含まれるとちょっと不安がある。

この時、以下のような案件があったとしよう。

案件名	概要	詳細	工数
１	DBの載せ替え＋データ構造の再構成。	今あるDBはプロダクトの初期開発に特化したものであり、簡易的なDBだったので、RDSに載せ替える。また、データ構造は簡易的なDBの構造に合わせていたので、再度構造を考え直す。	２ヶ月
２	社内の数字計測用に使っているスクリプトの修正		１週間
３	その他の保守・質問対応随時発生するたびに対応する		１日〜の物が多数