SIerの職務経歴書の書き方｜工程・規模・立場・PL経験の伝え方と記載例【2026年版】

📖 読了時間：約9分

SIerの職務経歴書は、担当した工程、案件の規模、商流での立場、チームでの役割の4つをそろえて書くと、経験の重さが正しく伝わります。SIerの案件は工程ごとに分業されていることが多く、「設計・開発に従事」と書くだけでは、どこまで任されていたかが読み手に伝わらないからです。

また、SIerの仕事は銀行や官公庁など、顧客名を出せない案件が多いのも特徴です。顧客名を伏せても、業種、システムの種類、規模を具体的に書けば、経験の内容は十分に伝わります。

以下では、SIerならではの書き方の4つの軸、立場別の記載例、顧客名を伏せる書き方、書類で落ちやすいNG例、提出前の確認項目の順に解説します。

この記事を読めば、SIerで積んだ経験を、評価される形で書けるようになります。まずは無料でスキルログに登録し、案件ごとに工程と役割を整理するところから始めましょう。

職務経歴書とは、これまでの仕事の内容と成果をまとめた書類のことです。SIerの経験を書くときは、一般的な書き方に加えて、次の4つの軸を案件ごとにそろえて書きましょう。全体の書き方はエンジニアの職務経歴書の書き方完全ガイドで解説しています。

軸	書く内容	記載例
工程	担当した工程の範囲	要件定義〜基本設計、詳細設計〜結合テスト、運用保守
規模	人数・期間・人月・利用者数	全体約40名、2年、約300人月、利用者約2,000名
立場	商流の中での位置	元請け（プライム）、二次請け
役割	チームでの役割と管理した人数	PL（メンバー5名）、サブリーダー、メンバー

工程名は一般的な呼び方で書く

会社ごとに工程の呼び方が違うことがあります。工程名は、IPAが公開している「共通フレーム」など、業界で広く使われている呼び方に合わせると伝わりやすくなります。「外部設計」「内部設計」など社内の呼び方を使う場合は、「基本設計（社内では外部設計）」のように、一般的な呼び方を添えると誤解を防げます。工程ごとの書き方はスキルシート担当業務の書き方｜作業内容を具体化する技術も参考になります。

立場は正直に書く

二次請け・三次請けであることを隠す必要はありません。立場を書いたうえで、その中で任された範囲を具体的に示せば、経験は正しく評価されます。

記載例1：元請けで要件定義を担当

「自治体向け税務システムの刷新（全体約60名、元請け）。業務部門への聞き取りを担当し、現行業務の課題を整理して要件定義書の一部（帳票・画面）を作成。顧客との定例会で仕様の調整を行い、要件の確定までの手戻りを抑えた。」

記載例2：二次請けでPLを担当

PLの経験は、次の4点を入れると伝わりやすくなります。

• 管理した人数と、担当した工程の範囲
• 行った管理の内容（進捗・品質・課題）
• 報告の相手と頻度
• 結果（予定どおりの納品、不具合の削減など）

「地方銀行の融資管理システム刷新（全体約40名、二次請け）。PLとしてメンバー5名を管理し、詳細設計から結合テストまでを担当。進捗と不具合を週次で元請けに報告し、担当範囲を予定どおりに納品した。」

記載例3：三次請けで開発を担当

「製造業向け生産管理システムの機能追加（チーム8名、三次請け）。Javaで在庫引当の機能を開発し、単体テストを担当。既存の処理の遅さに気づき、SQLの見直しを提案して処理時間を短縮した。」

記載例4：運用保守を担当

「物流会社の配送管理システムの運用保守（チーム6名、元請け）。障害の一次対応と原因調査、月次の小規模な改修を担当。障害の傾向を整理して再発防止策を提案し、問い合わせの件数を減らした。」

SIerの案件は、銀行や官公庁、大手企業など、顧客名を出せないものがほとんどです。次のように置き換えると、具体性を保ったまま守秘義務を守れます。

