Separation work

The deal closed. Now the platform has to come apart.

Separating a divested business out of a shared ServiceNow instance, against a transition services agreement that expires whether or not you are ready. Consolidations slip. Separations do not get to.

Why this is not a migration

A separation is a different problem wearing similar clothes

The tooling overlaps. The failure modes do not. If you scope a carve-out as a migration run backwards, you will find the differences late, which on a TSA clock is the expensive way to find them.

You are subtracting, not adding

A consolidation asks what moves. A separation asks what leaves, and every record you do not explicitly decide about stays where it is by default. That default is the whole risk: the divested business arrives missing history nobody thought to claim, or the parent keeps data it no longer has any right to hold.

The date came from a deal, not from IT

Nobody in the platform team chose it and nobody in the platform team can move it. It was set when the transaction closed, and the transition services agreement is what makes it real: the parent is contractually obliged to keep serving the divested business for a fixed window, and paying for it.

Every day past the deadline costs money

A slipped consolidation is embarrassing. A slipped separation extends a TSA, and TSA extensions are negotiated from a weak position because both sides already agreed the original term was enough. That is why this work gets funded properly and why the date holds.

Two live platforms, both in production

You cannot pause either side. The parent keeps running its business and the divested entity keeps running its own, often on the same instance, for months, while you pull them apart underneath. Consolidations get a quiet weekend. Separations rarely do.