初案件の最初の3ヶ月、ジュニアエンジニアが詰む4つの定番パターン

スクールや職業訓練校を経て、ついに現場デビュー。最初の関門は突破した。自分はSESエージェントとして3年間、約500人のエンジニアを見てきた。その際に、入場から1〜3ヶ月で心が削られていくジュニアを何人も見てきた。書類で勝つのと、現場で生き残るのは、別の勝負だ。

入場おめでとう。でも本当の勝負はここから

書類で勝つことと、現場で生き残ることは別物

初案件が決まった瞬間は、人生で数少ない"達成"の瞬間のひとつだ。ポートフォリオを磨き、スキルシートを書き直し、面談を乗り越えた。その先にやっと現場がある。

でも、現場に入ってからの景色は、想像していたものとだいぶ違う。研修で作ったアプリとは比較にならない複雑さ、先輩たちの知識量、飛び交う用語、Git運用やコードレビューの"現場の型"。

書類で勝ったのは、あくまで"面談のリング"での勝利だ。現場のリングは別。ルールも違えば、求められる立ち回りも違う。

そもそも、あなたに"技術力"は期待されていない

これは現場に入る前に、あえて強めに言っておきたい。研修上がりや若手ジュニアに対して、現場は技術力なんか期待していない。

誤解されやすいポイントだが、現場のベテランは「ジュニアが即戦力になる」なんて1ミリも思っていない。最初の3ヶ月は、技術で何かを成し遂げる期間じゃなくて、「この人と一緒に働けそうか」を見ている期間だ。

だから、技術力で勝負しようと力みすぎなくていい。そもそも、勝負すべきリングが違う。

だから、プレッシャーを半分おろしていい

少し不謹慎に聞こえるかもしれないが、伝えておきたいことがある。案件はごまんとある。今のこの現場がダメだったとしても、次がある。

もちろん3ヶ月で辞めるのを推奨しているわけじゃない。でも「この現場で失敗したら自分のキャリアは終わる」と思い詰める必要はない。IT業界全体で見れば、ジュニア向けの入口は一つじゃない。ダメならもう一度、別の入口から入ればいい。

エージェント時代、3ヶ月以内に現場を離れた未経験〜ジュニアは少なくなかった。でも彼らのほとんどは、別の現場で立ち直っていった。早期離脱が即キャリアの終わりじゃない。

そして実はこれが、最初の3ヶ月を乗り切るための一番大きな姿勢でもある。力みすぎると、かえって空回りする。リラックスできる人の方が、素直に質問できて、素直にレビューを受け入れて、素直に報告できる。結果、信頼が伸びる。

詰むジュニアと、3ヶ月を乗り切ったジュニア。その差は技術じゃなく、現場での立ち回り方にある。ここから4つの典型パターンを紹介する。避けるだけで、生存率ははっきり変わる。

パターン① 「分かりました病」と、質問のタイミングを逃す問題

現場に入ったジュニアが最初にぶつかる壁が、これだ。

実は分かってないのに、頷いてしまう

先輩から指示を受ける。丁寧に説明してくれる。
けど、用語が半分わからない、システムの全体像もつかめていない。
なのに「分かりました」と答えてしまう。

なぜか?
「ここで分からないと言ったら、仕事ができない人だと思われる」という恐れだ。
気持ちはわかる。わかりすぎるくらいわかる。

しかし、先輩側から見ると、逆だ。
「分かりました」と答えた相手が1週間後に全く進んでいないと、「この人、分かってなかったな」と気づく。
この時の信頼の崩れは、最初に正直に「すみません、ここが分かりません」と言うよりずっと大きい。

詰まった時の"15分ルール"

現場のベテランがよく使う原則に、「15分詰まったら聞け」というのがある。

1つの問題で15分以上進捗が出ないなら、自分で解決しようとし続けない。先輩やチームに相談する。
ただし、聞く前にこの3つを整理する。

• 何をやろうとしているか
• どこで詰まったか
• 自分で何を試したか

この3点を整理してから質問すれば、ダメな質問にはならない。
逆にこれを整理せず「わかりません」とだけ言うと、先輩の時間を必要以上に奪うことになる。

関連: エンジニアに求められる「コミュ力」は、明るさじゃない——言語化と対話の姿勢の話

パターン② レビューの嵐と、指摘との付き合い方

2つ目は、コードレビューで心が削られるパターンだ。

最初の3ヶ月、レビューが真っ赤になるのは"通常運転"

現場に入って最初のPRを出すと、だいたい真っ赤になる。変数名、ファイル構成、コミットメッセージ、テストの書き方、例外処理、ログ出力、ドキュメント……10個以上の指摘がつくこともある。

本人からすると「全否定された」気分になる。「自分は現場で通用しない」と落ち込む。これは本当によく見るパターンだ。

でも実は、これが標準。ベテランエンジニアでも、初めての現場では同じようになる。コードレビューは"攻撃"じゃなく、"現場の型"を叩き込むための慣らしだ。

指摘を"慣らし"と捉えると、動き方が変わる

同じ指摘に対して、2通りの受け止め方がある。

Aパターン: 「また指摘された。自分ってダメなんだ」と落ち込む
Bパターン: 「この指摘、次から自分でチェックできるように覚えておこう」と記録する。

Bに切り替えられるかが、3ヶ月後の成長の差を作る。指摘事項をメモして、次のPRでは事前にセルフレビューする。
それだけで、指摘の数は目に見えて減っていく。