書けない情報	置き換えの例
顧客の社名	大手地方銀行、政令指定都市、大手製造業
社内のシステム名	融資管理システム、税務システム、生産管理システム
正確な金額や件数	約300人月、利用者約2,000名、1日約10万件の処理

数字はおおよその値で問題ありません。社外秘の資料や画面のキャプチャは、職務経歴書にもポートフォリオにも載せないようにしましょう。

NG例	なぜ伝わらないか	直し方
「設計・開発・テストを担当」	どこまで任されていたか分からない	工程ごとに担当範囲と役割を書く
規模の記載がない	経験の重さが判断できない	人数・期間・人月を書く
「リーダーとして参画」だけ	何人を、どう管理したか分からない	管理した人数と、行ったことを書く
経験年数や工程を実際より広く書く	面接の質問で必ず差が出る	事実の範囲で、任された部分を具体的に書く

経験を盛って書くと、面接や入社後に必ず差が出ます。盛らずに強く伝える方法はスキルシートで盛ると落ちる？実績を「強く」伝える方法で紹介しています。

• すべての案件で、工程・規模・立場・役割の4つがそろっているか
• 工程名が一般的な呼び方で統一されているか
• 数字（人数・期間・人月）に、説明できる根拠があるか
• 冒頭の職務要約と、案件ごとの内容が食い違っていないか

職務要約の書き方はエンジニアの職務経歴書の職務要約の書き方で詳しく紹介しています。ただ、ExcelやWordで経歴を書き足していくと、案件ごとに工程・規模・立場の書き方がばらつきやすくなります。スキルログで記録すると、次の点で楽になります。

• 項目がそろう：案件ごとに期間・役割・プロジェクト規模・チーム規模・業種・担当工程・成果を同じ項目で入力するので、書き漏れがなく、案件どうしを比べやすい
• 体裁を整える手間がない：入力した内容はPDF出力で体裁の整ったスキルシートになり、新しい案件を足したらそのまま出し直せる
• 伸びたスキルが見える：スキルごとにS・A・Bなどの自己評価と経験年数を並べて確認でき、次に伸ばすところが分かる

登録した経歴をもとに、自分の経験で狙える求人や案件、年収や単価の目安を、転職・案件相談で一緒に確かめることもできます。

SIerの職務経歴書では、担当した工程、案件の規模、商流での立場、チームでの役割の4つを案件ごとにそろえて書きましょう。二次請け・三次請けの経験も、任された範囲を具体的に書けば正しく評価されます。

SIerへの転職の進め方はSIerへの転職｜未経験・SESから入る方法で紹介しています。

二次請けや三次請けの経験は職務経歴書で不利になりますか？

不利にはなりません。立場よりも、その中で何を任され、どう判断したかが見られます。担当した工程と役割、工夫したことを具体的に書きましょう。

人月はどのように書けばよいですか？

「全体約300人月、うち自チーム約40人月」のように、プロジェクト全体と自分のチームを分けて書くと規模が伝わりやすくなります。正確な数字でなく、おおよその値で問題ありません。

顧客名を書けない場合はどうすればよいですか？

「大手地方銀行」「政令指定都市」のように、業種と規模で置き換えます。システムの種類と担当した機能を具体的に書けば、内容は十分に伝わります。

PL経験はどのように書けば評価されますか？

管理した人数、担当した工程、行った管理の内容（進捗・品質・課題の管理）を書きます。結果として予定どおり納品できたなど、管理の成果も添えましょう。

長期間同じ案件にいた場合はどう書けばよいですか？

期間で区切り、時期ごとの役割の変化を書きます。「1〜2年目はメンバーとして開発、3年目からサブリーダー」のように書くと、成長の過程が伝わります。

ここまでの内容を踏まえて、まずはスキルログに無料で登録し、案件ごとに工程・規模・立場・役割を入力し、職務経歴書の下書きを作ってみましょう。