求人 VAON

内向的な人はIT業界で本当に不利なのか — 答えは「コミュニケーションの設計」にあります

2026年09月02日 1 分で読めます 60 ビュー

内向的な人はIT業界で本当に不利なのか — 答えは「コミュニケーションの設計」にあります

要約: 内向的な人がIT業界で不利になるのは、性格が理由ではありません。多くの職場が能力を「その場での見えやすさ」——会議で誰が発言したか、誰が速く反応したか——で測っているためです。意思決定を書面ベースに切り替え、成果で評価する組織では、この差はほぼ解消します。

目次

なぜこの問いがIT業界で繰り返されるのか

職場には、活発でコミュニケーションが得意で、頻繁に発言する人ほど成長機会を得やすい、という通念があります。この通念により、内向的な方は自分が一歩後ろから始めているように感じます。

IT業界ではこの問いがより鮮明になります。長時間パソコンに向かい、口数が少ない、という職業イメージが依然として一般的だからです。

しかし「内向的な人は不利か」という問いの立て方は、出発点から誤っています。不利さが人の内側にあると仮定しているためです。実際には別の場所にあります。多くの職場は、能力をその場での見えやすさで測っています——会議で誰が発言したか、誰が速く反応したか、誰が多く目に触れたか。これは組織側の設計上の選択であり、自然法則ではありません。

この区別が重要なのは、誰が変わるべきかが変わるからです。不利さが性格にあるなら、内向的な人が自分を直すことになります。不利さが評価の形式にあるなら、直すべきは組織です。本記事は後者の立場から、4つの具体的な環境条件と、VAONでの実際の運用をご説明します。

内向性とは何か、そして何ではないか

内向性とは、静かな時間によってエネルギーを回復し、発言する前に情報を内部で処理する傾向を指します。エネルギーの取り方を説明する概念であり、能力・自信・コミュニケーション力を説明するものではありません。

ここが最も混同されやすい点であり、学術的な文献にも同様の記載があります。2023年に Journal of Workplace Behavioral Health に掲載された系統的レビューは、2,724件の記録をスクリーニングし21件の研究を採用したうえで、文献における内向性の定義が全般に否定的かつ古いものであること、また人口の約半数が内向的傾向を持つことを指摘しています(Herbert ほか, 2023)。

次の4つの概念は日常的に混同されており、その混同こそが評価を誤らせる原因です。

概念 本来の意味 誤解されやすい内容
内向性 静かな時間でエネルギーを回復する 自信がない、協調性がない
内気 社会的場面での不安 内向性と同義
コミュニケーション力 必要な相手に趣旨を伝えられること 多く話す、速く話す
主体性 問題が事故になる前に提起すること すべての会議で発言すること

内向性と内気は別のものです。内向的な方でもプレゼンテーションにまったく問題がない場合があります。単に事前準備の時間が必要なだけです。逆に、外向的な方が内気であることもあります。

成果の面では、文脈が決定要因となります。Organizational Behavior and Human Decision Processes に掲載された Zhang, Zhou, Kwan(2017) の研究では、内向的な従業員の創造性がタスクの複雑性によって変動し、より複雑な業務においてより高い成果を示すことが報告されています。あらゆる状況で常に有利な性格特性は存在せず、周囲の条件が結果を左右するということです。

これはIT業務に直接当てはまります。不具合の原因追跡、技術文書の読解、遅いクエリの再設計——いずれも深く継続的な集中を要する複雑な業務です。

内向的な人が伸びるかどうかを決める4つの環境条件

チームの運用状況を確認する際、当社では以下の4条件を見ます。共通点は、いずれも誰かに性格の変更を求めないこと、そして内向的な方だけでなくチーム全体の業務品質を高めることです。

# 条件 確認事項 欠けている場合の結果
1 意思決定の形式 重要な決定は書面で確定するか、会議の口頭で確定するか 最も正しい人ではなく、最も速く反応した人が通る
2 準備時間 議題と資料は会議前に共有されるか 検討時間を要する人が発言機会を失う
3 評価基準 評価は成果物に基づくか、露出度に基づくか 静かな貢献が不可視になる
4 非同期チャネル 同期会議の外で意見を出す手段があるか 60分以内に発言できた意見だけが存在することになる

これらは福利厚生施策ではなく、プロセス設計です。そして注目すべき点として、4条件は全員にとって意思決定の質を高めます。書面で記録された決定は6か月後に検証できますが、会議の口頭で確定した決定は検証できません。

VAONのコミュニケーション設計 — 人事施策から生まれたものではない理由

ここは率直に申し上げたい部分です。同種の記事との違いが、まさにこの点にあるためです。

VAONの業務規約は、通訳を介さず日本語で直接業務要件を確認し、認識合わせの記録を書面で共有することです。この規約は、インクルージョンを目的として作られたものではありません。技術的かつ商業的な理由から存在しています。日本のお客様向けのソフトウェア開発において最大の失敗要因は、仕様の誤解または記載漏れであり、それを後から検証する唯一の手段が記録だからです。

しかし、仕様リスクから生まれた規約は、上表の条件1と条件4に明確な副次効果をもたらします。すべての結論が書面で終わる運用では、次のことが起こります。

  • 検討時間を要する人が機会を失いません。その人の発言機会は、会議終了とともに閉じないためです。
  • 意見は内容で評価されます。発言されたタイミングでは評価されません。
  • 貢献が追跡可能になります。つまり、評価時に可視化されます。

