こんにちは、やまです。

先日、40〜60代のSES, SIerの案件オファーが減り始めたというニュースを見ました。

年齢が上がるにつれて、案件獲得のハードルが高まっていると。

年収や単価など条件が下がったという声もあるみたいですね。

これ、生成AIが開発フローに組み込まれた現代は、フリーランスも概ね似たような傾向になるだろうなと感じています。

見た記事でも、そういった方々自身も年齢を主要因に自己分析しているようだったのですが、

僕はちょっと違うだろうなと考えています。

僕がご一緒するエンジニアの中に40代後半、50代の方もいらっしゃいますし、

周りから「知見が深い人」として、とても頼りにされています。

一方で、40代でも「あぁ、もしかすると読んだ記事に当てはまるかもな」と感じる方もいらっしゃいます。

年齢がハンデになる人と経験値がある人と捉え方に差が出るのはなぜか？

違いはどこから来るか？

年を取るにつれて案件のハードルが上がる人と、

それどころか頼りにされていて、これぞ年の功と感じられる人。

僕の周りから聞く話と僕の観測範囲内ではありますが、一つはっきりとした傾向があります。

• 頼りにされ年齢をハンデどころか年の功と言われる人は自分から課題を見つけてガンガン提案する
• 逆な人は指示・依頼のあったことをやるのみ

能力以前のスタンスの違い

前提として、企業様は年齢自体を気にしているのではなく、「自社をより良くしてくれそうか」を見ており、

「高齢だから」アウトではないという点ですね。

そして、違いは上述のように能力以前のスタンスに違いがあるということですね。

能力があるから、そういうスタンスが取れるのでは？と思うかもしれませんが、そんなことはありません。

できるからやる、ではなくやるからできるようになると感じます。

課題を持って解決に向けて試行錯誤する。

分からなければプライベートで学んで知識をつける。

僕がご一緒した周りから一目置かれる40代のエンジニアの方でも

最初から何でも知っていて颯爽と解決できるスーパーマンではなく、

皆「この課題、解決したいよなぁ」と課題意識を持つことから始め、

「こうしたら解決できそうかな」と試したり、

「ちょっとこの辺りの知識薄いから学ぼう」と調べたり。

そういった解決までの過程で力をつけていくことが多いですね。

そして、それまでのプロセスの積み重ねが知見として蓄えられていきます。

指示のあったことだけやっているとどうなるか

一方で指示のあった開発を行うだけの人は、肝心な「課題発見・改善力」が身につきにくくなります。

企業が評価する、実際に現場で役立つのは「自分事として提起し、考え抜いて解決した経験」ですね。

指示のあったタスクは自分起点で考えたものではなく、もう既に他の誰かが見つけた課題であり、

それをこなすことは考える範囲がそのタスクを完遂することに限定されやすくなります。

何より今の現場でも、その先の現場を変える際の面談でも「指示がないと動けない人」という印象がついてしまいます。

雇う企業様からすると、ガンガン改善に向けて動いてくれるエンジニアに期待しますし、

実際そういう人に高い金額を出します。

やまも年齢で焦っていた

「そうは言っても、もう高齢だし…」と感じるかもしれませんね。

今からではもう遅いとかつて僕も思ったものでした。

僕はアラサーから未経験でエンジニアを目指し、エンジニアになりましたが、

28歳目前まで仕事もできなくて月収も20万円で、

30歳に近づくにつれて、とても怖かったのをよく覚えています。

そんな僕が今は月単価110万円でエンジニアをやっており、

ありがたいことに「やまさんがいてくれて、本当に助かる」と言っていただくことが増えてきています。

もしあの時、年齢を言い訳にエンジニアになろうと動き出さなかったら

今でも低月収で毎日出社して、気持ちを消耗しながら仕事していたかもしれません。

僕の知り合いにも40代のエンジニアの方でアラフォーからエンジニアデビューし、

経験3年半で月単価80万円のフリーランスの方がいらっしゃいます。

アルバイトから始め、フリーランスになっても時給1400円だったそうですが、

