|
untitled
From Rulebook Management to Business Governance:
Where Business Rules Fit
by Ronald G. Ross
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
- Assess/review business influences.
- Create/refine business strategy.
- Develop operational business rules.
- Assess/simulate impact.
- Deploy business rules.
- Monitor performance.
- 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. 
[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 
[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 
[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. 
| 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
|