Thinkology and Handshakes
An MSI starts a conversation that focuses on who decides the rules for data exchanges. It’s a conversations at a basic level about what information is shared, what response it elicits, and under what circumstances that shared information is to be expected. Who documents the rules? How do we implement the rules? What are the business results we expect from those rules? These outcomes are all logical extensions of what the MSI does.
Think about the domino effect if there is a breakdown in how information gets shared, who receives it (or doesn’t), and when. The baggage you checked may up 1,000 miles from your actual destination. Or when your plane was taxiing toward a gate in Concourse C, but now instead is being redirected to Concourse B, a mad scramble may ensue for those needing to make a connecting flight.
Systems that do everything to make sure your trip is uneventful depend on thousands of timely interactions, and the scale of that complexity grows greater with each passing year. If power goes out for 15 minutes at one gate at a busy terminal in California, it creates a domino effect that reverberates from Singapore to the United Kingdom. It requires terminals across a vast network to begin the “thinkology” of what must happen to adjust schedules. Thinkology — a term coined to capture the multiple if-this-then-that scenarios that must occur in the event of something unexpected — is the concept that directs formulation of an MSI.
This concept always leads us back to these basic questions:
- Do you know who needs data produced by any given system?
- Do you have the data you need in the format you need it to be in?
- When do you need data from another system?
- Under what circumstances are you expected to send data to someone else, or receive data from them?
- When there is an interruption, who is accountable for reestablishing connections?
The questions posed by an MSI are inescapable. Someone, sooner or later, always deals with them. Designs, specifications, documentation sets, integration matrices, test plans, commissioning and ORAT always deal with these questions, in at least one format and often at a considerable expense. The better question remains: Will all those stakeholders deal with them in a consistent fashion, or in a disjointed manner? Will impacts to schedules and budgets be minimized by deploying the MSI early in planning, or will we delay the inevitable at the cost of schedule impacts and budget hits?
Information sharing is like a handshake. When a person shakes hands with a good friend and promises to be there on a specific day and time, it signifies confidence and trust that they will do what they say.
The MSI is the handshake that symbolizes the trust that information being shared across multiple systems will work as expected, and that it is valid, correct and authoritative. It all works silently and effectively behind the scenes so that the likelihood of a completely uneventful trip is greatly improved.