システム改善が現場で受け入れられない理由とIT導入時の心理的ハードルを理解する視点

Published on: | Last updated:

現場でシステム変更を前向きに受け入れるコツがすぐわかるよ

  1. 新しいITの話が出たら、まず最初の3日間は「何が分からないか」を最低2個書き出してみて。

    自分の不安や疑問を自覚できると、実際の作業に取りかかる時にビビりにくくなる(1週間後、同じ質問が消えてるか周りと確認してみて)。

  2. 現場の人3人以上に「今のやり方で面倒なこと」を1つずつ聞いて、その場でホワイトボードに書いていこう。

    不満を見える化すると、改善提案の話がただの“押し付け”にならず共感されやすくなる(1ヶ月後、ホワイトボードの内容で議論が1つでも進んでたらOK)。

  3. 変更から2週間は、1日10分だけ「いつも通り」と「新しいやり方」を両方試してみて、違和感を箇条書きに残してね。

    比べることで自分に合う部分・合わない部分をはっきり自覚できて、どこで戸惑ってるか上司に説明しやすくなる(2週間後、メモを元に上司へ率直に相談できてれば合格)。

  4. 失敗した時は24時間以内に“理由・気分・次やりたいこと”を1行ずつメモして、翌朝ちょっとだけ見返してみよう。

    気持ちが整理できて、同じつまずきでイライラしづらくなる(3回目で「あ、パターン見えてきた」と思えたら十分)。

なぜシステム改善が逆風を呼ぶのか具体的に知る

最近考えてたんだけど、ワークフローを改善したときにさ、意外と一番大きい「隠れコスト」って実は人の反応なんだよね。いやほんとに、システム作ったりしてさ、「うまく動いてるじゃん」と思ってても、みんな結構気に入って使ってくれてるっぽいなーと思った瞬間に、ちょっとでも改良したら、「えっ?なんでここ変えたの?」みたいな声がすぐ飛んでくるの。めちゃくちゃあるある。

「なんで変えちゃったの?」とか、「前の方が好きだった」とか、「この新しいやつ、ちょっと使いづらいかも」…こんなこと言われてさ。あー、ちなみにこれITに限った話じゃないんだよね。自分、結構長くITとか内部統制とかのシステム設計とかプロセス最適化やってきたけど、一番難しいのはコード書いたり設計したりリリースしたりすることより、人のリアクションが予想できないところ。

それだけじゃなくて、数字で「便利になりました!」とか「性能めっちゃ上がりました!」みたいなメリット出しても、それで全員ハッピーになるわけじゃない。「前の方がしっくり来る」みたいな人、絶対いるしね。慣れてるものへの愛着も強いから、新しくした途端に戸惑ったりちょっと反発されたり…そういうの、まあ普通にある。業種関係なく結局同じこと起きるなーって思う。

日常やIT業界で変化が生む心理的抵抗に気づく

最近考えてたんだけど、変化って本当に人によって違和感とか抵抗感あるの、もうどうしようもないくらい普遍的なことなんだなーって。なんか、いや、その変化自体が別に悪いものでなくてもさ、「前のほうがよかった」って声、絶対出てくる。安心できる環境とか、長く続いたやり方が壊れるときの、あの妙な不安というか、ちょっと…身構える感じ、知ってる?

IT系の話だとすっごく分かりやすい。新しいUIが配布されましたー、てなると「うわ、前の戻してほしい!」って言う人出るし、裏側で自動化進めたりシステム最新バージョンに入れ替えただけで、不満の嵐。これ、職場の人間関係とかでも同じじゃない?新しいルールに変わる瞬間とか、自分の役目がちょっと変わった時とか、必ずと言っていいほどみんな戸惑う。

あ、ちなみに、この抵抗って論理的に説明つくものじゃない気がするんだよね。なんだろ、もっと直感的というか…それ自体が悪じゃない。ただ、そうなる気持ちすごく理解できるし。自分もずっと「良いシステム作れば解決」だと思ってたけど、それ違うかもしれないなって最近感じてる。「前」から「今」へ渡れる橋を作るとか、不安をもうちょい丁寧に受け止めるみたいな。なんかその辺りを本気で考えるようになった。

日常やIT業界で変化が生む心理的抵抗に気づく

なぜ人は慣れたワークフローに固執するのか考える

