Sprint
Migration factory delivery after Assessment: inventory → map → pilot → cutover, with scope control written up front.
Sprint factory, not a one-off scramble
Sprint turns the Assessment options map into scoped work units. Each unit has written scope, a pilot gate and a cutover gate. Big-bang estate rewrites are explicitly out.
- Assessment first — Sprint is not sold without it
- Scope control written up front
- Inventory → map → pilot → cutover per unit
- Expand only after a unit lands
Where this sits on the path
- Step 1
Assessment
Bounded truth: inventory, risk register, migration options, and a clear go / nurture / disqualify recommendation.
- Step 2
Sprint
Migration factory delivery after Assessment: inventory → map → pilot → cutover, with scope control written up front.
- Step 3
Stabilization
Hypercare against written success criteria before go-live is called done. Harden and hand off.
- Step 4
Care (optional)
Ongoing managed support for OpenText / xPression estates that elect it. Recommended attach — not auto-bundled.
Common questions
We’re fine on AMS — can’t we just wait?
Waiting compresses the factory window; it does not lower the risk. Assessment prices the cost of waiting against acting. If there is no trigger yet, nurture is a fine outcome — but book a revisit date and keep the risk register current.
Will you fixed-bid the whole estate?
No. Assessment first, then Sprint in controlled scope, then expand. Whole-estate fixed bids before Assessment are exactly the promise that breaks correspondence programs.
Won’t migration break our correspondence?
That is what the phased Sprint plus Stabilization gates are for. Each unit has a pilot and a cutover gate, and go-live is only called done against written success criteria.
We just need licenses or a vendor contact.
Then ECM Tek is not the right fit for that request on its own. Our work is services-led; we can point you to a partner path.