untitled
What Knowledge Management is About (And What it Has To Do With
Business Rules)
by Ronald G. Ross
| This column originally appeared in the Sep./Oct. 1998 issue of the
DataToKnowledge Newsletter. |
I spoke at the recent DBWorld event in Boston (sponsored by Digital Consulting,
Inc.), which included a track on 'Knowledge Management' (KM). Armed with a
list of specific questions, I attended as many of the KM sessions as I could.
For the most part, the sessions confirmed what I already thought I knew, but the
Q&A was fun and did yield a few new insights. Here are my questions, and
a summary of the answers I came away with.
- Is KM simply a repackaging of artificial intelligence (AI)?
- No.
- Is KM simply a marketing umbrella for groupware products?
- In an unguarded moment, one well-known industry analyst called KM, "Lotus
Notes on steroids." Yes, vendors will be vendors, but there is much more
going on than that.
- Why do some people connect KM primarily to data warehouses?
- I don't know. I wouldn't.
- How does KM connect with 'business process' and BPR?
- I have found no better answer than Roger Burlton's. He says, "The
performance of process is how you measure how good your knowledge is."
- Is KM a fad?
- Of course.
- Will KM outlast the fad stage -- or come and go, like CASE?
- How's your crystal ball? The answer ultimately depends on how good the
technology is. (By the way, although the original CASE technology wasn't that
good, 'CASE' products are still very much with us.)
- If KM fades, will the underlying business need disappear?
- No, it's here to stay -- big-time.
- Is there an accepted definition for KM?
- Tracey Leighton of PeopleSoft asked attendees at her session for definitions.
The rapid-fire responses were excellent. Here are the ones I was able to take
down.
- Organizing the process of capturing and leveraging enterprise knowledge, in order
to further business strategy.
- Creating an environment that recognizes the value of people, and to encourage
that recognition by respecting and rewarding it.
- Organizing knowledge to get the right answers the first time, every time.
- Utilizing tools to achieve the above.
- Changing corporate culture to encourage the sharing of knowledge, by allocating
power to those who share rather than to those who hoard.
- Enabling lower-level staff to answer questions as correctly as the most knowledgeable
people in the enterprise.
- Enabling actors outside the company to answer questions on their own.
- Answering every question well, even if the person asking it doesn't know how
to ask it right.
- Integrating problem-solving skill sets, for the purposes of all the above.
- Who are the early adapters?
- There seems to be general agreement with the views of David Coleman of Collaborative
Strategies, who offered the following. Functionally, early adapters fall into
three major categories: sales and marketing, customer support, and R&D.
Industry-wise, there are four major categories: high-tech, financial services,
pharmaceuticals, and telco.
- Where have the early successes been?
- Call centers and help desks, for the most part.
- Where do the hot new applications lie?
- Self-service and Internet.
- What is the common challenge in analysis and design across the entire spectrum
of applications?
- I believe it is creating structured dialogs, which have several essential features.
First, human intervention should be keep to a minimum. Second, everything is
subject to rapid change. Third, the dialog must be 'smart'. A 'smart'
dialog is characterized as follows.
- The right question is asked at the right time.
- Suggestions and heuristics appear automatically at the optimal points.
- Non-viable options, alternatives, and/or conclusions are eliminated as soon as
possible.
- Opportunistic questions (e.g., for cross-selling) are inserted dynamically.
- Are there well-structured analysis techniques to support this?
- Decision-trees seem to be about it. I haven't found any new ones yet.
(That doesn't mean they don't exist. Remember this is a consultant-intensive
field, so there may be proprietary ones.) But there seems to be a big gap here.
- How does KM connect to business rules?
- Consider what the two major arenas of applied KM have in common. For workers
inside the company, you want to codify the knowledge of the company's best people
and make it available to workers at lower levels. ('Lower' here generally means
'lower cost'.) For customers and others outside the company, you want to codify
what the 'middlemen' know, and to reduce or eliminate their involvement. (This
falls under my favorite new buzzword, 'disintermediation'.) In either case,
you must codify the knowledge. That means business rules, pure and simple.
- Can rule engines play a role in KM?
- That's crystal clear. There's a huge opportunity. Consider that the
last three of the four characteristics of smart dialogs (above) could be rule-based.
Is there any better technology to accommodate rapid change? No!
- What is knowledge?
- I'll leave that one for others to answer. But I do know this much.
Those parts of enterprise knowledge you can codify are business rules -- nothing
more, and nothing less.
| standard citation for this article: |
| Ronald G. Ross, "What Knowledge Management is About (And What it Has To Do With
Business Rules)," DataToKnowledge Newsletter, Vol. 26, No. 5 (Sep./Oct. 1998),
URL: http://www.BRCommunity.com/a1998/a395.html |
|
|
|
November/December 1999
The Fin de Siegle Legacy Mindset
By Ronald G. Ross
September/October 1999
Analysis Paralysis Just May Save Your Life
By Ronald G. Ross
July/August 1999
If We Had Started Coding Already...
By Ronald G. Ross
May/June 1999
Your Core Business Processes Need a Rule Engine
By Ronald G. Ross
January/February 1999
Four Things Wrong with the Way We Develop Information Systems
By Ronald G. Ross
November/December 1998
Push-Type Data Hub vs. Pull-Type Data Warehouse
By Ronald G. Ross
September/October 1998
What Knowledge Management is About (And What it Has To Do With Business Rules)
By Ronald G. Ross
May/June 1998
The Next Great Leap Forward ~ About the Changes You See
By Ronald G. Ross
March/April 1998
Business Rules as Customer Interface
By Ronald G. Ross
January/February 1998
Components and Business Rules: Do They Connect?
By Ronald G. Ross
November/December 1997
The Policy Charter: A Small-Sized Picture of the Big Picture
By Ronald G. Ross
September/October 1997
Implementing
Application Packages: Is There A Better Way?
By
Ronald G. Ross
July/August 1997
'Why'
is Why Business Rule Methodology is Different
By
Ronald G. Ross
May/June 1997
Never-ending
On-the-Job Training
By
Ronald G. Ross
September/October 1996
Re-Usability
in the Business Rule Approach
By
Ronald G. Ross
March/April 1996
The
Newest Idea In Business Rules: Rules Normalize!
By
Ronald G. Ross
January/February 1996
An
Open Letter to DBMS Vendors: We Need Active Database Systems
By
Ronald G. Ross
May/June 1995
The
Greatest Irony Of The Information Age: Business Rules
By
Ronald G. Ross
November/December 1995
Business
Rules:
Knowledge For Knowledge Workers
By
Ronald G. Ross
March/April 1994
"Play
Ball!"
By
Ronald G. Ross
November/December 1999 & January/February 2000
Enterprise
Architecture: Issues, Ingibitors, and Incentives
By
John A. Zachman
July/August & September/October 1999
Packages
Don't Let You Off The Hook
By
John A. Zachman
November/December 1988
The
History Of Steam-Powered Ships
By
Ronald G. Ross
January/February & March/April 1999
Life
Is a Series of Trade-Offs and Change Is Accelerating!
By
John A. Zachman
January/February 1994
"Business
Rules, At What Cost?"
By
Ronald G. Ross
November/December 1998
"Yes
Virginia, There IS an Enterprise
Architecture"
By
John A Zachman
May/June 1994
Business
Rules: Birth of a Movement
By
Ronald G. Ross
January/February 2000
Business
Systems And Information Support Systems
By
John Hall
July/August 1998
Enterprise
Architecture: Looking Back and
Looking Ahead
By
John A. Zachman
July/August 1991
Why
I Like the Zachman Framework Architecture"
By
Ronald G. Ross
January/February 1998
The
Framework for Enterprise Architecture (The 'Zachman Framework') and the Search
for the Owner's View of Business Rules
By
John
A. Zachman
March/April 1997
Business
Process Re-Engineering
By
Ronald G. Ross
|