Enabling Operational Excellence
Enabling Operational Excellence
Enabling Operational Excellence
Enabling Operational Excellence

TURNING OPERATIONAL KNOWLEDGE & COMPLIANCE INTO A COMPETITIVE EDGE

We systemize tacit knowledge into explicit knowledge

Blog Enabling Operational Excellence

Posts Tagged ‘BMM’

Basics for Business Architecture: #1 – Structured Business Strategy

Professionals should always focus on business solutions first, then and only then on designing systems. Not just lip service, I mean applying the power techniques of true business architecture[1]. The first of these techniques is structured business strategy. True business solutions of any size or description hinge on strategy. Not project or IT strategy – not business case or project objectives – but real business strategy. Are you sure you really know the difference? Time and time again I find that many business analysts don’t. Here are two quick tests. Test 1. Are you aware of the standard The Business Motivation Model (BMM)[2]. Have you actually read it? If not, I’d say the issue is in doubt. Real strategy is about ends and means, not about change or how you plan, design or engineer such change. Change is inevitably involved of course – but that’s what projects and project plans are about. Test 2. Which of the following is closest to your thinking about alignment?
    • IT needs to be aligned with the business.
    • Business capabilities need to be aligned with business strategy.
If you instinctively went with the former, again I’d say the issue is in doubt. ~~~~~~~~~~~~~~~~~~~~~~~~~ www.BRSolutions.com


[1] Refer to the second edition of Building Business Solutions: Business Analysis with Business Rules, an IIBA Sponsored Handbook, by Ronald G. Ross with Gladys S.W. Lam (to be published mid-2015). http://www.brsolutions.com/b_building_business_solutions.php

Continue Reading 4 Comments

Rules, Business Rules, and Big Data: What’s It All About?

It’s time to come to grips with what is meant by “rule” in the context of big data. There’s much confusion out there. In a recent keynote, Rick van der Lans stated, “… big data leads to more and more interesting insights, and from there to more and more rules.” What does he mean? The funny thing is you can also call ‘insights’ rules … and some people do(!). Not me! Read on. An Example One of Rick’s examples of rules born from big data:

If 2 calls disconnect within 10 minutes, then offer a product discount.

What’s the insight and what’s the rule? Does the statement represent both? Does it express a business rule? The syntax of the statement is in if-then form. Doesn’t that imply a business rule?! No! According to the standards SBVR and the Business Motivation Model (BMM), business rules must be:
  • Declarative. The statement above is not declarative because it includes the command “offer”.
  • Practicable. The statement above is not practicable – not ready to roll out into prime-time business operations – because it’s ambiguous. More on that momentarily.
My analysis …
  • “2 calls disconnect within 10 minutes” … That part of the statement suggests an insight: Calls on hold for 10 minutes or more are likely to disconnect.
  • “offer a product discount” … That part of the statement suggests a remedy, a way to recover from a bad situation.
The motivation behind the statement might be:

We can assume people are getting frustrated at the 10 minute mark or before. If we offer a product discount, they’ll be mollified and more likely to hold on or to purchase.

What should we call the statement? It does give guidance and it does clearly have a role in strategy. However, neither the insight nor the remedy is practicable. Here are some unanswered questions that could produce ambiguity.

The insight part: Does the 10 minutes refer the wait period on each individual call? Or to any time interval during which calls are waiting?

The remedy part: How much discount? On which product(s)?

So according to the standards the statement represents a business policy, not a business rule. A corresponding business rule might be:

A caller must be offered a 15% discount off list price on any product in stock if the caller has been on hold for more than 10 minutes.

This version removes the ambiguities. It clarifies that we’re referring to:
  • The wait period on an individual call.
  • A 15% discount off list price.
  • Any product in stock.
Only WonkNerds Beyond This point “Rule” has several meanings – one reason I try to avoid the word as much as possible. Compare the following definitions for “rule”. (All definitions from Merriam-Webster Unabridged Dictionary.)

2a(1): a statement of a fact or relationship generally found to hold good : a usually valid generalization

Let’s call this meaning rule1. It roughly corresponds to insight … i.e., “as a rule we find that …”. It’s experiential – based on evidence.

1f: one of a set of usually official regulations by which an activity is governed

