事業会社からコンサルへの準備

社内SEからITコンサルへ｜要件定義の経験を職務経歴書に整理する方法

公開・更新日：2026年10月28日　編集：転職比較ナビ

要件定義に関わった経験は、仕様書の量より「誰の困り事を、どこまで決めたか」で整理すると相談材料になります。希望する役割と、経験した担当範囲を分けて用意しましょう。

この整理が役立つ人

業務部門の要望を受けてシステム変更に関わった社内SE。

確認を進める際の注意点：実装や運用だけを担当し、要件を決めていない場合は、その事実に合わせて担当範囲を記載する。

要望の原文を並べるだけでなく、対象者・発生場面・例外・完了条件を確認したか振り返ります。たとえば承認フローなら、承認者が不在のときの扱いや差し戻し後の再申請まで整理した経験が説明材料になります。作業手順を決めたのか、決まった内容を文書化したのかを最後に明記すると、担当範囲が伝わります。

次は書き方を示す架空の例です。実在の案件や実績ではありません。要望を聞いたこと、案を作ったこと、決定したことを別の動詞で書きます。

表が画面に収まらない場合は、左右にスクロールして確認できます。

要件定義の担当範囲を一つの段落にする
整理する点	記入例
困り事	営業部門が同じ受注情報を二つの台帳へ入力していた。
自分の担当	利用者への聞き取りと入力項目一覧の作成を担当。共通項目と例外項目を整理した。
権限の境界	入力を一本化する案は部門責任者が承認。予算決裁と実装は担当外。
確認した結果	承認した項目を受入テストで照合した。工数削減の数値は未計測。

職務経歴書の記入例：「社内の受注情報管理の見直しで、利用部門への聞き取り、入力項目の整理、受入確認を担当しました。部署ごとに異なる項目を共通部分と例外に分け、責任者が比較できる一覧を作成しました。方針決定は部門責任者、実装は別担当です。削減時間は計測していません。」

この例をそのまま実績として使わず、自分が担当した作業だけを残してください。要件を聞いただけなら「一覧化」、案を比較して提案したなら「比較・提案」と書き分けると、面談で責任範囲を説明できます。

自分の資料で試す：自分の案件を一つ選び、「困り事／聞いた相手／自分の提出物／決定者／確認した結果」の5行を埋めてください。未確認の成果は未計測と残します。

自分の状況と、次に確認すること
現在の状況	次の行動
要望を記録しただけ	要件を決定したとは書かず、聞き取りと記録の精度を説明する。
利害調整に参加した	意見の相違と、自分が確かめた条件を具体化する。
承認まで担当した	承認者と自分の提案を分け、何を根拠に決めたか記録する。

どの要件定義経験が応募領域に関連し、どの経験が不足するかを相談する。

記入例の型：現場の二重入力を把握→入力項目の統一案を比較→承認後の受入確認を担当。自分が実際に行った部分だけに置き換えます。

質問と記入例は準備のための型です。自分の実際の経験や、確認できた条件に置き換えて使ってください。

自分用の確認メモを作る

自分の状況・確認したいこと

この欄は送信・保存されません。ページを閉じると消えます。履歴書や個人情報の入力は不要です。

社内SE・PM・業務改善などの経験を、コンサル転職の相談に向けて整理します。

関西でのコンサル転職を検討し、事業会社等の実務経験を整理したい人。

別の方法も考えたい人：コンサルへの転職を希望しない人や、求人への直接応募だけを求める人は、求人検索の入口も比較してください。

このリンクは当サイトの選び方ページです。応募やサービス登録は行われません。

応募書類の作成手順を確認するための公式資料です。本文の質問例・整理表は当サイトで作成しています。

要件の聞き取りから選択肢の比較、機密を伏せた書類化へ