0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

AIで書いたスキルシートは、そのまま出すと面談で崩れる——使い切るための最後の一手

0
Posted at

AIで書いたスキルシートはバレるのか——書類では断定されない。崩れるのは本人が目の前に来たときだ

AIで書いたスキルシートはバレるのか。
書類だけを見ている限り、実は断定できない。
読み手は「なんか違うかもな」で止まり、判断を保留して次に進む。
違和感が確定するのは、書いた本人が目の前に現れた瞬間だ。
そしてSESには、案件ごとに必ず面談がある。

先に結論を置く。
AIでスキルシートを書くことは正しい。間違っているのは、出てきた文章をそのまま提出することだけだ。

この記事は AIで書いたスキルシートは、そのまま出すと面談で崩れる——使い切るための最後の一手 のダイジェスト版です。
崩れ方3種の詳細なQ&A例や、手当ての具体手順は、上記の完全版をどうぞ。

書類段階では、断定できない

抽象的な表現が並んでいる。
どの案件も同じ構成で書かれている。
数字が妙にきれいに揃っている。
こうした特徴は疑いを生む。
だが疑いは疑いのままだ。

なぜならAIを使わずに書いても同じ文章になる人がいるからだ。
テンプレートを埋めただけの人。
前の職場のフォーマットを流用した人。
文章が苦手で、無難な言い回しに逃げた人。

だから読み手は落とさない。
判断を保留したまま、次に進む。
つまり書類の段階では終わらない。

平たいのに、長い

それでも読んでいて引っかかる文章には共通点がある。
情報密度が低いのに、文字数が多い。
原因は3つある。

①何にでも付く述語で書かれている

「〜を実施した」「〜を推進した」「〜の最適化を図った」「〜に努めた」。
この言葉たちには共通点がある。
どんな仕事にも付く。

テストを実施した。
移行を実施した。
会議を実施した。

何にでも付く言葉は、それ自体では何も伝えない。
仕事の中身は「〜」の側に置き去りのままだ。

現場で口に出すときは、こうならない。
「ジョブを書き直した」「レビューを回した」。
動詞そのものが、仕事の中身を運んでいる。

AIはこの種の述語を好む。
どんな入力にも安全に付けられるからだ。

②密度が均一になる

人間が書く文章は、密度にムラがある。
思い入れのある案件は長くなる。
覚えていない案件は雑になる。
このムラが、そのまま業務スタンスの輪郭になる。

AIは全体を同じ高さで埋める。
どの案件も同じ長さ、同じ構成、同じ温度。

そして人間には、この状態を作るのが難しい。
均一に薄く長く書くのは、意識してやっても骨が折れる。
だから平坦さは、それ自体が痕跡になる。

3ヶ月で退場になった現場と、2年いて設計から関わった現場が、同じ熱量で書かれているものか。
両方を経験した人間なら、書きぶりは絶対に変わる。

③全案件が無難な成功で閉じる

これは印象が薄いだけではない。
読み手が判断材料を失う。
「この人を難しい現場に入れて大丈夫か」というモヤモヤが晴れない。

停滞や揉め事が書いてある経歴のほうが、実は評価しやすい。
どこで詰まり、どう動いたか、そのエンジニアの特性が読めるからだ。

「何を書かないか」を、AIは決められない

平坦さの正体を、もう一段掘る。
人間は、書かないことを選んでいる。

読み手が知っていることは省く。
当たり前の工程は飛ばす。
省いた分だけ、残した部分が強調になる。

AIは省かない。
書けと言われた範囲を、漏れなく埋めてくる。

記述
Before(AIが書いた版) 要件定義書を作成し、関係者レビューを実施。指摘事項を反映のうえ、仕様の合意形成を推進した
After(本人が書き直した版) 要件定義から担当。部署間で仕様が割れていて、決まるまで2ヶ月。3部署の間を往復した

文章として整っているのは、明らかに前者だ。
だが読み手が知りたいのは後者にしかない。

要件定義をやったなら、レビューも修正も合意形成もやっている。
書かなくても分かる。
つまり何を書かないかという判断が、その場にいた証拠になっている。
削るところを決められるのは、居合わせた人間だけだからだ。

▶ 崩れ方3種の詳細なQ&A例や、手当ての具体手順はこちら → AIで書いたスキルシートは、そのまま出すと面談で崩れる

崩れるのは「AIで書いたから」ではない

ここが本題だ。
面談で崩れるのは、AIを使ったからではない。
文章と実体の本人がずれているから崩れる。
AIを使うとそのずれが起きやすい、というだけだ。
人力で盛っても、同じことは起きる。

人は誰でも、初対面の相手と15分も話せば、その人がどんな言葉を使う人か見当をつけている。
専門用語をそのまま使う人か、噛み砕く人か。
数字で話す人か、印象で話す人か。

