When the one person who understood a business system is gone for good, the knowledge has to be recovered from the system itself. A development team reads the code and the database, works out what each part does, and writes it down. The system can then be supported and improved by a team, so the business never again depends on one person’s memory.

A great many business systems were written by one talented person: an employee, a contractor, sometimes the owner’s relative. For years it worked well. Then that person retired, or became ill, or died, and the company discovered that everything about how the system works was in one head.
It is a hard moment, and sometimes a sad one. It is also a problem with a known solution.
If your developer is retiring or stepping back, the time before they leave is precious. Ask them for:
We can join at exactly this point and run the handover with the departing developer, so nothing is missed.
The system still holds the answers. The code shows the rules. The database shows the structure and the history. Your staff know what happens on the screen. Putting those together is careful work, and it is work we have done many times. See what to secure in the first 48 hours for the practical first steps.
Replacing one indispensable person with another only resets the clock. With a team, more than one person knows your system, the knowledge is written down, and holidays, illness and retirement stop being business risks. It also makes the company easier to sell, because a buyer can see that it does not depend on any individual.

The next step is a short, no-pressure conversation. Book a call with Lance Keene or use the form on this page.
Now. The overlap with the departing developer is the most valuable time there is, and a few weeks of handover saves months of reconstruction.
Yes. It takes longer without a handover, but the code and the database contain what is needed to understand and support the system.
Tell us what you do have. The live server usually holds a working copy of the application and the database, which is enough to begin.
Not necessarily. Many systems written by one person are sound and simply need a team behind them. We recommend replacement only when the system cannot be made supportable.
Have a team support the system, keep the code and passwords under company control, and keep the documentation current.
This page is part of Lost programmer and stretched IT.
Keene Systems has built custom business software since 1987. We are veteran-owned, and our 50+ professionals have delivered systems for companies including Hormel, McCormick, IBM and Dartmouth-Hitchcock. See our client list.
Lance Keene takes the first call himself. Book a call with Lance Keene.
Tell us about your situation