本当さ、結局一番やっかいなのってコードを直すことじゃなくて、人の頭の中とか、その考え方を動かすことなんだよね。いやだって、システムが明らかに古くて動きも悪いし、「これ使いにくっ!」みたいな声あちこちで聞くわけ。でも、なのに「別に今ので困ってないから」「昔からこうだし」みたいな人がやたらと多いんだよ。不思議じゃない?自分でもたまに「なんで?」ってなる。

思うに…あー、なんて言えばいいかな、やっぱり慣れてる場所とか環境って安心するじゃん。知ってるものは怖くないし、自分で動かせる気になる。なんというか…それが日常になっちゃうと、それ以外を受け入れる方がめんどくさかったり、不安になったりするんだよね。それだけじゃなくて、その古いシステムにちょっとした誇りというか「これ使いこなしてきたぞ」的なプライドも出てきたりして。「俺のやり方」みたいな。

だからさ、「こう変えたら絶対良くなるよ!」みたいに言ったところで全然すんなりいかないんだよね。ただフロー変えるだけとか操作が増える減るとかだけの話じゃなくて、「心の奥」にある何かを揺さぶっちゃう感じ。あーうまく言えないけど…心理的にはけっこう重たい。

しかも、新しいツールとか導入すると大体最初は反発される。その理由?多分、「自分で何も決められない」とか「自分のコントロール外で何か進む」みたいな感覚になるから。「また上の人勝手に決めちゃったよ」「え、そんな急に!?」みたいなザワザワ感。例え凄い便利で効率爆上がりでも、一方的だったら「信用できる?」って空気になるし。

あと正直、誰でも「仲間外れ」された気持ちは嫌なんだよ。単純に指示されて、はい終わり…そういう扱われ方、一番モヤる。そして、「また新しく覚え直すのキツイ!」っていう心の重さ?そこ結構バカにならなくて。

まあつまり、新しい仕組みとかシステム導入する時って、理屈では「明らかによくなる」って分かってても、人が本気で受け入れるには相当ハードル高い。心理面が一番の山場なんだと思う。

どんな時にシステム改善への拒否反応が起きるか見極める

最近考えてたんだけど、忙しい時って、ほんとちょっとした変化でもめっちゃしんどくない?新しいインターフェースとか出てくるだけで「うわーもうこれで今日の集中力ほぼ使った」みたいな…知ってる?用語が微妙に変わるだけでも、「えっ今なんて言った?」ってなるし、手順の順番が違うと、一気に頭ぐちゃぐちゃになる。自分だけじゃないよね、こういうの。

それからさ、「感情的な愛着」ね。これ、すごいある。人間って慣れ親しんだツールに、不思議なくらい情が移るんだよ。例えばショートカットとか、作業の小技とか、たまに「俺しか知らないやつ」みたいなの見つけたらニヤけるでしょ。そういうのぜーんぶ手放して新しいツール?えー無理!せっかく積み重ねてきた自分仕様を捨てろって…いやもう、それ「古いシステム」じゃなくて「俺システム」なんだけど!?ってなる。

もっと面白いのは「さらけ出される恐怖」もあるところ。バージョンアップとかで勝手に作業履歴めちゃ細かく残され始めたり、「このくらいやってます!」みたいな数字もグラフになったり、レポートも前より超きっちり決められたり…。透明性大事なのはわかるけど、前までざっくりやれてた所まで管理されるようになると「あれ、自分意外と緩かった?」とか焦ったりする。不安というか、自分が丸見えになった感覚。

そういえば「地位への脅威」とかも結構ヤバイと思うんだよね。そのシステムを隅々まで知ってるベテラン――なんか問題あればまず相談行くみたいな存在だった人。その全部リセットされたら?今まで培った「お任せマン」の座が一気に普通メンバー扱いになる。「自分ならでは」が消える感じ。こういうの、本当にシンドイ話だなと思うんだよね。

変更時にユーザーが感じる感情的な壁を理解する

20年前のことなんだけど、ふと振り返ると自分が設計したシステムっていうのがあったんだよね。あれ、本当にいろんな国…いや、「数十ヶ所」って言った方が正確かな、とにかく世界中で動いてて、まさにそれぞれ現場の人たちの仕事のベースになってたんだよ。あ、もうまさしく「骨組み」みたいな役目だった。

