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

International Business Rules Forum

AttainingEdge : World Class Training For Critical Business Innovations

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

 

 

 

 

     ROSS ARCHIVES ...
untitled

From Rulebook Management to Business Governance:
Where Business Rules Fit

by Ronald G. Ross

Excerpted from Chapter 3, Business Rule Concepts:  Getting to the Point of Knowledge (Third Edition), by Ronald G. Ross (August 2009). ISBN 0-941049-07-8   http://www.brsolutions.com/publications.php

Say "governance" and many people immediately think IT governance, or sometimes data governance.  Governance has been bandied about so much that its meaning has become clouded and trivialized.  That's unfortunate, because the true meaning of governance is actually straightforward.  And that true meaning has everything to do with meeting today's business challenges.

So bear with me while I do a little refresher on the meaning of 'governance'.  You may be surprised at what pops out!  Here's how governance is defined in the Merriam-Webster Unabridged Dictionary (MWUD — emphasis added):

Governance ...

1: the act or process of governing.
2a: the office, power, or function of governing
2b: controlling or directing influence : AUTHORITY
3: the state of being governed
4a: the manner or method of governing : conduct of office
4b [obsolete]
5: a system of governing

So 'governance' implies the process, function, manner, or method, or system of governing.  It also implies authority or the state of being governed.  Since most of the definitions reference "governing," let's also examine govern in MWUD (emphasis added).  Note how prominently 'rule' and 'policy' appear in these definitions.

Govern ...

transitive verb:
1a: to exercise arbitrarily or by established rules continuous sovereign authority over; especially: to control and direct the making and administration of policy in

3a: to control, direct, or strongly influence the actions and conduct of (as a person or a group)

intransitive verb: 
1: to prevail or have decisive influence : CONTROL

2: to exercise authority: perform the functions of government especially in the making and execution of policy

At the risk of saying the obvious, note that the definitions do not say anything about IT, data, or anything similar.  For that matter, they don't even mention processes(!).  The definitions do, however, have everything to do with business rules.  To demonstrate, take a quick look at the seminal definition of 'business rule' from the original GUIDE Report[1] in 1995.  Note the key words 'control' and 'influence'.

Business Rule ...

a statement that defines or constrains some aspect of the business … [which is] intended to assert business structure, or to control or influence the behavior of the business

The newer definition of 'business rule' in SBVR[2] is based on the following definition of rule from the Oxford Dictionary of English.  Note the pivotal place of governing.

Rule ...

one of a set of explicit or understood regulations or principles governing conduct or procedure within a particular area of activity … a law or principle that operates within a particular sphere of knowledge, describing, or prescribing what is possible or allowable

Here is my point.  Business rules and governance are inherently and inextricably linked.  The better your company gets at business rules, the better (smarter) it can become at the nuts and bolts of governance.  Simple as that.  And absolutely as critical as that in a volatile, rapidly changing, and ever more complex (and regulated) world!

What Business Governance Is and How Rulebook Management Relates to It

So what do we mean by business governance?  A key phrase in the definition of govern is:  "… the making and administration of policy in."  Central to the activity of governing then are:

  • How policy and rules are created ("made").

  • How policy and rules are deployed (managed, distributed, and monitored) within the actual day-to-day operations of the business ("administration").

Accordingly, our definition for business governance is:

Business Governance ...

a process, organizational function, set of techniques, and systematic approach for creating and deploying policy and business rules into day-to-day business operations

The effectiveness of business governance clearly hinges on the ability to deploy policy and business rules effectively.  Such deployment should be timely, effective, selective, pervasive, traceable, repeatable, and retractable. We also want the activity to be transparent and to be able to hold accountable those parties responsible for specific actions.

For effective deployment, all four aspects mentioned above — a process, organizational function, set of techniques, and systematic approach — are essential.  Given the complexity of the activity, however, the one perhaps most basic is simply having a systematic approach.

