テックリードの評価を上げるコードレビュー言語化プロンプト術

将来のリーダーを目指すあなたへ。その悩み、痛いほど分かります。

「後輩のコードレビューに毎日かなりの時間を割いているのに、これって自分の評価に繋がっているんだろうか…」
「むしろ、自分の開発タスクが遅れて、なんだか損している気分になる…」
「職務経歴書に『後輩指導』と書いても、具体的にどうアピールすればいいか分からない…」

もしあなたが将来チームを率いるリーダーやテックリードを目指しているなら、一度はこんな悩みにぶつかったことがあるのではないでしょうか。

何を隠そう、これらの悩みはすべて、数年前の私自身が抱えていたものです。当時は、後輩のために良かれと思ってやっていることが、自分のキャリアの足かせになっているとさえ感じていました。

しかし、ある時気づいたのです。視点を変え、言葉を戦略的に紡ぐだけで、その日常的なコードレビューは「リーダーシップとチーム貢献を証明する非常に強力なエピソード」に化けるということに。

この記事は、どこかの誰かが書いた机上の空論ではありません。私自身が試行錯誤の末に見つけ出し、キャリアを切り拓いてきた、泥臭くも実践的なノウハウのすべてです。あなたのその貴重な経験を、もう無駄にはさせません。

「頑張っているのに伝わらない」典型的な失敗例

多くのエンジニアが、せっかくの経験をアピールしきれず、非常にもったいないことになっています。まずは、多くの人がやってしまいがちな「典型的な失敗パターン」を見ていきましょう。

これは、かつて私が職務経歴書の書き方に悩んでいた時の思考、そのものです。

【ありがちな悩み（思考の原文）】

職務経歴書の書き方について相談です。

Webエンジニアを5年やっています。
ここ1年くらい、新しく入ってきた後輩のコードレビューを担当していました。

ただコードの間違いを直すだけじゃなくて、なんでそのコードが良くないのかとか、もっと良い書き方とかも教えるようにしていました。レビューでよく指摘することがあったので、それをまとめてチームのルールみたいにしたり、後輩とペアプロしたりもしました。あと、後輩のモチベーションが下がらないように、良いところも伝えるように気をつけていました。

そのおかげで、後輩のコードもだんだん良くなって、チームのバグも減った気がします。後輩も成長して、一人で機能開発を任せられるようになりました。

このコードレビューの経験を、職務経歴書でうまくアピールしたいのですが、どう書けばいいかよく分かりません。

この「モヤモヤした思考」をそのまま職務経歴書に落とし込むと、大抵こうなります。

【典型的な失敗記述例】

後輩エンジニアのコードレビューを担当（約1年間）

ペアプログラミングなどを通じて、後輩の技術指導を行いました。

チームのコーディングルール作成にも貢献しました。

…どうでしょうか？あなたも、似たような書き方をしてしまっていませんか？
事実ではありますが、これでは採用担当者の心には何も響きません。あなたの本当の価値やポテンシャルは、残念ながら1ミリも伝わっていないのです。

なぜ、この記述ではダメなのか？

なぜこの「頑張っているのに伝わらない」状況が生まれるのでしょうか。原因は明確です。

視点が「作業者」のままになっている: 「〜を担当した」「〜を行った」という表現は、すべて「作業記録」に過ぎません。採用担当者が知りたいのは「あなたが主体的に何を変え、どんな価値を生み出したのか」です。
具体性と成果が欠けている: 「技術指導」「貢献」といった言葉はあまりに曖昧です。採用担当者は「で、その結果どうなったの？」と心の中で呟いています。ビジネスは成果がすべて。数値や具体的な変化で語られていない経験は、存在しないのも同然です。
未来が見えない: この記述からは、あなたが次期リーダーとして何をしてくれるのか、そのポテンシャルが全く見えてきません。単なる「面倒見の良い先輩」で終わってしまっているのです。

これらの根本的な問題を解決しない限り、あなたの貴重な経験は正当に評価されにくくなります。

視点を変える「魔法のテンプレート」

では、どうすればいいのか。答えは、思考のプロセスそのものを変えることです。
これからお見せするのは、単なる書き方のテクニックではありません。あなたの経験を「リーダーの視点」で再定義するための、いわば「効果的な自己分析シート」です。

以下のテンプレートをコピーし、あなた自身の経験を当てはめてみてください。これだけで、あなたの職務経歴書は劇的に変わるはずです。

### 目標
後輩のコードレビューという日常業務を、リーダーシップ、メンタリング能力、チームへの貢献を示す具体的なエピソードとして再定義し、職務経歴書における市場価値を最大化する。

