
本記事は「MBAで学んだ組織行動とリーダーシップ」シリーズのDay2回目です。
この記事でわかること
- ゴールデンサークル(WHY→HOW→WHAT)の欠如が組織にもたらす具体的な害
- リーダーシップとマネジメントの違い(コッター)と、両方が必要な理由
- エンパワーメント5ステップのIT現場での使い方
- 「聞く」と「聴く」の違い、推論の梯子が1on1を変える理由
- 動機づけ・衛生理論で「給与を上げても辞める」問題を読み解く方法
「何のために」が抜けたとき、組織は静かに壊れる
Day2の冒頭で提示されたケースは、あるグローバルコーヒーチェーンの話でした。WHYを見失った経営者が拡大路線を突き進み、ブランドの本質を毀損してしまう。その後、創業者が復帰して変革を主導する──という構図です。
この話を聞きながら、私はIT業界で何度も目にしてきた光景を思い出しました。「なぜこのプロジェクトをやるのか」が曖昧なまま要件定義に入り、途中でスコープが際限なく広がり、結局誰も満足しない成果物が出来上がる。技術力もリソースもあるのに、WHYが不在だとプロジェクトは迷走します。
Day2のテーマは「企業経営におけるリーダーの役割とは何か」。トップマネジメントとミドルマネジメント、それぞれが発揮すべきリーダーシップを扱いました。結論から言えば、トップの役割はWHYを定義し語り続けること、ミドルの役割はWHYを現場のHOWに翻訳し、メンバーをエンパワーすることです。
リーダーシップとマネジメントの違い──コッターの整理
ジョン・コッターは、リーダーシップとマネジメントを明確に区別しました。この区別は単なる学術的な分類ではなく、組織の問題を診断する実用ツールです。
| リーダーシップ | マネジメント | |
|---|---|---|
| 方向性 | ビジョンを示す | 計画を立てる |
| 人の動かし方 | 動機づけと鼓舞 | 組織化と人員配置 |
| 変化への対応 | 変革を推進する | 複雑性に対処する |
| 時間軸 | 長期・未来志向 | 短期・現在志向 |
重要なのは、どちらかが優れているという話ではなく、両方が必要だという点です。ビジョンだけ語って計画がない組織は空回りし、計画だけあって方向性がない組織は衰退します。
IT現場でよくある問題は、ミドルマネジャーがマネジメント(計画・管理・報告)に時間の9割を使い、リーダーシップ(方向性・動機づけ)がほぼゼロになっていることです。私自身、「プロジェクトを予定通りに回す」ことに注力するあまり、「なぜこのプロジェクトが重要なのか」をチームに語る時間を取っていなかった時期があります。
ゴールデンサークル──WHYが組織を動かす理由
サイモン・シネックのゴールデンサークルは、優れたリーダーや組織が「WHY(なぜ)→HOW(どうやって)→WHAT(何を)」の順で伝えるという理論です。
WHY→HOW→WHATの構造
[WHY] なぜそれをやるのか(信念・目的)
↓
[HOW] どうやって実現するのか(方法・差別化要因)
↓
[WHAT] 何を提供するのか(製品・サービス)
図:経営戦略の階層構造(WHYからWHATへのピラミッド)

