How to Switch ServiceNow Partner Mid-Project Without Blowing Up the Roadmap
A CTO at a European insurance group called me in April. Their HRSD and ITSM programme with a Big 4 partner was seven months into an eleven-month plan. Two lifecycle events were live. The rest were slipping a sprint every sprint. The named architect had rotated out in February. The replacement had rotated out in March. The programme board had already extended twice. The CTO had made the internal decision to switch servicenow partner three weeks earlier, but nobody in his team knew how to actually do it without the platform going dark in the transition. That is where most of these conversations start. Not with the decision. With the mechanics. The warning signs are the easy part. Every mid-market leader I speak with can list them once they see the pattern. The hard part is the transition itself, because a partner change mid-project has moving parts that a fresh implementation does not. There is a half-finished data model. There is a live production instance carrying real user load. There is an update set graveyard nobody has documented. There is a managed service contract with an exit clause that reads like a hostage note. And there is a business sponsor who wants to know, on one...