諦めずに成功しているエンジニアから学び、「自分から」提案することから始め、考えることを続けてこられたそうです。

今日が人生で一番若い日

年齢でブレーキを踏むのはとても勿体無い。

人生で今日が一番若い日。

変わりたいと思ったその日から行動し始めて全然OKですね。

どんなに小さなことでも、「ここもっと改善してみませんか？」と提案することから始めてみましょう。

それが習慣になれば、提案がデフォルトになりますよ。

今回お話しした指示待ちを脱却して自分からより良くする動きで評価が変わった話は

次の記事でもお話ししているので、よろしければ是非ご覧くださいませ。

脱指示待ち 評価や収入を決める「働き方」

また、僕のメルマガでは、このような提案ができるようになるための考え方、マインドセットを発信しています。

周りから頼りにされ、稼げるエンジニアになるヒントをお伝えしていきますので、よろしければぜひチェックしてみてください。

こんにちは、やまです。

僕はかつて、28歳で月収20万円だったのですが、その頃毎日思っていたことがあります。

いまいち評価されている感じがしない、と。

「ちゃんと真面目に仕事しているのに…」

「タスクもきちんとこなしているのに…」

「ミスもあまりしないのに…」

もしかすると似たような方もいらっしゃるかもしれませんね。

毎日タスク管理ツールを見て、依頼のあったタスクをこなして、PRを出してマージする。

目立ったバグも出しているわけではない。

なのに評価も単価も上がらない…

一方、技術力は自分と同じか、むしろ自分よりも低いと思う人が評価される。

現場で「あの人に相談しよう」と頼られ、リードエンジニアにも抜擢される。

「実力は大して変わらないのになぜ…」と思うかもしれませんね。

ですが、頼られる人、次のような動きをしていませんか？

「ここを改善すると、よりチームの連携上手く取れそうですね」と提案したり、

「Flakyテストを放置していると全体の開発効率を損ねてしまうので、自動で直す仕組みをAIで作ってみました」と解決策まで提示したり。

タスクをやる以前に「現場がより良く回るための改善」をしている。

そして、その積み重ねで信頼が蓄積され、経験年数は3年程度でもリードエンジニアを任されるのです。

このように評価は「頭を使っているか」どうかなのですね。

「ちゃんとミスなくタスクをこなしている」のは素晴らしいことですが、

残念ながら評価は「ちゃんとやってくれてはいるけど…それ以上でも以下でもない」

つまり、「ぜひ長期に渡って参画し続けてほしい！！」のような評価にはなりにくいのですね。

手が空くからタスクをただ振られるだけ。

新しい挑戦しがいのある課題を任せようという時に声がかからない。

結果、いつまでもタスクを振られてこなすだけで評価も単価も上がらない…

そして、このタイプの仕事はAIに真っ先にポジションを奪われやすいですね。

残酷ですが、AIの方が安く、作業も速く、文句も言わないわけですからね…

先述のように評価される人とされにくい人の違いが表れやすい場面を具体的に考えてみましょう。

例えば「ユーザーの通知設定機能を作ってください」と依頼があった時。

評価されにくい人はいきなり設計し始めます。

いきなりhow(手段)から入ってしまうのですね。

そして、いざ設計レビューに入ると指摘が多く入ってしまうのですね…

「通知設定はそもそもなぜ作るのか」

「その設定の仕方で本当にユーザーにとって便利になるのか」

「その通知設定は今後どんな展開の開発が行われる見込みか」

「次にこの展開が見込まれるなら、こう設計してしまうとSQLの発行が多くなってパフォーマンスを損ねないか」

「ループ処理で呼ばれると何度も同じ計算をすることになって非効率ではないか」

このように「言われた要求を実現する」以外の部分の思考が浅くなってしまうのですね。

そして、「すみません、考慮不足でした…」

私も経験があります。これ現場でかなり恥ずかしいのですよね…泣

しかも、これはレビューする側も背景や意図が掴みにくく、かなり時間がかかるので大変なのです…

それでは頼られる人はどうしているのか？