Let’s call this meaning rule2. It roughly corresponds to the underlying sense of business rule … i.e., “It’s necessary or obligated that you must …”. It’s deliberate, based on policy. Job one in analysis of big data is to identify interesting relationships (rule1) and then deliberately formulate business rules (rule2) to produce outcomes desirable for your company. In other words, starting from rule1 you want to move expeditiously to rule2. Logicians have been on top of this distinction for a long, long. Only they speak in terms of implications, not rules. There are two kinds of implications – material and logical. Let’s repeat the discussion above using these terms. Don’t overlook the word strictly in the second definition. material implication (rule1)

2b(1) : a logical relationship of the form symbolically rendered *if p then q* in which p and q are propositions and in which p is false or q is true or both

logical implication (rule2)

2b(2) : a logical relationship of the form symbolically rendered *if p then strictly q* in which q is deducible from p

Let me repeat myself on job one in analysis of big data using implication:

Job one in analysis of big data is to identify material implications (rule1) and then deliberately formulate logical implications (rule2) to produce outcomes desirable for the company. In other words, starting from material implications (rule1) you want to move expeditiously to logical implications (rule2).

I use “business rule” only for a statement of the rule2 variety, and only if that statement is both declarative and practicable. A statement has to prove itself to be a business rule – it’s only a pretender if it fails to meet the standards.

Continue Reading

Business Policies vs. Business Rules: What’s the Big Difference Anyway?

The relevant standard on the question is OMG’s Business Motivation Model (BMM). I prefer the English (not UML) version: http://www.businessrulesgroup.org/second_paper/BRG-BMM.pdf. Business policies and business rules are both ‘elements of guidance’. The difference is that business policies are not practicable, whereas business rules always are.  A business rule must be ready to deploy to the business, whether to workers or to IT (i.e., as a ‘requirement’). So business policies must be interpreted and refined to turn them into business rules. An example I often use:

Business Policy: Safety is our first concern.

Business Rule: A hard hat must be worn in a construction site.

It’s very important to retain information about these interpretations for the sake of traceability. That’s at the heart of business rule management. Business policies are an integral part of strategy. In general, we find only 2-3% of business rules trace directly back to strategy. But those *core* business rules are very, very important (to enforce and monitor). One last point: Business rules must be expressed in a form that is understandable to business workers (who are authorized and capable). What IT usually specifies or implements as ‘business rules’ aren’t. They might be rules, but not business rules. And what do I mean by “rule”? Exactly what it means in the real world – ‘guide for conduct or action’ (Merriam-Webster Unabridged).

Continue Reading 4 Comments

Requirements Management and the Business Motivation Model

Guest post by Cecilia Pearce ~~~~~~~~~~~ I have just completed the “Business Analysis with Business Rules: From Strategy to Requirements” on-line training session given by Ron Ross and Gladys Lam.[1] This approach has additional benefits where requirements are concerned. During the session, it became evident that some of the requirements processes defined by BABOK® – Requirements Elicitation, Prioritization and Traceability – may be simplified when following the Business Motivation Model (BMM)[2] approach. The BMM approach emphasizes starting with strategy for addressing the business problem. Being top-down and structured, it ensures that defined requirements are based on the business goals identified for the organisation. Since the source of the requirements is therefore known, their prioritization is simplified. Requirements linked directly to the goals will have a higher priority, whereas other requirements, depending how linked to the goals, may be allocated a lower priority. Traceability of requirements also benefits from the BMM approach. The requirements are already associated with the goals, possible business risks are identified, and relationships are traced to business processes, business milestones, and key performance indicators. The requirements elicitation process is just another benefit of the BMM approach. Requirements are defined with the goals in mind. The Policy Charter[3], a deliverable in the style of the BMM, illustrates the goals in more manageable segments and links the requirements directly to the identified goals. It allows the business stakeholders to ‘see’ their end result more clearly and understand what steps are required to get there.
[2] BMM is the strategy standard originally developed by the Business Rules Group, and subsequently adopted by OMG. See http://www.businessrulesgroup.org/second_paper/BRG-BMM.pdf.
[3] Business Rule Solutions’ Policy Charter was a basis for the BMM, and is consistent with the standard.
 

Continue Reading

