Search ::     [ Advanced ]
Username:   Password: Auto login next time?  

RuleXpress: The business tool for expressing and communication business rules.

JBossďż˝ Enterprise BRMS from Red Hat

Business Rule Solutions : World Class Training For Critical Business Innovations

IDIOM Software
 

 

 

 

     OLDIES ARCHIVES ...
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

 

 

 about . . .

 RONALD G. ROSS

Ronald G. Ross is Principal and Co-Founder of Business Rule Solutions, LLC, where he actively develops and applies the IPSpeak methodology including RuleSpeak®, DecisionSpeak and TableSpeak.

Ron is recognized internationally as the "father of business rules." He is the author of ten professional books including the groundbreaking first book on business rules The Business Rule Book in 1994. His newest are:

Ron serves as Executive Editor of BRCommunity.com and its flagship publication, Business Rules Journal. He is a sought-after speaker at conferences world-wide. More than 50,000 people have heard him speak; many more have attended his seminars and read his books.

Ron has served as Chair of the annual International Business Rules & Decisions Forum conference since 1997., now part of the Building Business Capability (BBC) conference. He was a charter member of the Business Rules Group (BRG) in the 1980s, and an editor of its Business Motivation Model (BMM) standard and the Business Rules Manifesto. He is active in OMG standards development, with core involvement in SBVR.

Ron holds a BA from Rice University and an MS in information science from Illinois Institute of Technology. For more information about Mr. Ross, visit www.RonRoss.info, which hosts his blog. Tweets: @Ronald_G_Ross

 

 





[ Home ] [ Staff ] [ About BRC Publications ] [ Editorial Feedback ] [ About BRCommunity ]
[ Contributor's Guidelines ] [ Privacy Policy ] [ Technical Support ]