Most technology failures are emotional, but reported as operational. There is a convenient explanation we tell ourselves: "People resist change because they are stubborn". But that's rarely true. People resist change when the emotional cost is higher than the promised benefit. Many well-designed platforms are rejected for the uncertainty they introduce, not for technical flaws. šøIf this becomes automated, where is my expertise valued? šøIf this makes things transparent, what happens to my influence? šøIf this removes bottlenecks, what happens to my control? Pre-COVID, I watched an analytics transformation collapse. The dashboards worked. The data was accurate. The vendor delivered exactly what was promised What killed it was simpler.... and harder to admit. Some stakeholders realised the system would expose how little work their teams were actually producing. Such concerns never appeared in the project report. They surfaced elsewhere - hallway conversations, quiet compliance, polite underperformance.Ā This is the terrain many transformations underestimate. Technology does not replace organisational psychology. It collides with it. š¹Adoption can be mandated. Belief cannot. š¹Usage can be tracked. Quiet resentment rarely registers on a dashboard. When a system unsettles certainty, status, or belonging, the challenge is no longer technical. It becomes emotional debt And emotional debt compounds silently. Which is why resistance is often not created by technology. It is exposed by it. A question worth asking before the next major digital rollout: "Are we ready to hold the conversations this system will force us to have?" And thatās how we rise above noise - by choosing what matters next. Letās go beyond noise š” Before approving a plan, ask what truth will this system force us to confront? And are we ready for that conversation? === Iām Dr. Adam Chee š, a practitioner professor guiding leaders through digital noise to co-create a future of work that stays deeply human. Ā Do "Like", and/or Repost if the content resonates with you (it helps distribute the sharing). === #GBNHumanTech #GoBeyondNoise
Integrating IoT Devices in Business
Explore top LinkedIn content from expert professionals.
-
-
She called our AI "A toaster that will steal my job." Ten-year veteran. Top producer. When we announced AI deployment, she was our loudest skeptic. I didn't dismiss her fear. I listened. Here's what we did differently: We didn't force AI on anyone. We started with volunteers. The enthusiasts who wanted to try it first. We documented their wins. She watched her colleague compress 17-minute rate calls to 2 minutes. More time for actual customer conversations. No job losses. Then we asked her to pilot it on just one of her web properties. Low risk. Her choice. She saw the results. AI handled the grunt work. She had more time for complex cases. Her commissions went up, not down. Today? She trains new hires on AI. She's our strongest champion. Your team has four types of AI adopters: ā Enthusiasts (10%): Already onboard. ā Pragmatists (40%): Waiting for proof. ā Skeptics (40%): Actively resisting. ā Saboteurs (10%): Undermining everything. Most leaders try to force adoption. That creates more resistance. The better approach? Lead with empathy, not force. Start with volunteers. Show quick wins. Listen to fears, don't dismiss them. Your biggest resistors become your strongest champions when you lead them through the fear, not around it. ā¶ Full framework: https://lnkd.in/gjrPtKuV #AIForwardLeadership #ChangeManagement #Leadership #AI #TeamTransformation
-
Most resistance doesnāt start with your team: It starts with you. Not intentionally. But through small, well-meaning behaviors that accidentally signal threat. Youāre trying to lead change. But youāre unknowingly creating the resistance youāre fighting. ā Explaining the strategy but ignoring the human impact You focus on the business case. The roadmap. The benefits. But people are silently asking: What does this mean for my role? My expertise? My value? When that question goes unanswered, resistance fills the gap. ā Moving too fast without creating stability Urgency is necessary. But when everything feels in motion at once, people lose their footing. ā Treating silence as agreement A quiet room feels like alignment. In reality, it often signals withdrawal. ā Increasing oversight the moment things feel uncertain When you feel pressure, control increases. More approvals. More status updates. More checkpoints. ā Overloading people with information More communication doesnāt create more clarity. Long presentations and constant updates overwhelm. What people need is simple, repeated clarity. Not volume. ā Avoiding difficult conversations You sidestep discomfort to keep momentum. But unaddressed concerns donāt disappear. They move into hallways, Slack threads, and quiet skepticism. ā Assuming understanding equals commitment People understand the change. That doesnāt mean they support it. Adoption requires emotional alignment, not just intellectual agreement. 8. Ignoring the competence dip Every major change creates a temporary drop in confidence. When you overlook this, people interpret struggle as personal failure. ā Changing too many things at once When priorities constantly shift, teams assume the change wonāt last. Frequent resets weaken credibility and reinforce skepticism. ā Failing to recognize early warning signals Resistance rarely appears dramatically. It shows up as slower decisions. Quieter meetings. Reduced initiative. When these signals go unnoticed, resistance solidifies. Youāre not creating resistance on purpose. But if youāre doing any of these, youāre creating it accidentally. The good news? Awareness changes behavior. And behavior changes outcomes. Want to learn how to lead change without accidentally fueling the resistance youāre trying to overcome? Download āThe Hidden Landscape of Resistanceā at freebook.sarajunio.com Free guide. Real patterns. Built for leaders who want to get out of their own way.
-
I was hired to āfix resistance.ā That was the actual language in the brief. New systems. New workflows. New expectations. Leadership wanted people āon board.ā My role? Help them stop pushing back. At first, we treated resistance like a problem to be solved: Town halls. FAQs. Training sessions. Carefully crafted messages. And yes, we heard all the familiar lines: āHere we go again.ā āThis wonāt last.ā āYouāre asking us to do more with less⦠again.ā āYou say āempowerment,ā but it feels like control.ā The instinct was to label it: resistant, negative, change-averse. But the same people pushing back were also: The ones who stayed late when things went wrong. The ones others turned to when they needed help. The ones quietly holding the organization together on its hardest days. That mismatch bothered me. That was the pivot point. We stopped asking, āHow do we reduce resistance?ā We started asking, āWhat are people trying to protect when they resist?ā When we listened through that lens, resistance looked very different: Some were protecting quality from unrealistic timelines. Some were protecting trust from one more promise that wouldnāt be kept. Some were protecting dignity from being monitored instead of supported. Some were protecting capacity from initiatives that added workload but removed nothing. So we changed how we led the change: Invited the strongest critics in early as co-designers, not late as ābarriers.ā Made it explicit: every major change had to remove or simplify something, not just add. Built mechanisms to raise āred flagsā when risks appeared without fear of being labeled difficult. Committed publicly to altering plans based on what we heard, not just ātaking feedback onboard.ā If youāre leading transformation right now, hereās the uncomfortable truth: What you call āresistanceā is often free risk analysis. The people slowing you down are often preventing bigger failure. Every objection is data about the gap between your story and their reality. Before you design another tactic to āovercome resistanceā: Invite your toughest critics into the room first, not last. Ask them: āWhat are you trying to protect when you push back on this?ā Treat every objection as a signal, not a character flaw. Decide in advance which parts of your plan youāre willing to change based on what they tell you and say that out loud. If you treat resistance as the enemy, youāll spend your energy fighting the very people who could make your change safer and smarter. If you treat it as intelligence, youāll discover your fiercest challengers can become your most trusted allies. Whatās one āresistantā voice in your world right now that might actually improve the way youāre leading change?
-
New tech rarely dies in testing. It dies when real people have to use it. The pilot works. The demo lands. The use case makes sense. And still, it never scales. Why? Adoption measures behavior. And behavior is where the brain gets involved. Hereās the neural map to getting past the pilot phase: š 1ļøā£ Donāt assume a successful pilot means people are ready Do this: ā³ Design for behavior change, not just proof of concept The science: ā³ The brain can like an idea and still resist changing routines ā³ The basal ganglia prefers familiar patterns over new effort 2ļøā£ Donāt lead with technical performance Do this: ā³ Lead with what gets easier, safer, or faster for the user The science: ā³ The brain scans for personal relevance first ā³ If value doesnāt feel immediate, attention drops 3ļøā£ Donāt ignore the fear underneath adoption Do this: ā³ Surface and reduce the emotional risk of using the tech The science: ā³ New tools can trigger fear of failure, exposure, or replacement ā³ People protect status before they embrace change 4ļøā£ Donāt make the new workflow feel too different Do this: ā³ Anchor adoption to behaviors users already know The science: ā³ The brain prefers familiarity and predictability ā³ High perceived effort creates resistance fast 5ļøā£ Donāt treat training like a side task Do this: ā³ Make training simple, repeated, and tied to real use moments The science: ā³ The brain learns through repetition and reward ā³ Memory strengthens when learning is applied in context 6ļøā£ Donāt overload users with too much information Do this: ā³ Simplify the message and narrow the actions The science: ā³ Working memory is limited ā³ Cognitive overload reduces confidence and follow-through 7ļøā£ Donāt assume logic will override politics Do this: ā³ Make adoption feel safe socially and professionally The science: ā³ Social pain lights up many of the same brain regions as physical pain ā³ If adoption feels politically dangerous, scale dies 8ļøā£ Donāt make the first experience slow or clunky Do this: ā³ Create a fast first win users can feel The science: ā³ Early wins create dopamine ā³ If the first experience feels frustrating, the brain tags it as costly 9ļøā£ Donāt leave the middle managers out Do this: ā³ Equip frontline leaders to reinforce the change daily The science: ā³ The brain looks to authority and peer behavior for safety cues ā³ Local managers shape whether a new behavior feels normal š Donāt stop at proving the tech works Do this: ā³ Prove people can adopt it consistently under real conditions The science: ā³ The brain trusts repeatability more than novelty ā³ Scale requires lower friction, lower threat, and clearer reward P.S. What's the last pilot you saw fail? ā”ļø If your new tech is getting interest but still not making it past pilot, try this --> https://lnkd.in/gvZNBKq9 -------------------------------------------------------------------- ā»ļø Share this with a founder building new tech ā Follow Shannon for more brain-based GTM tactics
-
A directive came from leadership: āEveryone is now using AI.ā Many in the company didn't change a thing. That's what happens when executives mandate AI tools instead of earning adoption. McKinsey has tracked transformation failures for decades. The conclusion hasn't changed: 70% of change initiatives fail. Employee resistance is the most common reason. Yet when tool adoption stalls, most executive responses look exactly the same: ā write a stronger memo ā set a harder deadline ā make it mandatory The strategy is the same one that's been failing for decades. Here's what kills AI tool adoption and what works: 1/ You Created Compliance, Not Capability People use the tool enough to avoid trouble. They never use it enough to create value. Adoption metrics look fine. ROI never materializes. Reality: Gartner found only 38% of employees are willing to support organizational change today, down from 74% in 2016. 2/ You Told Them What, Not Why "We're moving to [tool]" is not a change strategy. People fill the vacuum with fear. Anxiety drives avoidance. Reality: Organizations are 3.5x more likely to succeed when leaders communicate outcomes before launching solutions. 3/ You skipped the pilot Full-organization rollouts collapse under the weight of edge cases. No feedback loop before the stakes are high. A loud failure poisons future adoption efforts. Reality: Companies are 3x more likely to succeed when they use piloting and prototyping to identify skill gaps. 4/ You chose champions, not skeptics Early adopters sell it to true believers. Skeptics arenāt persuaded, theyāre overruled. The mandate hardens their resistance. Reality: Your critics, converted, become your most credible advocates. 5/ Training was a one-day event A 90-minute demo is not adoption. People default to old habits under pressure. New tools feel harder until they feel natural. Reality: Embedded coaching and workflow integration matter more than onboarding sessions. 6/ Middle management was left out Executives announce it. Managers determine if it actually happens. Adoption dies in the layer between the announcement and the work. Reality: McKinsey attributes 72% of transformation failures to inadequate management support. 7/ You measured deployment, not depth ā90% of users logged inā is not adoption. Reality: The difference between a technology investment and a technology return is depth of use. What works instead: ā Identify champions from mid-level teams, not just the executive floor ā Tie tool use to outcomes people already care about ā Measure depth of use, not just activation rate ā Give managers a how, not just a what ā Anchor adoption to performance reviews Zapier drove 97% company-wide AI adoption through hackathons & peer show-and-tells, not mandates. That gap between pilot and production is a people problem executives keep trying to solve with authority. Authority creates compliance. Engagement creates adoption. Save for future reference.
-
Eight of the last ten transformation programs I've reviewed were described as having a "resistance" problem. In every single one of them, when I sat down with the people supposedly resisting, what I found wasn't resistance. It was a specific cost the leadership team hadn't accounted for and wasn't paying. Sometimes the cost was time. The new process took longer than the old one in the first few weeks, and people quietly reached for what they already knew under deadline pressure. Sometimes it was cognitive. Too much new behavior asked of the same teams in the same quarter, and the brain reaches for what's automatic. Sometimes it was social. The cost of fumbling the new behavior in front of colleagues felt higher than the cost of avoiding it entirely. And sometimes it was identity. The change asked someone to stop being the expert they'd spent fifteen years becoming, and the pushback had nothing to do with the change itself. None of those are resistance in the way the word usually gets used. They're rational responses to a cost structure the program never priced in. The framing matters because it changes who has to do the work. If the diagnosis is resistance, the work falls on the people: more training and more comms. If the diagnosis is unpriced cost, the work falls on the leadership team. Different problems with different success rates. The next time a rollout looks "stuck on adoption," the more useful question isn't how to overcome the resistance. It's which of the four costs you haven't been paying. ā Follow Ashley Munday for insights on leadership, vital teams, and how to turn strategy into coordinated action.
-
"Resistance to change" is one of the most dangerous phrases in business. Not because it's wrong. Because it's lazy. When employees push back on a transformation, we reach for that phrase like a reflex. "They're resistant." "People fear change." "We need more communication to overcome resistance." Here's what's actually happening most of the time: employees are diagnosing problems that leadership hasn't seen yet. The team that won't adopt the new system? They've already figured out it doesn't match their actual workflow. The middle managers dragging their feet? They can see the contradiction between what you're saying and what you're measuring. The "resisters" on the front line? They're doing sophisticated analysis of whether this change will actually work, in real time, with better data than the executive team has. But orthodox change management doesn't have a category for that. It has "resistance" and "adoption curves" and tools for overcoming pushback. It has no tools for listening. So what happens? The diagnostic feedback gets pathologized. Employees who point out real problems get labeled resisters. Their concerns get addressed with more communication, which usually just means more repetition of the same message they already heard and found unconvincing. This creates a vicious cycle. Employees see their concerns aren't being heard. They conclude leadership isn't interested in reality, only in executing a predetermined plan. Trust erodes. People stop surfacing problems because it doesn't help and might hurt their career. The change proceeds with less intelligence than it started with. I watched this play out at a national healthcare network. Leadership rolled out a new digital intake system. Nurses pushed back. The executive sponsor called it "classic resistance" and ordered more training. One regional director quietly ran listening sessions instead. She asked staff to walk her through a typical day. What emerged wasn't fear of change. It was diagnosis. The system required triple data entry, broke integration with patient records, and delayed triage during peak hours. They paused the rollout. Embedded frontline staff in the redesign. Within three months, error rates dropped 40%. The so-called "resisters" saved the project. The shift from "overcoming resistance" to "harvesting intelligence" is one of the most powerful moves a leader can make. It changes who speaks up, what information surfaces, and how fast you can adapt when reality diverges from the plan. Most organizations never make that shift. They'd rather blame the humans than question the plan.
-
People don't resist change. They resist being changed. There's a difference ā and once you see it, you can't unsee it. I've gone through transformations across a dozen organizations. New tech stacks. AI adoption. Team restructures. The pattern is always the same: the people who push back hardest aren't afraid of the future. They're reacting to how the change is beingĀ done to them. Here's what actually works: Give context before direction.Ā Tell people why the current state is unsustainable before you tell them what's changing. If they don't understand the "why," every "what" feels arbitrary. Make them part of the diagnosis.Ā The moment you ask "what's broken in your world right now?" you've shifted someone from passenger to co-pilot. People can tell the difference between being consulted and being handled. Protect their identity through the transition.Ā Most resistance is really this question: "If this new way is better, what does that say about what I've been doing?" Acknowledge their prior contributions explicitly. Transformation isn't a communication problem. It's a trust problem dressed up as one. When people feel seen, informed, and genuinely involved ā they stop resisting and start building. #Leadership, #ChangeManagement #FractionalCTO, #CTOInsights, #EngineeringLeadership
-
Stop announcing change.Ā Start engineering it.Ā There's a massive difference and 7 models that prove it. Most leaders treat change as an event.Ā It's not. It's a system. And every system needs the right frameworkĀ - applied at the right time, to the right problem. Here's when to deploy each model: Stuck at the individual level? ā Use ADKAR. Diagnose exactly where people stallĀ - Awareness, Desire, Knowledge, Ability, or Reinforcement.Ā One blocked stage kills the whole rollout. Need company-wide momentum? ā Use Kotter's 8-Step. Create urgency first. Coalition second.Ā Vision third. Skip the sequence; lose the transformation. Culture shift that needs time to stick? ā Use Lewin's 3-Stage.Ā Unfreeze. Change. Refreeze.Ā Simple - but most leaders skip the refreezeĀ and wonder why change doesn't hold. Behavior won't budge? ā Use McKinsey's Influence Model.Ā Real behavior change requires four simultaneous levers:Ā role modeling, conviction, reinforcement, and skills.Ā Pull only one; people revert. Misalignment between teams? ā Use Prosci PCT.Ā Leadership, Change Management,Ā and Project Management must move in lockstep.Ā A gap in any corner collapses the triangle. Facing resistance? ā Use Nudge Theory. Don't mandate.Ā Design low-friction pathways.Ā Present change as a choice, remove adoption barriers,Ā celebrate early wins loudly. Enterprise-wide transformation? ā Use BCG's Change Delta.Ā Enabled leaders + executional certainty + an engaged organizationĀ - all governed by a disciplined PMO. This is change at scale. The insight most executives miss: These models aren't competitors. They're complementary. The best transformation leaders layer themĀ - ADKAR at the individual level,Ā Kotter for the organizational drumbeat,Ā McKinsey to hardwire behavior. Your actionable takeaway: Before your next initiative, ask three questions: Where is resistance livingĀ - individual, team, or cultural? What phase are we inĀ - launching, sustaining, or embedding? Which model matches this problemĀ - not the last one you solved? The right framework at the right moment isn't a nice-to-have.Ā It's the difference between transformation and expensive noise. Which change model has delivered real results in your organizationĀ and which one looked good on paper but failed in practice? Let's make this thread a real-world resource. Drop your experience below. Repost &Ā Follow for more!!