技術力だけでは通用しない時代：「説明できないインフラ担当者」が組織にもたらす本当の損失

先週の金曜日、私は会議室で起きた小さな悲劇を目撃しました。

その日、私たちのチームは重要な顧客との技術説明会を設定していました。新しいクラウドインフラの提案をプレゼンする場です。プロジェクト全体で半年をかけて設計したシステムで、技術的には本当に素晴らしいものでした。担当したのは田中さん――彼は私たちのチームで最も技術力のあるインフラエンジニアです。Kubernetesもネットワークも、セキュリティもデータベースも、何でもこなせる人物です。

会議が始まりました。田中さんは自信に満ちた表情でプレゼンを開始しました。「本システムはKubernetesのIngressコントローラーを使用してL7ロードバランシングを実現し、Prometheusでメトリクスを収集、Grafanaでダッシュボード化しています。ノードのオートスケーリングにはCluster Autoscalerを採用し、Horizontal Pod Autoscalerと連携させることで最適なリソース配分を...」

私は顧客の表情を見ました。三人とも、同じように困惑した顔をしています。営業部長らしき人物が遠慮がちに手を挙げました。「あの、すみません。もう少し分かりやすく説明していただけますか？具体的に、このシステムを導入すると、私たちのビジネスにどんなメリットがあるのでしょうか？」

田中さんは少し戸惑った様子でしたが、すぐに答えました。「ですから、今申し上げた通り、高可用性とスケーラビリティを実現できます。技術的には最先端のアーキテクチャです」

沈黙が流れました。顧客の営業部長は再び口を開きました。「高可用性というのは、具体的にどういうことですか？それは私たちの売上にどう影響するのでしょうか？」

田中さんは明らかにイライラした様子を見せました。「システムが止まらないということです。それは当然、ビジネスにとって重要でしょう」

その後の会議は、まるで平行線の議論でした。田中さんは技術的な説明を繰り返し、顧客は理解できないまま質問を重ね、最終的に「もう一度、別の形で提案をまとめていただけますか」という言葉で会議は終了しました。

会議室を出た後、私は田中さんに声をかけました。「あのシステム、本当に良いものだよね。でも、もう少し顧客の視点で説明できたら...」

彼は肩をすくめました。「私は技術者です。技術的に正しいことを説明しました。理解できないのは彼らの問題でしょう」

その瞬間、私は気づきました。田中さんは、自分がどれだけ大きな問題を生み出しているのか、まったく理解していないのです。

この出来事は決して珍しいものではありません。私はこれまでのキャリアで、何度も同じような場面に遭遇してきました。技術力は申し分ないのに、それを他者に伝えられないエンジニアたち。彼らは自分の専門知識に絶対的な自信を持っていますが、その知識を組織やビジネスの価値に変換することができません。

問題の本質は、彼らが「説明できない」ことではなく、「説明する必要性を理解していない」ことにあります。技術は自明であり、理解できない方が悪いと考えているのです。

しかし、現代の組織において、この考え方は致命的です。なぜなら、インフラエンジニアは孤立して仕事をする存在ではなく、アプリケーション開発者、プロジェクトマネージャー、経営層、そして顧客と常に協働しなければならないからです。その協働の基盤となるのが、まさに「説明する力」なのです。

田中さんの提案は、結局、採用されませんでした。顧客は別のベンダーを選びました。そのベンダーの技術的なソリューションは、私たちのものより劣っていたかもしれません。しかし、彼らは顧客の言葉で語り、顧客の課題に寄り添い、ビジネス価値を明確に示すことができました。

この失注の影響は、単なる売上の損失だけではありませんでした。プロジェクトチーム全体の士気が下がり、営業部門との関係がギクシャクし、経営層から技術部門への信頼が揺らぎました。一人のエンジニアの説明力不足が、組織全体に波及したのです。

別の例を挙げましょう。私が以前働いていた会社での出来事です。

そこには佐藤さんという優秀なインフラエンジニアがいました。彼はネットワークの専門家で、複雑なトラブルシューティングも難なくこなします。ある日、大規模なシステム障害が発生し、アプリケーション開発チームが原因を突き止められずにいました。佐藤さんが調査したところ、問題はネットワークのルーティング設定にあることが判明しました。

彼はアプリチームのリーダーに報告しました。「BGPのAS-PATHフィルタリングが不適切で、特定の経路が優先されていないことが原因です。ルートマップを修正して、ローカルプリファレンスを調整すれば解決します」

アプリチームのリーダーは困惑した表情で答えました。「すみません、もう少し具体的に教えていただけますか？私たちのアプリケーションにはどう影響しているのですか？」

佐藤さんは少しイライラした様子で言いました。「だから、ネットワークの問題だと言っているじゃないですか。私が修正すれば解決します」

「いつまでに直りますか？今、顧客からの問い合わせが殺到していて...」

「技術的な問題ですから、時間は読めません。終わったら連絡します」