That's where business rules management — rulebook management — comes to play.  A rulebook is the collection of business rules for the business (or some area within it), along with the terms and definitions — that is, the business vocabulary — that support them.  A systematic approach that will scale requires special tooling. We call the kind of automated, specialized, business-level platform your company needs to manage its business rules a general rulebook system (GRBS).  As discussed in last month's column, the purpose of a GRBS is to record, develop, and coordinate business rules, but not 'execute' them per se.  Think of a GRBS as more or less the counterpart of a general ledger system, except that the GRBS is for business rules.

In the context of business governance, a GRBS plays another critical role:  knowledge retention.  You will lose workers.  Staff will be downsized or outsourced; your baby boomers will retire; your most critical subject matter expert will win the lottery.  If your business rules have not been retained and managed, how do you regain the lost knowledge?  One approach is to try to mine business rules from legacy code (not a fun prospect!).  The alternative is either reengineering the business systems from scratch or replacing them with expensive (and often painful) deployments of packaged software.  Far better — just don't lose the business rules in the first place!

So job one in moving toward smarter governance is simply gearing up for a general rulebook system (GRBS).  That gives you your systematic approach.  Then you can start talking seriously about re-engineering the process of business governance.

Re-Engineering the Governance Process

Yes, Virginia, there is a governance process.  Unfortunately, in many companies today the as-is governance process is ad hoc, ragged, and effectively broken.  That just won't do, given the complexity, rate of change, and knowledge-intensity of doing business in today's high-tech, globally-connected world.  Thinking in the large, how to fix the nuts-and-bolts of the governance process in a highly pragmatic fashion is the most fundamental insight and value-add of the business rules paradigm.

The governance process involves a series of actions and checkpoints (i.e., a workflow) indicating who should be doing what, and when, with respect to deploying policy and business rules.  The scope of the governance process includes, but is not limited to:

  • Developing internal business policies.
  • Evaluating relevant laws, regulations, contracts, agreements, etc.
  • Tracing interpretations for both the above.
  • Performing reviews.
  • Resolving conflicts.
  • Coordinating sign-offs.
  • Performing impact assessments.
  • Coordinating business roll-out (deployment) of new or modified business rules.
  • Ensuring the correctness of system-level deployments from the business perspective.
  • Assessing when to retract or retire business rules.

A re-engineered governance process should view the workflow from beginning-to-end, encompassing all seven of these tasks:

The Seven Steps of the Governance Process

  1. Assess/review business influences.

  2. Create/refine business strategy.

  3. Develop operational business rules.

  4. Assess/simulate impact.

  5. Deploy business rules.

  6. Monitor performance.

  7. Revise/retire business rules.

 

 
 
     

Note the starting points in tasks 1 and 2.  These have to do with injecting structured, documented business strategy into the governance process.  Can strategy really be structured and effectively documented?  Absolutely.  Applied use was reported for business projects as early as 1998.[3]  There is now a standard for the area, The Business Motivation Model.[4]

Who should have responsibility for the governance process?  Processes need engineering (or more commonly, re-engineering) and for that you need engineers.  The governance process specifically needs engineers specializing in governance — governance engineers.  What goals should they have?  All the items in Table 1.  Ultimately, this is what rulebook management is all about.

Table 1.  Goals for Governance Engineers.

Fiduciary Responsibilities Support.  Demonstrate compliance by officers of the organization with their fiduciary responsibilities.

Risk Management.  Enable more effective, timely, and focused management of risks by monitoring performance around critical items of business policy and strategy.

Liability Management.  Reduce or eliminate legal and financial liabilities due to non-compliance with contractual obligations and statutory responsibilities.

Quality Assurance.  Ensure consistency in business behavior, and appropriate interactions with external stakeholders.

Regulatory Compliance.  Ensure conformance with external regulation.

Agility.  Ensure timely and coordinated deployment of changes in business policy and strategy.

Knowledge Retention.  Ensure that specialized know-how, basic business intellectual property (IP), and core competencies are captured and managed explicitly, so that survivability and sustainability are less dependent on individual workers and their tacit knowledge.

Accountability.  Ensure clear lines of responsibility for interpretations and deployments of business policy and regulation into day-to-day operations.

Transparency.  Ensure that business activity subject to external regulation is conducted in a manner that can be fully audited.

References

