なぜ変革の70%は失敗するのか
ほとんどの変革プログラムは失敗に終わります。目標を達成できないのです。
私はノバルティスでAIとERPの変革を主導してきました。そこで真実を目にしました。難しいのはテクノロジーではありません。ソフトウェアは多くの場合、問題なく動作します。問題は、人々が単に「参加しない」ことなのです。
プロジェクトが失敗すると、リーダーはデータやスコープのせいにします。しかし、それらは単なる症状に過ぎません。真の原因は「定着（アダプション）」にあります。多くの企業は、定着をプロセスの最後に行うトレーニングイベントとして扱っています。本来、定着は最初から設計ルールとして組み込まれるべきものです。
人々に避けられるツールは、価値を全く生み出しません。私は、完璧なソフトウェアが稼働率30%にとどまっているのを目の当たりにしました。人々は代わりに、以前の古いスプレッドシートを使い続けていたのです。
導入したソフトウェアのROIが得られるわけではありません。人々が「使っている」ソフトウェアのROIが得られるのです。
人々が変化に抵抗するのは、それが「損な取引」だと感じるからです。個人的な利益がないまま、リスクが増え、監視も厳しくなると感じてしまうのです。
これを解決するには、「心理的安全」が必要です。「これが理解できません」や「このプロセスは壊れています」と安心して言える環境でなければなりません。安全性（安心感）がなければ、人々は混乱を隠します。隠された混乱は、密かな回避策（ワークアラウンド）を生みます。そして、その回避策が失敗へとつながるのです。
成功するためのプランは以下の通りです：
- 成功を定義する：何かを構築する前に、特定の役割を持つ人がどのように変わるのかを書き出してください。その人にとってのメリットを示せないなら、それは計画ではなく、単なる「展開（ロールアウト）」に過ぎません。
- 懐疑派を活用する：ファン（賛成派）とだけ話をしてはいけません。最も声の大きい懐疑派を設計会議に招き入れてください。彼らは早い段階で真の問題を見つけ出します。懐疑派が計画に同意すれば、他の人々も後に続くでしょう。
- 誠実さを持ってリードする：リーダーに間違いを認めるよう求めてください。上司による一度の誠実な瞬間は、多くのアンケートよりも深い信頼を築きます。
- 正直さを評価する：プロセスの不備を報告してくれる人に感謝してください。彼らはあなたのために品質管理を行ってくれているのです。
- 正しい指標を測定する：予算や期限だけを追うのではなく、どれだけの人がツールを使用しているか、そしてどれくらいの頻度で回避策が使われているかを追跡してください。
- 修正して周知する：問題を解決したら、全員に伝えてください。声を上げることがシステムを変えるのだということを、彼らに示すのです。
信頼をインフラのように扱ってください。テックスタックと同じように、信頼も設計し、予算を割り当てる必要があります。
アーキテクチャの監査はやめましょう。チームにこう問いかけることから始めてください。「どうすればあなたにとってより良くなるか？ そして、私に言うのをためらっていることは何か？」
成功する30%の人々は、耳を傾ける人々です。
Source: https://dev.to/cedricbignet/why-70-of-transformations-fail-and-the-people-first-fix-1ff
Optional learning community: https://t.me/GyaanSetuAi