How Long Will Your Concept Model Last?
The Power of Structured Business Vocabularies
In early 2011, one of our first business-side clients from the 1990s called out of the blue. We last worked with them in 1998 helping first to create a Policy Charter and future-form business process model, then a concept model (structured business vocabulary) for an entire line of business. We had since lost touch, so they brought us up to date.
In 1998 and 1999 they built a completely new system (largely in an early version of Java) based on our work together. The system had supported world-wide business operations quite well until just recently. In the past year or two though, the business had expanded both in volume and variety, and the existing system architecture had simply maxed out.
A pleasant surprise awaited me when I went for an on-site visit a few days after the call. Sitting on the conference room table in front of the business managers was a large plot of the 1998 concept model! They said, “The concept model is still about 90% accurate. We’ve determined it’s really the only thing we can salvage from the legacy environment. It’s our business blueprint for a next generation of software.” Although lots had changed in their dynamic business space through the intervening years, the core know-how had remained 90% the same.
Then they explained why they had called. The 1998 concept model focused on a single line of business. Led by IT, their other major line of business unfortunately had opted not to use the relevant portions of the concept model or follow the approach. (They estimated about 60% overlap between the two lines of business.) In the dozen years since, this other line of business abundantly demonstrated the business (and software) pitfalls of not having done so. Side-by-side comparisons of key business concepts highlighted the shortcomings.
Recently the organization had acquired a third line of business, also inter-related. Management understood they needed an integrated, holistic view of the business. Expanding the concept model to include the other two areas was the obvious path forward.
Your concept model is about the business and its core know-how, not IT. That’s why it will stand the test of time.