【IT現場の生態系】チームの「内輪ノリ」が新人を遠ざけているかもしれない

　トラブルにも迅速に対応できる「あうんの呼吸」を持った素晴らしいチーム。けれども、その強固な結びつきそのものが、新しく入ってきた人間にとっては、見えない高い壁になって立ちはだかることがあります。

　ITの現場でよく見かけるこの光景は、実は職種を問わず、あらゆる組織が陥りがちなチームワークの罠なのかもしれません。

心地よい「聖域」の正体

　そもそも、チームの「内輪ノリ」とはどこから生まれるのでしょうか。それは多くの場合、悪意ではなく、業務を究極まで効率化しようとした結果の産物なのです。

　例えば、過去に大きなシステム障害や、いわゆる「炎上案件」を共に潜り抜けてきたメンバーたちの間には、独特の戦友感が生まれます。
　彼らの会話は驚くほどハイコンテクスト、つまり文脈が省略されています。
　　「あれ、例の『〇〇案件の悪夢』と同じパターンね」
の一言で、過去の教訓から対策までが、一瞬で共有されてしまう。
　ホワイトボードに書かれた身内だけのジョークや、ミーティング中に視線だけで通じ合う空気。
　これらはすべて、チームが過酷な環境を生き抜くために最適化された結果の「聖域」なのです。

　この聖域の中にいる限り、メンバーはとても快適です。言葉にしなくても伝わる心地よさは、業務のスピードを加速させる強力なエンジンになります。しかし、問題はこのエンジンが、完全に密閉されているという点にあります。

隣の席にある、何光年も遠い「結界」

　では、その中に新人がぽつんと放り込まれたら、一体何が起きるでしょうか。

　まずぶつかるのが、情報と技術の壁です。
　引き継ぎのために共有されたドキュメントを開いてみても、そこには最新の情報が載っていません。実際の開発現場は、仕様書には書かれていない「歴史」や、特定の誰かしか触れない「秘伝のタレ」のようなコードで動いているからです。
　新人は、画面とドキュメントを交互に見つめながら立ち尽くすことになります。

　さらに追い打ちをかけるのが、オフィス特有の物理的かつ心理的な関係性の壁です。
　全員がイヤホンをつけてディスプレイに没頭している姿は、新人から見れば、話しかけることを拒む強力な「結界」のように見えます。質問をひとつするだけで、相手の集中を奪ってしまうのではないかという恐怖。
　勇気を出して話しかけても、「それ、どこどこのWikiに書いてあるよ」と冷たく返されれば、もう二度と声をかけられなくなってしまいます。

　成果物を提出したときにも洗礼は続きます。
　技術的な正誤ではなく、「うちのチームの流儀としてはこうだから」という、明文化されていない好みを基準に何度も手直しを求められる。こうしたプロセスの積み重ねが、新人の心のエネルギーを少しずつ、確実に削り取っていくのです。

推進力という名の「内圧」をどう扱うか

　ここで少し視点を変えて考えてみます。
　内輪ノリは、本当にただの悪者なのでしょうか。

　よくある組織改革の教科書では、「内輪ノリを排除し、すべての情報をオープンにせよ」と書かれています。

　けれども、現場を預かる身としては、そんなに単純な話ではないことも分かっています。あの独特の連帯感や、少し閉じたコミュニティだからこそ生まれる爆発的な熱量こそが、困難なプロジェクトを突破する推進力そのものだからです。

　内輪ノリとは、いわばチームの「内圧」です。圧力が高いからこそ、ピストンは力強く動くのです。問題は、内輪ノリそのものにあるのではなく、新人が入ってきたときに、その高圧のエンジン室の扉をいきなり全開にするか、あるいは完全に閉ざしてしまうかという、0か1かの対応にあります。

　私たちが目指すべきは、内輪ノリを壊すことではありません。その高い内圧を、バルブを調整するように、グラデーションをつけて新人に開放していくマネジメントなのです。

普段の景色の中に、小さなバルブを取り付ける

　では、具体的にどんなバルブを取り付ければいいのでしょうか。
　大掛かりな制度を変える必要はありません。ほんの少しの、日常のグラデーションの設計なのです。

