![\"\"](\"https:\/\/prequake.ai\/resources\/wp-content\/uploads\/2026\/07\/diagram-two-employees.png\")
<\/figure>\n\n\n\nTwo failure modes that look identical from the outside<\/h2>\n\n\n\n
Picture two employees, both flagged as “resistant” in a rollout status report. One has spent eleven years becoming the person everyone calls when something breaks \u2014 and the new system quietly makes that expertise worth less. The other genuinely wants this to work, but has never used anything like it and is afraid of being the one who visibly gets it wrong in front of their team.<\/p>\n\n\n\n
Same label. Same status-report red flag. Completely different interventions required \u2014 one needs a new place to put their expertise, the other needs a safe way to practice before it counts. A rollout plan that treats both as “change-resistant, needs more communication” will fix neither.<\/p>\n\n\n\n
This is the actual argument for structured interviews over a survey: a survey can tell you resistance exists. It generally can’t tell you which of these two people you’re looking at, and treating them the same wastes the exact intervention that would have worked.<\/p>\n\n\n\n
The information usually arrives too late to matter<\/h2>\n\n\n\n
Most organizations do run a readiness check before a big rollout. The problem isn’t that they skip it \u2014 it’s when it happens. By the time a readiness survey goes out, training plans are usually finalized, the communication calendar is locked, and the launch date has already been defended to a steering committee. Whatever the survey finds, the room for genuinely changing course has mostly closed.<\/p>\n\n\n\n
That timing turns a diagnostic into a formality \u2014 something that gets run because governance requires it, not because anyone expects it to change the plan. The organizations that actually avoid the expensive version of this failure run the diagnostic early enough that its findings can still move a decision, not just document one.<\/p>\n\n\n\n
What middle management actually absorbs<\/h2>\n\n\n\n
There’s a specific pressure point that rarely makes it into a project charter: the manager caught between explaining a change they didn’t design, keeping their team’s output steady, and learning the new system themselves \u2014 often with less training time than the people they’re managing.<\/p>\n\n\n\n
Employees tend to trust what their direct manager says over what arrives in a company-wide email. If that manager is themselves uncertain, that uncertainty doesn’t stay contained \u2014 it becomes the actual message the team receives, regardless of what the official communication said. A rollout plan that invests heavily in top-down messaging and lightly in equipping the manager layer is optimizing the wrong bottleneck.<\/p>\n\n\n\n
The pattern underneath all three<\/h2>\n\n\n\n
Different symptoms, same root cause: organizations keep treating readiness as a single measurement taken at one point in time, by one method, from a sample of people, then acting as if that snapshot describes the whole workforce for the rest of the program.<\/p>\n\n\n\n
None of the three problems above get fixed by running the same survey earlier or more often. They get fixed by asking better questions, of more people, closely enough to the decision that the answer can still change it \u2014 and by being specific enough about why<\/em> someone is hesitant to actually do something about it, instead of filing it under a generic “resistance” line item.<\/p>\n\n\n\n That’s a different diagnostic altogether from what most transformation programs currently run. It’s also, not coincidentally, exactly the gap PreQuake was built to close.<\/p>\n","protected":false},"excerpt":{"rendered":" Ask a CIO why a transformation stalled and you’ll usually hear about the technology first \u2014 the wrong platform, an integration that took longer than promised,\u2026<\/p>\n","protected":false},"author":1,"featured_media":12,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[2],"tags":[],"class_list":["post-11","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-articles"],"_links":{"self":[{"href":"https:\/\/prequake.ai\/resources\/wp-json\/wp\/v2\/posts\/11","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prequake.ai\/resources\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prequake.ai\/resources\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prequake.ai\/resources\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prequake.ai\/resources\/wp-json\/wp\/v2\/comments?post=11"}],"version-history":[{"count":1,"href":"https:\/\/prequake.ai\/resources\/wp-json\/wp\/v2\/posts\/11\/revisions"}],"predecessor-version":[{"id":14,"href":"https:\/\/prequake.ai\/resources\/wp-json\/wp\/v2\/posts\/11\/revisions\/14"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prequake.ai\/resources\/wp-json\/wp\/v2\/media\/12"}],"wp:attachment":[{"href":"https:\/\/prequake.ai\/resources\/wp-json\/wp\/v2\/media?parent=11"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prequake.ai\/resources\/wp-json\/wp\/v2\/categories?post=11"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prequake.ai\/resources\/wp-json\/wp\/v2\/tags?post=11"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}