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 ‘processes vs. rules’

MetaProcess vs. Something More than a Process

Amit Mitra, Senior Manager at TCS America, commented[1]: Is there such a thing as a metaprocess? Yes, there is! I am teaching the metaprocess in a master’s course … as a part of an overall model of knowledge that integrates reasoning, measurement, business rules, and process. Indeed, you can infer the business functionality required of the ideal BPM tool from the properties and parameters of the metaprocess (No current tools support them all, but they do support the most obvious properties). The metaprocess also accounts for progressively unstructured processes, and processes that reason about themselves, to infer how they could adapt to different situations. My reply: Interesting indeed. However, what is your definition of process? I think the key part of what a process is (and isn’t) is that it transforms something (turns raw material into finished goods, inputs into outputs). Business rules never transform anything – that’s a key differentiator from business processes. Reasoning and measurement ‘transform’ something only in a trivial sense. My point is that the thing you’ve created a meta- for isn’t really a process. It’s more comprehensive. It’s more like core business know-how or core business capability. The industry desperately needs a better name for the kind of thing you’re creating … because it’s central to moving toward a knowledge economy (and a more rational, sustainable way of doing business). ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Eric Ducos, CTO of EmeriCon, commented: Is there such a thing as a metaprocess? I would definitely think so. A methodology for identifying, analyzing and building a BPM solution is a metaprocess (i.e. a process to build a process). My reply: I agree except for the word methodology. A methodology is more than a process. It includes rules and guidelines, for example. Merriam-Webster Unabridged Dictionary (MWUD) defines methodology as (1a):

a body of methods, procedures, working concepts, rules, and postulates employed by a science, art, or discipline.

But here’s a thought: There could be such a thing as a meta-methodology … a methodology indicating how to create (other) methodologies. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ John Morris, Director, Solutions Sales at Bosch Software Innovations, commented: In terms of driving work on metaprocesses, I suspect that tort law, regulation and compliance issues might eventually prove to be motivators, more than competition. One might think that having good software would be guaranteed by competition, especially as the information content of most products and services is increasing. The governance challenge, however, is that the semantic content of software is buried by “what you see” – i.e., the surface of the software. All too often that’s where discussion stops. My reply: I couldn’t agree more. That gets you into rules and meta-rules – i.e., into something more than processes. http://www.brsolutions.com/


 [1] This series of point/counterpoint replies is a follow-up to my post “Meta Here. Meta There. Meta Everywhere?” (March 31, 2014), which generated a surprising amount of great discussion. (Thanks all!) Refer to: http://www.brsolutions.com/2014/03/31/meta-here-meta-there-meta-everywhere/ The definition I’m using for meta- is from Merriam-Webster’s Unabridged Dictionary [3b]:

3b: of a higher logical type – in nouns formed from names of disciplines and designating new but related disciplines such as can deal critically with the nature, structure, or behavior of the original ones *metalanguage* *metatheory* *metasystem*

 

Continue Reading

How Business Process Models and Business Rules Relate … What State Are You In?

Business Process Models: A completed transform often achieves a business milestone and a new state for some operational business thing(s). Example: claimant notified. Fact Models: In fact models (structured business vocabularies) such states are represented by fact types, for example, claimant is notified (or claimant has been notified if you prefer). A fact model literally represents what things the business can know (remember) about completed transforms and other operational business events. Business Rules: Business rules indicate which states are allowed or required. They should not reference business processes or business tasks by name, just the states they try to achieve. For example, a business rule might be: A claimant may be notified that a claim has been denied only if the specific reason(s) for denial have been determined.  ~~~~~~~~~~~~~~~~~~~~~~~~~~  This post excerpted from our new book (Oct, 2011) Building Business Solutions: Business Analysis with Business Rules. See:  http://www.brsolutions.com/b_building_business_solutions.php  

Continue Reading 1 Comment

Thou Shalt Not Kill … Could Anyone Mistake that Commandment for a Process?! Or the Process with a Concept?

My Analysis: There are three clearly different things involved here …
  • The process of murder transforms a live person into a dead person by killing them.
  • The concept of murder is defined as the act of killing someone.
  • The rule about murder is that there shouldn’t be any of them.
The first is about doing; the second is about knowing; the third is about prohibiting. Three very different things. So it should be in business analysis and analysis of business rules.  ~~~~~~~~~~~~~~~~~~~~~~~~~~ This post excerpted from our new book (Oct, 2011) Building Business Solutions: Business Analysis with Business Rules. See:  http://www.brsolutions.com/b_building_business_solutions.php

Continue Reading 1 Comment