エージェント時代、3ヶ月後に「あの人は伸びた」と現場から評判をもらったジュニアは、ほぼ全員このBパターンだった。

パターン③ 報連相の欠如と、信頼の崩れ方

3つ目、意外と致命的なのがこれ。

ベテランほど、報連相を見ている

ジュニアは「技術が足りない」ことを心配しがちだが、現場のベテランが見ているのは技術力だけじゃない。むしろ「この人に任せて大丈夫か」の判断材料として、報連相の頻度と質を見ている。

進捗を共有しない、問題を相談しない、予定より遅れているのに黙っている——こうなると、ベテランは「この人は信頼できない」と判断する。一度この判断がついてしまうと、次のタスクが回ってこなくなる。と言うより、心配でタスクを振れない。

技術力は時間で伸ばせる。
でも信頼は、一度崩れると取り戻すのに何倍もの時間がかかる。

朝・夕の2回、型通りでいい

報連相が苦手なジュニアに勧めているのは、朝・夕の2回、型通りにやる習慣だ。

朝:

• 今日やること
• 現時点での懸念点

夕:

• 今日やったこと(進捗)
• 詰まっている点
• 明日やる予定

チャットで3〜5行、これを毎日送るだけでいい。凝った文章はいらない。続けることで、先輩側に「ちゃんと動いてるな」という安心感が蓄積される。この安心感が、信頼になる。

関連: エンジニアの「報連相」、ベテランほどできていない問題——IT現場で差がつく伝え方の型

パターン④ 経験を記録しないまま、3ヶ月が過ぎる

最後のパターンは、目に見えにくいが、後々一番効いてくる。

「何をやったか説明できないジュニア」の悲劇

3ヶ月後、エージェントから次の案件の話が来た時、あるいは契約更新の面談で「これまで何をやってきましたか?」と聞かれた時。

ジュニアが詰まるのは、自分が何をやってきたか、覚えていないからだ。毎日目の前のタスクを追いかけて、気づいたら3ヶ月経っている。でも振り返ると、「えーと、Reactで画面作って、あとバグ修正して、ドキュメント書いて……」くらいしか出てこない。

これだと、スキルシートに書ける内容もほとんど増えない。3ヶ月経っても、現場に入る前とほぼ同じスキルシートのまま次の勝負に出ることになる。これは本当にもったいない。

スキルシートは"作って終わり"じゃなく、"育てる"もの

ジュニアが最初の案件で詰まらないための、最後にして最強の習慣がこれだ。

現場で得た経験を、毎週スキルシートに追記する。

• 今週、どの機能を担当したか
• 使った技術・ライブラリ・設計判断
• レビューで得た学び
• 困った時にどう解決したか

週1回、15分でいい。これを3ヶ月続けると、スキルシートは見違えるほど厚くなる。次の案件で話せるエピソードが、自然と貯まっている。

スキルシートは"作って終わり"の書類じゃない。
コードと同じで、継続的に育てるものだ。一度作ったら終わり、ではなく、プロジェクト参画中も更新し続ける。
それが、3ヶ月後、1年後の自分を支えてくれる。

関連: 自分が携わった案件を説明できないエンジニアが多すぎる——キャリアの記憶は、消える前に記録しろ

結局、コミュ力と姿勢があれば、最初の3ヶ月は乗り切れる

改めて4つの詰むパターンを振り返る。

• 分かってないのに「分かりました」と言ってしまう
• レビューを"攻撃"と受け取って心が折れる
• 報連相を後回しにして、信頼を崩す
• 経験を記録しないまま、3ヶ月を過ごしてしまう

4つに共通しているのは、すべて"コミュ力と姿勢"の話だということだ。技術力の問題じゃない。最初に書いた通り、現場はあなたに技術力を求めていない。求められているのは、素直に質問できて、指摘を受け止められて、報告をちゃんと返せる、その姿勢だ。

極論すれば、コミュ力さえあれば、最初の1〜3ヶ月は心配しなくていい。もっと具体的に言えば「報連相を常に意識する」ただそれだけで、現場のベテランからの信頼はつく。技術は、その信頼の上に後から積み上げればいい。

"姿勢"は作れる、でも"自分の強み"は整理されていないと伝わらない

最後にもう一つだけ伝えたい。

現場で身につく姿勢や経験は、放っておくと記憶から消える。
覚えていても、いざスキルシートに書こうとした時に「あれ、何やったっけ？」となる。

自分のスキルや強みを、まだ言語化していないなら、今すぐスキルシートを見直そう。
入場時に作ったまま3ヶ月放置したスキルシートは、もう古い。
今この瞬間のあなたを表していない。
現場で掴んだ感覚、初めて通ったレビュー、先輩に褒められた設計判断——これらを消える前に記録する価値は、想像以上に大きい。

Skillsheet-Port｜スキルシートポート なら、現場で得た経験を少しずつ追記していくのに最適だ。
差分更新機能で、先週のバージョンから今週の追加分だけをサクッと反映できる。
フォーマット崩れに悩む必要もない。
週に1度15分、現場で得たことをメモする習慣を、スキルシートの更新と同時に作ってしまえばいい。

3ヶ月後、あなたのスキルシートは今より確実に厚くなっている。
そしてその厚みが、次の案件・次の単価・次のキャリアの選択肢を広げる。