はじめに

これからエンジニアになって、開発をやるぞーという方も多いと思います。
そこでこんな疑問が出てくるのではないでしょうか。
現場に出たらそもそも何をするの？ってずっと思ってました。
そのような方が開発現場に入ったらまず何をするのか、
どう考えて行動すべきかがわかるような記事を書こうと思いました。
自分が参画した現場で共通しているものがあったので、それを書いていきます。
あとエンジニアになってどうキャリアアップすればいいのかみたいなヒントも書いていきます。もうすでに5つの現場に入ったことあるので、割と説得力があるかと思います笑
そして東大生のインターンに開発指導の経験あります。💪

想定

Web系の開発現場
エンジニア1,2年目のジュニアエンジニア

Web系の開発現場に入ったことを想定していきます。
ちなみに書いている自分はエンジニアの2年生になる頃です。

前提(エンジニアはチームプレイ)

前提としてエンジニアはチームプレイです。
個人プレイではないです。ここを頭に入れましょう‼︎
逆に個人プレイばかりを見る現場は微妙かもです。💦

前提(報連相はできて当たり前)

これができないとどれだけ実力があってもレッドカード退場です。🔥

オリエンテーション

まずはオリエンテーションが入ります。
自分のPCを使う場合はSlackと連携したり、Teamsで連携したりします。
自分がいた現場はほぼSlackでした。

PCを貸与してもらう場合もあるので、PCの設定などを行なっていきます。

ここで注意して欲しいのが、
現場によって環境やバージョン、ルール、ツールが会社ごとに違います。

スクールや前の現場と環境が違うということは当たり前なので、
スクールで現場の環境を全部揃えるのは不可能です。

環境構築

まずは環境構築です。基本ドキュメントなどオンボーディング資料があるはずです。
ないなら1on1でやるかもしれないです。
もしオンボーディング資料を後から入ってくる人のために提案して作成するといいと思います。GitHubの案内が来て、Dockerを起動して、動作チェックをしてみたいなのは、どこの現場も同じです。GitHubではなく、GitLabやRedmineを使っている現場もあります。Dockerない現場もあると聞いたことはあります。

環境構築は詰まることがあるので質問することになると思います。

質問の仕方

その際、質問のやり方は気をつけてください。
「何が言いたいかわからん」って言われたら警報が鳴ったと思ってください。

以下の記事を参考にしてください。

これできないと現場でヤバい❗️開発エンジニアの質問の正しいやり方

現場がやって欲しいことを確認して実践

開発いっぱいやりたくても、現場が仕様理解して欲しいなら仕様理解優先、
会議で議論や提案してほしいなら議論提案するどまずは現場がやって欲しいことを確認しましょう。これ無視すると...💦💦

現場の課題を把握、提案しよう

現場によってはタスクをすぐやる場合もあれば、仕様理解からお願いされるなどいろいろあると思います。
その際に技術やヒューマンエラーなどいろいろ出てくると思います。以下の観点で現場を見てみましょう。
それを提案するとベンチャーやスタートアップなら好印象になったりします。

技術力無くてもエンジニアとして活躍できる理由！

いきなり自分を出しすぎないように

最初は現場の空気に合わせましょう。
例えばあなたが陽キャラなら大人しい人が多い現場でいきなり陽キャのような立ち振る舞いをすると
現場によっては、チームを乱す人、カルチャーに合わない人扱いになってしまいます。
自分は1回やらかしました。💦

現場のルール確認

現場のルールやお作法などは確認しておきましょう。
ルールが細かいとこもあれば、全然ないとこもあります。

現場にアサインされたらまず最初に何を確認する？何が大事？

サービス、システムの確認

サービスの理解は、仕様書の確認や動作確認などをしていく必要があります。
システムの確認はまずコードやアーキテクチャ、テーブルなどを理解していく必要があります。

現場のシステムと仕様を理解する方法❗️(駆け出しエンジニア必須)

ソースコードを読めるようになるためのコツ(これできないと開発現場でヤバイ‼️)

チームの確認

誰が何を担当しているか、誰に聞けばいいかを把握していく必要があります。

ex)

リーダーやCTOは忙しいから定例会とか時間を見つけて聞いておこう。(事前に予定を聞いておくといいです)
この機能はこの人が実装したからこの人に聞くなど実際に作った人に確認を取る
先輩がついてくれるなら先輩が誰か把握する(先輩も忙しいので、質問の仕方やタイミングは気をつけましょう)

自分目線ではなく、相手の状況を確認する相手目線でやっていくようにするといいです。
実際は現場のコードは難しいからつい自分目線になっちゃいますけどね。笑　
僕も同じです。笑

イベントの確認

