『1年目の基礎』が5年後のキャリアを左右する
エンジニア1年目で身につけるべきは技術力だけではありません。むしろ技術力以外の『仕事の進め方の基礎』が5〜10年後のキャリアを大きく左右します。コードレビューの受け方・PRの書き方・1on1の使い方・ドキュメント力・チーム協働など、見落とされがちな基礎を1年目から意識的に磨いておくと、長期キャリアで圧倒的に差がつきます。本記事では編集部の取材ベースで、1年目で身につけるべき5つを整理します。
『技術力以外』の5つの基礎
- 基礎1: コードレビューの受け方
- 基礎2: PRの書き方・サイズ管理
- 基礎3: 1on1の使い方
- 基礎4: ドキュメント力（PR説明・設計書）
- 基礎5: 質問の仕方・ヘルプの求め方
基礎1: コードレビューの受け方
(1) 感情を切り離す: 指摘はコードへの指摘・人格否定ではない
(2) 感謝の姿勢: レビューしてくれることへの感謝
(3) 納得しない場合の対話: 「これは〇〇という理由でこう書きました。〇〇さんはどう考えますか？」
(4) 『学び』として記録: 個人ノートに学びを蓄積
(5) 同じ指摘を2回受けない: 一度学んだことは身につける
基礎2: PRの書き方・サイズ管理
- 1PR = 1つの目的: 関係ない変更を混ぜない
- サイズ500行以下: 大規模変更は分割
- PR説明文を書く: 何を・なぜ・どう変えたか
- セルフレビュー: 提出前に自分でレビュー
- CIエラーを残さない: テスト・lint通してから提出
基礎3: 1on1の使い方
1on1は『上司の時間』ではなく『自分のための時間』:
(1) アジェンダを事前準備: 困りごと・キャリア・フィードバック
(2) 質問を5つ: 業務・キャリア・上司への期待
(3) 自己評価を率直に: できたこと・できなかったこと
(4) 支援要望を明示: 「これを学びたい」「これに困っている」
(5) 1on1ノート: 話した内容を記録・進捗確認
基礎4: ドキュメント力
- PR説明文: 後から読んでもわかる
- 設計書: 概要・図解・トレードオフ
- 個人技術メモ: 学んだことを言語化
- READMEメンテ: 開発環境の手順
- 議事録: 会議で決まったことの要約
基礎5: 質問の仕方
『良い質問』のフォーマット:
(1) 背景: 何をしようとしているか
(2) 試したこと: 自分で調査した結果
(3) 困っていること: 具体的に詰まっている点
(4) 仮説: 自分の考え
(5) 質問: 何を教えてほしいか
悪い質問: 「動きません、教えてください」
良い質問: 「Xを実装中、Yを試したらZのエラーが出ます。理由はAだと推測していますが、対処法を教えてください」
1年目で『やってはいけない』5つ
- 独りで抱え込む: 30分詰まったら質問
- 言われたことだけやる: 自発的な提案・改善
- 失敗を隠す: 早期共有が信頼に
- 残業を美徳にする: 持続不可能・健康崩す
- 業務外学習ゼロ: 業務だけでは成長遅い
1年目の理想的な1日
- 9:00 出社・朝会・1日のタスク確認
- 9:30〜12:00 集中タスク（メインの実装）
- 13:00〜15:00 コードレビュー・質問対応
- 15:00〜17:00 マイナータスク・ドキュメント
- 17:00〜18:00 振り返り・翌日準備
- 18:00 退社
- 19:00〜20:00 業務外学習（30〜60分）
1年目で評価される5つの行動
- 1. 言われたことをきちんとこなす
- 2. わからないことを率直に聞く
- 3. 失敗を隠さず共有する
- 4. 改善提案を1つでも出す
- 5. 同僚への感謝を口に出す
1年目を終えての振り返り
1年目の終わりに振り返るべき点:
(1) 1年前と比べて何ができるようになったか
(2) 印象に残った失敗と学び
(3) 上司・同僚への感謝
(4) 2年目の目標・学習計画
(5) キャリアの長期方向性
関連リンク
1社目選びは エンジニア1社目選び、20代キャリアは 20代エンジニアキャリア、AI時代のジュニアは AI時代のジュニアエンジニア を参照してください。