Technology keeps moving forward.
This is a fact. It’s what underlies our global economy and much of our modern lives. So it’s easy to look at a software product, application, website, or mobile app and determine that it has outlived its usefulness because it was built a few years ago. It is easy to go with the technology flow and decide to start over.
If you have reached this conclusion about your own product, you are considering an Application Rebuild. The Application Rebuild is a challenging project and it is different than new development or feature work. So, you should think about it differently.
For starters, with rebuilds there often isn’t an MVP (minimum viable product) except: “make it do everything the old product did, only better.” Users often won’t accept a replacement that doesn’t have all the old features, and who can blame them? None of us want something that is new but does less.
Here are some of the other challenges that this situation creates:
- Hidden Features – features that were created long ago and are used only rarely or only by a small subset of users.
- LOE Misunderstanding – when the original application is built over 5 or 10 years and in small stages, it is easy to underestimate how much work will go into recreating the entire thing.
- Data Validation Testing – testing to confirm the new application does things just the way the old application did.
- Application Cut-Over – the process/project of rolling out to users and switching over to the new application.
Embarking on a rebuild ‘just because’ or due to technology shifting over the years is seldom a good enough reason for the work, cost, and commitment required to rebuild.
Technology change can be a compelling business reason if the technology is unsupported and poses a business risk or if new technologies create a compelling business case with solid ROI.
Amadeus Consulting has built safeguards and process steps for handling Application Rebuilds when it is truly the appropriate move. We have adopted changes to our best practices for rebuilds that make them different than from-scratch, feature addition, or maintenance development.
I will discuss in later blog posts some of the specifics of addressing issues and more detail about particular pitfalls. If you have an application to rebuild, a product to reimagine, or a program whose usefulness may have outlasted the maintenance life-cycle of the underlying technologies, contact Amadeus Consulting and we can help guide you on the path to rebuilding.