A new model for Enterprise Softwares.
Welcome to the world of Enterprise Softwares. Here you will get whatever you need (at a cost of course). You want some functionality, we promise to provide more than you will want (or need). Currently the system depends heavily on customizing. The customer gives the requirements. Functional consultants study the case and figure out a way to modify the software or map it to your needs. Finally you get a set of interdependent sequence of screens which are built upon the best practices followed in the industry. But hangon, there is something that comes free with the package. Now you need to train all your employees to work on the software and to use it most efficiently. Okay so this is settled. You have spent substantial amount of money getting the software implemented, paid heavily to the consultants and the software vendor, and to the training partner to train your employees. Everything is working normally now. But just see the cost involved apart from the cost of using the software (license). What can be done? What if we work this backwards? First we ask our employees what they want in their work. What functionalities they will be using. Then we do an analysis and assimilation of the result. We finally decide upon who wants what. We give the employees a bag full of functionalities. We ask them to drag and drop (or copy paste) everything they want into a slide (Which is their screen). How simple !!!. It will be just like a powerpoint presentation. The customer will just create the different slide shows (scenarios) using different screens and start working. No training needed. Even the field names will be defined by them. But what impact will be there on the enterprise softwares? Just immagine one such slide. The user has entered all the fields he need. There you have a bundle of interlinked threads. Sold to party, Material, Incoterms, Availability date, etc. The company producing such a software cannot predict what a user is going to do with his software. So how does it go about producing it? What it can do is just put a clip art with a configurable name. There will be lot of complex relationships of different threads behind the clip art. The relationships can be predicted but not clearly defined at the time of producing. Coding this will really require some innovative thinking !!! Then there is another issue of : Who is going to debug my software? Currently all the software vendors have a dedicated testing department. These testing department people know what can a software do. So they configure it to do exactly that. Then test whether it is doing what it is supposed to do. (Easy huh!!!). In the newer version, the customer will be testing for himself. Because just immagine the number of scenarios and different combinations of fields. It will require real skill and knowledge to test. Probably the functional consultants will have a dedicated role of testing the finished product. See the changing roles. A customer as an implementer, tester. Functional Consultant as an adviser. Rest are all developers and Architects. Because we will need a whole army of people to code something like that. Miracles do happen!!! Welcome to the world of enterprise softwares. http://www.sdn.sap.com/irj/servlet/prt/portal/prtroot/docs/webcontent/uuid/25d310ca-0b01-0010-39bd-a5213f4518df” width=”235″/>