よくあるイベントでは以下のイベントがあると思います。

ex)
定例会、リリース日、スクラムイベント、打ち合わせ
などがあると思います。
どういうイベントがあっていつあるのか、それも頭に入れておくといいと思います。
アジャイル開発用語集にスクラムイベントの用語なども記載しておきました。

現場の人と会話する

現場の人とは、なるべく会話をしましょう‼︎
エンジニアだけでなく、デザイナー、QA、ビジネス層、CTOなどなるべく会話をしましょう‼︎　仕事以外のお話や雑談でもいいのでやっておくと後でコミュニケーションがとりやすくなります。あと可能なら出社して、直接会って話しましょう。お昼とか飲み会なども行けるなら行った方がいいです。毎日出社は必要ないです。大事なのは、1回リアルで会うことです。逆にコミュニケーションを大事にしない現場はそもそも微妙かもです。💦

実装手順

いよいよタスクが来ました‼︎よかったら読んでください‼︎

開発のタスクをアサインされたらどういう手順で進めるべきか

技術面の対策

最低限CRUDと認証機能は現場に入る前実装しておいた方がいいです。
可能ならチーム開発もやっておきましょう。または、個人開発で何か作りましょう。

未経験スキルに参画時、駆け出し、未経験のエンジニア必読❗️現場についていけない場合はどう対応すべきか

学びと考え方(東大生に教えてわかったことと強強CTOから教わったこと)

東大生に教えたことあり、教える上でわかったことと強強CTOから教わったことですが、驚くほど同じでした。

東大生に教えてわかったことと強強CTOから教わったこと(プログラミング学習のスピードが速い人と遅い人の思考)

チームでの開発の対策

基本的には、コミュニケーションの不足や協調性の有無が多いです。
SESや業務委託で切られる原因として、技術力不足と言われることありますが、
正直内心は協調性やコミュニケーション力の欠如などソフトスキルの原因が多いみたいです。

知らなきゃヤバイ❗️現役の開発リーダーから教わった現場で戦力外扱いされる理由No.1は何か!

アジャイル開発用語集

自分はたぶん知らない人いないくらいの某有名企業の案件に入った時、
スクラム開発の用語が全くわからなかったです。大きい企業程レトロ、リファインメント、ベロシティなど当たり前のように使っているので知っておきましょう。小さい会社だと使わなかったりします。

新人エンジニア向け‼︎アジャイルまたはスクラム開発用語集

企業の利益を上げるエンジニアを目指す

CursorとかChatGPTなどが台頭しているので、コードが書けますだけだと
今後価値が下がってしまいます。
企業の利益を上げるために価値提供できるエンジニアを目指してください。僕も目指しています。💪

技術力無くてもエンジニアとして活躍できる理由！

一つこれも意識してください。この記事読んだCTOが実際にSNSで一緒に働きたいとDMを送ってきました。これだけではないですが、自分のキャリアではなく企業への価値提供に考えもシフトしていくべきです。

情報共有の施策がチーム開発を円滑に進める(技術力が低いエンジニアが活躍するには)

一流の技術選定です。

Dinii(ダイニー)から学ぶ一流の技術選定のレビュー(これ知らないとエンジニアとしてキャリアが終わる)

チーム開発の改善

自分だけでなくて、このプロジェクトを成功させるにはどうすればいいのか、
このプロダクトを伸ばすにはどうすればいいのかも考えて動けると強いと思います。
参考までに読んでください。

CTO、PM、全エンジニア必読‼️最強の開発チームの構築方法(ブリリアンド・ジャークはやばい😱モダンな技術を使えたら成果は出るのか🤔)

自己研鑽の方法

自己研鑽のやり方としては、以下の

1.個人開発で検証する(現場で使いそうな機能、提案できそうな機能など)
GitHubに残しておくと似たような機能を実装する時に役に立ったりします。

2.ドキュメントに書いてアウトプットする(発信する)
実務で学んだことは記事に書いてアウトプットしていくといいと思います。

3.KPTを自ら実施する
現場での反省点を自分で毎週振り返りをしましょう。
リーダーなどにレビューしてもらうといいです。

4.現場での不明点や学んだことの復習
現場で知らなかったことなどを仕事以外で調べてみましょう。

以下の記事も参考にしてください。

プログラミング学習で詰まっている人、経験が浅いエンジニア必読! ドキュメントを書く習慣があると別人になれる!

こちらの動画を参考にしてください。

【エンジニアの技術習得方法】毎月たった600円でできる技術習得方法

毎月10円でフルスタックのスキルが身についてしまう方法

フルスタックエンジニアになるための抜け道

誰もやっていないけど圧倒的に差がつく自己研鑽方法(言語化能力)

