SalesforceのAI人員削減が暴いた『AIスキルの幻想』。あなたの部下が本当に“使える人材”かを見抜く唯一の質問とは
📡 本日の観測ニュース
Salesforce cuts more jobs as AI strategy reshapes workforce priorities - Indiatimes
SalesforceがAI戦略を理由に、再び人員削減に踏み切った。これは単なる景気後退によるコストカットではない。米労働統計局のデータを見ても、テクノロジー業界の雇用は堅調に推移しており、今回の動きは「AIを前提とした組織への意図的な再構築」、つまりスキルセットに基づく人材の入れ替えに他ならない。
これは遠いシリコンバレーの話ではない。あなたの会社で2年以内に同じことが起きる。そして、その時「どの部下を残し、どの部下を不要とするか」の一次判断を迫られるのは、現場を預かる管理職、あなた自身だ。
しかし、あなたは部下の「AIスキル」を正しく評価できるだろうか。
- 「最近、AIで何かやってる？」と1on1で尋ね、部下が「ChatGPTで資料のたたき台を作ってます」と答える。あなたは「そうか、活用してるんだな」と頷く。
- 人事評価シートの「AI活用」の欄に「ドキュメント作成の効率化」と書かれているのを見て、あなたはA評価をつける。
このやり取りに心当たりがあるなら、危険信号だ。あなたは部下の能力を何一つ評価できていない。そして、SalesforceのAI人員削減で最初に整理対象となったのは、このような評価能力を持たない管理職が率いるチームからだったのかもしれない。
旧型スキル評価 vs AI時代の評価
ここで、評価基準のフレームワークを更新する必要がある。
-
旧型の評価（Before）: ツールを使えるか、という機能で判断する。「ExcelのVLOOKUPができる」「PowerPointでアニメーションが作れる」といったレベルだ。部下の「ChatGPTで文章が書けます」という自己申告を鵜呑みにするのは、この旧型評価の罠にハマっている証拠だ。
-
AI時代の評価（After）: AIを使って業務プロセス全体を再設計し、具体的な事業価値（工数削減時間、コスト削減額、提案の質の向上など）を生み出せるかで判断する。これは「業務設計能力」と呼ぶべきものだ。
多くの部下、そして管理職自身も勘違いしているが、「AIが使える」こと自体に価値はない。それは電卓が使える、というのと同じレベルの話だ。問題は、その電卓を使って何の計算をし、どんな経営判断に貢献するのか。AIという新しい文房具の使い方を覚えるだけでは不十分で、その文房具でどんな新しい「設計図」を描けるかが問われている。
あなたのチームは、まだ「AI文房具」の使い方を学ぶだけの『研修ごっこ』に時間を費やしてはいないか。その無意味な活動をいますぐ停止させ、本当に価値を生む行動に切り替える必要がある。
多くの管理職が信じている「部下にAI研修を受けさせる」「最新ツールの情報を追わせる」といったアプローチこそが、チームを思考停止させ、市場価値を破壊する最悪の一手である。
では、どうすれば部下の『業務設計能力』を正しく見抜き、育成できるのか。明日から即時実行可能な、4つの短距離スプリント処方箋を開示する。これらは事前準備不要、各5分から実行できるプロトコルだ。
Sprint 1: 5分で実行「AIタスク分解」
部下の「AIで効率化しています」という曖昧な報告を、具体的な行動に分解させるための最初のステップだ。
- 実行手順: 部下との1on1やチームミーティングの冒頭5分を使う。「直近1週間でやった業務の中で、AIでもっと改善できそうだと思ったタスクを1つだけ教えて。そして、そのタスクを (1)始める前の状態（インプット）、(2)君が頭でやっていること（思考プロセス）、(3)最終的な成果物（アウトプット）の3つに分解して説明してほしい」と依頼する。紙でも口頭でも構わない。
- 期待される効果: これにより、「資料作成」といった曖昧な業務が「〇〇の議事録（インプット）を読み込み、要点を3つに絞り込み（思考プロセス）、上長報告用のA4一枚のサマリー（アウトプット）を作成する」といった具体的なプロセスに分解される。管理職は、部下が自身の業務をどれだけ客観的に、そして構造的に捉えているかを即座に見抜くことができる。この分解の解像度が低い部下は、AIを使いこなす以前の段階にいる。
- やりがちな失敗: 分解が抽象的なまま「頑張ります」で終わらせてしまうこと。「思考プロセス」が具体的に言語化できない場合、そこがAI導入のボトルネックであり、同時に育成のポイントとなる。
Sprint 2: 秘密の「プロンプト同席レビュー」
部下が実際にAIとどう「対話」しているのか、その思考の現場を直接観察する。
- 実行手順: 部下に「君が普段AIに投げているプロンプト、差し支えなければ1つ見せてくれないか？改善点を探すんじゃなくて、君がどういう意図で指示を出しているか知りたいだけなんだ」と伝え、画面共有などで実際のプロンプトを見せてもらう。そして「なぜこの言葉を選んだの？」「この指示で期待したアウトプットは何だった？」と、コーチング的に質問するだけだ。
- 期待される効果: プロンプトは、思考の痕跡そのものだ。指示が曖昧、前提条件が欠落、期待する役割を与えていないなど、部下の思考のクセが丸裸になる。管理職は、部下がAIを単なる「検索エンジン」として使っているのか、それとも「思考の壁打ち相手」として使っているのかを判断できる。
- やりがちな失敗: その場で「もっとこう書くべきだ」とプロンプトエンジニアリングの講義を始めてしまうこと。目的はティーチングではなく、部下の思考プロセスを「評価・観察」することにある。手出し口出しは厳禁。
Sprint 3: 価値を問う「逆算アウトプット指定」
ツールの利用を目的化させず、ビジネス価値から逆算してAIを使わせる思考を強制する。
- 実行手順: 業務を依頼する際に、手段ではなく「得たい価値」を明確に定義する。例えば、「AIを使っていいから、来週の定例用に30ページの資料を作って」ではなく、「来週の定例で〇〇の意思決定をしたい。そのために、過去半年の売上データから判断の根拠となるネガティブな兆候を3つ、グラフ付きで1枚にまとめてきて。手段は問わないし、AIも自由に使っていい」と依頼する。
- 期待される効果: 部下は「AIで資料を作る」という作業から解放され、「意思決定を促すための情報をAIからどう引き出すか」という、より高次元の課題に取り組むことになる。これにより、AIを手段として使いこなし、ビジネス価値を創出する訓練が自然と行われる。
- やりがちな失敗: アウトプットのフォーマットや使用するグラフの種類まで細かく指定してしまうこと。「1枚にまとめる」「根拠を3つ」といった価値に関わる制約は重要だが、それをどう表現するかという手段の自由度は部下に委ねることで、創造性が試される。
Sprint 4: 「失敗共有会」の強制セットアップ
AI活用における最大の資産は、成功事例ではなく「失敗事例」だ。それをチームの共有財産にする。
- 実行手順: 週に一度、15分だけ「AI失敗共有会」をカレンダーにセットする。ルールは「今週、AIを使ってみて上手くいかなかったこと、期待外れだったこと」だけを1人1分で共有する、というもの。成功事例の報告は禁止する。
- 期待される効果: 「〇〇の分析を頼んだら、もっともらしい嘘の数字を生成された」「長文の要約をさせたら、一番大事な結論が抜け落ちた」といった生々しい失敗談は、AIの限界と正しい使い方を学ぶための最高の教材となる。また、失敗を許容し、共有する文化が、より挑戦的なAI活用を促す心理的安全性を生み出す。
- やりがちな失敗: 共有された失敗に対して、原因追及や対策立案をその場で始めてしまうこと。目的はあくまで「こういう落とし穴がある」という知見の共有であり、問題解決の会議ではない。テンポよく、多くの失敗事例に触れることが重要だ。
【AI-NATIVE CAREERからの実践課題】 あなたの部下の「業務設計能力」を測るために、次の1on1でこのプロンプトをそのままAIに投げ込み、出てきた質問を部下に投げかけてみること。部下の回答の解像度が、そのまま彼の現在の市場価値だ。
あなたは企業のミドルマネージャーです。部下との1on1で、彼のAI活用スキルを単なるツール利用ではなく「業務設計能力」の観点から評価し、今後の育成方針を立てるための質問を5つ作成してください。
#制約条件
- YES/NOで答えられる質問は避ける。
- 「どんなAIを使っていますか？」のようなツール名の確認で終わらせない。
- 部下が自身の業務を「AIを使ってどう変えられるか」を内省させるような質問にする。
- 質問の意図（この質問で何を見極めたいか）も併記する。
Salesforceの人員削減は、対岸の火事ではない。部下のスキルを評価できない管理職は、AI以前に、その存在価値そのものを問われている。 AI-NATIVE CAREER
💭 あなたのチームでは、「AI活用」は具体的な業務改善の数字として語られているだろうか、それとも単なる努力目標のままか。
AI時代の管理職向け 有料記事
AI-NATIVE CAREERでは、管理職がAI時代を生き残るための具体的な行動プロトコル・テンプレート・チェックリストを有料記事で公開しています。
本記事はAI-NATIVE CAREER編集部が最新ニュースを基に作成しました。掲載情報の正確性については各一次情報源をご確認ください。