DX推進・IT企画の職務経歴書の書き方——経験の言語化と書類通過のコツ

DX推進・IT企画の職務経歴書は、「何を導入したか」の名称リストを書いても書類選考を通過しにくいです。「SalesforceとSlackを導入した」という記述は、担当範囲が伝わっても「自分がどんな判断をして、何を変えたか」が見えません。

「ツール・システム名の列挙」では評価されない理由

DX推進・IT企画の職務経歴書でよくある失敗は、導入したツールやシステムの名称を並べることです。

採用担当者が見たいのは「何を使ったか」より「なぜそのツールを選び、どう導入し、社内にどんな変化をもたらしたか」です。ツールの種類ではなく、その選定・導入・定着化のプロセスで自分が何の判断をしたかが評価の核心です。

改善の例：

• 改善前：「Salesforce・kintone・Slackの導入・運用管理」
• 改善後：「営業部門の案件管理非効率（月次報告工数：1人あたり○時間）を課題として定義し、5ツールの比較選定→Salesforce導入を主導。ベンダー折衝・社内展開・研修設計を担当し、3ヶ月で全社利用率○%を達成。月次報告工数を○%削減」

「課題→選定→導入→効果測定」の流れを書くと、同じ経験でも書類の評価が大きく変わります。

成果の数値化が難しい場合の対処

DX推進・IT企画の成果は定量化が難しいことが多いです。「業務効率化」「DX推進」は概念的で、数値で表しにくいと感じることがあります。

数値化の代替アプローチ：

• 時間削減：「月次○○業務の作業時間を○時間→○時間に短縮」
• 利用率：「導入後3ヶ月で対象部門○人のうち○%が日常利用する状態に」
• 規模感：「対象部門○人・拠点○拠点のシステム更改プロジェクトのPMを担当」
• コスト削減：「既存システムの保守費用を年間○万円→○万円に見直し」
• プロセス短縮：「承認フローを○ステップ→○ステップに削減し、処理リードタイムを○日短縮」

数値が出せない場合でも、「ステークホルダーの数」「対象業務の複雑さ（関連部門数・連携システム数）」「自分が主導した工程の範囲」を書くと、関与度と規模感が伝わります。

転職先別の書き分けポイント

転職先によって、強調すべき経験が異なります。

事業会社の別部門IT企画への移動：

業務知識と社内折衝の実績が重視されます。「どの部門のどんな業務課題を定義して、どう解決したか」を具体的に書けると評価されます。

ITコンサル・SI会社への転換：

自社課題の解決経験をコンサルティングの文脈で説明できるかが問われます。「要件定義・ベンダー比較・仕様策定・テスト計画」など、プロジェクト管理の工程を詳述するのが有効です。

DX専門組織・スタートアップへの移行：

スピード感と自分で「0→1」を動かした経験が重視されます。社内の反対意見をどう調整したか、どのくらいの短期間でどこまで動かしたかを具体的に書けると差がつきます。

まとめ：DX推進・IT企画の職務経歴書は「課題→推進→成果のプロセス」に集約される

DX推進・IT企画担当の職務経歴書で書類選考を通過するための要点は2点です。

1. ツール名の列挙をやめ、「課題定義→選定根拠→推進プロセス→効果」の流れで書く：採用担当者が見たいのは「自分がいたことで何が変わったか」
2. 成果の数値化は「時間・利用率・コスト・リードタイム」に翻訳する：曖昧な「効率化」より具体的な指標に落とすと評価が上がる

書き方に迷ったときは、IT企画・DX推進転職に詳しいエージェントに相談するのが近道です。

NEXTPM・ITコンサル向け転職エージェントを比較する