AIで役割が減るエンジニアと、役割を広げるエンジニアの違い
最終更新: 2026.08.09
AIで減りやすいのは、入力と正解が固定された作業です。業務の目的を理解し、AIへ渡す仕事を分解し、出力を検証できる人は役割を広げられます。
「コードが書けるだけでは危ない」という不安は半分正しいです。ただし、慌ててAIツール名を職務経歴書へ並べても市場価値には直結しません。評価されるのは、AIを使った事実ではなく、仕事の流れをどう変えたかです。
現在の業務を、判断が要らない処理、社内ルールが必要な処理、人の承認が必要な処理に分けます。AIへ任せる範囲と、人が責任を持つ境界を説明できることが強みになります。
AIへ渡せる作業と、渡せない判断を分ける
要約、分類、たたき台、検索語の展開はAIに渡しやすい一方、仕様の採否、個人情報の扱い、本番反映の判断は人が持つべきです。工程を丸ごと自動化する発想ではなく、確認可能な小さな単位へ切り分けます。
- 入力データに機密情報が含まれないか
- 正しさを何と照合するか
- 誤りがあった時の影響範囲はどこか
- 最終承認者と履歴をどう残すか
時短ではなく、再現性を残す
自分だけが速くなっても、職務経歴書では小さな成果に見えます。テンプレート、チェックリスト、入力例、レビュー手順を残し、他の人も同じ品質で使える状態にすると「業務改善」の説明になります。
導入前後の所要時間を測れるなら記録します。測れない場合は、確認漏れの減少、フォーマット統一、検索のしやすさなど、観察できる変化を記録します。
AI出力を疑える人が設計側へ近づく
生成結果の誤りを見抜くには、対象業務と技術の知識が必要です。AIを使うほど基礎が不要になるのではなく、検証のための基礎が重要になります。ログ、テスト、公式ドキュメント、社内仕様のどれで確認したかを残しましょう。
職務経歴書の変換例
ChatGPTを使用して議事録作成を効率化した。
会議メモから決定事項・未決事項・担当・期限を抽出するテンプレートを作成。出力を録画・原文と照合する確認手順を定め、共有フォーマットを統一した。
ツール名より、入力・検証・運用の設計を書くと再現性が伝わります。
行動前チェックリスト
- AIへ入力してよい情報を確認した
- 人が承認する境界を決めた
- 正しさの照合先を決めた
- 他の人も使える手順を残した
- 導入前後の変化を記録した