While the words “fireproof” and “bulletproof” appear in the Merriam-Webster dictionary, “future-proof” still hasn’t made it to the list of new words in the dictionary.
What exactly is future-proof? Techopedia defines it thus:
“Future proof is a buzzword that describes a product, service or technological system that will not need to be significantly updated as technology advances. In reality, very few things are truly future proof. In any field that depends heavily on technology, a regular cycle of replacing and updating appears to be the norm”.
Others define “future-proof” as anything from “unlikely to become obsolete” to wikipedia’s “minimizing the events of shocks and stresses of future events”. Public transportation today needs all of these definitions as it looks to its future and deliberates how to deal with it. It needs to ensure it isn’t tied to obsolete planning and scheduling systems to run its core operations, but, more importantly, it needs to manage the shock of new mobility and update itself accordingly. The future can’t be foreseen, but you should certainly prepare for it.
In real life, beyond the realm of buzzwords, no one replaces software infrastructure just because the replacement is a “future proof” system. There should always be a business value that’s attached to any software purchasing decision and it should take precedence over other considerations.
What is the business value that’s inherent in replacing the software used for mass transportation operations? I believe that there are three important business drivers:
Now, let’s look at the reasons for future proof software from a more technical (yet very important) viewpoint:
All in all, older systems in mass transportation are replaced by faster and better next-generation platforms that are cloud-native and designed to support new services, data sources, and integration with other modes of transportation, perhaps through MaaS systems, regardless of whether they can be foreseen, or maybe not.