　まずおすすめしたいのが、チームの歴史の「翻訳者」を1人固定することです。
　チームの長老やエースではなく、あえて「半年前や1年前に入社した少し先輩」を新人の教育係に指名します。彼らなら、まだ「内輪の空気」に染まりきっていないため、チーム特有の隠語や、ドキュメントにない暗黙のルールを、新人の目線に立って翻訳して伝えることができます。

　次に、物理的な結界を緩める時間を作ること。
　例えば、1日のうち「コアタイムの15分間だけは全員イヤホンを外す」というルールを決めてみる。あるいは、「自席にいるときは、右耳だけイヤホンを外しておく」といった、周囲の声を拾うためのサインをチーム内で共有するだけでも、新人の話しかけやすさは劇的に変わります。

　そして最も大切なのは、新人に小さな「打席」を用意して、それをみんなで歓迎することです。
　「古いドキュメントの更新」や「簡単なコードの修正」など、絶対に失敗しない小さなタスクを任せる。それが完了したとき、チームのいつものテンションで「これ、本当に助かった！」と、少し大げさに身内褒めをするのです。

　そうやって、少しずつチームの「内側のノリ」を体験させていくことで、新人は自分が組織の一部になっていく感覚、つまり心理的安全性を獲得していきます。

絆を、鎖にしないために

　チームの強い絆は、一歩間違えれば、外の人間を縛り付け、遠ざける鎖になってしまいます。
　せっかく同じオフィスに出社して、顔を合わせて仕事をしているのです。それなら、そのリアルな空間の熱量を、誰かを排除するためではなく、誰かを包み込むために使いたいものです。

　内輪ノリを無理に薄めて、無味乾燥なチームにする必要はありません。
　新人がそのノリの「新しい主役」や「心地よいツッコミ役」になれるよう、優しくグラデーションの階段を架けてあげること。それこそが、チームという血の通ったコミュニティを率いる、マネジメントの本当の面白さなのです。

【徒然メモ】「内輪ノリ」と「新人を遠ざける壁」

1. チームの「内輪ノリ」とは

　ポジティブには「あうんの呼吸」ですが、ネガティブには「排他的な聖域」となる現象です。

(1)言語・コミュニケーションの局所化

　　・文脈の超省略（「あれ」「それ」で通じる関係）
　　　過去のデスマーチ（炎上案件）を共にしたメンバー間で、ハイコンテクストな会話が成立しすぎている状態。

　　・業界内・社内スラングの多用
　　　一般的なIT用語だけでなく、特定のプロジェクトでのみ通じる造語や、過去のバグに由来する隠語が日常会話に溶け込んでいる。

　　・特定のチャネルや「裏の実況」の存在
　　　公式のSlack/Teamsとは別に、気心の知れたメンバーだけの雑談チャンネルや、MTG中に裏で個別にチャットを送り合う文化。

(2) 固有の「成功体験」への執着

　　・「あの時のやり方」の神格化
　　　過去に大きなトラブルを乗り越えた際の手法や、特定のコアメンバーが書いたコード（秘伝のタレ）を絶対視する空気。

　　・阿吽の呼吸（ルールなきルール）
　　　明文化されていない「こうするのが普通」「言わなくても分かるはず」という暗黙の了解。

(3)心理的・感情的な結託

　　・「外」に対する共通の敵意・愚痴
　　　「仕様をコロコロ変えるクライアント（または営業）」「現場を分かっていない上層部」を共通の敵にすることで、内側の団結を高めるノリ。

　　・いじり・役割の固定化
　　　「〇〇さんはバグ出しの天才」「〇〇さんはいつも遅刻する」といった、過去のイメージに基づく固定的なキャラクター弄り。

2. チームの新人を遠ざける壁

　新人が「心理的安全性」を感じられず、パフォーマンスを発揮する前に孤立してしまう要因です。

(1)情報・知識のブラックボックス化（技術の壁）

　　・「秘伝のタレ」とドキュメントの乖離
　　　仕様書やWiki（Notion等）が更新されておらず、実際は「コードを読むか、誰かに聞かないと分からない」状態。

