【IT現場の生態系】なぜリーダーが変わるとプロジェクトは変わるのか

凪の海が急に時化る理由

　ITの現場には、目に見えない「気流」のようなものがあります。

　昨日まで穏やかにキーボードを叩いていたエンジニアたちが、ある日を境に急に殺気立ったり、逆にひどく沈黙したりする。その中心にいるのは、たいてい新しく着任したリーダーです。

　たった一人が入れ替わるだけで、数百人が関わる巨大なシステム開発の運命がガラリと変わる。

　それは魔法でもなんでもなく、IT現場という特殊な生態系が持つ、きわめて敏感な防衛本能に近いものなのかもしれません。

「リーダーが変わる」という地殻変動

　実際にリーダーが変わると、現場ではいくつかのレイヤーで同時多発的に「事件」が起こります。

　まずは意思決定の解像度です。
　前任者が「ユーザーが喜ぶなら、仕様書になくても作っちゃおう」というロマン派だったところに、数字と納期をミリ単位で刻む合理主義者が来ると、現場のコード一行一行に迷いが生じます。
　昨日まで「善」だった親切心が、今日からは「勝手な修正」という罪に問われる。
　この価値観の反転は、現場をひどく混乱させます。

　次に、人間関係の重力が変わります。
　どの組織にも、リーダーと「阿吽の呼吸」で動くエースがいますが、リーダーが変わればその特権的なパイプは一瞬で断たれます。
　実力はあるけれど不器用だったメンバーが新リーダーに拾われることもあれば、逆に重宝されていた調整役が居場所を失うこともある。
　パワーバランスの再編は、静かに、しかし確実に進行します。

　そして技術的な聖域の開放です。
　前任者がこだわっていた古いライブラリや開発手法が、新しいリーダーの一言で「古いね、捨てよう」と切り捨てられる。
　積み上げてきたものがサンクコスト（埋没費用）として処理される瞬間、エンジニアのプライドは少なからず削られますが、同時に停滞していた空気が一気に入れ替わることもあります。

なぜ、これほどまでに劇的なのか

　なぜ、一人の人間が代わるだけで、これほどプロジェクトは変質してしまうのでしょうか。

　それは、リーダーという存在がプロジェクトにおける「OS（基本ソフト）」そのものだからです。
　どれだけ優秀なアプリケーション（メンバー）が揃っていても、土台となるOSが変われば、処理の優先順位も、メモリの割り当て方も、エラーに対する許容度もすべて書き換わります。

　また、リスクに対する「安全マージン」の引き方が人によって全く違うことも大きな理由です。
　崖っぷちを全速力で走ることを求めるリーダーもいれば、石橋を叩きすぎて壊してしまうリーダーもいる。
　IT開発は常に不確実性との戦いですから、その舵取りの癖がそのままプロダクトの「手触り」になって現れるのです。

　結局のところ、プロジェクトは「契約書」で動いているのではなく、リーダーが醸し出す「空気の解釈」で動いています。
　言葉にされない「ここまでは許される」「これは絶対にダメ」という暗黙のボーダーラインが引き直されるとき、プロジェクトはその姿を変えざるを得ないのでしょう。

荒波を乗りこなすための、ささやかな生存戦略

　リーダーが変わるという事態に直面したとき、私たち現場の人間ができることは意外とシンプルです。

　第一に、情報を「外部メモリ」へ移すことです。
　自分の頭の中や、前リーダーとの思い出の中にだけあった「なぜこの設計にしたか」という経緯を、淡々とドキュメント化して差し出す。新しいリーダーが「自分のOS」で判断を下すための材料を揃えてあげるわけです。
　これを怠ると、新リーダーは暗闇の中でバットを振り回すことになり、現場は無駄な三振に付き合わされることになります。

　第二に、自分の「ドライバ」を更新する努力です。
　「前はこうだった」という言葉は、新しい環境ではノイズにしかなりません。
　新リーダーが何を成功と定義し、何を美徳としているのかを観察し、自分の立ち振る舞いを微調整する。それは媚びることではなく、プロフェッショナルとしての適応です。