多くの組織はWHAT(何をやっているか)から説明を始めます。「当社はシステムの開発・運用を行っています」。これは事実ですが、人の心は動きません。
WHYから始めると変わります。「お客様が本来の事業に集中できるよう、ITの複雑さを引き受けるのが私たちの仕事です」。同じ事業内容でも、伝わる意味がまったく違います。
WHYが失われるメカニズム
Day2のケースでは、WHYが失われるプロセスが生々しく描かれていました。成功した企業が成長するにつれ、WHATの拡大(新店舗、新商品、新市場)がWHYを上書きしていく。経営者自身がWHYを忘れるのではなく、組織の規模拡大によってWHYが希釈されるのです。
これはIT現場でも同じです。
| フェーズ | WHYの状態 | 典型的な現象 |
|---|---|---|
| 創業・立ち上げ期 | WHYが明確で全員が共有 | 少人数で一体感がある |
| 成長期 | WHYが暗黙知になる | 新メンバーに伝わらない |
| 拡大期 | WHYがWHATに置き換わる | KPI達成が目的化する |
| 停滞期 | WHYが消失 | 「なぜやっているかわからない」が蔓延 |
技術的課題と適応課題──解けない問題の正体
ロナルド・ハイフェッツは、組織が直面する課題を「技術的課題」と「適応課題」に分けました。
技術的課題は、既存の知識やスキルで解決できる問題です。サーバーの障害対応、プロジェクトのスケジュール遅延、バグの修正。原因を特定し、対処すれば解決します。
適応課題は、価値観や行動パターンそのものの変化が必要な問題です。「部門間の壁を越えた協働ができない」「DXを推進したいが現場が動かない」「優秀な人材が辞めていく」。これらは技術的な解決策(ツール導入、制度変更)だけでは解決しません。
| 技術的課題 | 適応課題 | |
|---|---|---|
| 問題の所在 | 明確 | 曖昧 |
| 解決策 | 既知の方法がある | 学習と変化が必要 |
| 解決の主体 | 専門家・権威者 | 当事者自身 |
| 必要な時間 | 比較的短い | 長い |
IT現場のマネージャーが陥りがちなのは、適応課題に技術的な解決策を当てはめてしまうことです。チームのモチベーション低下という適応課題に対して、「1on1ツールを導入する」「評価制度を変える」という技術的な対策を打つ。ツールや制度自体は悪くないのですが、それだけでは根本は変わりません。
WHYの再定義は、まさに適応課題です。経営層がWHYを語り直し、組織全体がそれを内面化するプロセスには、時間と対話が必要です。
エンパワーメント5ステップ──権限委譲の実践フレームワーク
Day2の後半は、ミドルマネジメントのリーダーシップとしてエンパワーメントが取り上げられました。エンパワーメントとは、メンバーが自律して意思決定し行動できる状態をつくることです。単に「任せる」のではなく、任せられる環境を段階的に整えるプロセスです。
5つのステップ
| ステップ | 内容 | IT現場での実践例 |
|---|---|---|
| 1. 目的共有 | WHYを伝え、全体像の中での位置づけを示す | プロジェクトのビジネス背景を最初に共有する |
| 2. 部下把握 | メンバーのスキル、志向、成長段階を理解する | スキルマップの作成、定期1on1 |
| 3. アサインメント | 能力と成長意欲に合ったタスクを割り当てる | ストレッチ目標を含む担当設計 |
| 4. コーチング | 答えを教えるのではなく問いかけで導く | 「どう思う?」「他の選択肢は?」 |
| 5. 支援 | 障害を取り除き、必要なリソースを確保する | 他部門との調整、経営層への説明 |
図:エンパワーメントの5ステップ

ステップ1「目的共有」が最も重要な理由
Day1で学んだ視野狭窄の話と接続すると、エンパワーメントの最大の障壁は「WHYの不在」です。WHYが共有されていない状態で権限を委譲すると、メンバーは判断の基準がないまま意思決定を迫られます。結果として、安全な選択(前例踏襲、上司の過去の判断の模倣)に偏ります。
私のチームで実際にあった経験です。あるプロジェクトで、ジュニアメンバーに設計フェーズのリードを任せました。技術力は十分でしたが、設計レビューで「なぜこの構成にしたのか」と聞くと、「前のプロジェクトでもそうだったので」という答えが返ってきた。WHYを伝えずに任せた私の責任です。
その後、プロジェクトの背景(なぜこの顧客はクラウド移行を急いでいるのか、どんなビジネス課題を解決したいのか)を共有し直したところ、設計の判断基準が明確になり、自律して意思決定できるようになりました。
「聞く」と「聴く」の違い──推論の梯子が1on1を変える
Day2で特に実践に直結したのが、「聞く」と「聴く」の区別、そしてアージリスの「推論の梯子」です。
「聞く」と「聴く」
- 聞く(hear):音として認識する。相手の話が耳に入っている状態
- 聴く(listen):意図を理解しようとする。相手の言葉の背後にある感情やニーズに注意を向ける状態
1on1の場で「聞いている」つもりで「聴いていない」ことは頻繁に起こります。部下が話している間に、自分の中で回答を組み立てている。相手の発言を「正しいか正しくないか」で判定している。これは「聞いている」だけで「聴いている」とは言えません。
推論の梯子(アージリス)
クリス・アージリスの「推論の梯子」は、人が観察事実から結論に至るまでの思考プロセスを可視化したモデルです。
[行動を取る] ← 結論に基づいて行動
[結論を出す] ← 信念に基づいて判断
[信念を形成する] ← 意味づけが蓄積
[意味をつける] ← 選んだデータに解釈を加える
[データを選択する] ← 都合のよい情報を拾う
[観察可能なデータ] ← 実際に起きていること
図:推論の梯子(アージリス)