### 入力情報

*   相談者: [あなたの職種]（経験[X]年）
*   目指すキャリア: テックリード、エンジニアリングマネージャーなど
*   現在の状況:
    *   [プロダクトやチームの概要]に所属。
    *   ここ[Y]年間、[後輩の属性]エンジニア計[Z]名のコードレビューを主体的に担当。

*   具体的な行動と経験:
    1.  技術的指導:
        *   [例: 単に修正点を指摘するだけでなく、設計思想や背景理論を伝えた経験]
        *   [例: パフォーマンスやセキュリティなど、より広い視点で指摘した経験]
    2.  チームへの貢献:
        *   [例: レビューでの頻出指摘をまとめ、チームの規約や仕組みに落とし込んだ経験]
        *   [例: 勉強会やペアプロ会を自主的に開催し、チームの知識底上げを図った経験]
    3.  育成への意識:
        *   [例: 後輩のモチベーションを維持するために工夫したこと]
        *   [例: 答えを教えるのではなく、自走力を促すために工夫したこと]

*   得られた成果:
    *   [例: PRの差し戻し回数やレビュー時間がどう変化したか（数値）]
    *   [例: バグ発生率や開発スピードがどう変化したか（数値）]
    *   [例: 後輩がどれくらい成長したか（定性的な変化）]

### 指示

1.  上記の入力情報を基に、職務経歴書の「職務要約」セクションに記載するための、2〜3文程度の短いサマリーを作成する。

2.  次に、「職務経歴」の詳細セクションに記載するための、具体的な記述を箇条書きで3つ作成する。各項目では、STARメソッド（Situation, Task, Action, Result）を意識し、特にAction（行動）とResult（結果）が明確に伝わるように記述する。

3.  各記述においては、以下のキーワードを文脈に合わせて効果的に使用する。
    *   メンタリング、育成、技術指導
    *   コード品質向上、技術的負債の抑制
    *   チームの生産性向上、開発プロセスの改善
    *   オーナーシップ、主体性

4.  生成する文章は、受け身の表現（例: 〜を担当した）を避け、主体的で能動的な表現（例: 〜を推進した、〜を構築した、〜を実現した）を多用する。

「思考」が変われば、「言葉」が変わる

なぜ、このテンプレートが高い効果を発揮するのか。それは、失敗例とは思考の出発点が根本的に違うからです。

比較観点	失敗例 (Before) の思考	成功例 (After) の思考
視点	作業者「何をやったか」の記録	リーダー/問題解決者「どんな課題を解決し、どんな価値を生んだか」の証明
表現	受動的「〜を担当した」	能動的「〜を推進した」「〜を構築した」
範囲	個人 1対1の指導の話	チームチーム全体の生産性や品質への貢献
成果	曖昧「良くなった気がする」	具体的「差し戻し回数65%削減」「バグ率20%減」

失敗例が単なる「過去の事実の羅列」であるのに対し、このテンプレートは「未来のリーダーとしてのあなた」を売り込むための戦略設計図なのです。

「オーナーシップ」「生産性向上」「技術的負債」といったキーワードは、採用担当者がリーダー候補に求める資質そのもの。「差し戻し回数の削減」といった具体的な数字は、あなたの行動が単なる自己満足ではなく、ビジネスインパクトに繋がっていることの有力な証拠となります。

採用担当者は、あなたの記述から、「この人は、入社後も同じように課題を発見し、主体的にチームを改善し、事業を成長させてくれるに違いない」という未来を具体的に想像するのです。

実践：このテンプレートを使いこなすために

このテンプレートは非常に強力ですが、さらに効果を高めるためのヒントをいくつかお伝えします。

数字がない場合も諦めない: 「差し戻し回数なんて計測してない…」という方も多いでしょう。その場合は、状態の変化（Before/After）を具体的に記述してください。
- （例）「レビューコメントでの指摘が実装の細部に終始していた状態から、設計原則に関する議論が活発に行われる状態へと文化を醸成した」
あなたの「意志」を込める: なぜその行動を取ったのか、あなたの「目的意識」を添えると、記述に魂が宿ります。
- （例）「属人化を防ぎ、チーム全体の開発速度を向上させる目的で、〜を推進した」
応募先に合わせてカスタマイズする: 応募先の企業が技術的負債に苦しんでいるなら「技術的負債の抑制」を、開発スピードを重視しているなら「開発サイクルの高速化」を強調するなど、相手が求める人物像に響く言葉を選びましょう。