部下の専門知識についていけない管理職へ｜任せる判断と評価のよりどころ

部下の説明に専門用語が続き、提案がよいのか判断できない。初歩的な質問をすると頼りない上司だと思われそうで、分かったふりをしてしまう。評価の時期になっても、何を根拠に褒めたり改善を求めたりすればよいか迷う。

自分とは異なる専門分野のチームを受け持ったとき、この難しさは起こり得ます。けれど、部下と同じ深さですべてを理解するまで、管理職の仕事ができないわけではありません。

自分が判断する目的・費用・優先順位と、専門家に確認してもらう品質や安全性を分ける。そのうえで、分からない箇所を残したまま承認しないための進め方を決めましょう。

「詳しくない」と「判断しなくてよい」は別の話

部下が詳しいからすべて任せる、逆に不安だから作業の細部まで指示する。どちらも、上司が何に責任を持つかが曖昧なままになりやすい対応です。

リーダー育成機関CCLは、技術分野で活躍する個人の能力が、そのまま管理職としての能力になるとは限らず、人や組織を率いるための視点も必要だと説明しています。出典：CCL「Technology Leadership Training & Development」

この記事で提案するのは、知識を持たなくてよいという考え方ではありません。専門分野の基本を学びながら、現時点で自分が確認できることと、別の確認者が必要なことを分ける進め方です。

これは役割分担の一例です。法令・資格・社内規程で確認者や責任者が定められている仕事では、その仕組みに従います。管理職の納得だけで専門的な審査を省くものではありません。

提案を聞くときは、用語より「何を選ぶ話か」を確認する

知らない言葉が出るたびに説明を止めると、目的の話に戻れなくなることがあります。まずは何を決めるための提案かをそろえ、判断に必要な言葉から確認しましょう。

• 今、誰が何に困っていて、何が変われば解決ですか
• 今回決めたいことは、方法・予算・優先順位のどれですか
• この案以外に、比較した方法はありますか
• 何を優先し、何を諦める案ですか
• うまくいかない場合、どこに影響が出ますか
• 何を確かめれば、次へ進んでよいと判断できますか

毎回この質問を全部投げる必要はありません。「何を承認してほしいのか」が分かれば、その判断に足りない点を聞きます。確認を尋問のようにしないため、質問の目的も伝えましょう。

例えば、新しいデータ集計方法を導入する相談なら、「処理の仕組みを一から講義してほしい」より、次のように聞けます。以下は架空の会話例です。

上司：「実装の細部は、私だけでは正しさを判断できません。今回知りたいのは、今の集計と比べて何が変わり、間違いをどう確かめるかです」

部下：「毎月の転記を減らせます。ただ、例外データの処理は確認が必要です」

上司：「では、まず過去のデータで従来の結果と照合する案を出してください。例外の扱いは誰に確認を頼めるかも、一緒に決めたいです」

説明を聞いた後は、「私の理解では、通常分は処理できるが、例外の確認が終わるまでは本番に切り替えない、で合っていますか」と返します。分かったふりをせず、自分の言葉で認識を合わせる機会にします。

専門レビューは、判断できない箇所と依頼先を具体化する

第三者に確認してもらうとき、「詳しい人に全部見てもらう」だけでは、何をもって確認完了とするか分かりません。成果物のどの箇所を、何の基準で見てほしいかを決めます。

特に、外部への提供、顧客情報の扱い、復旧が難しい変更など、失敗時の影響が大きい仕事は、社内で必要な審査や承認の有無を早めに確認します。詳しくない上司が「たぶん大丈夫」と受け入れる場面ではありません。

レビューを頼む相手は、技術や専門用語に詳しいだけでなく、今回の対象を評価できる人かを確認します。異なる専門領域の有識者では判断できないこともあります。

依頼メモは、例えば次の形にします。

確認したいこと：新しい集計方法で、取消・重複データの扱いが社内ルールに合っているか。
確認対象：処理案とテスト結果。
お願いしたい回答：問題なし／条件を満たせば可／追加確認が必要、の理由。
判断者：業務責任者。
期限：切り替え判断の前日まで。対応が難しければ日程を相談。

これは確認の範囲をそろえる例であり、万能な審査票ではありません。専門家から追加の確認事項が出たら、必要な時間や担当を調整します。

部下には「信用していないから別の人に聞く」のではなく、「私が技術面を単独で確認できないので、この範囲を専門担当に確認してもらう」と説明します。検討の経緯は本人から共有してもらい、頭越しに結論だけ変えないようにします。

確認できる人がいない場合は、そのこと自体を自分の上司へ相談します。範囲を小さくして試せるか、社内の専門部署に頼めるか、正式な外部支援が必要かを判断します。承認の印を押してから相談先を探す順番にしないことが大切です。

評価は「難しそうな仕事」から、約束した成果と根拠へ戻す

詳しくない仕事は、説明が流暢な人、忙しそうな人、高度な言葉を使う人を高く評価してしまうおそれがあります。一方で、問題なく運用できているために、予防や保守の貢献が見えにくい場合もあります。

まず会社の評価制度と職務に沿って、期待する成果と行動を本人と共有します。そのうえで、期間中の根拠を残しましょう。

すべてを数字にする必要はありません。ただし、「すごい技術力がある」といった印象だけでなく、どの成果物や行動を見て判断したかを説明できるようにします。専門レビューの評価は材料の一つであり、管理職が理由を理解せずそのまま人事評価へ写すものではありません。

例えば、「提案が分かりやすかった」だけで終えず、「三つの案について運用負荷と移行リスクを比較し、関係部署が採用案を判断できる状態にした」と記録すると、どこを評価したかが明確になります。

保守業務でも「事故がなかった」だけから担当者の実力を断定せず、点検、改善、問題の早期発見など実際に行った仕事を確認します。異論を述べたこと自体を低評価にせず、その内容と、その後の合意・実行を分けて見ましょう。

面談に向けた文章の作り方は、部下の評価コメントの書き方で整理しています。

学ぶ範囲は「次の判断で困ること」から決める

専門用語を知るたびに教材を増やしても、会議で必要な判断につながるとは限りません。最初は、仕事の全体像、成果物の使われ方、よくある失敗、担当者が迷う分岐を理解することから始めます。

部下に教えてもらう場合も、毎回その場で長い説明を求めるのではなく、確認したいテーマをまとめ、仕事として時間を取ります。既存の社内資料や入門資料があれば先に読み、分からなかった箇所を聞きましょう。

「データ分析を全部学ぶ」では広すぎます。「次の提案で、数字の母数と比較条件を確認できるようにする」なら、学ぶ範囲と試す場面を決められます。教材を選ぶ前に、仕事の課題から勉強するテーマを絞る方法を使ってみてください。

一方、専門知識より「任せた後の確認が細かくなりすぎる」「何を途中報告してもらうか決められない」ことが課題なら、丸投げを防ぐ仕事の任せ方が先に役立つかもしれません。

次の提案では、まず「今回、自分が何を判断するのか」を一文にしてください。そこから、本人に説明してもらうこと、専門家に確認すること、自分が学ぶことを分ければ、分からないまま承認する状態を変えられます。