Legacy modernization without a blackout.
We replace legacy systems without putting live operations at risk.
Starting point
Sound familiar?
Every change takes weeks
Because nobody understands anymore how the parts fit together.
The software runs on an ageing technology
One you can barely find developers for.
A release takes two days and three people
Because there is no reliable deployment pipeline.
The system still runs, it just cannot move anymore.
The result
Your business runs on a system your team can change again. The old system is switched off without operations stopping for it.
- A running, modernized system
- Documentation of what was carried over and what was rebuilt
- A deployment pipeline for future releases
- Runbooks for operations
Client feedback
From client work
Thanks to fully automated subscription-document generation, we save many hours every week. That lets our team focus entirely on client business instead of manual routine work.
Process
How we go about it
01 / ASSESSMENT
We understand what exists.
We understand what the existing system actually does today, including the parts nobody documented.
02 / SEQUENCING
We break it into sections.
We break the modernization into sections that can each ship independently, instead of one big-bang project.
03 / REBUILD
We rebuild section by section.
We rebuild section by section, keeping the old and new systems running in parallel.
04 / CUTOVER
We switch off the old system.
We switch off the old system once the new one carries the full load.
Team shape, cadence and handover in detail are covered on the How we build page.
Questions
Frequently asked questions
No. We sequence the modernization so old and new systems run in parallel until the cutover is safe.
That is the normal case with legacy systems. Part of our work is reconstructing the system's actual behavior, not just reading outdated documentation.
Grown custom software in production, regardless of the original technology stack.
That is part of the architecture review beforehand. We assess each part of the system individually instead of rebuilding everything by default.
No. We do not estimate work we have not understood. An analysis always comes first.
No. Whoever starts stays until handover.
No. After handover you decide when we lose access to your systems. There is no spare key.
The code is yours and so is the documentation, entirely from day one. We do not build dependency on us as a business model.
Contact
Let's talk about the system nobody wants to touch.
Even if the documentation is gone and nobody remembers why it was built that way.
André Loreth
Andreas Neugebauer
You talk directly to the founders.
A reply within one working day.
On the call
- 01You describe what's going on: a new system, or one that isn't keeping up anymore.
- 02We ask questions and tell you honestly whether and how we can help.
- 03You get concrete next steps, whether or not we end up working together.