概要
- 新人エンジニアは「完了タスク数」よりも「成長と貢献度」が重視される
- シニアエンジニアは新人をA・B・Cの3タイプに分類
- Aになるには単なる作業量ではなく学びや周囲への影響が重要
- Cシグナルの繰り返しは即NG、B以上を目指す姿勢が必須
- タスク管理や自己成長への投資がキャリア成功の鍵
新人エンジニアが知るべき「成果」の本質
- 新人が何タスクこなしたか は重視されない現実
- シニアエンジニアは A(変革者)・B(安定)・C(戦力外) の3分類で新人を評価
- シニアの本音は Aを全力支援・Bを適度支援・Cには最小限の労力 で済ませたいという方針
- 自分がどのカテゴリに入りたいかを示すこと が新人の最優先課題
- タスク自体は マネージャーやTech Leadなら短時間で終わる レベルであることが多い
- 新人採用は「未来のエース育成」への投資という視点
- 今日の生産性ではなく、将来の成長力 が本当の評価基準
タスク完了数は評価基準にならない理由
- タスク40件完了のNoob Aと20件のNoob B、どちらが優秀かは不明
- タスクの難易度や内容が分からなければ 数だけでは評価不能
- 本当に求められるのは A・B・Cのどこに入るかを判断するための情報
BとCの分かれ目となる重要ポイント
- コードが正しく動作すること
- 自分の進捗や作業内容を周囲に共有できること
- 見積もりの3倍以内で完了すること
- 他人に不必要な負担をかけないこと
- ヘルプを頼むのはOK
- レビューで負担増→NG
- オンコールやDevOpsに迷惑→大NG
- 作業したふりや成果の偽装は即C認定
- Cシグナルは誰でも出すが、同じ失敗を繰り返さないことが重要
- 全体としてBシグナルが多い状態を目指す
A判定を得るためのシグナル
- 不要なタスクであることを論理的に説明できる
- 全体最適を考え、効果の大きい部分を発見できる
- 複数のアプローチで実装できる柔軟性
- タスクの実装だけでなく、設計改善や他部分の簡素化も提案
- 先に難しい変更を簡単にする工夫も評価
- 大きな差分よりも小さな差分をこまめに提出(理想は日次)
- 内製ツールを作り、他タスクの効率化に貢献(類似タスクがある場合のみ)
- 自チーム外にも有用な差分を提出(ただし本業優先)
- 学びを社内で共有し、他者の役に立つアウトプット
- 建設的かつ迅速なレビュー対応
- 堅実なユニットテストの実装(理想はBシグナルだが現状はA扱い)
Aシグナルの特徴と時間管理
- Aシグナルは単なるタスク完了よりも時間がかかる
- ただし「終わらせること」が前提、無限に時間をかけて良いわけではない
- 時間捻出のためのタスク・差分管理、自己成長のための投資が重要
- 自己成長が他者の利益にもつながる行動が評価対象
まとめ
- 新人の本当の価値は「将来への伸びしろ」と「周囲への貢献」
- タスク数やスピードよりも、学び・改善・共有の姿勢を示すことがキャリア成功の鍵
- 同じ失敗を繰り返さず、常にB以上を目指す意識が求められる