As Gartner warns in the report, adopting NoSQL storage can result in Information … read more
It is rather ridiculous that the discussion on Data Driven Enterprise did not … read more
Business Abstraction delivered OWL training customised for experienced Information Architects. The target audience … read more
Enterprise is the Data: Are Processes Overrated?
The first thing I noticed when started to transition some of my clients from UML to OWL Ontology Modelling was that there was no notation for process modelling. While since then I developed an approach to model process-related information, that revelation made me think about the importance of processes. I dare to say, in today’s enterprise, data are primary, processes are secondary.
I believe that our understanding of enterprise is moving into the fourth stage:
Consider an example. Say you run a courier business – deliver parcels and packages for clients etc. You can view that business as a bunch of processes – like the process of order fulfilment, the process of marketing etc. Then you can start looking for inefficiencies in those processes, you will need to decide what data to use.
The more direct approach would be to start with deciding what kind of data show the health and functioning of the business, like profit, customer number, customer base growth, customer acquisition cost, customer retention, delivery times. They say if you cannot measure, you cannot manage – so we start with our ability to measure.
Then you can look at primary operational data: delivery orders, customer data, workforce data etc. Your enterprise is effectively in the business of converting data into data. Orders data are converted into instructions to delivery drivers. As the drivers proceed along their routes, they also generate data. You can choose to make something of those data in real time, or process them overnight.
After the data are defined, you can proceed to decide on the business rules and the processes. However with the data defined as the primary artefacts, you have process optimisation built-in. Say you may have different processes to convert orders into delivery schedules and shipment schedules. So instead of “that is how our enterprise works” we say “let’s find a process that will minimise costs and risks”.
So where do you start?
The first step, as with any undertaking, is to identify demand and the stakeholders. If you just went through massive implementation of an COTS ERP and BPM solution and everyone is in anticipation of the brave new world that follows, it is hardly the right time. However if the executives are demanding more data and buy into the idea of a data-driven enterprise, that is the good time to start.
The second step is to start producing executive-level Information Model – I call it “Executive Information Model” or EIM. Traditional Data or Class modelling notations that are focused on parcels of values are not suitable – your executive audience has no time to argue about naming and values, and you will not be able to educated them about Fourth Normal Form, encapsulation etc.
The only way is to use Web Ontology Modelling (OWL) 2.0 that focuses on properties and classification rather than data parcels. The focus should be on the data that the enterprise leaders will use to determine the health of the enterprise the way “The Lean Startup” made the startups data-obsessed.
The next steps is to model the operational data in computation-independent way. That information should either be consolidated with Process Models – however for some organisations “Process as Data” modelling may be sufficient while been a much more manageable activity.