「ユーザー設定でこのような設定をしたい背景をもう少し聞きたいのですが、ユーザーのどのような課題を想定したものでしょうか？」

「このような仕様にできると、ユーザーにとって有益ですしシステムとしてもシンプルになりますが、いかがでしょうか？」

このように「設計する前に」聞ける。

聞いた瞬間、「お！この人ちゃんと考えているな」と思われる。

これを積み重ねるとPdMの方から「ぜひ仕様の意見を聞きたいです」と相談を持ちかけられるようになる。

設計書もコードも一行も書いていないところで信頼は動くのですね。

他にもCIのテストが遅くてとても開発をスムーズにできないとしたら速くする方法を考えて提案する等、

「自分以外の」開発効率を上げることを考えることを習慣づけると、

「この人はただタスクを振られてやるだけの人ではないのだな」と現場での扱いが変わりますね。

EMから是非〇〇さんの意見が聞きたいと相談が来たり、

フリーランスでもCTOから直接正社員オファーがあったり、

何か重要な意思決定, チームの方針の作戦会議に呼ばれたり…

頼りにされ、月単価も100万円を超え、日々充実した気持ちで仕事ができる。

これ、本当です。

月収20万円で毎日自分の存在意義が感じれらず、仕事も仕方なくこなしている…のような悩みと対極ですね。

「ここ、こう改善しましょうか」という言葉が景色を変えます。

タスクをこなすのではなく、提案と改善が自分を変えてくれます。

そして、AI時代に頼りにされる・活躍するのは「課題に気づける」人ですね。

AIは問題を「解く」ことは得意ですが、「提起する」ことはできません。

現場の文脈がわからず、人の指示があってこそワークするものですから。

問題を提起し改善案を提案できる人は手を動かしているのではなく、頭を使って考えている。

労力はむしろ手を動かして作業を大量にこなす人よりも少ないことすらありますが、

評価も信頼も集まり、収入も高いという状況が起きます。

強力な作業者であるAIがいる中で、人がバリューを発揮するのは

「ここ改善したいですね」

「こうすると改善できそうですね」

のような現場をより良くする動きですね。

作業者のままで評価も微妙なまま一生を終えるか、

周りから頼りにされ、気持ち良く働けて、十分な収入も得られるか

その分かれ目は「課題に気づく目」と「改善」なのです。

是非明日から「ここもっと良くできそうだな」と探すことから始めてみましょう。

課題に気づき、提案できるようになるためにどうすれば良いか？

これを日々の発信を通してお伝えするメルマガをやっています。

今回お話ししたような課題に気づくための考え方や現場の選び方をお話しするので、

ご興味のある方はぜひチェックしていただけると嬉しいです。

こんにちは、やまです。

僕が今参画中の企業で、経験20年近くのエンジニアの方がいらっしゃるのですが、その方の技術的な知恵の深さは目を見張るものがありました。

特にデータベース関連のクエリチューニングやパフォーマンス改善の力は、多くのエンジニアが求めているレベルと思いました。

他にも経験は5年程度だけど、フロントエンドのリードを任され、社内の新規開発のサービスの設計担当を任される方もいらっしゃいます。

僕自身は経験5年ですし、まだまだエンジニアとして道半ばですが、

ありがたいことに「10年くらいエンジニアやっているかと思った」「この若さでこの技術力の高さはすごい」と言っていただけることもあります。

一方で、経験10年、15年あっても指示のあったタスクをこなすのみの人もいます。

経験年数ではない、一目置かれる技術力を持つ人に共通している点は大きく2つあります。

• 自分のタスクと関係がなくても、組織がピンチの時に積極的に行動する
• 日頃から学びと個人開発による検証を行い、価値提供する準備をしている

チーム・組織がピンチの時、

自分のタスクと関係がなくても、当然かのように状況を把握し、改善案の提案まで行います。

先日、僕の参画中の現場での話です。

他チームが開発した機能でエラー率が高い不具合が出ました。

特別な指示はありませんでしたが、約半数のエンジニアが自主的に集まって調査・対応しました。

