The way you do your work should have a profound impact on the way supporting systems are designed. That seems simple enough on the face of it. MRP was designed to support manufacturing processes and since it grew out of MRP, ERP mimics that approach. Manufacturing is by its nature very process centric and repeatability to a standard is very important, especially from an economic and quality standpoint. In fact we spent a great deal of time in the 1990's doing business process reengineering to try and get all of business shoe horned into set processes. Companies spent a lot of time working out industry best practices and software tried to capture those best practices in their internal workflows.
Knowledge work is very different from making things in a traditional assembly line driven manufacturing process. Knowledge workers do research, analysis, and design / development. They take this analysis and apply it to problems, defining the problems, identifying solution alternatives and implementing their designs. Taking data, often unstructured in nature and through analysis they create information or as the pic above says, creating meaning. This information work is the crux of innovation in today's businesses and innovation is absolutely essential from a competitive standpoint in a global, hyper-connected, highly competitive, social web integrated business environment. Information work then, by its inherent unstructured nature is not process driven and in reality mostly ad hoc.
This is where, in my opinion we have a growing conflict between the needs of knowledge workers and the underlying business systems in use today. The enterprise software is process driven and yet the nature of information work is ad hoc and predominately unstructured. Don't get me wrong, there are plenty of job functions in side businesses that do require repeatable process, even outside of manufacturing. These process driven functions are well served by today's business systems. Knowledge workers do:
- Analyze data to establish relationships and cause and effect
- Brainstorm solutions
- Identify and understand trends
- Networking and making connections (both people and data)
- Creating and modifying strategies
- Business critical convergent and divergent thinking
- Evaluate and rationalize conflicting priorities
- Designing new products, services and capabilities
In contrast knowledge workers are not involved in functions like:
- Order entry
- Financial transaction processing
- Ledger entries
But there are positions that seem to be transaction driven that require knowledge workers like:
- Customer service (resolving customer issues, especially in today's social customer environment)
- Technical support
- Handling inquiries
In addition to the individual knowledge function there is also a growing need for social knowledge work. I think that this could actually reflect the concept of co-innovation that is gaining momentum with the social customer. This internal co-innovation is the evolution of collaboration in the social business.
So back to systems. My point is that current systems fall short in dealing with ad hoc work and that knowledge work is inherently ad hoc and unstructured. Business analytics tools try to address some of these underlying shortfalls but do not really provide all of the capabilities needed. It's an accepted fact validated through survey that knowledge workers spend on average ~70% of their time working around rigid systems. Add to that the growing need for implementing flexible business strategy in business systems to accommodate rapidly shifting competitive and market pressures that can change with alarming frequency and the problem is even greater. There must be a new generation of knowledge tools to facilitate the growing social nature of work and to allow a more ad hoc and unstructured approach for knowledge work.