面談官も同じことをしている。
違うのは、手元にスキルシートがあることだけだ。
本人の話し方から見積もった言葉づかいと、書面に並んでいる言葉。この2つが離れていると引っかかる。

逆に言えば、本人の言葉として自然に読めるなら、文面が多少AIっぽくても問題にならない。

崩れ方は3種類、手当ても3つ

崩れ方と手当ては1対1で対応する。

崩れ方 何が起きるか 手当て
①言葉の高さがずれる 「設計・実装を担当」と書いたのに、答えが実装の高さで返る 自分の言葉に置き換える
②説明の順番が思考順と違う 自己紹介は淀みないのに「一番大変だったのは?」で沈黙する 口に出して構成を自分のものにする
③温度がずれる 分量を割いた案件の回答が2〜3文、1行の案件で急に長くなる 描写を削って、決めたことを1行入れる

②だけはAIに組ませたときに特有の崩れ方になる。
スキルシートを丸暗記して構成を覚えているだけで、経験から引き出していないからだ。
自分の記憶から話している人は、順番を変えられても止まらない。

手当て1:描写を削って、決めたことを1行入れる

記述
Before 案件C(決済API開発/6ヶ月):基本設計〜結合テスト。Go、PostgreSQL。4名。
決済APIの基本設計から結合テストまでを一貫して担当し、外部事業者との連携や品質の向上に貢献した。
After 案件C(決済API開発/6ヶ月):基本設計〜結合テスト。Go、PostgreSQL。4名。
開発中に外部事業者の仕様変更が2回入り、リトライ設計を自分で決めて二重課金をゼロで通した。

Beforeの2行目は、1行目の繰り返しでしかない。
工程欄に書いてあることを、文章にしてもう一度言っている。

削って浮いた行に、その案件で自分が決めたことを入れる。
自問は2つでいい。

  • この案件で、想定どおりに進まなかったことは何か
  • そこで自分は何を決めたか

判断の1行は、全案件に入れる。
3ヶ月の短期参画でも「既存コードの規約に合わせることを優先し、改善は提案に留めた」と書ける。
これも判断だ。
そのうえで書ける量には自然と差が出る。
この濃淡は狙って作るものではなく、判断の量が作るものだ。

手当て2:自分の言葉に置き換える

記述
Before CI/CD基盤の最適化を推進し、開発効率の向上に貢献した
After Jenkinsのジョブを書き直して、ビルド待ちを20分から6分にした

前者は文章として整っている。
だが読み終えても、この人が何をできる人なのかが掴めない。

後者は雑だ。
しかし読んだ瞬間に分かることが多い。
Jenkinsを触っている。
ビルドの遅さを課題として認識していた。
実際に短縮した。

スキルシートは文章力を見る書類ではない。読み手が何秒でその人を掴めるかで決まる。

そしてもうひとつ効くのが、後者は面談でそのまま口に出せることだ。
「CI/CD基盤の最適化を推進しました」と口で言う人はいない。
書面と口頭でずれるのは、この言葉選びの段階から始まっている。

判断基準は簡単だ。
その言葉を、面談で口に出して説明できるか。出せないなら、書かない。

手当て3:口に出して、構成を自分のものにする

順番のずれだけは、書面をいくら直しても消えない。
やることは単純だ。
書いた各項目について、口に出して説明してみる。

  • なぜその技術を選んだのか
  • そのとき何が課題だったのか
  • 自分はどこを判断したのか
  • 結果はどう変わったのか

説明できない項目が出てきたら、そこは書きすぎている。
削るか、説明できる範囲まで書き直す。

AIが書いたものを話すのではない。
自分が話せるものを、AIに整えてもらう。

順番はこちらだ。

Skillsheet-Port のAI構成補助も、この前提で作られている。
出力するのは職務要約や自己PRの叩き台であって、完成品ではない。
どこを削り、どこに自分の判断を入れるかは、本人にしか決められない。

まとめ

  • AIで書いたスキルシートは、書類段階では断定されない。読み手は保留して次に進む
  • 引っかかるのは平たいのに長い文章。何にでも付く述語/密度が均一/全案件が無難な成功
  • 「何を書かないか」をAIは決められない。省略の判断が、その場にいた証拠になる
  • 崩れる原因はAIを使ったことではなく、書面と本人がずれていること
  • 崩れ方3種:言葉の高さ/説明の順番/温度
  • 手当て3つ:描写を削り判断を1行/自分の言葉に置換/口に出して構成を自分のものにする
  • 判断基準は「面談で口に出して説明できるか」の一点

今日できることがある。
直近の案件の記述を1つだけ選んで、声に出して説明してみてほしい。
そこで詰まったら、それがAIの言葉のまま残っている箇所だ。

▶ 完全版ガイドはこちら → AIで書いたスキルシートは、そのまま出すと面談で崩れる——使い切るための最後の一手

▶ 無料でスキルシートを作ってみる → https://www.skillsheet-port.com/

0
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?