原因はデータベース(MySQL InnoDB)のトランザクション分離レベルの特性によるロックでデッドロックが多発することだったのですが、

他チームが開発したもので、当然最初は状況以前に実装の把握から始まります。

データベース周りのペインは企業でも課題に挙がりやすいため、僕は日頃から書籍や公式ドキュメント、個人開発で検証しており、

「もしかすると、事象の正体はこれかもな」とアタリをつけました。

そして、もう一人の有識者の方と一緒にログを確認し、再現方法がわかり原因を掴み、対応方針を話し合いリリースして解消しました。この経験から、現場内ではその有識者の方と共に「データベース周りの知見がある2人」としてCTO・EM・リードエンジニアから見ていただけるようになりました。

このように自分のタスクと無関係でも、組織がピンチの時は解決に向けて一緒に動くこと

その時に自分の考えを持てるように日頃から学び、検証など準備すること

これらを心がけ、日頃から行動を続けることで、

難しい局面での課題解決を経験し、結果として技術力が磨かれることになると思います。

チームがピンチの時、

どうせ役に立てない、足を引っ張るかも、力になれなかったら怖い等、

そんな気持ちよりも他者のために行動すること

その場で前に進められるように日頃から準備すること

学びと他者のために行動するペイフォワードな心が自分を高めてくれます。

もしピンチの時に見て見ぬふりをしたり、役に立てないと尻込んでいたら

大切な価値提供もできていないですし、知恵もつかなくて経年するだけで、

いつまでも指示のあったタスクをこなすだけのエンジニアになっていたでしょう。

信頼も高まらず、いつも自分の意見を大丈夫かなとビクビクしながら仕事している状況だったかもしれません。

僕も28歳の直前まで自分のことで精一杯で周りを見ている余裕はありませんでした。

でも、自分が関わるサービスをより良くするために「やるべきと思ったことは何でもやってやる！」という気持ちで臨むようになってから、成果が出始めて頼りにしていただけることが増え、結果として経験もできて技術力も上がったと思います。

経験2年半で月単価105万円でオファーをいただけるようになった一要因ですね。

有事の際に解決に向けて一緒に行動する

その時に自分で考えを持てるように日頃から自己研鑽に励む。

現場での信頼は日頃の行動の積み重ねですね。

小さな一歩で良いので、是非現場をより良くする動きを意識してみましょう。

行動の積み重ねが習慣になると、見えてくる風景が変わってきます。

PS. 僕のメルマガでは、活躍するエンジニアになるための考え方を発信しています。

もし興味がありましたら、是非チェックしていただけると嬉しいです。

こんにちは、やまです。

エンジニアとして活躍できるようになりたい、高単価なフリーランスエンジニアになりたいと励んでいる方は多くいらっしゃるかと思います。

それでは、評価されるエンジニア像とは？と問われると、よくSNSで言われるのは
モダンな技術を経験することや、稼げる言語は〇〇で、技術スタックが広いほど単価が上がる…

要は技術の話にフォーカスした情報が多いと思います。

ただ、実際には技術習得や経験を積もうとバリバリ頑張っている方でも、思うように評価されず単価も上がらないという人も多いと聞きます。

一方で、技術力は限られていても現場で皆から信頼され、月80万円以上稼いでいるエンジニアもたくさんいます。

この差は何か？

答えはとてもシンプルで、「現場で価値を出しているかどうか」に集約されます。

技術スタックを広める前に圧倒的に簡単な動き方を変える。それで月収が2, 3倍になることは普通にあります。

月単価30万円、CakePHP2系で開発していた頃に技術以外の動き方でCTOから評価いただけた話

私は昔、フリーランスで月単価30万でCakePHP2系で開発していた時代がありました。

ReactやGoなどと比べると馴染みが薄い技術ですし、同じPHPのフレームワークでも、できるならLaravelをやりたいと感じる所ではないでしょうか？

SNSでよく言われる情報をもとにすれば、将来活躍できるようになるためにもっとモダンな技術をやりたいと思うかもしれません。