[1]  Business Rules Group, Defining Business Rules ~ What Are They Really? 4th ed., July 2002.  Originally published as the GUIDE Business Rules Project Report, 1995.  Available at http://www.BusinessRulesGroup.org.  Emphasis added. return to article

[2] Semantics of Business Vocabularies and Business Rules (SBVR) is a groundbreaking standard officially released in December, 2007 by the Object Management Group (OMG).  For background on SBVR, refer to Ross, Ronald G.  [March 2008].  "The Emergence of SBVR and the True Meaning of 'Semantics':  Why You Should Care (a Lot!) ~ Part 1," Business Rules Journal, Vol. 9, No. 3.  URL:  http://www.BRCommunity.com/a2008/b401.html return to article

[3]  Gladys S.W. Lam, "Business Knowledge — Packaged in a Policy Charter:  Policy Charter as a Deliverable."  DataToKnowledge Newsletter, Vol. 26, No. 3 (May/June 1998).  URL:  http://www.BRCommunity.com/a1998/a385.html return to article

[4]  Business Rules Group, The Business Motivation Model ~ Business Governance in a Volatile World. 1.3 ed., Sept. 2007.  Originally published as Organizing Business Plans ~ The Standard Model for Business Rule Motivation, Nov. 2000.  Available from http://www.BusinessRulesGroup.org.  Adopted as a standard of the Object Management Group (OMG) in 2007. return to article



standard citation for this article:
Ronald G. Ross, "From Rulebook Management to Business Governance:  Where Business Rules Fit," Business Rules Journal, Vol. 10, No. 10 (Oct. 2009), URL:  http://www.BRCommunity.com/a2009/b503.html  

 about . . .

 RONALD G. ROSS


Ronald G. Ross is recognized internationally as the "father of business rules." He has Chaired the annual Business Rules Forum since 1997. He was a charter member of the Business Rules Group in the 1980s, and an editor of two landmark BRG papers, The Business Motivation Model and the Business Rules Manifesto. He is active in standards development, with core involvement in SBVR.

Mr. Ross is Executive Editor of BRCommunity.com and its flagship publication, Business Rules Journal. He is author of eight professional books, including Business Rule Concepts (2009), a just released 3rd edition of his popular, easy-to-read 1998 handbook. Mr. Ross speaks frequently at industry events worldwide.

Mr. Ross is Co-Founder and Principal of Business Rule Solutions, LLC and is actively engaged in consulting, training and research. He co-developed RuleSpeak®. Mr. Ross gives highly regarded public seminars in North America through AttainingEdge and in Europe through IRM-UK.

For additional information about Mr. Ross, please visit his personal website at www.RonRoss.info.

September 2010
Can a Business Rule Be Enforced Differently in Different Contexts?

August 2010
How Far Can You Take Decisioning?

July 2010
Business Rules vs. System Design Choices

June 2010
Four Useful Constructs for Developing a Structured Business Vocabulary: Special-Purpose Elements of Structure for Fact Models

May 2010
Eight Things You Need to Know About Fact Types Bringing Verbs into Structured Business Vocabulary

April 2010
Business Vocabulary: The Most Basic Requirement of All

March 2010
What Is a Business Rule?

February 2010
CRUD in Business Rules: Accident-Prone Decision Logic

January 2010
The Point of Knowledge

December 2009
When is an Exception Really an Exception? The Business Rule Principles of Accommodation and Wholeness

November 2009
Verb-ish Models for Verbalization: Give Us Back Our Verbs!

October 2009
From Rulebook Management to Business Governance: Where Business Rules Fit

September 2009
What You Need to Know About Rulebook Management

August 2009
When Is a Door Not a Door? ~ Basic Ideas of the Business Rules Paradigm

July 2009
General Rulebook Systems (GRBS): What's the General Idea?

June 2009
Becoming Strategy-Driven: The Policy Charter

May 2009
Product Quality and a Longer-Term View: A 'Simple' Matter of Business Policies

April 2009
RuleSpeak® Sentence Forms: Specifying Natural-Language Business Rules in English

March 2009
The Rulebook: To Play Ball You Need Rules

February 2009
Extreme Business Agility (Part 6): A Manifesto-in-Progress on the Semantic Re-Engineering of Products

