Tuesday
Jun082010

Business Rules Usage Patterns

Dr.  Ketabchi, from Savvion, believes there are seven process usage patterns. These are 

  1. Human Centric
  2. Document Centric
  3. System Centric
  4. Decision Centric
  5. Case Management
  6. Project Centric
  7. Event Centric     

There is an eighth one, the 'shadowing' process. This is a process for monitoring 'legacy' processes. Dr. Ketabchi A description of each of these processes can be found in this BPM Institute recorded webinar.

As the BPM Industry matures, these patterns will emerge. We know from design patterns, that best practices can emerge from the wisdom of experience. 

I believe there are some distinct business rules usage patterns. I list these here:

Usage Pattern Center

Typical Legacy Sources

Application

Characteristics

Computations and Score Carding
 

Spread Sheets, Desktop Databases and Scripting

Credit Risk, Security Targeting
 

Generally Computes one or more metrics. Often one or more decision tables serve as the final arbitrator

Hierarchical or Hierarchical Graphs 

Database and Scripting Languages, Cobol

Insurance, Social Benefits or Entitlements 

Seeking a number of nodes in a large graph of options and factors. Logic can be deeply nested and the graph can be imperfect

Pattern Matching

The Gamut of Source Code (C++, Fortran, Basic, C#)

Fraud Detection, Market Abuse, Security

Often applies multi-variant or fuzzy logic 

Algorithmic Decisions



 

Source Code



 

Derivatives,  Hedging, Environmental Modeling

Focusing on Applied Numerical Methods, Regression Techniques and Statistics

Event Directors

Java

Sensor-Based Controls

Uses within event processing applications

 

 

Tuesday
May252010

Business Events in the Context of OMG’s BMM

As I mentioned in a prior post, a Business Event is an event that is meaningful for conducting commercial, industrial, and governmental or trade activities. Business events are a recent 'buzz' or focus in the BPM world. With respect to event process modeling, I believe there are two categories of events:
  • External Business Events:  EBE's, in combination with business rules, provide channels for messages in BPMN business process. For example, a purchase order has been issued through an X11 file, critical equipment has been recalled by the manufacturer, and sensor data has reached a limit.  

  • Internal Business Events: IBE's can arise, from the IT infrastructure and a business process is particularly adept at handling these.

IBE's and EBE's form the global cloud of events .

IBE's and EBE's can be seen indirectly in the OMG's Business Motivation Model. The OMG's BMM is an essential link between business planning and modeling and business processes management. It utilizes a set of integrated concepts to define the elements of a business plan. These elements support a variety of approaches for creating and maintaining a business motivation model for the enterprise. As seen in the figure below, a business motivation model is parameterized in terms of means, ends, influencers, and assessments. It includes reference elements and business vocabulary. BMM is particularly strong where business change drives supporting processes.
 
Business Movivation Model
Business Motivation Model
As its name suggests, motivation is key to the business motivation model and is deeply tied to the mission of the organization. With the BMM you can chart connections between vision and goals and objectives, and link mission into strategy for approaching these goals and tactics for achieving the objectives.

IBE's and EBE's arise from the influencers portion of the model. Internal influencers can assessed to be strength or weaknesses and an internal event, such as reaching or missing a key performance indicator, can be one of these. External influences (which are counted as opportunities or threats) are analyzed as parts of the business plan. Obviously, the external events we mentioned above might be an influencer.
Friday
May072010

The Three Metaphors of Business Process Modeling

Event Based Architectures and Complex Event Processing (CEP) are an increasingly prominent part of today's advanced enterprise architectures. The event-driven process is one of the  seven important process usage patterns. Organizations use the pattern to interact and respond to a growing volume of business events and transactions on a daily basis. To create an effective event-driven process, you will need a new kind of analysis.

Event analysis is an emerging area of business process modeling that develops support for the decision-based processing of enterprise-significant events. It is also increasingly an essential part of strategies for the evolving Internet of things and crucial aspects of modern architectures in High-Consequence Systems Architectures, including C2 applications such as situational awareness.

Chandy and Schulte define "A business event is an event that is meaningful for conducting commercial, industrial, and governmental or trade activities." The event we refer to here is not the various BPMN events of the circular kind. We are referring to events that occur outside the walls of the organization. An event is Boolean in nature; it either happened (True) or not at all (False). The event is meaningful because it might affect a business process. It provides an external message or a channel that several processes must consume, activate and respond.

Do not confuse the business event with complex event processing (CEP). CEP is an approach to deselecting events that reveal the event with a SQL-like language.

Consequently, we have a new metaphor that is indispensable in business process modeling: the business event. The table below lists the key distinctions between the three business metaphors.

Business Event

Business Process

Business Decision

Unpredictable, random in nature

Stateful in Nature

Stateless In Nature

Is monitored by participants and sorted by rules

Sequence of activities conduction by participants

Logic, computations and business data, create actions and outcomes.

Based on observation

Sequence of activities and monitoring and control for participants

Actions, direction, control for events and processes

Improvements in observations improve risk management, agility and understanding

Improvements in process metrics

More consistent policies, tighter control of business strategies (BMM)

Representation is evolving

Visual BPMN

Visual Logic

 

Sunday
Apr252010

Unpacking Decision Management: A Changing Landscape

There is an excellent recent review of knowledge management as written by Fahmi Ibrahim (here). I was struck by the parallels between KM and business rules, so I 'borrowed' his conclusions and mapped them to my understanding of the business rules industry.

Criticisms 

Key Points 

Poor Conceptual Understanding



The vast majority of the business rules literature (1)(2)(3)(4) and products are built on the assumption that business rules should be expressed as a linguistic, symbolic or interpreted evaluation of facts. However, the characteristics of this approach make it difficult to create, control and manage changes (5)(6).

 

The alternate approach views business rules as a set of sequential sequence of logic that categorize, compares, computes and controls a business decision or direction.

 

Many organizations have successfully implemented both approaches.

Lack of Common Framework



In reviewing the literature and standards, business rules and the business rules approach lacks a common framework and there is no consensus of a working definition of either. Commercial software focuses on IT infrastructure. In the OMG standard there is the semantic business rules vocabulary (SBRV). SVBR has very little to do with the needs of IT operations. Consequently, the business rules are misunderstood and underutilized, especially in rules intensive-areas such as health care, logistics, risk management and finance,

“Rebottled Old Wine‟

Many products employed expert systems that were developed over 3-decades ago to solve unrelated AI problems. Other approaches evolved from the limitations of the relational data bases (7)(8). The result is that the definition of business rules and business decisions is too narrow and will not encompass the evolving event driven infrastructures of tomorrow.

Bandwagon Effect

In the last 10 years, many companies jumped onto the rules bandwagon without understanding the meaning and implications of expert systems, fact-based modeling, or vocabulary approaches. In fact, many companies became bogged down in analysis paralysis and endless ‘death by meeting’.

Success or Failure

The business rules approach has delivered significant results but the success rate is mixed. There are many examples of organizations which have successfully implemented BRA. Yet anecdotally, we encounter initiatives will fail to have significant results. Like knowledge management, some have declared that BRA is a fad without real business benefits.

Value and Measurement

While business rules are widely recognized as a valuable metaphor for controlling business results there is little understanding of how to manage these.

I think business rules should support an expanded view of business rules in the enterprise-one that encompasses and moves beyond supporting a process decision (or endless meetings that might make that someday). New metaphors, especially events, are on the horizon. As with every method, the complexity of the situation will significantly expand. To survive, the business rules approaches should reduce complexity and increase transparency with today's model-driven approaches.

Friday
Apr162010

Business Process Management, Remember the Basics

As Sandy Kimsley pointed out in her links, Ken Swensen responded to the question, is BPM Dead? In all of our discussions of technology, business processes, business rules, business events, it is easy to lose focus on the basic worth of business process management.

Therefore, it is useful to review the differences between function- and process-orientation within organizations. Most organizations, that use BPM, intend to become process-centric. Organizations with a robust process focus are distinguished by having a extensive, cultural process orientation. Big, complex organizations consider the process focus as extremely important, and this system is particularly common in insurance, healthcare, and financial services. A functional organization orientation, on the other hand, is more prevalent in small enterprises and is well-suited to the way they handle business.

A functional organization is an organization that delivers a strong capability in a limited number of functions. These might include highly specialized product and skills where knowledge or availability is limited. Obviously, a functional focus works for them.

Each focus,functional versus process-centric has advantages and disadvantages. In his admirable work on business process management, James Chang created the table below that summarizes the differences between organizations adopting each focus. A functional organization allows an easier balance of work among workers with functional excellence because they all have similar skills. This organizational style outlines natural, comprehensible ways that each task should be performed and assigns this to the appropriate proponent.

 

Functional Organization

Process Organization

Work Unit:

Department

Team

Key Figure: 

Functional Executive 

Process Owner 

 

 

Benefits:  



 

Functional excellence,

Easier work balancing because workers have similar skills,

Clear management direction on how work should be performed

Responsive to market requirements,

Improved communication and collaboration between different  functional tasks,

Performance measurements aligned with process goals

Weaknesses:



Barrier to communication between different functions,

Poor handover between functions that affects customer service,

Lack of end-to-end focus to optimize organizational performance

Duplication of functional expertise,

Inconsistency of functional performance between processes,

Increased operational complexity




Strategic Value:

Supports cost leadership strategy

Supports differentiation strategy

 

Work Management:

 Functional Quality Focus



Cross Functional Coordination


Table 1 Benefits and Drawbacks of the Functional Versus Process orientation in organizations (Business Process Management Systems, Chang).

Conversely, a process organization enjoys improved communication and collaboration and may therefore be highly responsive to market requirements. Further, performance is easily measured across the process organization, as it is stated in terms of process goals. However, process organizations suffer from lack of or poorer quality communication between the different functions relative to their functional counterparts. There is reduced end-to-end focus, as opposed to the functional structure. Moreover, there may be considerable duplication of functional expertise, inconsistent functional performance between processes, and increased operational complexity. This may make the structure of the process-based organization redundant and bulky.

- Tom Debevoise