Understanding Strategy as a Key Business Analysis Tool: It’s Not Business Process!

John Matthias recently wrote this about our new book, Building Business Solutions: Business Analysis with Business Rules[1]:

“I especially liked the discussion about the mission and goals. I still see business process analysis in organizations I visit where the goals are not articulated well, and the results are not useful. (I’ve done it myself.) It’s easy to get lost among the trees, unaware of the contours of the forest or what direction you’re going.”

Indeed! That’s why we came up with the Policy Charter, which is the deliverable in our approach that lays out the elements of strategy and their motivation.  A Policy Charter is all about business goals, business risks, and business policies. It’s not about business process! [2] How do you distinguish between good business strategy and bad business strategy? Noted strategy expert Richard Rumelt distinguishes the good and bad as follows.[3] Good Business Strategy Rumelt, p. 20: “good strategy requires leaders who are willing and able to say no to a wide variety of actions and interests.  Strategy is at least as much about what an organization does not do as it is about what it does.” Rumelt, p. 243: “good strategy is, in the end, a hypothesis about what will work.  Not a wild theory, but an educated judgment.  And there isn’t anyone more educated about your [business] than the group in [the] room.”  Bad Business Strategy Rumelt, p. 32: Bad strategy “… is not simply the absence of good strategy.  It grows out of specific misconceptions and leadership dysfunctions.  To detect a bad strategy, look for …
  • Failure to face the challenge. When you cannot define the challenge, you cannot evaluate a strategy or improve it.
  • Mistaking goals for strategy.  Many bad strategies are just statements of desire rather than plans for overcoming obstacles.”
Rumelt, p. 32: Bad strategy “… is long on goals and short on policy or action. …  It uses high-sounding words and phrases to hide [its] failings.”  He means (and says) fluff. The Three Skills of Good Business Strategy What do you need to be successful with strategy? Rumelt (p. 268) says: “… you must cultivate three essential skills or habits.
  • First, you must have a variety of tools for fighting your own myopia and for guiding you own attention.
  • Second, you must develop the ability to question your own judgment.  If your reasoning cannot withstand a vigorous attack, your strategy cannot be expected to stand in the face of real competition.
  • Third, you must cultivate the habit of making and recording judgments so that you can improve.”
Good stuff!


[2] The standard for organizing business strategy is provided by the Business Motivation Model (BMM). See www.BusinessRulesGroup.org
[3] Rumelt, Richard [2011].  Good Strategy Bad Strategy:  The Difference and Why It Matters.  New York, NY:  Crown Publishing, a division of Random House Inc.

Continue Reading 1 Comment

Why Don’t Requirements Approaches and IT Methodologies ‘Get’ How to Use Strategy as a Technique? … Not Acceptable!

An enterprise architect recently said to me, “The motivation (why) column of the Zachman Architecture Framework is the most underrated, underutilized construct in architecture.” Absolutely correct. Even worse, IT methodologies (that is, the people who create and use them) don’t realize how far afield they are on the matter. As a result they cause business people to focus on the wrong things … or to drop out entirely. Ironically, IT then becomes the impediment, rather than the solution, to much needed business innovation. A bit of background: The Business Rules Group (BRG – www.BusinessRulesGroup.org) identified the area of business strategy as a missing ingredient for business rules in the mid 1990s. In 2000, we came out with a standard for the area, now sponsored by OMG, called the Business Motivation Model. It’s a highly readable document with lots of good examples (and free): http://www.businessrulesgroup.org/bmm.shtml. It provides standard vocabulary and structure for strategy. Zachman, by the way, was a key participant. I am proud of my role as co-editor and author of the first working draft. My business partner, Gladys S.W. Lam, and I have just come out with a new book that explains how strategy (and business rules) can be an integral part of business analysis. It’s actually not that hard to do (if you have the right people, motivation, scope, and approach), and it doesn’t take all that long (ditto same caveats). Those are big myths. Gladys is generally given credit for some of the key ideas in the standard. She grew up in a highly entrepreneurial environment and has a natural sense of business risks and solution sinkholes. But I digress … See Chapter 4 of Building Business Solutions: Business Analysis with Business Ruleshttp://www.brsolutions.com/b_building_business_solutions.php.

Continue Reading