しかも当時考えると、結構スリムなんだよ、その仕組み。ハードウェア…その頃使ってたやつにギリギリ合わせて作ったからかな、無駄がなくて割と信頼されてた。毎日毎日普通に使われすぎて、「手足」状態。「これなかったら仕事始められません!」みたいな感じになっちゃってたな、今思えば。

なのにさ、ある日突然サーバーのアップグレードですよ。「お、新しいインフラ楽しみ~」とか内心期待してたら、一転してトラブル発生。ドライバーが動かない!えっ!? ロードできないし謎エラーばっか出るし、本当に何なの状態。

でね、その原因。まぁ笑っちゃうくらい単純だった。古いドライバーが新しいサーバー環境では完全に見捨てられてて、それで全部一気に崩れ落ちる感じ…。ほんと、それだけだったんだよね。

新システム導入で生じるストレス要因を整理する

昨日ちょっと考えてたんだけど、結局自分のやるべきことは全部やったよ。あー…いや、ちゃんと言うと、責任ある立場だしさ。システムを最初から最後まで作り直して、互換性のトラブルもついでに直した。インターフェースも整理し直したんだよね。最近流行りっぽいレイアウトにもしてみて、自分なりには「これなら誰でも使えるっしょ」って感じになったと思う。

まあ技術的には悪くない出来だったかな。変なバグも残らず消えたし、機能もしっかり動いた。でもね、一番大事なユーザー達の反応……なんでか完全に受け入れてもらえなくてさ。「え?」ってちょっと思ったわ。安定して見やすくなったはずなのに、「なんか違う」「前のままが落ち着く」とか言われちゃってさ。

正直、この辺が一番びっくりしたポイントで、みんな壊れ気味の昔のバージョンを逆に選ぶんだよね。エラーとかクラッシュまで含めて、それが「自分たちの」ものって安心感?新しいやつは逆に疎外される感じ。「慣れてないから嫌」みたいな空気がすごかったわ。本当、不思議だけど人間ってそういうとこあるよね…

新システム導入で生じるストレス要因を整理する

失敗談からIT改善の落とし穴を先取りする

最近考えてたんだけど、なんかさ、「前のと全然違うよ」「昔のボタンのが押しやすかった」みたいな文句?やっぱめちゃ多かったんだよね。実際さ、一部のチームは新しいサーバーアップグレード戻しちゃえとか、なんなら古いシステムまだ使いたいって動いてたらしい。何ていうか、「こっちのほうが安定してる」とかじゃなくて、単純に知らないやつに触りたくない気持ちが勝っちゃったんだと思う。

で、大事なのは、これってデザインそのものの問題というより…気持ちを切り替える準備?そこがぜんぜんできてなかったってことじゃないかなと。技術的にはちゃんとうまくいってた。でも使う側の気持ちとか「変化コワイ」みたいなのにはほぼノータッチだった気がする。

あと思ったけど、「良くしよう」とした変更が裏目出る時どうすれば…これほんと難しい。「プレビュー見せとけばびっくりされずに済むじゃん」ってシンプルだけど、それ意外と大事。リリース前に主要ユーザーに変わった部分ざっと見てもらえれば、「ここ違和感ある」とか早めにもらえるし、それ反映すれば最後みんなも困らないし。だから今になって分かったけど、小さい事前共有とか結構ありがたいなーって感じだった。

改善した後、現場から拒否される原因に目を向ける

最近考えてたんだけど、アップグレードの時って「新しくなりました!」って言うだけじゃ全然伝わらないよね。えっと、どう役に立つのか…そこまでちゃんと言葉にしないと、結局あんまり響かない気がしてて。なんか機能増えたぞ!で終わっちゃうと、「ふーん、それで?」みたいになるからさ。具体的に「この新機能使ったらこう便利だよ」とか、「前よりここが楽になる」みたいなの、もっと言わないとダメだなって。…あ、まあ自分でもよく言い忘れそうになるんだけど。

それからさ、すぐ全部変えちゃうんじゃなくて、グレースピリオド? 前のバージョンもしばらく並行して使えるようにしてあげる方が絶対親切だと思う。いきなり全部切り替えですってやるとパニックなる人多いし、自分もきっと焦る…。ちょっと余裕持たせてもらえるだけで、「助かったー」みたいな気持ちになれるし、そのほうが無理なく移行できると思う。

