チーム成果を職務経歴書に書く方法｜自分の貢献を誇張せず示す

意味のある仕事の多くは共同作業です。共有成果をすべて外すと、かえって経歴が不正確になります。チーム成果を書くときは、読み手が本人の仕事を区別できるようにします。

マイジョブ・カードの職務経歴シートも、果たした役割と貢献したことの記入を案内しています。この二つを別項目として扱います。チームの行は規模と結果、自分の行は次の職場でも再現できる根拠です。

案件ごとに、チーム目標、チーム結果、自分の正式な役割、自分が持った判断または成果物、依存した相手、自分の仕事に結びつく根拠、の六項目を記録します。根拠には、担当機能のリリース、採用された提案、特定エラーの減少、引き継ぎ時間、運用指標などがあります。

下書きでは共有成果に「私たち」、自分の行動に「私」を使います。日本語の完成版では主語を省く場合もあるため、「チーム成果」「担当範囲」と明示すると帰属が曖昧になりません。

1行目の目標:「7名チームで、法令対応期限までに受注フローを再構築。」2行目の担当:「入力検証サービスと切替チェックリストを担当。」3行目の協働:「業務部門と項目ルールを合意し、上流2チームと契約テストを調整。」4行目の結果:「チームは期限内にリリース。入力検証に起因する手修正は、計測した週120件から35件へ減少。」

この形は本人の価値を小さくしません。境界を持った実装、他チームとの調整、担当範囲につながる結果が見つけやすくなります。

「自分の仕事がなかった場合、結果のどの部分が変わりそうか」を考えます。これは考えるための問いであり、根拠のない貢献率を作る方法ではありません。直接の成果物、他者を可能にした仕事、一般的な参加を区別できます。

売上、会社成長、大規模リリースは、一人の仕事から遠く、直接主張できないことがあります。その場合は事業成果を背景として書き、自分には近い指標を使います。担当フローの利用率、担当機能の不具合、意思決定時間、テスト、納期予測などです。

Before:「チームを率いてコンバージョンを20%向上。」チーム人数、リーダーの範囲、実験での担当、変化が本人に帰属するかが分かりません。

After:「5名のプロダクトチームで、決済フローの計測設計と実験判定プロセスを担当。デザイン、分析担当とガードレール指標を決め、結論を出せない2案を棄却。最終リリース後、明示したテスト期間にチーム指標のコンバージョンが相対20%上昇。自分の直接成果物はイベント設計、分析確認、展開判断の記録。」因果関係は証拠が支える範囲だけを主張します。

個人貢献者の求人では、技術または業務の担当境界を先に出します。管理職では、人員配置、委任、判断の質、チームの運営を示しますが、部下の成果をすべて管理職個人の実績にはしません。部門横断職では、接点と解消した意見対立を書きます。

職務経歴書、自己PR、面接では同じ事実を使い、長さだけを変えます。最後に履歴書マッチ分析で、数字の大きさではなく、応募要件へ答える根拠になっているか確認します。完成した文章を採用担当者の目で読み、チームの結果、自分の仕事、主張できない範囲がすぐ区別できるか確認します。