|
untitled
Operational Business Decisions
Whose Decisions Are They Anyway?
by Ronald G. Ross
What is an operational business decision? To answer let's start with the meaning of decision. For the purpose of business analysis the best understanding of decision comes from the Merriam-Webster Unabridged Dictionary (MWUD) definitions below. Note the prominent appearance of reasoning in the definition of determination.
decision 1b: a determination arrived at after consideration : SETTLEMENT, CONCLUSION
determination 2: the resolving of a question by argument or reasoning
We purposely have not chosen MWUD definition 1a: the act of deciding; specifically: the act of settling or terminating (as a contest or controversy) by giving judgment. When I say decision I don't mean the act of deciding; I mean something that is decided.
Big difference. Where can acts of deciding be found? They are often represented by tasks in process models.
Analyzing the something that is decided is a distinct problem. For that you need appropriate techniques — e.g., Question Charts (Q-Charts™) and decision tables.[1] These techniques enable you to develop the decision logic needed to support the act of deciding.
Where Traditional AI and Expert Systems Differ from Business Rules
Fundamental to the meaning of decision is that reasoning is involved. As discussed in last month's column,[2] a knee-jerk reaction to an event based on applying (testing) a behavioral business rule does not require true reasoning. Such an event is not a decision.
Aside: A behavioral business rule is a business rule that places an obligation on people, rather than a necessity on knowledge. A necessity on knowledge is called a definitional business rule. Behavioral rules can be violated; definitional rules can't.
Here's where traditional AI and expert systems of the 1980s and 1990s see things a bit differently. They argue that people can react to situations without apparent reasoning due to practice. A person, for example, doesn't need to reason about sipping from a coffee cup. It's automatic, the reasoning long since 'compiled' into autonomic behavior. Way back though when first learning, the person did have to think (reason) the problem through. So reasoning is nonetheless manifest. If there's reasoning (of whatever kind), it follows from the definitions above there must be some decision.
Some observations:
- A person sipping from a coffee cup would never describe what he or she is doing as making any decision. In business analysis we need to talk about the world the way business people see it, not some artificial rendition thereof.
- Just because reasoning occurred in the past (indicating a decision of some kind) does not mean that reasoning (i.e., some decision) occurs in the present. Business analysis is not the same as business operation. Obviously some thought (reasoning) must have occurred when a business rule was originally created. Business rules don't spring forth immaculately (good ones anyway). That kind of analysis (reasoning) though is very different from the reasoning needed to make operational business decisions in the present.
- Business rules are not about mimicking the intelligent behavior of some individual; they are about running a business. The former is a science initiative; the latter is an organizational endeavor. Mimicking the intelligent behavior of an individual in a generalized way is far harder (order of magnitude or more) than capturing organizational (business) rules.
Another important question for decision analysis is: Whose decision is it? Let's take an example. Suppose your organization has the business rule: An international flight must be taken in tourist class while on company business.
As an individual actor (human), you always have a choice about whether to obey a behavioral rule. Because choice is involved, that is a decision. But it's your personal decision, not an operational business decision.
I hate to break the news to you but, in general, organizations don't really care very much about how you make your personal decisions. In this example, the business intent of the organization is clearly that you not have any decision to make about your ticket class.
Business rules always take the organizational view. Although you personally can decide to violate a business rule like the tourist-class-only one, that's your business. (Of course if the company catches you, the matter does become their business. One way or another it will probably make you pay.) In decision analysis when we say decision we really mean operational business decision, never some personal decision.
Frequently Asked Questions
- When is there an operational business decision in real-world business?
Only when a choice presents itself between alternatives in day-to-day business activity.
- Do operational business decisions fall into categories?
Yes: classification, evaluation, selection, approval, assessment, assignment, allocation, diagnosis, prediction.
- Do other communities involved with decisioning look at it this way?
Predictive analytics, the closest related discipline, generally does.
- Where do business rules originate?
A great many business rules can be harvested directly from agreements, contracts, deals, regulations, laws, business policies, etc. (Or perhaps subsequently from legacy systems or sticky-note-ware, where the business rules finally came to rest.) Such business rules typically do not involve operational business decisions in the sense of an organization having a real-time choice between alternatives.
- Can decision analysis uncover all your business rules?
No, not even close. Although decision analysis helps you discover a great many business rules of a certain kind, by no means would all ever be found that way. Maintaining an exclusively decision-centric view of the world throws business analysis badly off course, almost as much as an exclusively process-centric view (or worse, just doing use cases!).
- Does it matter whether decision logic is evaluated by an automated platform (e.g., a BRE) or a human?
No. If you were to turn the machine off, the evaluation (reasoning) still has to happen (assuming the business can operate at all). How decision logic is deployed makes no difference whatsoever in determining whether you have an operational business decision.
Syntax Matters
To express rules, traditional AI / expert system people (knowledge engineers) tend to think in terms of syntax following the form condition-action or event-condition-action. These syntaxes don't work well for behavioral business rules.
From an organizational perspective, a behavioral rule involves three distinct things: the rule itself, detection of violations, and responses to violations. It's unnatural to stuff all that into a single expression. Look again at the business rule: An international flight must be taken in tourist class while on company business. That's a business rule statement in natural form. Where's any action (response to a violation)? Where's any event?
In establishing collective rules for people in society, organizations, or businesses, detection of violations and responses to violations (e.g., sanctions) are handled as separate concerns.
To prove that to yourself, have a look at any written law in your state. Examine any clause in any contract your company has ever signed. Consider any rule you've set for your kids at home. In what real-world sense does it help to see those rules as doing reasoning (and thus being decisions)?! None whatsoever. About the only way you would come to that view is by looking at them through the lens of a poorly-suited syntax or a paradigm created for a different purpose.
References
[1] Refer to Decision Analysis Using Decision Tables and Business Rules by Ronald G. Ross, a 76-page in-depth white paper available free on http://www.brsolutions.com/b_decision.php
[2] Ronald G. Ross, "The Anatomy of Decisions: The Business-Rule View," Business Rules Journal, Vol. 12, No. 2
(Feb. 2011), URL: http://www.BRCommunity.com/a2011/b577.html
| standard citation for this article: |
| Ronald G. Ross, "Operational Business Decisions — Whose Decisions Are They Anyway?" Business Rules Journal, Vol. 12, No. 3 (Mar. 2011), URL: http://www.BRCommunity.com/a2011/b583.html |
|
|
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
|
|
|
May 2013
Re-Cycling Shut-Down
Let's Face It — Some Rules Are Just Silly!
By Ronald G. Ross
April 2013
Tabulation of Lists in RuleSpeak® — Using "The Following" Clause
By Ronald G. Ross
March 2013
Requirements are Rules: True or False?
By Ronald G. Ross
February 2013
Breaking the Rules: Breach Questions
By Ronald G. Ross
January 2013
Business Rules, Business Processes, and Business Agility: Basic Principles — Celebrating the 10th Anniversary of the Business Rules Manifesto (Part 3)
By Ronald G. Ross
December 2012
Business Rules, Business Processes, and Business Agility: Basic Principles — Celebrating the 10th Anniversary of the Business Rules Manifesto (Part 2)
By Ronald G. Ross
November 2012
Strategy for Business Solutions: Part 3: Adjusting and Fine-Tuning a Strategy
By Ronald G. Ross with Gladys S.W. Lam
October 2012
Strategy for Business Solutions: Part 2 — Business Mission and Business Goals
By Ronald G. Ross with Gladys S.W. Lam
October 2012
Big-P Process is Dead; Long Live Configuration Agility!
By Ronald G. Ross
September 2012
Strategy for Business Solutions: Part 1 — The Policy Charter
By Ronald G. Ross with Gladys S.W. Lam
August 2012
Business Rules, Requirements, and Business Analysis: Basic Principles — Celebrating the 10th Anniversary of the Business Rules Manifesto
By Ronald G. Ross
July 2012
Strategy-Based Metrics for Measuring Business Performance
By Ronald G. Ross with Gladys S.W. Lam
June 2012
How Business Processes, Strategy, and Business Policies Relate
By: Ronald G. Ross
May 2012
Business Processes: Better with Business Rules
By: Ronald G. Ross
April 2012
Business Policies, Business Rules, and Rulebook Management: Let Us Be Well-Governed
By: Ronald G. Ross
March 2012
What's Really Needed to Align Business and IT Part 2: Strategy for a Business Solution
By: Ronald G. Ross
February 2012
What's Really Needed to Align Business and IT Part 1: Creating True Business Solutions
By: Ronald G. Ross
January 2012
Concept Model vs. Fact Model vs. Conceptual Data Model; Just a Matter of Semantics?
By: Ronald G. Ross
December 2011
Business Rules: Basic Principles
By: Ronald G. Ross with Gladys S.W. Lam
November 2011
Know-How Models: How Business Rules, Decisions, and Events Relate in True-to-Life Business Models
October 2011
Business Analysis with Business Rules
By: Ronald G. Ross with Gladys S.W. Lam
September 2011
How Business Processes and Business Rules Relate
August 2011
Decision Analysis (Part 3): Defining Scope
July 2011
Decision Analysis (Part 2): The Basic Elements of Operational Business Decisions
June 2011
Decision Analysis (Part 1): What Kind of Decisions?
May 2011
How Long Will Your Fact Model Last? — The Power of Structured Business Vocabularies
April 2011
More on the If-Then Format for Expressing Business Rules: Questions and Answers
March 2011
Operational Business Decisions
Whose Decisions Are They Anyway?
February 2011
The Anatomy of Decisions
The Business-Rule View
January 2011
Why Rulebook Management? Because Software Requirements and Business Rules Simply Aren't the Same!
December 2010
Introducing Question Charts (Q-Charts™) for Analyzing Operational Business Decisions: A New Technique for Getting at Business Rules
November 2010
Agility Based on Business Rules
It's Just Common Sense
October 2010
Five Tests for What Is a Business Rule?
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
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 1988
The
History Of Steam-Powered Ships
By
Ronald G. Ross
January/February 1994
"Business
Rules, At What Cost?"
By
Ronald G. Ross
May/June 1994
Business
Rules: Birth of a Movement
By
Ronald G. Ross
July/August 1991
Why
I Like the Zachman Framework Architecture"
By
Ronald G. Ross
March/April 1997
Business
Process Re-Engineering
By
Ronald G. Ross
|