January 2009
Extreme Business Agility (Part 5): The Optimal Edge of Business Performance

December 2008
Extreme Business Agility (Part 4): Change Deployment Hell

November 2008
Extreme Business Agility ~ Part 3: Examples of Non-Agile vs. Agile Business Capabilities

October 2008
Extreme Business Agility ~ Part 2: A Semantic Approach to Re-Engineering Your Company's Products

September 2008
Extreme Business Agility — Part 1: A Value Chain for Re-Engineering Your Company’s Products

August 2008
My Son, Business Rule Analyst — Governance and Compliance Through Young Eyes

July 2008
Rules vs. Processes (Again) — Part 2: Now for Events

June 2008
Rules vs. Processes (Again) — Part 1: There’s Simply No Need for Confusion

May 2008
Legacy Modernization, Semantics, and the Knowledge Economy ~ Have You Connected the Dots Yet?!

April 2008
The Emergence of SBVR and the True Meaning of ‘Semantics’: Why You Should Care (a Lot!) ~ Part 2

March 2008
The Emergence of SBVR and the True Meaning of ‘Semantics’: Why You Should Care (a Lot!) ~ Part 1

February 2008
The Phoenix Strategy ~ A Lower-Risk Approach to Rejuvenating Systems and Legacy Modernization

January 2008
'Rules of Record' Why 'System of Record' Isn't Enough

December 2007
The Decision Center: A Center of Excellence for Coordinating Business Rules and Other Process 'Smarts'

November 2007
The Latency of Decisions ~ New Ideas on the ROI of Business Rules

October 2007
Legacy Systems -- Poorly Engineered or Over-Engineered? New Insights about Business Rules and Enterprise Decisioning

September 2007
The Value of Decisions ~ New Ideas on the ROI of Business Rules

August 2007
A Case of Dueling Manifestos? Business Rules and Enterprise Decision Management

July 2007
What's Wrong with If-Then Syntax For Expressing Business Rules ~ One Size Doesn't Fit All

June 2007
Are IT Terms Fundamental to Every Business? Not!

May 2007
Are all Rules Business Rules? Not!

April 2007
Are Software Requirements Rules? Not!

March 2007
Are Integrity Constraints Business Rules? Not!

February 2007
From Rule Management to Business Governance, Part 4: Governance Engineers and the Chief Governance Officer (CGO)

January 2007
From Rule Management to Business Governance, Part 3: Re-Engineering the Governance Process

December 2006
From Rule Management to Business Governance, Part 2: Governance and How it Relates to Business Rules

November 2006
From Rule Management to Business Governance, Part 1: Governance and How it Relates to Business Rules

October 2006
Rules and Processes: Examples Showing How They Relate

September 2006
The Meaning of Things: Definitions, Intensions, Rules, and Extensions

August 2006
Re-Vitalize, Don't Just Re-platform! ~ Three Tests for Whether Your Company 'Gets It' with Respect to Re-Platforming Business IP

July 2006
The Dirty Secrets About Your Company's Business IP That Nobody Wants to Talk About

June 2006
A Personal Insurance Saga ~ The Economics of Business Rules

May 2006
Concepts, Definitions, and Rules: RuleSpeak® Practices

April 2006
The RuleSpeak® Business Rule Notation

March 2006
How Rules and Processes Relate ~ Part 6. Point-of-Knowledge Architecture (POKA)

February 2006
How Rules and Processes Relate ~ Part 5. Scripts -- Rule-Friendly Process Models

January 2006
How Rules and Processes Relate ~ Part 4. Business Processes vs. System Processes

December 2005
How Rules and Processes Relate ~ Part 3. Three Best Practices for Designing Business Processes with Rules

November 2005
How Rules and Processes Relate ~ Part 2. Business Processes

October 2005
How Rules and Processes Relate ~ Part 1. The Challenges

September 2005
Rule Quality ~ The Route to Trustworthy Business Logic

August 2005
Decision Tables, Part 2 ~ The Route to Completeness

July 2005
Decision Tables, Part 1 ~ The Route to Consolidated Business Logic

