面接官のためのAX人材検証法 — 30分で分かる本当の実力

AX人材面接テスト方法

ちょっと待って、このタイトルに釣られましたか？ 😄

💡 AX人材採用の悩み、皆さんにもありますよね？

最近、誰かの投稿にコメントを書いていて、こんなことを思いました。

「なぜこれを知らないのだろう？あ、AXを自分でやってみないと分からないよな。」

その気づきがこの記事の出発点です。

AX（AI Transformation）人材を募集する企業が増えています。でも問題があります。AXを経験したことのない面接官が、AX人材をどうやって検証するのかということです。コーディングを知らないHR担当者が開発者を採用するのと同じ状況です。

🎯 30分AX人材検証フレームワーク

私が実際に使っている方法を公開します。

Step 1: コーディングテストのようにテーマを与える

通常のコーディングテストのように特定のテーマを与えます。ただし、ルールが異なります：

✅ 好きなAIツールを自由に使えます
✅ または指定されたAI環境で結果を出せます
⏱️ 時間：30分

AX志願者なので、90%以上は成果物を出します。まったく出せない志願者は？まず不合格です。

Step 2: 成果物の「結果」ではなく「構造」を見る

ここからが核心です。成果物の内容よりもはるかに重要なものがあります。

📁 フォルダ構造を見よ

✅ 良い例
project-root/
├── docs/          # 要件定義書、仕様書、作業指示書、作業履歴
├── src/           # ソースコード
├── .agent/        # role, rule, skill, workflow
├── .gitignore
├── .env.example
├── AGENTS.md
└── README.md

❌ 悪い例
project-root/
├── main.py
├── test.md        (rootに文書が散在)
├── config.json
└── result.html

プロジェクト経験が豊富な人ならすぐ分かります。AIが勝手に作ったフォルダ構造か、志願者がAIに正しく指示して作った構造かを。

📄 docsフォルダの中身は？

本物のAX人材なら、30分以内にこれらを作り上げます：

ドキュメント	説明
要件定義書	何を作るかを定義
仕様書	どう作るかを仕様化
作業指示書	AIへの指示記録
作業履歴	進行プロセスのログ

🤖 .agentフォルダを見よ

AXの核心はエージェント環境の構成です。.agentフォルダに以下があるか確認してください：

role/ — AIの役割定義
rule/ — 動作ルール
skill/ — 専門スキル定義
workflow/ — 作業フロー

Step 3: 環境設定の完成度を確認する

チェック項目	意味
`.gitignore`の整理	バージョン管理の理解度
`.env.example`の標準化	環境変数管理能力
開発/prod環境の分離	実務経験
`docs/`と`src/`の分離	プロジェクト構造の理解

⏱️ 「30分は短すぎませんか？」

いいえ、むしろ余裕があります。

私は実際に顧客サービスの初期設定時間を30分で設定しています。その中でエージェント環境をセットアップし、成果物まで出します。

成果物自体は通常5分で出ます。

残りの25分は**「適切なAI作業環境を作ること」**に使います。

🔑 このテストが見る本当の能力

この30分間、志願者が自分だけのエージェント環境をどのように構成し、成果物をどのように指示して出すか

これがAX人材の本当の実力です。

単にAIツールを使えることではありません。AIを指揮する能力です。

💥 なぜ重要か：一般人の20〜100倍

優れたAX人材1人 = 一般人の20〜100倍の生産性

このような人を見つけることは簡単ではありません。間違った方法で採用すると？

コーディングを知らない人が「ゲーム開発者を採用して同時接続150人のゲームを作る」ようなことになります。結果は明らかです。崩壊します。

🎯 結論：AXを知らなければAX人材も採用できない

選択肢は2つです：

自分で勉強する — AXを直接経験する
専門家を呼ぶ — AX実務者に検証を任せる

あなたの会社に応募したAX人材、正確に検証できます。😄

(あ...これが自慢記事になってしまいましたね;;;)

タグ: #AX人材 #AI面接 #AX採用 #エージェント環境 #AI変革 #採用検証 #AITransformation

Talk Lowy(jp)

このブログを検索