問題は、この梯子を一瞬で駆け上がることです。部下が報告を2日遅らせた(観察事実)→「またか」(データ選択)→「この人は責任感がない」(意味づけ)→「重要なタスクは任せられない」(結論)→権限を取り上げる(行動)。
この思考プロセスを意識するだけで、1on1の質が変わります。「この人は責任感がない」と結論づける前に、「なぜ遅れたのか」を「聴く」。すると、「実は別のプロジェクトで緊急対応が入っていた」「報告の粒度がわからず悩んでいた」という事実が出てくることがあります。
動機づけ・衛生理論──「給与を上げても辞める」問題を読み解く
フレデリック・ハーズバーグの動機づけ・衛生理論は、1959年に発表された理論ですが、IT業界の人材マネジメントに今なお直結します。
2つの要因
| 衛生要因(不満足を防ぐ) | 動機づけ要因(満足を生む) |
|---|---|
| 給与・報酬 | 達成感 |
| 職場環境・設備 | 承認 |
| 人間関係 | 仕事そのものの面白さ |
| 会社の方針・管理 | 責任 |
| 雇用の安定 | 成長・昇進 |
衛生要因は、不足すると不満になるが、充足しても積極的な満足にはつながりません。動機づけ要因は、充足すると満足・やりがいを感じますが、不足しても直接の不満にはなりにくいとされます。
IT部門の「給与を上げても辞める」問題
IT人材の流動性は高く、「給与を上げたのに辞めてしまう」という嘆きはよく聞きます。ハーズバーグの理論で説明すると、これは衛生要因(給与)で動機づけ要因(成長・達成感)の欠如を補おうとしている状態です。
給与が市場水準を下回っていれば不満は出ますが、市場水準に合わせたからといってやりがいが生まれるわけではありません。
私のチームでも、過去に優秀なメンバーが辞めた理由を振り返ると、給与の問題はほぼありませんでした。共通していたのは「成長の停滞感」と「自分の仕事の意味がわからなくなった」という2つです。前者は動機づけ要因の「成長」、後者はまさにWHYの不在です。
| 施策 | 衛生要因への効果 | 動機づけ要因への効果 |
|---|---|---|
| 給与アップ | 不満解消 | ほぼなし |
| リモートワーク導入 | 不満解消 | ほぼなし |
| 新技術案件へのアサイン | なし | 成長実感 |
| プロジェクトのWHY共有 | なし | 仕事の意味づけ |
| 成果の可視化と承認 | なし | 達成感・承認 |
エンパワーメントの5ステップは、まさに動機づけ要因を高めるプロセスです。目的共有(WHY)、適切なアサインメント(成長)、コーチング(承認)、支援(責任を持てる環境)。
変革のフレームワーク──コッター、レヴィン、U理論
Day2では変革のフレームワークが3つ紹介されました。それぞれの特徴を整理します。
コッターの変革8段階
- 危機意識を高める
- 変革推進チームを結成する
- ビジョンと戦略を策定する
- ビジョンを周知する
- 行動を促す環境をつくる
- 短期的成果を生む
- 成果を活かしてさらに推進する
- 新しいアプローチを文化に定着させる
レヴィンの3段階モデル
| 段階 | 内容 |
|---|---|
| 解凍 | 現状の「当たり前」を疑う土壌をつくる |
| 変革 | 新しい行動パターンを実行する |
| 再凍結 | 新しい行動を組織の日常に定着させる |
U理論(シャーマー)
U理論は変革の「深さ」を5段階で捉えます。
- ダウンローディング(過去のパターンを繰り返す)
- 観る(先入観を手放し、現実を直視する)
- 感じ取る(場全体の声に耳を傾ける)
- プレゼンシング(源につながり、未来の可能性を感じる)
- 結晶化→プロトタイピング→実践(新しい形を具現化する)
3つのフレームワークに共通するのは、変革の初期段階で「現状を問い直す」プロセスが不可欠だという点です。コッターの「危機意識」、レヴィンの「解凍」、U理論の「ダウンローディングからの脱却」。いずれも、WHYの再定義から変革が始まることを示しています。
Day2の学びを実務に持ち帰る──3つのアクション
チームミーティングの冒頭5分で「WHY」を語る時間をつくった。プロジェクトの進捗報告の前に、「このプロジェクトは顧客のどんな課題を解決するのか」を毎回確認しています。最初は形式的でしたが、3週間ほどでメンバーから「この要件は顧客の目的と合っていないのでは」という発言が出るようになりました。
1on1で推論の梯子を意識するようにした。メンバーの行動に対して結論を出す前に、「観察事実は何か」「自分はどのデータを選んでいるか」を自問しています。
エンパワーメントのステップ2「部下把握」を強化した。各メンバーの「今やりたいこと」「3年後にどうなりたいか」を1on1で改めてヒアリングし、アサインメントに反映しています。
まとめ
Day2で得た最大の学びは、WHYの不在は「見えない負債」として組織に蓄積するということです。表面上は回っているように見えても、メンバーの判断基準が曖昧になり、エンパワーメントが機能せず、優秀な人材から離れていく。
- WHYの欠如は、組織の規模拡大とともに静かに進行する
- リーダーシップ(方向性)とマネジメント(管理)は両方必要。ミドルマネジャーはマネジメントに偏りがち
- エンパワーメントはステップ1「目的共有(WHY)」がなければ機能しない
- 推論の梯子を意識するだけで、1on1の質が変わる
- 動機づけ要因(成長・達成感・承認)は、衛生要因(給与・環境)では代替できない
参考書籍
本記事で触れたフレームワークをさらに深く学びたい方には、以下の書籍が参考になります。
よくある質問(FAQ)
Q1. ゴールデンサークルのWHYは、どうやって見つければいいですか?
A1. 「自社(自チーム)がなくなったら、誰が何に困るか」を考えるのが出発点です。顧客の課題から逆算してWHYを言語化し、チーム内で議論して磨いていくプロセスが有効です。
Q2. エンパワーメントと丸投げの違いは何ですか?
A2. エンパワーメントは5ステップ(目的共有→部下把握→アサインメント→コーチング→支援)を経て段階的に権限を渡すプロセスです。丸投げはステップ1〜2を省略して、いきなり任せる行為です。メンバーが判断基準を持たないまま意思決定を迫られるため、失敗確率が高くなります。
Q3. 動機づけ・衛生理論で、IT人材の離職を防ぐにはどうすればいいですか?
A3. まず衛生要因(給与・環境)が市場水準を満たしているかを確認します。その上で、動機づけ要因(新技術への挑戦機会、成果の可視化、キャリアパスの明示)を強化します。特に「自分の仕事が何につながっているか」のWHY共有が効果的です。
Q4. 推論の梯子を日常で使うコツはありますか?
A4. 自分が誰かに対してネガティブな判断をしたとき、「この判断の根拠となる観察事実は何か」と自問する習慣をつけることです。紙に書き出すとさらに効果があります。
Q5. コッターの変革8段階は、大企業でなくても使えますか?
A5. 使えます。チーム単位の小さな変革でも同じ構造が当てはまります。特にステップ1「危機意識を高める」とステップ6「短期的成果を生む」は、規模に関係なく変革の成否を分けるポイントです。
