ストーリー
コッターの8段階モデル
全体像
フェーズ1: 変革の土壌を作る
段階1: 危機感を醸成する
段階2: 推進連合を形成する
フェーズ2: 変革の方向を定める
段階3: 変革のビジョンと戦略を策定する
段階4: ビジョンを組織全体に伝える
フェーズ3: 変革を実行する
段階5: 自発的な行動を促す(障壁を除去する)
段階6: 短期的な成果を生み出す
フェーズ4: 変革を定着させる
段階7: 成果を活かしてさらなる変革を推進する
段階8: 変革を文化として定着させる
段階1: 危機感を醸成する
「変わらなければならない」という切迫感を組織全体に共有します。
| 手法 | 具体例 |
|---|---|
| データで示す | 「リードタイムが1年で2.7倍に悪化」「競合はリリース頻度が10倍」 |
| 外部の声を伝える | 「顧客から『機能追加が遅い』という苦情が前年比3倍」 |
| 将来のリスクを可視化 | 「このペースだと2年後に市場シェア30%を失う」 |
| 比較を使う | 「業界のエリート企業はデプロイ頻度が1日複数回。うちは月2回」 |
「危機感の醸成は、恐怖を煽ることではない。『今のままでは失うもの』と『変われば得られるもの』の両方を冷静に示すことだ」 — 田中VPoE
段階2: 推進連合を形成する
変革を推進するコアチームを組成します。
| メンバー構成 | 役割 |
|---|---|
| スポンサー(CTO等) | 投資判断と組織的なバックアップ |
| 変革リーダー | 計画の策定と実行の推進 |
| 各チーム代表 | 現場の声の代弁と施策の実行 |
| インフルエンサー | 非公式な影響力で周囲を巻き込む |
推進連合に必要な4つの要素:
1. 権限(Position Power)
→ 組織的な意思決定ができる人がいる
2. 専門性(Expertise)
→ 技術的な判断ができる人がいる
3. 信頼性(Credibility)
→ 現場から信頼されている人がいる
4. リーダーシップ(Leadership)
→ 人を動かす力がある人がいる
段階3: 変革のビジョンと戦略を策定する
変革後のあるべき姿を明確に言語化します。
| 要素 | 悪い例 | 良い例 |
|---|---|---|
| 具体性 | 「開発を効率化する」 | 「リードタイムを43日から20日に短縮する」 |
| 方向性 | 「最新技術を導入する」 | 「CI/CDとテスト自動化で安全に素早くリリースする」 |
| メリット | 「会社のためになる」 | 「開発者は手作業から解放され、創造的な仕事に集中できる」 |
| 時間軸 | 「いつか実現する」 | 「6ヶ月後に週2回のリリースを実現する」 |
段階4: ビジョンを組織全体に伝える
| 原則 | 説明 |
|---|---|
| シンプル | 専門用語を避け、誰でも理解できる言葉で |
| 繰り返し | 7回以上聞いてようやく浸透すると言われる |
| 多チャネル | 全体会議、1on1、Slack、メール、文書 |
| 双方向 | 一方的な発信ではなく、質問と対話の機会を設ける |
| 行動で示す | リーダー自身がビジョンに沿った行動を取る |
段階5: 自発的な行動を促す
変革の障壁を除去し、メンバーが自発的に動ける環境を整えます。
| 障壁 | 除去方法 |
|---|---|
| スキル不足 | トレーニング、ペアプログラミング、ハンズオン |
| ツール不足 | 必要なツールの導入と環境整備 |
| 制度の矛盾 | 評価制度や承認プロセスをビジョンに合わせて更新 |
| 管理者の抵抗 | 管理者向けの説明会、個別対話 |
段階6: 短期的な成果を生み出す
計画的にクイックウィンを生み出し、変革のモメンタムを維持します。
| クイックウィンの条件 | 説明 |
|---|---|
| 可視性 | 多くの人が変化を実感できる |
| 明確性 | 曖昧でなく、誰が見ても成果とわかる |
| 変革との関連性 | 変革のビジョンに直結する成果である |
段階7: 成果を活かしてさらなる変革を推進する
短期的な成功に満足せず、より大きな変革に挑戦します。
段階7での注意点:
✕ 早すぎる勝利宣言
「リードタイムが30%短縮された!改善プロジェクトは成功だ!」
→ 残り20日の短縮が進まず、元に戻る
○ 成果を活用した拡大
「パイロットチームで30%短縮を達成。この成功パターンを全チームに展開する。
次の目標は50%短縮だ」
→ モメンタムを維持して拡大
段階8: 変革を文化として定着させる
新しいやり方が「当たり前」になるまで根付かせます。
| 定着の手法 | 説明 |
|---|---|
| 採用基準への反映 | 新しい働き方に合った人材を採用する |
| 評価制度への反映 | 変革に貢献した行動を評価項目に含める |
| オンボーディング | 新しいメンバーが最初から新しいやり方で始められる |
| ストーリーの共有 | 変革の成功事例を組織の「伝説」として語り継ぐ |
DevFlow社への適用例
| 段階 | DevFlow社での実践 |
|---|---|
| 1. 危機感 | DORAメトリクスで業界比較データを全社共有 |
| 2. 推進連合 | CTO佐藤 + 改善リーダー + 各チームチャンピオン |
| 3. ビジョン | 「6ヶ月後、毎週安全にリリースできる組織になる」 |
| 4. 伝達 | 全社オフサイト + 隔週の進捗共有 + Slackチャンネル |
| 5. 障壁除去 | CI/CDの整備、トレーニング、承認プロセス簡素化 |
| 6. 短期成果 | PRテンプレートで1週間以内にレビュー待ち20%削減 |
| 7. 拡大 | パイロットの成功をもとに全チームに展開 |
| 8. 定着 | 開発ガイドラインの更新、オンボーディング改定 |
まとめ
| ポイント | 内容 |
|---|---|
| 8段階の順序 | 段階を飛ばすと失敗する。順番に進めることが重要 |
| フェーズ1 | 危機感と推進連合が変革の土壌 |
| フェーズ2-3 | ビジョンの策定・伝達と実行が変革の推進力 |
| フェーズ4 | 定着させなければ元に戻る。文化として根付かせる |
チェックリスト
- コッターの8段階モデルの全体像を理解した
- 各段階の目的と具体的な施策を把握した
- 段階を飛ばすリスクを理解した
- DevFlow社への適用例をイメージできた
次のステップへ
次は「コミュニケーション戦略」を学びます。変革のビジョンを効果的に伝え、組織全体の理解と共感を得る方法を身につけましょう。
推定読了時間: 30分