しかし、当時の現場では技術よりも「チームでの動き方」の課題の方が大きかったのでした。

新規開発で納期だけ厳密に決まっているが、仕様が曖昧で開発環境ができているだけ。

そこで私がとった行動はシンプルで

• 不明確な仕様は自分から提案して固めていった
• 仕様の懸念点を整理して、着手前にPMに共有して相談するようにした
• チームの進み具合を見て、タスクのアサインの見直しやヘルプに回るようにした
• リリース前に実装漏れがないかを確認する期間を設けた

自分のタスクを早く終わらせるに留まらず、チーム全体の開発が円滑になるように動いたのです。

その結果、CTOからも信頼して任せていただいている感覚もありましたし、単価交渉もスムーズに進み、その現場では最大20万円単価がUPしました。

何より、その現場の最終日に送別会を開いてくださり、
「やまくんのおかげでたくさんの仕事ができました。本当にありがとう。」と言っていただけたのは
今でも忘れられない嬉しさとして覚えています。

さらにそれ以降の現場でも同じようにチームの動きを意識して動いたことで、
気づけば単価が100万円を超えていました。

「どうすれば活躍できるエンジニアになれるだろう？」と悩んでいた頃のやま

• 技術スタックを広げることやモダンな技術を学ぶ必要があるのかな…
• 副業もして経験を積むことが大事なのかな…

そんな風に悩んでいた時期もありました。

でも、今は「チーム、組織の動きを円滑にできるエンジニアが活躍できる」と断言できます。

もし、「チーム・組織の回し方の改善」という視点を持てていなければ、
僕は今もズレた努力で評価されず、単価も上がらずに悩んでいたと思います。

もし実績を積もうと副業に勤しんでいても、大したスキルアップはできていなかったでしょう。

週2日くらいのスポットで稼働しても、企業が本当に困っていることには気づきにくいですし、
何よりそもそも現場は「経験するところではなく、価値を出してお金をいただくところ」ですね。
学びはプライベートで自分で行うものです。

今は価値の出せるエンジニア像がわかっているので、「企業にさらに喜んでいただくにはどうしようか？」と考えながら日々の業務に取り組んでいます。

活躍できるエンジニアになるために今すぐにできること

技術スタックを広げることやモダンな技術を学ぶことも大事かもしれません。

しかし、まずは「チーム・組織の回し方の改善」という視点を持つことが最優先です。

今、チームはどんなことに困っていて、簡単な方法で改善できないかを考えてみる。
それを一つ一つやっていく。

とてもシンプルですね。

面談でもお見送り理由がスキル不足、と言われつつ
実際にはチーム・組織の改善を意識した意見が持てていないことが多いです。

「周りがより効率的に進めやすくなる」動き方を意識するだけで、現場で価値を出せるエンジニアに近づくことができます。

結果として評価や収入にも繋がり、気づけば単価も100万円超で稼働できるようになります。

今回の記事で、チームの動き方に関する視点で現場で動くきっかけになれば幸いです。

私は今回お話ししたような評価され、収入をUPするエンジニアの考え方をお伝えするメルマガもやっています。

もしよろしければ、是非チェックしていただけると嬉しいです。

こんにちは、やまです。

エンジニアとして稼ぐために色々努力することは素晴らしいことですが、
それ以前に大前提として大切にしたいと私が考えている価値観についてお話ししたいと思います。

結論からお話しすると、

「このサービスを何が何でも伸ばしてやる！」「自分がやらなきゃ誰がやるんだ！」というマインドで日頃の開発に臨むこと

仕事の中で難しい局面や判断が要る時、大変・しんどいと誰もやりたがらないだろう事象に遭遇した時に、

「自分にはまだ早い」「ここは自分の仕事じゃない」と線を引いて見過ごすか、

自分事として考え、行動できるか。

当然後者の方が活躍できますし、信頼にもつながり、結果稼ぎにもプラスに働きます。

このマインドを持っていると、CTOやリードエンジニア、EM(エンジニアマネージャ)からもとても称賛いただけます。

