ある大手メーカーの基幹システム刷新プロジェクト。立ち上げから3ヶ月。経営層は壮大なビジョンを掲げ、プロジェクトチームは緻密な計画を練り上げた。しかし現場には、まだ何も変わった実感がない。「結局、いつ効果が出るんですか」。現場からの問いかけに、プロジェクトマネージャーは答えに窮する。「全体が完成すれば、大きな効果が出ます」。その「全体の完成」は、1年以上先の話だ。
この間に、現場の関心は薄れていく。経営層の熱量も日常業務に吸い取られ、スポンサーシップは形骸化する。変革疲れが静かに組織を蝕み始める。
以前のInsight「変革の『谷』を乗り越える5つのレバー」で論じた通り、変革には必ずJカーブの谷が訪れる。新しいやり方に移行する過渡期には、生産性が一時的に低下し、現場の不安と不満が高まる。この谷を越えられるかどうかが、変革の成否を分ける。
では、谷を越えるための推進力はどこから生まれるのか。Kotter (1996) は変革の8段階プロセスの第6段階に「短期的な成果を生み出す（Generating Short-Term Wins）」を置いた。これは偶然ではない。変革の初期に意図的に設計された「小さな成功」が、組織の推進力を維持し、谷を越えるための不可欠なエネルギー源になる。
Prosciの調査でも、変革プロジェクトの成功要因として「早期の成功体験の創出」が繰り返し指摘されている (Prosci, 2023)。複数のコンサルティングファームの調査でも、変革の初期6ヶ月以内に具体的な成果を示したプログラムは、そうでないプログラムと比較して最終的な目標達成率が有意に高いことが報告されている (McKinsey, 2021)。
にもかかわらず、多くの変革プロジェクトは「小さな成功」を設計の対象として扱っていない。本稿では、クイックウィンがなぜ変革の力学において決定的な役割を果たすのかを解き明かし、その設計と活用の実践を論じる。
なぜ「小さな成功」が変革のエンジンになるのか
心理的推進力 ── 「変われる」という実感
変革の初期、組織の大半は懐疑的だ。「本当にうまくいくのか」「また途中で頓挫するのでは」。過去の変革の失敗体験から学習性無力感が蓄積されている組織では、この懐疑は特に根深い。変革への抵抗の根本には、多くの場合「未知への恐怖」がある。新しいやり方がどう機能するか分からない、自分にできるか分からない。この懐疑を言葉だけで解消することはできない。クイックウィンは、未知を既知に変える最も直接的な手段だ。
Bandura (1997) の自己効力感理論が示すように、人が「自分はできる」と信じるための最も強力な源泉は、実際にやってみて成功した体験（mastery experience）だ。「この組織は変われる」という信念もまた、小さくとも具体的な成功体験によって育まれる。ビジョンの説得力でもなく、計画の精緻さでもなく、「実際に一つ変えてみたら、うまくいった」という事実が、組織の自己効力感を形成する。
Prosci の ADKARモデル (Hiatt, 2006) で言えば、クイックウィンはADKARの複数段階に同時に作用する。最も直接的にはAbility（実行能力）とReinforcement（定着強化）の架け橋として機能する。研修を受けた（Knowledge）だけでは「本当にできるのか」という不安は消えない。しかし、小さな範囲で新しいやり方を試し、確かに業務が改善された体験を得れば、「自分にもできる」というAbilityへの確信が生まれる。さらに、その成功を目にした他部門のメンバーにはDesire（変わりたいという意欲）が喚起される。「自分の部門でもあの改善が実現するなら、協力したい」── 一つのクイックウィンが、組織全体のDesireを底上げする波及効果を持つ。
政治的推進力 ── スポンサーシップの維持
以前のInsight「『スポンサー不在』がプロジェクトを殺す」で論じた通り、スポンサーの積極的な関与は変革成功の最大の予測因子だ。しかしスポンサーもまた人間であり、成果の見えない施策に長期間コミットし続けることは容易ではない。
Kotter (1996) はクイックウィンの政治的機能を明確に指摘している。短期的な成果は、変革に懐疑的なステークホルダーの口を封じ、スポンサーに「投資は正しかった」という根拠を提供する。経営会議で「3ヶ月でこの成果が出ました」と報告できるプロジェクトと、「計画通り進んでいます」としか言えないプロジェクトでは、組織内の支持力が決定的に異なる。
変革施策のROIを可視化できなければ投資は続かない。クイックウィンは、変革全体のROIが確定する前に部分的な成果を先行して可視化する手段であり、変革への投資を維持するための政治的なアンカーになる。
学習的推進力 ── 「正しい方向」の検証
クイックウィンには、しばしば見落とされるもうひとつの機能がある。変革のアプローチそのものが正しいかどうかを、小さな規模で検証する機会だ。
大規模な変革を一括で展開する「ビッグバンアプローチ」には大きなリスクが伴う。小さな範囲で先行実施し、結果を観察し、フィードバックを取り込んでから次に進む。このアプローチは、変革の方向性が正しいことを確認しながら進められるだけでなく、想定外の障壁を早期に発見し、計画を修正する機会にもなる。
リスク設計の観点からも、クイックウィンは有効だ。小さな範囲での実施は、リスクを限定的にしながら、仮説を検証する「設計された実験」として機能する。
クイックウィンは「おまけ」ではない。心理的推進力、政治的推進力、学習的推進力の三つを同時に生み出す、変革の構造的なエンジンだ。
「正しいクイックウィン」の設計条件
ただし、何でも「早くやれば」クイックウィンになるわけではない。効果のないクイックウィンは、むしろ組織の信頼を損なう。「小さな成功」を演出しているだけだと見抜かれれば、懐疑はさらに深まる。
Kotter (1996) は、効果的なクイックウィンの条件として3つを挙げている。Visible（可視的であること） ── 成果が多くの人の目に見えること。Unambiguous（明確であること） ── 成功か失敗かの判定が曖昧でないこと。Clearly related to the change effort（変革と明確に結びついていること） ── 偶然や他の要因による成果ではなく、変革の取り組みの結果として認識されること。
この3条件に加えて、andChangeの実務経験から4つ目の条件を提示したい。Measurable（データで測定可能であること）だ。近年、変革管理の分野でもデータドリブンなアプローチの重要性が急速に認識されている。Prosci (2023) は変革の進捗を定量的に追跡することの有効性を報告し、McKinseyも変革プログラムにおける測定可能なKPI設定の重要性を繰り返し指摘している。「なんとなく良くなった」という定性的な印象ではなく、具体的な数値で変化を示せること。処理時間が何分短縮されたか、エラー率が何%低下したか、利用率が何%向上したか。勘と経験ではなくデータで語る ── この原則は、クイックウィンの設計にも適用される。データに裏打ちされた成果だけが、組織全体を説得する力を持つ。
良いクイックウィンの例
基幹システム刷新プロジェクトを例に考える。全社展開の前に、まず一つの部門の月次レポート作成業務にフォーカスする。従来はExcelの手作業で丸2日かかっていた作業が、新システムの導入で半日に短縮された。この成果は具体的で（2日→半日）、可視的で（その部門の全員が体感する）、変革の取り組みと明確に結びついていて（新システムがなければ実現しなかった）、データで測定可能だ（処理時間75%削減）。
この成果をプロジェクト全体のコミュニケーションに組み込む。「営業部のレポート作成が2日から半日になりました」── このメッセージは、抽象的な「業務効率化」よりもはるかに強力に現場に響く。「自分の部門でもそうなるなら、使ってみたい」。一つの部門の成功体験が、他部門の変革への意欲を喚起する。
もう一つの例を挙げる。DX推進プロジェクトで、まず経営会議向けのKPIダッシュボードを1ヶ月で構築したケース。従来は各部門からExcelを集めて手作業で統合していた月次報告が、リアルタイムのダッシュボードで即座に確認可能になった。経営層が「これは便利だ」と実感したことで、次のフェーズ（現場向けのデータ活用基盤構築）への投資判断が加速した。技術導入がもたらす具体的な価値を、意思決定者自身が体感する ── これもクイックウィンの典型的な成功パターンだ。
避けるべきクイックウィン
逆に、避けるべきパターンもある。変革の本筋と無関係な「見せかけの成果」を演出することだ。たとえば、業務プロセス改革のプロジェクトで「社員食堂のメニューを改善しました」を成果として発表しても、組織は「それは違う」と感じる。より実務的に起こりがちな失敗として、KPIに直結しない周辺システムのUI変更を「DXの成果」として報告するケースがある。見た目は変わったが業務の本質は何も改善されていない ── 現場はその差を敏感に見抜く。変革との因果関係が不明確な成果は、むしろプロジェクトの信頼性を損なう。
また、成果を過大に演出することも危険だ。わずかな改善を大げさに報告すれば、現場の実感とのギャップが不信感を生む。以前のInsight「『伝えた』と『伝わった』は違う」で論じたコミュニケーションの原則は、クイックウィンの発信にもそのまま当てはまる。事実を正確に、しかし効果的に伝えること。誇張は逆効果だ。
クイックウィンをプロジェクト計画に組み込む
クイックウィンが偶然の産物であってはならない。プロジェクト計画の段階で、意図的にクイックウィンを設計することが重要だ。
Step 1 ── 候補の洗い出し
プロジェクトのスコープの中から、以下の条件を満たす業務領域を特定する。短期間（30〜90日）で成果を出せること。成果が数値で測定可能であること。影響を受ける人数が多い、または組織内で注目度が高いこと。技術的・組織的なリスクが低いこと。
この候補リストは、プロジェクトマネージャーとチェンジマネジメント担当者が共同で作成する。PMBOKのWBSから「早期に着手可能な作業パッケージ」を抽出し、ADKARの観点から「現場の受容度が高い領域」── すなわちAwareness（なぜ変わる必要があるかの理解）とDesire（変わりたいという意欲）が既に一定水準にある領域を特定する。技術の側面とチェンジマネジメントの側面を両輪で検討することが、クイックウィン設計の質を高める。
Step 2 ── スポンサーとの合意
クイックウィンの候補をスポンサーに提示し、「最初の90日で何を達成するか」を合意する。この合意は、スポンサーシップを具体的な行動に結びつける装置でもある。
以前のInsight「『スポンサー不在』がプロジェクトを殺す」で論じたスポンサーのABCモデルの「C ── Communicating Directly（直接コミュニケーション）」を、クイックウィンの成果発信の場面に組み込む。クイックウィンが達成されたとき、その成果をスポンサー自身の言葉で組織に伝えてもらう。スポンサーにとっては「語れる成果」ができ、組織にとっては「経営層が本気だ」というシグナルになる。双方にとってメリットのある設計だ。
Step 3 ── 成果の可視化と展開
クイックウィンの成果は、自然に広がるのを待つのではなく、能動的に可視化し、展開する。成果報告には必ず数値データを含め、Before / After の比較を明示する。
成果の展開においては、以前のInsight「『伝えた』と『伝わった』は違う」で論じたコミュニケーション設計の原則を適用する。経営層には戦略的な文脈で（「この部門の成功は、全社展開の実現可能性を示している」）、中間管理職には自部門への示唆として（「次のフェーズであなたの部門でも同様の改善が期待できる」）、現場担当者には具体的な変化として（「月末のレポート作成が1.5日分楽になった」）。受け手の文脈に合わせた翻訳が、クイックウィンの波及効果を最大化する。
クイックウィンの設計は「何を先にやるか」の技術的判断だけでなく、「誰がどう語り、誰にどう届けるか」のコミュニケーション設計と一体である。技術とチェンジマネジメントの両輪で設計して初めて、小さな成功は組織全体を動かす力になる。
実務への示唆
クイックウィンを変革の構造に組み込むために、明日から始められることがある。
第一に、次のプロジェクト計画に「90日クイックウィン」を必須項目として組み込むことだ。 プロジェクトのWBSに、最初の90日以内に達成すべき具体的な成果目標を明記する。成果目標は、Kotter の3条件（可視的・明確・変革に結びつく）とデータ測定可能性の4条件で評価する。この項目がプロジェクト計画に「ない」ことを、計画の品質問題として扱う。
第二に、クイックウィンの成果を「変革ダッシュボード」に組み込むことだ。 プロジェクトの進捗管理に、スコープ・スケジュール・コストだけでなく、「実現された成果」を並べて追跡する。何部門で展開済みか、定量的な改善効果の累積はいくらか、現場の満足度スコアはどうか。これらを月次でダッシュボードに反映し、スポンサーが確認する仕組みを作る。変革の定着指標の一部として、クイックウィンの達成状況を位置づける。
第三に、クイックウィンの「語り部」を現場に作ることだ。 最初のクイックウィンで恩恵を受けた部門の担当者に、他部門への展開時に「自分の体験」を語ってもらう。上からの号令ではなく、同じ立場の同僚が「使ってみたら本当に楽になった」と語る言葉が、最も強い説得力を持つ。このチェンジエージェント的な役割を意識的に設計し、語り部となる人材を早期に特定し、巻き込む。人選の基準は「変革に前向きであること」と「同僚からの信頼が厚いこと」の二つだ。役職の高さではなく、現場での影響力が鍵になる。
まとめ
変革の成否は、ビジョンの壮大さでも、計画の精緻さでも、技術の先進性でもない。組織が「変われる」と信じられるかどうかにかかっている。その信念を育てるのは、言葉ではなく体験だ。
「小さな成功」は、小さくない。それは変革の心理的推進力を生み、スポンサーシップを維持し、アプローチの妥当性を検証する。三つの機能が重なることで、Jカーブの谷を越えるための構造的なエネルギーが生まれる。
テクノロジーだけでは、組織は変わらない。しかし、テクノロジーがもたらす「小さな成果」を意図的に設計し、データで可視化し、組織に届けることで、変革は「掛け声」から「実感」に変わる。変革の「両輪」── 技術的な成果を生み出す力と、その成果を組織に定着させる力 ── が噛み合う最初の接点が、クイックウィンだ。
大きな変革を成功させたければ、最初の一手は小さく打つ。その「小ささ」にこそ、設計の知恵を注ぐ。 次のプロジェクト計画を開いたとき、最初の90日間に「何を変え、何を見せるか」が書かれていなければ ── その空白を埋めることが、変革を動かす第一歩になる。