It was another working lunch today. I sat in on James’ “lunch and learn” session to hear him sharing feedback from the event and discussing best practices with about a dozen or so customers and ILOGers. Below are a few snippets from the informal discussion.

James was blogging the BRMS track throughout the conference and you can find more insights and commentary in his Live from DIALOG series over on his blog.

James used to work for Fair Isaac until about 6 months ago when he left to set up his own company, Smart (Enough) Systems LLC, which provides research, advisory services and implementation support for the enterprise decision management marketplace. James has been working with business rules and other decision management technologies for many years, and is both a well-known proponent of the approach and a passionate advocate of business rules.

Several customers at the table were looking to make rules more accessible to their business users. Many are still at the stage where developers manage the rules, but there is clear drive towards removing this bottleneck. This certainly fits with ILOG’s BRMS product strategy and these customers came to DIALOG to hear how other users were tackling this problem, and to discover best practices regarding rule governance, change management, and the rule development lifecycle.

James’ main piece of advice regarding rule governance was to avoid having a centralized rule governance team for all your enterprise rule projects. That would just create another bottleneck. Each project team should have its own governance processes built in. The role of the central governance team should be to simply ensure that projects are doing governance correctly.

He explained that when implementing a rule-based system for the first time, you shouldn’t expect to get everything right the first time. If changes are required once an application is in production, the business users should drive this change when they are ready for it, not IT.

He added that it is a far better approach to get good at managing change incrementally. You don’t have to roll out new systems to everyone simultaneously. Better to do so gradually, based on business need rather than IT schedules.

Other issues that had brought participants to DIALOG included enterprise architecture, best practices, performance, and migration to the new version of JRules.

Q: Many implementations don’t seem to be realizing the key benefits of the BR approach (business agility, turnaround, transparency, auditability, etc.) These systems are being implemented without active participation of the business stakeholders. Why is this?

A: There are several possible scenarios here. IT might be implementing a business rules approach as an internal project to optimize their own processes, and therefore the active participation of business users might not be appropriate. However, business rule vendors need to work harder to make things more accessible to business users.

R&D folk love to include cool and powerful features that add unnecessary complexity into their solutions, such as the ability to use the programming construct “++” for incremental additions. If you’re a programmer, that’s great, you save yourself some keystrokes and the system runs a millisecond faster. However, your average business user just won’t get it!

Part of any rule governance exercise is to determine who really cares about the project and to get them involved. Just because you use BAL [Business Action Language - ILOG’s “natural language-like” syntax for writing business rules] doesn’t mean it will be legible. You need to work together with business users on the object model and “verbalization” so that the vocabulary and language constructs you use to write your rules actually means something to the business users, and maps to their business user mindset.

If business users weren’t involved in the beginning, that’s going to be harder. It will also be harder to hand over the project to them later (IT have difficulty letting go and business users are not implicated/engaged in the project). It’s possible to refactor to correct early mistakes, but that might require a lot of additional work.

Q: What are the bottlenecks and pitfalls of moving rules towards an enterprise rule repository?

A: Managing all rules as a corporate asset might actually not be the best approach. You should only concentrate at the corporate level on those key rules that actually drive the business. When rules are reused throughout the organization, the impetus for change must come from the business side, not the IT side. For example, on Jan 1st there may be regulatory or price changes that requires the system to be updated. This is a business driver and may be completed unrelated to ongoing IT revision cycles.

Avoid implementing a project-driven, and technology driven repository structure. It should be business-driven. Rule governance is potentially the biggest bottleneck in any BRMS. Avoid having a centralized governance group. Make sure governance is built into individual projects. If you are sharing rules across different projects, it is better to do so at the ruleset level, not the individual rule level, as that makes things much easier to manage and leeps things modular.

The experience gained in refactoring database systems could be useful here. Several books are available on that topic.

You should definitely plan to refactor because the first implementation of any system rarely reflects the optimum solution. Don’t be afraid of that.

One approach when starting out is to set up your rules application to initially flag major decisions for manual validation, then gradually automate them. This was something that was discussed in the BRMS workshop on Sunday.

With a well-implemented modular business rule architecture comes agility. Agility is the ability to make changes to your systems every day, not be tied into the 3, 6, or 9 month IT project cycle.

If you didn’t make it to James’ lunch and learn session (or even if you did), feel free to post additional comments or questions for James here, or directly over on his Smart (Enough) Systems blog.

The day dawned bright and sunny this morning in Palm Springs. D Day is finally upon us. Let the DIALOG begin!

Talking of dialog, quite a few DIALOG attendees have their own blogs and most of them will be blogging directly from the conference over the next few days. The ones I’ve heard about so far are Steve Nunez, James Taylor, Anthony Baer, and Tony Garritano. If you’re planning to blog the DIALOG event and you’re not listed here, we want to know! Please add a comment here with a link to your blog.

If you’re attending DIALOG, and don’t have your own laptop with you, we have two machines set up just outside the Solutions Hall opposite the registration desk for you to access our event blog and share your feedback and comments. We want to encourage everyone to be part of the conversation!

If you’re anything like me, you probably do most of your reading online these days. Of course, blogs, wikis, forums, e-newsletters and the like are great for staying on top of the news. Nevertheless, I’m still a great fan of the good old-fashioned printed word.

Below is a list of all the speakers at DIALOG 08 who have authored or co-authored a book related to the content of the conference - just in case you want to do a bit of background reading during your flight to Palm Springs:

• Sandy Carter - The New Language of Business: SOA and Web 2.0
• Allen Fahden - Innovation on Demand and Is Half the World Crazy?
• David Simchi-Levi - The Logic of Logistics, and Designing and Managing the Supply Chain
• James Taylor - Smart (Enough) Systems

If I missed anyone, please feel free to add a comment with a shameless plug here.

You might also want to check out the reading list that we’ve put together on the ILOG BRMS Resource Center website.

If you’ve got any other suggestions to share with other DIALOG attendees for must-read literary masterpieces that cover Business Rules, BPM, Optimization, Visualization, or Supply Chain Management topics, please add a comment here.

What better way to kick off our blog than with news of a great last minute addition to the DIALOG 08 conference program? James Taylor, co-author of the book “Smart (Enough) Systems,” has kindly accepted ILOG’s invitation to give a special lunch-time discussion session on Tuesday February 26th.

James is a well-known and passionate advocate of business rules and decision management technologies. In addition to plugging his book, he’ll be discussing how current business trends are forcing organizations to build smarter systems and offering advice on how to gain competitive advantage by using existing technologies in new ways to solve problems.

As one of the testimonials on his website says: “James Taylor and Neil Raden are on to something important in this book.” I’m sure I’ll not be the only one wanting to learn more when Tuesday lunchtime rolls around, so if you get there early, could you save me a seat?

James will also be blogging the BRMS track sessions throughout the conference, so if you haven’t already done so, make sure you subscribe to his blog so as not to miss out on any of the action! Perhaps I’ll also be able to persuade James to share a few insights here on the DIABLOG - and who knows, maybe there might even be a free copy of his book in it for me? (hint, hint)