まるみワークス編集部でITキャリアを担当しているマナです。本記事は職務経歴書の公的な作成支援と職業情報を編集部が調査して作成しています。採用の可否を保証するものではなく、実際の経歴を読み手に伝わる順番へ整理するためのガイドです。
結論：技術名だけでなく、どの工程で何を担ったかを書く
ITエンジニアの職務経歴書では、使用言語やクラウドサービスの名前だけを並べるより、どの案件で、どの工程を、どの役割で担ったかまでつなげると伝わりやすくなります。職務経歴は、自分の経験や能力を振り返り、事実に基づいて整理する資料です。[1]
同じ技術を使っていても、要件を決めたのか、設計・構築をしたのか、運用改善を担ったのかで、次に任せられる仕事の見え方が変わります。まずは案件ごとの仕事内容を時系列で書き出し、その後に読み手が比較しやすい形へ並べ替える方法がおすすめです。
先に棚卸しする四つの項目
担当した業務と工程
案件名や所属部署の次に、担当業務を具体的に記します。基盤システムの仕事は、要件定義、設計、構築、引き継ぎ、改善、運用後の不具合対応、文書化までの流れとして説明されています。[2] 自分の経歴では、関わった工程だけを選んで書けば十分です。
役割と関係者
メンバー、リーダー、顧客窓口、ベンダー調整、運用担当など、案件内での役割を分けます。役職がなくても、担当範囲と誰と調整したかを書けば、責任の範囲が読み手に伝わります。
技術と利用環境
言語、フレームワーク、データベース、クラウド、監視ツールなどは、案件ごとに関係するものだけを記します。技術一覧を長くするより、何のために使ったかを業務の説明につなげるほうが、経験の再現性を判断しやすくなります。
成果と改善内容
成果は、本人が説明でき、守秘義務に抵触しない事実に限って書きます。数値を使える場合は、集計期間、担当範囲、算出方法が説明できるものを選んでください。数値が難しい場合でも、手作業を自動化した、問い合わせの一次切り分けを整備した、手順書を更新したといった改善内容を、前後の状況と一緒に記せます。
基本の並べ方
職務経歴は、勤務先ごとにまとめる形式と、担当案件ごとにまとめる形式があります。公的な作成支援でも、これまでの職務や能力を振り返り、応募先に伝える内容を整理する考え方が案内されています。[1] ITエンジニアでは、勤務先の下に主な案件を置く形にすると、所属の連続性と技術経験の両方を見せやすくなります。
各案件では、次の順番にすると情報が散らばりにくくなります。
- 案件・業務の概要
- 担当期間とチーム内の役割
- 担当工程と具体的な業務
- 使用技術・環境
- 改善内容や成果
業務範囲の異なる職種へ応募する場合は、応募先ごとにすべてを書き換えるより、強調する工程を変える方法があります。社内SEを目指す場合の業務範囲は、社内SEの仕事内容とSIerとの違いも参考にしてください。
書く前に確認したいこと
- 他社名、顧客名、非公開の仕様を出していないか
- 自分が担った役割と、チーム全体の成果を混同していないか
- 技術名と担当業務がつながっているか
- 現在の応募先で求められる工程を優先できているか
- 面接で補足を求められても説明できる内容か
職務経歴書は、経験を大きく見せるための資料ではなく、次の仕事で活かせる範囲を正確に伝えるための資料です。書き終えたら、技術名を除いて読んでも業務と役割が分かるかを確認すると、内容の偏りに気づきやすくなります。
まとめ
ITエンジニアの職務経歴書では、技術、担当工程、役割、改善内容を案件ごとにつなげて整理することが基本です。[2] 職務や能力を事実に基づいて振り返り、応募先に近い経験を分かりやすく示してください。[1]