本記事は「MBAで学んだ組織行動とリーダーシップ」シリーズの6回目です。
この記事でわかること
- 「従業員第一・顧客第二」がなぜ逆説的に顧客満足を高めるのか
- 逆ピラミッド組織とバリューゾーンの関係
- 集合天才（Collective Genius）と従来型リーダーシップの違い
- イノベーションを育む3つのケイパビリティ
- 二項対立のマネジメントがIT現場で持つ意味
「従業員を大事にする」と「業績を上げる」は両立するのか
IT部門のマネージャーとして、常に突きつけられる問いがあります。「メンバーのモチベーションを大事にしたいが、数字も出さなければならない」。この二つが矛盾するように感じる場面は少なくありません。
MBAの授業であるインドのIT企業のケースを議論したとき、この問いに対する挑発的な解を突きつけられました。「従業員第一・顧客第二（Employees First, Customers Second＝EFCS）」という哲学です。顧客ではなく従業員を組織の最優先に据えた結果、その企業は在任期間中に収益を6倍に伸ばし、業界トップの成長率を達成しました。
直感に反するこの結果の裏には、緻密な組織設計のロジックがありました。
逆ピラミッド組織とバリューゾーンの再定義
従来の組織構造はピラミッド型です。経営層が頂点に立ち、その下にミドルマネジメント、さらにその下に現場の担当者がいる。意思決定は上から下へ流れ、情報は下から上へ報告されます。
逆ピラミッド組織は、この構造を文字通りひっくり返します。現場の最前線で顧客と接する従業員が頂点に立ち、管理部門やマネジメントはその下で「支援する側」に回る、という考え方です。
図：従来型ピラミッドと逆ピラミッド組織の対比
バリューゾーンはどこにあるか
ここで鍵になるのが「バリューゾーン」の概念です。組織の中で、実際に顧客への価値を生み出しているのは誰か。IT部門で考えれば、顧客企業のシステムを設計し、構築し、運用している現場のエンジニアやプロジェクトマネージャーです。マネジメントや間接部門は、直接的には顧客価値を生んでいません。
にもかかわらず、従来の組織では「マネジメントが偉い」「間接部門が現場をコントロールする」という構造になりがちです。現場のエンジニアが、社内の承認プロセスや報告業務に時間を取られ、本来の顧客向けの仕事に集中できない。これは多くのIT組織で見られる構造的な問題です。
逆ピラミッドの発想では、間接部門の役割は「現場を管理する」ことではなく「現場が最大限パフォーマンスを発揮できるように支援する」ことに変わります。具体的には、あるIT企業では社内のヘルプデスク型チケットシステムを導入し、間接部門が現場からの支援依頼に対応する仕組みを作りました。現場が「クライアント」で、間接部門が「サービス提供者」。関係性の逆転です。
IT部門で逆ピラミッドはどう機能するか
自分のチームに当てはめて考えると、この逆転は大きな示唆を含んでいます。チームを統括する立場で、私の時間の多くは上位組織への報告、予算管理、人事評価に費やされています。これらはもちろん必要な仕事ですが、「現場のエンジニアが顧客により良いサービスを届けるために、私は今日何をしたか」と問われると、明確に答えられない日があります。
逆ピラミッドの考え方は、マネジメントの存在意義を「現場の生産性を最大化する支援者」に再定義します。評価の視点も変わります。「チームの数字」ではなく「チームメンバーがどれだけ力を発揮できる環境を作れたか」が、マネージャーの成果指標になるのです。
透明性が信頼を生み、信頼がイノベーションを生む
EFCSの哲学を実現するためのステップは、以下のように整理されています。
透明性 → 力の流動化 → エンパワーメント → 相互信頼 → エンゲージメント → イノベーション
図：EFCSの組織イノベーションモデル
このモデルで最初に来るのが「透明性」であることに注目してください。
授業で議論したIT企業のケースでは、社内イントラネット上で、全従業員が経営陣に対して質問を投稿でき、その質問と回答がすべてオープンに公開される仕組みが導入されていました。さらに、360度評価の結果も公開制とし、CEO自身が率先して自分の評価結果を全社に開示しました。
これは単なる「風通しの良い組織」ではありません。経営者が自らの弱みや課題をさらけ出すことで、「率直であることは安全だ」というメッセージを組織全体に発信しているのです。Day5で扱った心理的安全性の議論と直結します。
30%の離職率を改善した構造
このIT企業がEFCSに踏み切った背景には、30%という高い離職率がありました。IT業界では人材の流動性が高いのは世界共通ですが、30%は事業継続に影響するレベルです。
離職率の改善に対して、多くの企業は報酬の引き上げや福利厚生の充実で対応します。しかし、この企業が選んだのは「組織構造そのものを変える」というアプローチでした。従業員が辞めるのは、給料が安いからではなく、自分の仕事が認められていない、声が届かない、成長機会がないと感じるからだ──という仮説に基づいた施策です。
結果として、収益6倍の成長を遂げながら離職率も改善されました。従業員の満足度が上がったから業績が上がったのか、業績が上がったから満足度が上がったのか、因果の方向は一概には言えません。ただ、少なくとも「従業員を犠牲にして業績を上げる」という発想では到達できない水準の成果が出たことは事実です。
集合天才──「ビジョンで引っ張るリーダー」との決別
ハーバード・ビジネススクールのリンダ・ヒルは、イノベーションを起こす組織のリーダーシップを「集合天才（Collective Genius）」と名付けました。
従来のリーダーシップ像は「ビジョンを示し、人を動かす」というものです。カリスマ型、変革型リーダーシップがその典型です。しかし、ヒルの研究は異なる結論を導きます。イノベーションを継続的に生み出す組織のリーダーは、自らビジョンを示すのではなく、メンバーの「天才の一片（a slice of genius）」を引き出し、それを統合する役割を担っています。
2つのリーダーシップ像の比較
| 観点 | ビジョン型リーダー | 集合天才のリーダー |
|---|---|---|
| 方向性の設定 | リーダーが示す | メンバーの探索から浮かび上がる |
| アイデアの源泉 | リーダーの洞察 | メンバー全員の多様な視点 |
| リーダーの役割 | 先導者・意思決定者 | 場の設計者・統合者 |
| メンバーの関与 | リーダーの方針に従う | 自ら問いを立て、提案する |
| イノベーションの持続性 | リーダー依存（属人的） | 組織に内在（構造的） |
IT部門のマネージャーとして、これは深く考えさせられる対比です。私自身、「チームの方向性を示すのがマネージャーの仕事」と思っていました。技術選定、プロジェクトの優先順位、体制の設計──すべてを自分が判断し、チームに伝える。しかし、メンバーの中には私よりもクラウドネイティブに詳しい人、セキュリティに深い知見を持つ人、顧客業務を熟知している人がいます。私一人の判断よりも、これらの「天才の一片」を引き出して統合した方が、結果として良い判断になることは多いはずです。
イノベーションを育む3つのケイパビリティと二項対立のマネジメント
ヒルは、集合天才を実現するために組織に必要な3つのケイパビリティを提示しています。
3つのケイパビリティ
図：イノベーションを育む3つのケイパビリティ
- 創造的摩擦（Creative Abrasion）：多様なアイデアをぶつけ合い、議論を通じてより良い解を生み出す力。「仲良し」ではなく「建設的な衝突」を許容する
- 創造的敏捷性（Creative Agility）：仮説を素早く検証し、失敗から学んで次の仮説に進む力。完璧な計画を作るのではなく、素早く試して修正する
- 創造的決断（Creative Resolution）：対立するアイデアのどちらかを選ぶのではなく、統合して新たな解を見出す力。AかBかではなく、AとBを組み合わせたCを作る
二項対立のマネジメント
これら3つのケイパビリティを支えるのが「二項対立のマネジメント」です。イノベーションを生む組織は、一見矛盾する要素を同時に追求しています。
| 対立軸 | 片方に偏った場合の問題 |
|---|---|
| 個人の肯定 vs 集団の肯定 | 個人偏重→バラバラ、集団偏重→同調圧力 |
| 支援 vs 対決 | 支援のみ→甘え、対決のみ→萎縮 |
| 実験 vs 業績 | 実験偏重→成果が出ない、業績偏重→挑戦が止まる |
| 即興性 vs 制度 | 即興のみ→カオス、制度のみ→硬直化 |
| 忍耐 vs 切迫感 | 忍耐のみ→停滞、切迫感のみ→疲弊 |
| ボトムアップ vs トップダウン | ボトムアップのみ→方向性なし、トップダウンのみ→現場が死ぬ |
IT現場での実感を重ねると、この対立軸のどれもが「あるある」です。
たとえば「実験 vs 業績」。新しいツールやアーキテクチャを試したいエンジニアと、今期の売上を確保しなければならないマネージャー。どちらかを切り捨てるのではなく、「業績を守りながら、定められた範囲で実験する」という両立の設計が必要です。工数の一定割合を実験に充てる、四半期に1回は既存の枠を超えたプロトタイプを作る時間を確保するなど、仕組みとして組み込む発想が求められます。
「ボトムアップ vs トップダウン」も同様です。現場の声を尊重するだけでは方向性が定まらず、トップダウンで一方的に決めれば現場のモチベーションが下がります。授業で議論したIT企業では、この対立を「強力なトップダウンと強力なボトムアップの融合」で乗り越えていました。経営層が大きな方向性（「サービス事業へ転換する」）を明確に示しつつ、具体的な実現方法は現場に委ねる。方向性は上が決め、手段は下が決める。この切り分けが鍵でした。
自分のマネジメントを振り返る──「支援者」になれているか
Day6の学びを自分のチームに重ねると、いくつかの気づきがあります。
まず、私のマネジメントスタイルは「ビジョン型」に偏っていたこと。技術方針もプロジェクトの優先順位も、最終的に自分で判断して伝えることが多かった。もちろん、メンバーの意見を聞く場は設けていましたが、意思決定の重心は私にありました。集合天才の視点で見れば、これはメンバーの「天才の一片」を十分に引き出せていない状態です。
次に、間接業務の比重が高すぎること。上位組織への報告や社内調整に時間を取られ、現場のエンジニアが「今何に困っているか」を直接把握する時間が減っていました。逆ピラミッドの発想で言えば、マネージャーの仕事は「現場が最高の仕事をできる環境を整える」ことであり、そのためにはまず現場の実態を知らなければなりません。
最後に、二項対立のバランスが崩れていたこと。特に「業績 vs 実験」の軸では、業績側に大きく偏っていました。四半期の数字を確保することが最優先になり、「時間ができたら新しいことを試す」という後回しのスタンスになっていた。これでは、組織としてのイノベーション能力は育ちません。
学びと示唆──逆転のリーダーシップをIT部門で実践するために
Day6の学びを実務に落とし込むと、以下の4点に集約されます。
- バリューゾーンを意識する。顧客に価値を届けているのは現場のエンジニアであり、マネジメントはその支援者であるという原則を常に思い出す。意思決定や制度設計の際に「これは現場の生産性を上げるか」を判断基準にする
- 透明性から始める。チーム内の情報格差を減らし、マネージャー自身が弱みや課題をオープンにすることで、率直な対話の土壌を作る。1on1やチームミーティングで「わからないこと」「迷っていること」を積極的に共有する
- 集合天才の設計者になる。自分がビジョンを示すのではなく、メンバーの多様な専門性を引き出し、統合する場を意図的に作る。技術選定や方針決定の場にメンバーを巻き込み、判断プロセスそのものを共有する
- 二項対立を両立させる仕組みを作る。「業績か実験か」「トップダウンかボトムアップか」ではなく、両方を同時に追求するための具体的な仕組み（時間配分、権限委譲、振り返りの場）を設計する
まとめ
「従業員第一・顧客第二」は、従業員を甘やかすことではありません。現場で顧客価値を生み出す人たちが最大限に力を発揮できる環境を、組織全体で支える構造を作ることです。逆ピラミッド組織、集合天才、二項対立のマネジメントは、いずれもその構造を実現するためのフレームワークであり、IT部門のマネジメントにもそのまま適用できる考え方です。
参考書籍
本記事で触れたフレームワークをさらに深く学びたい方には、以下の書籍が参考になります。
よくある質問（FAQ）
Q1. 「従業員第一」にすると、顧客対応がおろそかになりませんか？
逆ピラミッド組織の「従業員第一」は、従業員の要望を最優先するという意味ではありません。顧客価値を直接生み出す現場の従業員が、最大限のパフォーマンスを発揮できる環境を整えるという意味です。結果として、顧客が受けるサービスの質も向上します。授業で議論した事例では、収益6倍という顧客評価の裏付けがこの論理を支えていました。
Q2. 集合天才のリーダーシップは、リーダーが意思決定を放棄するということですか？
放棄ではなく、意思決定のプロセスを変えるということです。集合天才のリーダーは、メンバーから多様な視点とアイデアを引き出し、それを統合して意思決定します。最終判断はリーダーが下す場面もありますが、その判断の材料がリーダー個人の洞察だけでなく、チーム全体の知恵になっている点が異なります。
Q3. 二項対立のマネジメントで「業績」と「実験」を両立させる具体的な方法はありますか？
一つの方法は、時間と予算の一定割合を実験に明示的に充てることです。Googleの「20%ルール」が有名ですが、IT部門であれば「四半期の工数のうち10%は、既存業務の改善や新技術の検証に使う」と決めるだけでも変わります。重要なのは、実験の時間を「余った時間にやる」のではなく「最初から確保する」ことです。
Q4. 逆ピラミッド組織を導入するには、組織全体を変える必要がありますか？
組織全体を一度に変える必要はありません。まず自分のチーム内で「間接業務は現場の支援のためにある」というマインドセットを共有し、具体的な仕組み（現場からの支援依頼チャネル、マネージャーの定期的な現場参画など）を導入することから始められます。小さな成功事例を積み重ねて、影響範囲を広げていくのが現実的です。
Q5. 「強力なトップダウンと強力なボトムアップの融合」は矛盾しませんか？
一見矛盾しますが、対象を分ければ両立します。組織の方向性（何を目指すか）はトップダウンで明確に示し、実現手段（どうやるか）はボトムアップで現場に委ねる。この切り分けが鍵です。方向性が曖昧なままボトムアップに任せると迷走しますし、手段までトップダウンで決めると現場の知恵が活かされません。