あとね、ネガティブなフィードバック来た時は、「また文句言われてる」と決めつけないほうがいい。否定されてるとか思いたくなるけど、それはただのデータというか…何が困ったのかのヒントになることもあるから、ローンチの仕方を調整する材料として素直に活かしたほうがいいと思うんだよね。落ち込むよりも、そのまま次につなげちゃった方がお得。

そしてさ、小さい成功でも「あ、この人助かった!」とか「前より良くなった」みたいなの見つけたら、地味でもちゃんと発信したい。それ広めていくことでじわじわ周りにも良い流れ生まれると思うし、自分もちょっと嬉しくなるじゃん。…そんな感じかなぁ今考えてることは。

改善した後、現場から拒否される原因に目を向ける

変更が不発に終わった時に取るべきフォロー策を選ぶ

誰かが変化のおかげでちょっと得した、みたいな時ってさ、それ黙ってないで他の人に共有した方がいいよ。だって、そのほうが信頼って作りやすいじゃん。

あー、最後にもうちょっとだけ言いたいことあるんだけど……システム作るのとか改善するのは正直めっちゃ好きなんだ。でもね、本当難しいのはそういう「仕組み」自体じゃなくて、それを使う人たちに本当に受け入れてもらえるように横からサポートしてくとこなんだよなぁ。そういう場面になると、「リーダー」とか「共感」みたいなスキルがガチで問われる気がする。あとメンタル強さも…。

テクノロジー入れ替えたり、ルール変えたりするとき、「まあ理屈ではその通りだけど…」みたいな顔されること多すぎ(笑)。結局、変化ってただのツールとか手続きだけじゃ済まなくて、人そのものとか、空気感?文化とか…そこまで話いっちゃう。

具体的にはワークフロー直そうとしても、新しいポリシー持ち込む時も、新ツール入れる時も、「またこれか…」って壁ぶつかるし。でもそれたぶん全部同じ種類の壁なんだよね。

実際、「できない」から反発されるわけじゃないと思う。「今までこのやり方で生き残れてたし…急に知らん土地へ投げ出されたくないわ」みたいな防御反応?業界関係なし。ITでも金融でも教育現場でもほんと一緒だった。

最近は特に、この「チェンジ耐性」無かったら普通に厳しい時代かなと感じてる。逆になれば、一番基礎的なスキルになったというか。それくらい大事。

もし自分もっと成長したい・新しいチャレンジしたい・リーダーポジション目指したい――そんな風なら、抵抗されても「失敗だ…」と決めつけず、とりあえず一旦フィードバックとして捉えてみてほしい。その先、多分少し景色変わるよ。

アップグレードを機会に成長マインドへ切り替える方法

プッシュバックってさ、なんか、「今ここで何か引っかかってる」みたいな合図だと思うんだよね。正直、どこにみんなの違和感とか、不安とかが潜んでるのか見える瞬間でもあるし。ていうかさ、大事な話や本音ってけっこうそういう“つまずき”から始まったりしない?知ってる? だからこういう時こそ、あえてちゃんと耳を傾けてみたり、自分もちょっと柔軟にしてみたり…まあ、それだけで一歩前進できる気がする。

あとね、システム変えるのも当然大仕事だけど、人の考え方を動かす方がよっぽど厄介だったりするよね。めちゃ実感ある。いやマジで。「理屈ではそのアイディア最高」でも、「本当に大事だと思える人」が増えない限りぜんぜん動き出せない、とか…あるじゃん。でも逆に言えば、その「なんでそれ必要?」を納得してもらえる力 - これこそが、本当は一番大事なんだなーって思う。

あ、ちなみにさ、「古いもの」を守ろう守ろうとする気持ちもわからなくはないけど、そればっかりじゃ、新しい未来作れないし…。まず現状は一旦横に置いといて、「この先どうしたい?」って素直に考えてみる時間必要じゃない?しかもそれだけじゃなくて、一緒にいる人の不安にも共感した上で、ときには「ま、とりあえずやってみよう!」くらいリードしていく勇気とか。…要するになんだけど、「居心地悪っ」と感じたその場所からしか、多分ほんとの意味では成長始まらないんだよなぁと思うわけ。

Related to this topic:

Comments