私がフリーランスデビューして最初の案件では、
事業期間の関係上、通常は半年ほど要する規模の開発を2ヶ月でやってと依頼され、期日がかなりきついモノでした。

開発メンバーも私を含めて3人と少人数で、
開発環境だけ簡単に構築されていて、仕様も決まっていない状況でした。

当時、私はレベル0のエンジニアでしたが、「私がやらなければ事業が進まなくなってしまう…！」と
仕様が決まっていないところは自分から提案して進める、チーム全体の進捗を踏まえてチームのタスク調整を行う…

リリースできてからは、ユーザからのお問い合わせが多くて回答までに時間を要するのが課題だったのでリクエストと更新のログを取るように提案して実現し、回答スピードを上げて工数を削減したり…

また、経験2年程度の時の別現場では、
経験10年以上のベテランエンジニアも含め、誰もやったことのない技術的課題に挑戦して解決まで持っていきました。

それ以降の現場でも技術的なことでもチーム開発の仕組みのことでも、改善した方が良いと思うことは提案してやっています。

これが僕にとっての当たり前です。

ビジネス層のやりたい機能開発を行うことは言うまでもなく、

より早く、より質を上げてサービスを開発していけるように改善活動も常に考えていく。

まだ経験が少ない段階では「自分なんかが提案して良いのか…」と感じたり、
特に業務委託は「ここは自分の仕事じゃない」「正社員じゃない自分が口を出していいのか」と感じてしまうこともあると思います。

しかし、お客様である参画先企業は課題の提示と提案を受けて嫌だということは全くなく、
むしろ組織、チームがより良くなっていくためなら、むしろウェルカムだと考えています。

要は「課題があるなら誰でも良いから解決に向けて動いてほしい」と考えているのです。

CTOやリードエンジニア、EMなど組織のトップの方々は常にサービスを伸ばすために、
何をすべきか考え、自分にできなければ調べたり、人に頼ったりしながら「なんとしてでもやり切る」というマインドで臨んでいます。

「自分にできるかどうか」「ここは自分の仕事ではない」などと線を引いていたら、ビジネスは進みませんし、最悪事業自体が潰れてしまう可能性だってあります。

自分は組織のTOPを目指しているわけではないし…と感じても、
より活躍できるようになりたい、より稼ぎたいと思うのなら、
彼らのマインド・視座で仕事に臨むことが大切です。

この記事を書いている時点では、私はエンジニア歴4年半ですが、
月単価は100万円超で継続して成約できていますし、面談でも技術力・チームビルディングの考えを誉めていただくこともあります。

また、ありがたいことに案件の変わり目ではCTOやリードエンジニア、EMを含むその現場の皆様から寄せ書きをいただきます。

寄せ書きにはいつも、ペイフォワードな姿勢や垣根を越えてガンガン改善に向けて動く姿勢についての感謝のお言葉をいただいており、「この企業様のために走り続けてよかった」と心の底から感じることが幸せに感じます。

私自身、エンジニアとしてまだまだ未熟だと思いますし、特別才能があるわけでもありません。

「この企業様を伸ばしたい！そのためなら見つけた課題は難しくてもクリアしてやる！！」というマインドで挑み続けてきただけです。

エンジニアで月100万円以上を稼ぐ方法を学び、継続して100万円以上で成約いただけてはいるものの、
根本意識として「参画先のサービスを伸ばすために尽力する」というマインドは大切にし続けています。

そのためなら業務内でやるべき課題だと思ったら解決に向けて動きますし、
それに向けて、今の自分に技術面が不足していれば個人開発で時間を決めて習得しています。

もし今、活躍できている実感がない・より稼ぎたいけど上手くいかないと悩みがある方がいらっしゃったら、

ぜひ「目の前の自分の役割の範囲だけやる」と考えるのではなく、
「やるべきと思ったことはなんでもやる」くらいのマインドでやってみましょう。

短期間でもかなり進化しますし、半年も続ければ見違えるほど変わりますよ。