Home arrow Blog arrow 2008 arrow 05 arrow 09 » Bringing a business domain to bear on decisions
9th May 2008

Bringing a business domain to bear on decisions

James Taylor Posted by James Taylor

Mike made an interesting comment in response to my recent post on the future of application development. He said:

Are business domain tools necessary to enable a non-trivial development role for businesspeople?

Like many good questions the answer is complicated - in a way, both yes and no. I do agree with Mike that a non-trivial role for business people requires that the environment in which they work - in which they “develop” or “maintain” system components or services - must be domain-specific. For instance, If a customer service manager is to “maintain the rules for prioritizing calls” then it mus be in the context of their business domain. It must talk about customers the way they do, describe the various queues or representatives the way they would, allow them to specify the rules in a way that makes sense to them (perhaps natural or near-natural language, perhaps a flowchart) and so on. Does this mean that such an environment can only be developed using a call-center domain-specific environment? No, I don’t believe it does.

The major business rules management systems have a variety of ways of making sure that the environment used by business users to maintain rules can be made to look and feel domain-specific. ILOG offers their Business Action Language, Haley a natural language interface, Fair Isaac a template-driven environment. Each allows the use of the business owner’s terminology and further allows the structure - the bones if you like - of the rules to be kept out of sight. As long as the objective is collaboration - IT builds some of the elements, the business builds other elements - then this works just fine. Once the environment is set up, the business is in the driving seat.

Where business domain specific configurations have a clear advantage is where an organization wants to take control of a standard process. Using something like Experian’s product (credit focused) or Chordiant’s decision management platform (CRM focused) makes it possible for a business user to jump right in with less technical collaboration initially.

I have written about this before and summarized it in the wiki under business user rule maintenance

Tags: , , , , , , , , ,
This entry was posted by James Taylor on Friday, May 9th, 2008 at 4:35 pm and is filed under Business Rules, Decision Management. You can follow any responses to this entry through the RSS 2.0 feed. You can leave a response, or trackback from your own site.

Leave a Reply


First time on the Smart (Enough) Systems blog?
Check out the First Time User's page, subscribe to the blog feed, buy the book or visit the Wiki.

Related Posts

Recent Posts