The Preliminary Specification Part CCII (FM Part XIX)
In today’s post we want to discuss the elements of modularity and apply them to the Financial Marketplace module of the Preliminary Specification. We also want to expand further on the videos that were introduced yesterday and describe how the “Marketplace Interface” would be built within the Open Wonderland interface.
What we have described so far in the Financial Marketplace is a comprehensive area where the banking and investment communities conduct all of their business with the producer firms and Joint Operating Committees. This would involve not only the day to day payment of bills but also the closing of a major financing. We have also discussed this would enable the alignment of the seven frameworks of the Joint Operating Committee, which includes the financial framework, with the compliance and governance of the firm. The “Marketplace Interface” being a place where people would go to have their financial “things” taken care of. From Professor Richard Langlois’ “Modularity in Technology, Organization and Society”.
What is new is the application of the idea of modularity not only to technological design but also to organizational design. Sanchez and Mahoney (1996) go so far as to assert that modularity in the design of products leads to - or at least ought to lead to modularity in the design of the organizations that produce such products. p. 1
and
Why are some (modular) social units governed by the architecture of the organization and some governed by the larger architecture of the market? p. 2
What we have learned from Professor Langlois is that modularity depends on interdependency and standards. If we include compliance and governance within the standards definition, then the Financial Marketplace, with banking and investment capital standards, are ripe with standards. Interdependency reduces the focus of the user to just banking. If the user wants to find a P&NG Lease then they go to the Petroleum Lease Marketplace, the Financial Marketplace has nothing for them. Interdependency reduces the interactions between the elements within the modules to simplify the systems within each module. If everything was contained within one module the interdependency would be so high that the system would not function as effectively.
"In organizational and social systems - and perhaps even in mechanical ones as well - it is possible to think of interdependency and interaction among the parts as a matter of information transmission or communication." p. 5
Lastly Professor Langlois provides us with a clear understanding of what is required within a modular system design. These are some of the guiding principles that I am using to write the Preliminary Specification.
- An architecture specifies what modules will be part of the system and what their function will be.
- Interfaces describe in detail how the modules will interact, including how they fit together and communicate.
- And standards test a modules conformity to design rules and measure the modules performance relative to other modules.
I now want to take the opportunity to discuss the videos that were presented in yesterday’s post. Specifically the one which is re-posted below. It has the commentator highlighting the different buildings that he has built, and the terrain that he has set out in his virtual world. Here is how the “Marketplace Interface” will start out. Banks or investment houses will set up a building and their people will be able to set up demonstrations and marketing presentations to those who may be just walking around to the various buildings within the “Marketplace Interface”. When they see something of interest they will be able to engage one of the bank or investment house representatives and begin a discussion of how they could help their producer firm or Joint Operating Committee. Once the relationship has begun the producer / JOC could return and have their needs met virtually by the firm represented in the “Marketplace Interface”.
The advantage of this is obvious to me, however, it may not be obvious to everyone. This is not technology for technology sake. This is a marketplace for business purposes. A completely different situation to the current social media experiments which appear to have no business purposes behind the interactions. Within the “Marketplace Interface”, which is full of interactions the People, Ideas & Objects ERP systems are available for use by the parties within the virtual world. If they conduct a transaction then it can be handled virtually. If they close a deal that can be handled virtually within the “Marketplace Interface”. The transaction management is what makes this video transform from a useless technological experiment to a potential for so much more.
For the industry to successfully provide for the consumers energy demands, it’s necessary to build the systems that identify and support the Joint Operating Committee. Building the Preliminary Specification is the focus of People, Ideas & Objects. Producers are encouraged to contact me in order to support our Revenue Model and begin their participation in these communities. Those individuals that are interested in joining People, Ideas & Objects can join me here and begin building the software necessary for the successful and innovative oil and gas industry.
Please note what Google+ provides us is the opportunity to prove that People, Ideas & Objects are committed to developing this community. That this is user developed software, not change that is driven from the top down. Join me on the People, Ideas & Objects Google+ Circle (private circle, accessible by members only) and begin building the community for the development of the Preliminary Specification.