結論言語化能力です。

「エンジニア」、「エージェント」、「SES営業」の方に悲報😱「言語化する力」がないとどれだけ技術力や経験があってもアウトです‼︎

これができないと稼げないエンジニアの必須スキル ※プログラミング技術ではない

[番外編]キャリアアップのための記事

似たような内容ですが、参考にしてください。

若手エンジニアは知らないとやばい‼︎ エンジニアになってからどう成長すればいいのか(現場に入ってからやること、キャリアアップの考え方)

注意(フルスタックを求めている会社そんな多くないです)

フルスタックエンジニアは目指してなるのではなく、現場の要望に応えたら
フルスタックのスキルを身につけたというパターンが多いです。
エンジニアは自分のキャリアばかり考える人多ですが、会社への価値提供、利益貢献を第一に考える必要*があります。

フルスタックエンジニアになりたいの？無理でしょ！【エンジニア初心者向け】

エンジニアの面接攻略】即採用されるたった2つのポイント

駆け出しエンジニアが成長するには

結論いろんな現場経験です。
自社開発の社員になりたがる人が多いですが、ぶっちゃけエンジニアとしてレベルアップしたいならいろんなサービスの経験をした方がいいです。

３年エンジニアをやるなら1つの現場に3年いるより、1年ごとに現場を変えていろんな課題に当たったり、いろんな現場の型やいろんな知見を広めていくといいです。

けっこういろんな現場の知見は重宝されることもよくあります。

こちらの動画を参考にしてください。

自社内開発よりSES！エンジニアが就職すべきは

いろんな現場を経験する方法とは

1.受託開発に入社
いろんな案件ができるので、ジュニアエンジニアにおすすめです。
受託開発でレベルアップしてから、自社開発など自分の理想の会社に行くのはおすすめです。

2.フリーランスのような業務委託
フリーランスはフットワークが軽くいろんな現場に行けます。単価も高いのはもちろんいいのですが、フットワークが軽く色んなサービスの経験を積めるのはメリットです。フリーランスでもちゃんと実績を積めば、正社員でも十分採用されます。

3.派遣エンジニア
派遣もフリーランスと比べると単価は落ちますが、
派遣も色んな現場に行くチャンスがあります。

4.優良SESに入る
SESって評判悪いですが、
本来ならエンジニアとしてレベルアップするには最高の環境なんですね。
色んな現場行けるので‼︎

[番外編]進路の参考に

自社開発の勘違い

自社開発だとこんなイメージがあるのではないでしょうか？

1.モダンな技術(SPAやGO、Next.js、AWSなど)

2.ホワイト企業

3.フルリモート

4.お給料がいい

こんなイメージあると思うのですが、会社に寄ります。
普通にSPAじゃなくてレガシーな案件もありますし、ブラック企業も普通にありますし、
出社強制の会社もあります。お給料も会社が儲かっていないと良くないです。

会社ごとに見ていく必要があります。
自社開発だからホワイト、SESだからブラックではないですからね。

優良SESなら入る価値あり

この条件に１つでも多く満たしているSESなら入る価値はあります‼︎
1.開発ができる
2.駆け出しのエンジニアには、現場には必ず先輩エンジニアなど同じ会社の人がいる現場にアサインがルール
3.待機者がほとんどいない
4.案件を選ばせてくれる
5.嫌な案件なら変えてくれる
6.営業がエンジニア出身(開発の勉強は最低限やっていて欲しい)

社員なら教えてくれて、業務委託だと教えてくれないは本当？

これは会社や現場に寄ります。業務委託でも色々教えてくれる現場もありました‼︎
社員じゃなくても1on1でフィードバックとかもしてくれたし、社員の集まりにも呼んでくれました‼︎逆に社員でも、全く教えてくれない会社もありました。人が育たず、辞める社員も多くて業務委託に頼るしかなく、会社があまり成長していないです。

優良SESではないなら入社する必要ない

はっきり言って上記の条件を満たしていないSESではないなら入っても仕方ないです。

SESで辛い思いしてるエンジニアたちへ

エンジニアとして入社したのに工場勤務、家電量販店、コールセンター(微経験、未経験の人は注意)

微経験、未経験の人は注意してください。SES企業だとマジでこういうことあります。
この3つ出たら絶対に入社しないでください。キャリアが壊れます。

最後に

偉そうに書いてますが、僕もまだ全然大したことないです。笑
できないと思っているからこういう記事を書いてアウトプットしています。
これから現場で大変だと思うのですが、一緒に頑張っていきましょう‼︎

仕事が始まってから

初心者エンジニアにおすすめしたい「進捗どうなった？」と言われないための仕事の進め方
この記事は有益です。