June 2005
Rule Reduction ~ The Route to Atomic Business Rules

May 2005
Essence Definitions and Business Rules ~ Developing Stable Anchor Points for Operational Knowledge

April 2005
Can You Violate Structural Rules? (part 3) ~ The Difference Between Breaking Rules and 'Breaking' Knowledge

March 2005
Can You Violate Structural Rules? (Part 2) ~ The Difference Between How to Compute and How to Behave

February 2005
Can You Violate Structural Rules? (Part 1) ~ The Difference Between Violations and Bad Decisions

 

Janauary 2005
Business Rules and Knowledge Workers ~ Getting to the 'Point of Knowledge'

 

December 2004
Can a Definition be Violated? ~ Definitions and Business Rules

 

November 2004
Rustling Up Good Definitions ~ There's a Lot Less and a Lot More to It

 

October 2004 

Clarifying Clarifications ~ Universal 'And' to the Rescue

 

September 2004 

Relearning the Basics of Communicating ~ Business Semantics and Business Rules

 

August 2004 

The Light World vs. the Dark World ~ Business Rules for Authorization

 

July 2004 

Best-Fit Decision Points ~ How They Fit into the Business Rule Approach

 

June 2004 

What Rule Independence Means to System Models ~ Less and More than You Think!

 

May 2004 

The Semantics Lexicon ~ Terms For The Business Rules / Smart Process

 

April 2004 

Don't Reinvent Rule Engines!

 

March 2004 

Rules And Compliance Tactics

 

February 2004 

Tracing the Path of Rule Reduction

 

December 2003

Do Rules Decompose To Processes Or Vice Versa?

 

November 2003

Should You Encapsulate Knowledge in Modeling Real-World Things?

 

October 2003

Business Rules, Encapsulation, and Models of the Real World

 

September 2003

Business vs. Environment in Business Models

 

August 2003

Requirement Statement vs. Rule Statement

 

July 2003

Rules as Constraints:  On or By the System Design?

 

June 2003

Rules Reveal Events -- Not Actions

 

May 2003

Actions Are Not Rules (and Vice Versa)

 

April 2003

The Definitions of 'Business Rule' and 'Rule'

 

March 2003

Business Problems Addressed by the Business Rule Approach

 

January 2003

About the Business Rules Manifesto ~ The Business Rule Message in a Nutshell

 

November 2002

Business Rules for the Company's Provisioning Processes ~ There’s a Lot More to Reference Data than Just Data!

 

September 2002

The Terminator -- I'll be Back (with Just the Right Term)

 

July 2002

What Does it Mean to be Business-Driven? (Part 2)

 

May 2002

What Does it Mean to be Business-Driven? (Part 1)

 

March 2002

A Telltale E-mail Trail:  The Case for In-Line Business Rule Analysis

 

January 2002

Managing M x N Vs. M + N, Market-Driven Economies, and Other eCommerce Issues (part 2)

 

November 2001

Managing M x N Vs. M + N, Market-Driven Economies, and Other eCommerce Issues (part 1)

 

September 2001

The BRS Rule Classification Scheme

 

July 2001

Minding Your P's and Q's

 

May 2001

RuleSpeak"! -- Templates And Guidelines For Business Rules

 

March 2001

Business Rules In Business Processes ~ Title Rules For Process And Rules For Product/Service

 

January 2001

What Is Rule Management About?

 

November 2000

Let's Make a Deal: A Killer App for Business Rules

 

September 2000

The Re's Of Business Rules

 

July 2000

What Are Fact Models And Why Do You Need Them? (Part 2)

 

May 2000

What Are Fact Models And Why Do You Need Them? (Part 1)

 

March 2000

What is a 'Business Rule'?

 

January 2000

Current Thoughts On Expressing Business Rules

 

November 1999

The Fin de Siegle Legacy Mindset
 

September 1999

Analysis Paralysis Just May Save Your Life
 

July 1999

If We Had Started Coding Already...
 

May 1999

Your Core Business Processes Need a Rule Engine
 

March 1999

Who or What is a True Business Analyst?
 

January 1999

Four Things Wrong with the Way We Develop Information Systems

 

 

 

 





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