　　・開発環境構築（Onboarding）の放置
　　　「ドキュメント通りにやってもエラーが出る」状態に対して、「あ、そこ書き換えるの忘れてた」と既存メンバーが軽く流してしまう対応。

(2)関係性の壁（疎外感）

　　・「話しかけるな」のオーラ（過集中）
　　　全員がイヤホンをつけ、ディスプレイに向かって黙々と作業しているため、新人が「今、質問していいのだろうか」と躊躇する空気。

　　・「質問のコスト」の高さ
　　　質問した際に「それ、ググった？」「ドキュメントのどこそこにあるよ」と冷たく返され、次から聞けなくなる心理的プレッシャー。

(3)評価・プロセスの壁

　　・「打席」が回ってこない
　　　難易度の高いタスクや面白い領域は既存メンバーで抱え込み、新人に回ってくるのは単調なテストや雑務ばかりで、成長実感や貢献感が得られない。

　　・レビューという名の「儀式」
　　　レビューにおいて、技術的な議論を超えて、既存メンバーの「好み」や「流儀」を押し付けられ、ダメ出しされ続ける。

【関連記事】

☆IT現場の生態系

☆プロマネの生きる道

☆プロジェクトマネジメントの小径

書籍の紹介

・プロジェクトマネジメント知識体系ガイド
　（PMBOKガイド）第7版 Kindle版
　＋プロジェクトマネジメント標準: PMI日本支部 監訳
　プロジェクトマネジメント協会（PMI） (著)
　一般社団法人 PMI日本支部 (2023/1/6)
（ ※ 書籍の解説等は原則としてリンク先（Amazon）における解説をベースに記載しています。詳細内容はリンク先を参照願います。）

*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-

・図解即戦力　PMBOK第7版の知識と手法がこれ1冊でしっかりわかる教科書 Kindle版
　前⽥ 和哉 (著)
　 技術評論社 (2024/9/20)
　プロジェクトマネジメントの世界標準として知られるPMBOK Guide 第7版の解説書です。「プロジェクトの基本」「価値実現システム」「12の原理・原則」などプロジェクトマネジメントの基礎となる知識のほか、PMBOK第7版のメインテーマともいえる「8つのパフォーマンス領域」について、要点をくわしく解説します。プロジェクトマネジメントの勉強のほか、PMP試験対策の第一歩としてもおすすめできる1冊です。
（ ※ 書籍の解説等は原則としてリンク先（Amazon）における解説をベースに記載しています。詳細内容はリンク先を参照願います。）

*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-

・図解入門よくわかる 最新PMBOK第6版の基本 Kindle版
　鈴木安而 (著)
　‎ 秀和システム (2018/3/23)
　PMBOKガイドは、米国プロジェクトマネジメント協会により、日本語を含め世界11ヶ国語に翻訳・出版されています。翻訳されても、専門用語が多い、カタカナ用語が多いなどの理由からなかなか理解が困難です。本書は、『PIMBOKガイド第6版』の翻訳・監訳チーム・リーダーでもある著者が、本来の意味をなるべくかみ砕いて解説します。イメージしやすいよう図版を豊富に使っているので、初心者からベテランまでわかりやすくなっています。
（ ※ 書籍の解説等は原則としてリンク先（Amazon）における解説をベースに記載しています。詳細内容はリンク先を参照願います。）

*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-

・プロジェクトマネジメントの基本がこれ1冊でしっかり身につく本 Kindle版
　前田和哉【著】
　技術評論社（2022/06）
　本書は、プロジェクトマネジメントについて基本から学ぶことのできる入門書です。プロジェクトマネジメントの基礎知識について解説した後、プロジェクトを「立ち上げ」「計画」「実行」「監視・コントロール」「完了」という5つの段階に分け、各段階において実施すべきこと、注意すべきポイントについて丁寧に解説しています。
（ ※ 書籍の解説等は原則としてリンク先（Amazon）における解説をベースに記載しています。詳細内容はリンク先を参照願います。）

*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-