Yesterday, I blogged about the statement: Information is the lifeblood of enterprises.
Today I'd like to use this metaphor to explain why structured and unstructured information should be managed under architecture. Or in an integral way.
I've been thinking and posting about this topic for some time now - it's basically the core of my job. To point to a few posts. Just recently I posted about 'PLM (product lifecycle management) and enterprise 2.0'. And longer ago about managing unstructured and structured information under architecture.
As I've said before: I distinguish between unstructured and structured information in organizations. But they are not distinct. Regrettably this is common practice in most companies. You have people working on Product Lifecycle Management and Enterprise Resource Planning on the one hand. On other you have those that are implementing the intranet, rolling out wiki's and blogs, building document management systems and helping employees use their email effectively. These are two distinct ventures, that seem to have little or no relatedness.
And it's true when you look at the kind of people working in both areas, they are as different as night and day. The first group despises and wants nothing to do with the other. Most knowledge workers hate working in the formal product management and resource planning tools. They're to strict, non-creative, etc. On the other hand the guys and gals that own the formal tools complain that everyone is creating information which is not shared and stored in the 'right' tools.
So, you have two camps. One touts: all should be done in the PLM or ERP system. The others say: throw away the expensive, formal systems, let's just use the 'good' stuff like wiki's, blogs, etc.
Although I relate best to the second group... I don't think one or the other is right. To explain my approach/proposal, let's get back to the thesis in the title of this post: 'Information is Lifeblood of the Enterprise'.
How does blood flow through our body? It 'uses' arteries, veins, smaller and larger blood vessels to transport a.o. oxygen to the right places. Let's say the formal systems, like Product Lifecycle Management and Enterprise Resource Planning tools are the main arteries in the organization. They (should) support the main business processes in the best possible way. But everyone knows these business processes don't summarize the company as a whole. Lot's more stuff is going on in the company. Less formal stuff. People talking to each other, talking to customers, small ideas that are documented and built upon, reports are written to fuse decision making, etc. Oh, yes, these all (should) relate to the main business processes somehow and someday. As the micro and small blood vessels connect to the main arteries. But most of the work starts at the knowledge worker's desk. In his inbox, in his Word document. Typically a very informal process, which seems inferior to the main, formal process. But it's not, relating to blood vessels. If we would cut away the smaller vessels, the whole production and transportation of oxygen will stop!
For this reason, I find it important to define an information management program comprising unstructured and structured information without telling 'unstructured' to become 'structured' or the other way around. Maybe this will mean that wiki's and blogs will become more leading in companies, than they have before. Maybe this will mean that the workflow and change functionality of PLM and ERP tooling will be used to relate wiki pages and blog posts together into a workflow as I proposed commenting on John Tropea's post about Workflow 2.0.
Does this make sense? Does this metaphor help explain the distinction and relatedness between structured and unstructured information? I'd love to hear your thoughts.
---
If You Read This and Like It, Tweet This to your Followers:
Information: Lifeblood of Enterprises (2) http://twurl.nl/6pyk4h
No comments:
Post a Comment