自画自賛を避けるため明確に申し添えます。これはエンジニアリング上のプロセスの副次効果であり、内向的な方のために設計された人事プログラムではありません。だからこそ持続すると考えています。誰かがインクルーシブな姿勢を維持することを覚えているかどうかに依存しないからです。この規約は、外せば仕様リスクが生じるという理由で存在しています。

同時に、働く側にも要求が生じます。この点は軽く扱いません。書面優先の環境は、表現する責任を誰からも免除しません。形式が変わるだけです。口頭で即座に反応する代わりに、明確に書く必要があります。問題を提起しない、要件が不明確でも質問しない、リスクを報告しない——そうした場合は依然として上限に突き当たります。その上限が、話す速さに依存しなくなるだけです。

組織が陥りやすい4つの誤り

1.「活発」を「よく話す」と同一視する。 結果として、寡黙だが責任感の強い人材が評価時に過小評価されます。回避策は、評価基準を発言頻度ではなく成果物と信頼性で記述することです。

2. 事前に議題を共有せずに会議で決定を確定する。 結果として、最も有用な意見が会議後、手遅れになってから届きます。回避策は、資料を最低1日前に共有し、確定前に書面でのコメント期間を設けることです。

3. 業務時間外の活動への参加が少ないことを、関与不足とみなす。 結果として、業務と無関係な基準が能力評価に混入します。回避策は、任意参加の活動と評価基準を明確に分離することです。

4. 具体的なスキルを教える代わりに「もっと積極的に」と求める。 結果として、実行不可能な助言になります。行動ではなく性格を対象にしているためです。具体的で習得可能な要求に置き換えてください——明確な進捗報告を書く、リスクを早期に提起する、要件が不明確なときに質問する。

4つに共通するのは、組織が見えやすさ能力の代理指標として使っている点です。観察しやすいためですが、測っている対象が誤っています。

性格が本当に問題になる場合

性格が決して重要でない、と結論づけるのは誠実ではありません。重要になる場面は実際にあり、率直に挙げます。

リアルタイムの継続的なコミュニケーションを要する役割。 日本のお客様との要件確定の場に同席するBrSEは、曖昧な点を見つけた瞬間に確認する必要があります。この質問を後日の書面に先送りすることはできません。その時点で会議は終了し、仕様はすでに誤っているからです。これは習得可能なスキルですが、役割上の必須要件であり、任意ではありません。

人のマネジメントを伴う役割。 チームを率いる業務には、直接的なフィードバック、対立の処理、時に難しい対話が伴います。書面優先の環境はマネジメント業務の大部分を支えますが、この領域は代替できません。

本人が性格を立ち止まる理由にしている場合。 良い環境は障壁を下げますが、個人の責任を取り除くものではありません。「自分はもともと口数が少ないから」という理由でリスクを一度も提起しないのであれば、問題はもはやコミュニケーションの形式にありません。

簡潔に言えば、環境が下限を決め、個人が上限を決めます。適切に設計された組織は、表現の仕方によって誰も誤って評価されないことを保証します。全員が同じ距離まで進むことを保証するものではありません。

よくあるご質問

内向的な人がTech LeadやManagerを務めることは可能ですか。 可能です。条件は2つあります。1つは、その役割が求める具体的なスキル——直接的なフィードバック、選択肢の提示、対立の処理——を習得することです。これらは習得可能なスキルであり、性格を入れ替える必要はありません。もう1つは、組織が管理者の露出度ではなくチームの成果で評価することです。

会議であまり発言しない場合、どのように能力を示せばよいですか。 記録が残る形式に貢献を移してください。会議の結論を記録する、設計文書を書く、リスクが事故になる前に書面で提起する。書かれた貢献には、発言にはない利点があります。6か月後の評価時点でも残っているという利点です。

書面優先の環境は、全体の速度を落としませんか。 決定は遅くなり、修正は速くなります。決定を記録する分の時間は先に発生しますが、「何を合意したか」を確認し直す往復と、誤解による手戻りがなくなります。ソフトウェア開発において、手戻りの費用は記録の費用を常に上回ります。

組織として、どこから着手すべきですか。 上表の条件2からです。最も費用がかからないためです。議題と資料を会議の最低1日前に共有してください。この変更だけで、優位性が「最も速く反応する人」から「最もよく準備した人」へ移ります。

書面優先の環境では、外向的な人が不利になりませんか。 なりません。ただし書面優先が「発言の禁止」ではなく「決定を確定する際の規約」である場合に限ります。会議は従来どおり行われ、議論も口頭で行われます。変わるのは、結論が効力を持つ前に記録される点だけです。

まとめ

  • 内向的な方がIT業界で直面する不利さの多くは、能力ではなく組織の評価形式に由来します。
  • 変更可能な条件は4つです。意思決定の形式、準備時間、評価基準、非同期チャネル。
  • 環境が下限を決め、個人が上限を決めます。双方にそれぞれの役割があります。

露出度ではなく成果物で評価される職場をお探しの方は、VAONの働き方募集中のポジションをご覧ください。パートナー選定にあたり開発チームを評価されている企業のご担当者様には、書面による要件確定の規約をシステム開発サービスにてご説明しています。


ビジネス変革の準備はできていますか?

AIとデジタル変革の活用について、ぜひご相談ください。

記事をシェア