その後、佐藤さんは黙々と作業を進め、数時間後に問題を解決しました。しかし、アプリチームは何が起きたのか、なぜ起きたのか、今後どう防げばいいのか、まったく理解できないままでした。顧客への説明も曖昧なものになり、信頼を失う結果となりました。

さらに問題だったのは、同じような障害が三ヶ月後に再発したことです。佐藤さんは「前にも説明したはずだ」と不満を述べましたが、実際には誰も理解できる説明を受けていませんでした。彼の知識は彼の頭の中だけに存在し、組織の資産にはなっていなかったのです。

私は長年、この「説明できない専門家」の問題を観察してきて、一つの確信に至りました。それは、説明できないエンジニアは、技術力がどれほど高くても、組織にとって負債になるということです。

なぜなら、彼らは組織内にブラックボックスを作り出すからです。彼らにしか理解できないシステム、彼らにしか修正できないコード、彼らにしか判断できない設計。これらは短期的には「その人の価値」に見えますが、長期的には組織のリスクとなります。

その人が休暇を取ったら？転職したら？病気になったら？組織は突然、重要なシステムを理解できる人間がいない状態に陥ります。緊急時の対応が遅れ、ビジネスに直接的な損害が発生する可能性があります。

さらに深刻なのは、イノベーションの阻害です。新しい技術やアプローチを導入する際、それを関係者に理解してもらい、賛同を得る必要があります。説明力のないエンジニアは、どれほど優れたアイデアを持っていても、それを実現することができません。周囲は「よく分からないけど、リスクがありそうだから反対」という反応をするからです。

ここで重要な問いがあります。なぜ、技術的に優秀な人々が説明できないのでしょうか？

一つの理由は、専門性の呪いです。ある分野に深く精通すればするほど、初心者の視点を忘れてしまいます。自分にとって自明なことが、他者にとっては理解不能だということに気づかないのです。

もう一つの理由は、技術中心主義です。多くのエンジニアは、技術そのものに価値があると信じています。しかし、ビジネスの世界では、技術は手段であり、目的ではありません。重要なのは、その技術がどんな問題を解決し、どんな価値を生み出すかです。

そして三つ目の理由は、コミュニケーションへの軽視です。「技術力さえあれば認められる」という考え方が、特に技術系の組織では根強くあります。しかし、これは幻想です。どれほど優れた技術も、理解され、支持され、実装されなければ、何の価値も生みません。

では、どうすればいいのでしょうか？

まず、エンジニア自身が意識を変える必要があります。技術を理解することと、技術を説明することは、別のスキルです。両方を磨く必要があるのです。

具体的には、相手の立場に立つことから始めましょう。顧客は何を知りたいのか？プロジェクトマネージャーの関心事は何か？アプリ開発者が本当に必要としている情報は何か？相手を理解することが、効果的な説明の第一歩です。

次に、技術用語を翻訳する練習をしましょう。「Kubernetesを使う」ではなく「システムが自動的に復旧し、負荷に応じて拡張できるようにする」。「CDNを導入する」ではなく「世界中のユーザーに高速なサービスを提供できるようにする」。技術を、その効果や価値の言葉で語るのです。

そして、視覚化を活用しましょう。図やダイアグラムは、複雑な概念を一瞬で伝えることができます。システム構成図、データフロー、比較表――これらを使って視覚的に説明することで、理解度は飛躍的に向上します。

最後に、質問を歓迎しましょう。質問は、相手が理解しようとしている証拠です。質問に丁寧に答えることで、相手の理解が深まり、信頼関係も構築されます。「それは重要な質問ですね」「その視点は考えていませんでした」――こうした謙虚な姿勢が、建設的な対話を生み出します。

組織の側にも責任があります。技術力だけを評価し、コミュニケーション能力を軽視する文化を変える必要があります。説明できることも、プロフェッショナルとしての必須要件として評価すべきです。

また、トレーニングの機会を提供することも重要です。プレゼンテーションスキル、ドキュメンテーション、ステークホルダーマネジメント――これらは訓練によって向上させることができるスキルです。

あの会議室での出来事から数ヶ月が経ちました。田中さんは今も私たちのチームにいます。彼の技術力は相変わらず素晴らしいものです。しかし、彼が関わるプロジェクトは、いつも何かがスムーズに進みません。

一方、私たちのチームには新しいメンバーが加わりました。山田さんは、技術力では田中さんに及びません。しかし、彼女は誰とでも円滑にコミュニケーションを取り、複雑な技術を分かりやすく説明し、顧客からの信頼も厚い。彼女が関わるプロジェクトは、不思議とスムーズに進みます。

どちらが組織にとって価値があるか？答えは明白です。

技術力があっても説明できないインフラ担当者は、「いらない」とまでは言いません。しかし、その価値は大きく制限されており、組織にとって潜在的なリスクであることは間違いありません。

プロフェッショナルとは、単に技術を知っているだけではなく、その技術を適切に活用し、価値を生み出し、それを関係者に理解してもらえる人のことです。

技術力と説明力――この両方を兼ね備えることで、初めて真のプロフェッショナルと呼べるのではないでしょうか。