　第三に、あえて「観察者」になることです。
　変化に飲み込まれて一喜一憂するのではなく、新しい生態系がどう形成されていくのかを面白がる余裕を持つ。混乱期は、実は自分の役割を再定義する絶好のチャンスでもあります。

おわりに

　リーダーが変わることは、確かにストレスフルな出来事です。しかし、それは同時に、淀んでいたプロジェクトに新しい血が通う瞬間でもあります。

　ITの現場は、常に変化し続けることでしか生き残れない、過酷で、それでいて美しい生態系です。

　リーダーという「新しい風」が吹いたとき、その風に抗うのではなく、いかにして自分の翼を広げるか。
　そんなことを考えながら、今日も私たちはモニタに向かいます。

【徒然なるメモ】「リーダーが変わる」ことの影響とは

　IT現場において、リーダー（PMやテックリード）の交代は、単なる担当者の変更以上の意味を持ちます。
　それは「OSの入れ替え」に近く、現場の空気感から技術選定、果てはメンバーのモチベーションまで劇的な変化をもたらします。

1. 「リーダーが変わる」ことの影響の実際

　リーダーが交代すると、目に見える数字（進捗）だけでなく、目に見えない「現場の力学」が再編されます。

　・意思決定スピードと基準の変質
　　前任者が「スピード重視」だったのに対し、後任が「品質・規約重視」であれば、現場の判断基準は一変します。

　・コミュニケーションコストの一時的増大
　　「あうんの呼吸」が通じなくなるため、全ての文脈を説明し直す必要が生じ、現場に「説明疲れ」が生じます。

　・技術的負債への向き合い方の変化
　　新しいリーダーは過去の経緯に縛られないため、前任者が手を付けられなかった「負債」を解消し始める（あるいは逆に無視する）ことがあります。

　・パワーバランスの再編
　　特定のメンバーと前任者の信頼関係で成り立っていたフローが崩れ、評価の軸が変わることで、メンバー内の力関係が変化します。

2. 「なぜリーダーが変わるとプロジェクトは変わるのか」

　プロジェクトの本質は「人」であり、リーダーはその「設計思想」を担っているからです。

　・優先順位（トレードオフ）の再定義
　　「スコープ・納期・予算・品質」のうち、何を犠牲にし、何を守るかはリーダーの価値観に依存します。

　・不確実性に対する許容度の違い
　　「やってみて調整する」タイプか、「リスクを全て洗い出す」タイプかによって、日々のタスクの進め方が根本から変わるためです。

　・承認フローと権限委譲の範囲
　　リーダーが変われば「どこまで自分たちで決めていいか」の境界線が引き直され、チームの自律性に影響を与えます。

　・外部（ステークホルダー）との交渉力の差
　　顧客や上層部との「握り方」が変わることで、無理な納期設定が緩和されたり、逆に厳しい要求を飲みやすくなったりします。

3. 「リーダーが変わる」ことの影響のためにすること（対策）

　変化によるネガティブな影響を最小化し、ポジティブな側面を最大化するためのアクションです。

【ドキュメント・資産の整理】

　・「経緯」の棚卸し
　　「なぜこの設計になったか」という意思決定のログ（ADR: Architecture Decision Recordsなど）を整備し、新リーダーが同じ轍を踏まないようにします。

　・暗黙知の言語化
　　チーム内のローカルルールを「見える化」し、新リーダーとのギャップを早期に発見します。

【コミュニケーションの再構築】

　・期待値調整（インセプションデッキの更新）
　　新リーダーとチームが「何を成功と定義するか」を早期に合意します。

　・1on1の即時実施
　　スキルセットや志向性を早めに伝え、新体制での自分の役割を明確にします。

【心理的・文化的な適応】

　・「前はこうだった」の封印
　　過去のやり方に固執せず、新リーダーの強みをどう活かすかという「未来志向」へ切り替えます。

　・フィードバックループの強化
　　新しいやり方が現場に合わない場合、感情的にならず「事実（データ）」ベースで改善を提案します。

【関連記事】

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

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