【IT現場の生態系】一匹狼をチームの「薬」にする、猛獣使いのマネジメント

　チームワークとは、全員が仲良く手をつなぐことだと思っていませんか。もしそうなら、あなたの現場から「天才」は真っ先に逃げ出していくかもしれません。

　技術は凄いが扱いにくい。そんな「劇薬」のようなメンバーを、最強の「武器」に変える方法があります。

　彼らの生態を理解することは、実はチーム全体の生産性を底上げする最短ルートなのです。

コミュニケーションを計算速度に全振りした人々

　IT現場の生態系において、一匹狼と呼ばれる人々は決して性格が歪んでいるわけではありません。
　彼らにとって、日本語という曖昧なプロトコルを介して他人と調整するコストは、あまりに非効率で耐え難いだけなのです。人間と話すよりも、コンパイラやカーネルと対話する方が、よほど低遅延で真実に近い。そう考えている節があります。

　技術スキルの高さと対人能力の低さとは、彼らの中ではコインの表裏です。複雑な論理構造を頭に叩き込むために、周囲の「空気」をシャットアウトしている。いわば、演算能力を極限まで引き出すために、冷却ファン以外の機能を止めているような状態と言えるかもしれません。

新規開発の「加速」と、運用保守の「窒息」

　プロジェクトがゼロから立ち上がる新規開発のフェーズでは、彼らは神のように崇められます。
　誰もが手探りの状態で、圧倒的なスピードで基礎工事を終わらせる突破力は、3〜5名の小規模チームにとって最大の福音なのです。

　しかし、その「魔法」には代償が伴います。
　彼が書き上げた、あまりに高次元で最適化されたコードは、後から入ってきたメンバーにとって「触れてはいけないブラックボックス」と化すからです。

　運用保守のフェーズに移り、安定性が求められるようになると、その強みは一転してリスクに変わります。彼にしか直せない、彼がいないと動かない。チームはいつの間にか、一人の天才に依存して息が詰まっていくのです。

職人気質を貫くことの行きつく先とその手触り

　私が知るあるエンジニアは、どれほどキャリアを積んでもマネージャーの椅子に座ることはありませんでした。
　彼は今も、現場の最前線でキーボードを叩き続けています。周囲が管理職として「人」を動かす術を学ぶ中、彼は「モノ」と向き合う技術を研ぎ澄ませる道を選びました。

　それは一見、幸福な職人の姿に見えます。しかし、数十名規模の組織になったとき、彼は「扱いづらいベテラン」というレッテルを貼られていました。
　組織の標準ルールを「効率が悪い」と切り捨て、独自の流儀を貫く。彼の生み出す成果物は確かに素晴らしい。けれども、その周りには誰も育たない。後進の育成を放棄し、技術の深淵に潜り続ける生き方は、組織という生態系の中では、時に寂しい孤島のように映ります。

猛獣を飼いならすための設計

　現在、理想的なチームビルディングを模索しているなら、彼らを「矯正」しようとしないことです。魚に空を飛べと強要しても、お互いに不幸になるだけですから。

　重要なのは、彼とチームの間に「インターフェース」を設ける設計です。
　無理に会議へ出席させるのではなく、要件を明確なドキュメントで渡し、成果物をコードで受け取る。非同期なコミュニケーションに徹することで、彼の集中力を削がず、かつチームへの干渉を最小限に抑えることができます。

　一匹狼をチームから切り離すのではありません。彼の出す「毒」を中和し、「薬」としての効能だけを抽出する仕組みを、マネジメント側がコードを書くようにデザインするのです。

歪（いびつ）なピースがはまる場所

　チームワークとは、同じ形のパズルを並べることではありません。一際尖った、扱いにくいピースをどこにはめるか。それを考えるのが、マネジメントという名のクリエイティブな仕事なのです。

　技術を愛し、それゆえに孤高を選んだ彼らの居場所を、否定することなく定義し直す。

　そんな現場には、きっと新しい風が吹くはずです。

【徒然メモ】一匹狼の功罪

　IT現場における「優秀な一匹狼」は、圧倒的な技術力でプロジェクトを救う「ヒーロー」である一方、組織運営においては「諸刃の剣」となります。
　チームマネジメントの観点から、その功罪を整理してみました。

1. 職務遂行・生産性（パフォーマンス）

　一匹狼の強みは「スピード」と「完結力」にありますが、それが依存リスクを生むこともあります。

【功】爆発的な突破力
　　難易度の高いバグの改修や、短納期でのプロトタイプ作成において、会議や調整コストを省いて最短距離で成果を出します。

【罪】属人化（ブラックボックス化）の進行
　　「彼（彼女）にしかわからないコード」が増え、その人が不在の際にシステムが維持不能になるリスク（バス係数(*1)の低下）を招きます。

(*1)バス係数
　　チームの何人がバスにひかれたら、プロジェクトが立ち行かなくなるかという指標。一匹狼に依存するとこの数値は「1」になります。

2. チーム・コミュニケーション（人間関係）

　個人の能力が高すぎるがゆえに、周囲とのコミュニケーションに摩擦が生じやすくなります。

【功】意思決定の迅速化
　　合議制による「妥協した着地点」を排除し、一貫した論理に基づいた純度の高い技術選定が可能になります。

【罪】情報の非対称性と孤立
　　暗黙知が共有されず、他のメンバーが「何をされているか分からない」状態に陥ります。これがチーム全体の学習機会を奪い、士気の低下を招くことがあります。

3. 育成・ナレッジシェア（持続可能性）

　短期的な成果には貢献しますが、中長期的な「組織の成長」という点では課題が残ります。

【功】背中で語るロールモデル
　　圧倒的なアウトプットを見せることで、若手技術者に「目指すべき基準」を提示する刺激剤となります。

【罪】格差の固定化
　　「自分でやったほうが早い」という思考に陥りやすいため、後進の育成を放棄しがちです。結果として、組織内に「スーパーマンとその他大勢」という格差が固定化されます。

4. リスク管理・品質保証（ガバナンス）

　自由な動きを許容することは、創造性と背中合わせの危うさを孕んでいます。

【功】クリエイティブな破壊
　　既存の非効率なルールや慣習を無視して、全く新しいアーキテクチャを導入し、技術的負債を一掃することがあります。

【罪】ガバナンスの欠如
　　組織の標準ルールやセキュリティ基準を「効率が悪い」と軽視する傾向があり、コンプライアンス上の脆弱性を生む可能性があります。

まとめ：マネジメントへの示唆

　一匹狼の「功」を最大化し、「罪」を最小化するには、「一匹狼をチームから切り離すのではなく、情報の出口（アウトプット）だけを標準化させる」設計が必要です。

【関連記事】

☆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）における解説をベースに記載しています。詳細内容はリンク先を参照願います。）

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