As an implementer of IBM Operational Decision Manager, I have helped many customers improve their organization by leveraging ODM.

Operational Decision Management is a decision management solution. By the nature of it, it is helping our customer manage decisions.

For my clients, ODM gives them the flexibility to modify their decisions without the three-month or the six-month IT cycle.  The reality is that business decisions need to change at a much faster pace than what IT teams have been able to deliver.  By enabling the business users (business owners) the ability to manage these rules, we achieve two primary things:

1. Business policy can change much faster to accommodate market changes, regulation changes, competition, fraud, or what ever other conditions drive the change.
2. Provides IT departments with agility.  By offloading the maintenance of this business logic from IT, they are now available to work on providing new capabilities to the business.

For clients that have embraced ODM in this model, it has been a win-win to both the business and IT teams.

There is an increase in productivity, agility and responsiveness because after it is configured once in the environment, Business User can deploy the rules and configuring the rules and making the changes by themselves. Deployment failures have happened very few times. (So far, twice only). Only then do we get a call: "We are experiencing issues." So productivity, being on the developer side has improved because once I have configured the rules, I don't have to worry about them. I have time to work on other things. The Business User is able to keep changing the rules and it is very easy for them. The client is very happy.The
result is a step toward creating a more modern infrastructure, to evolving business
needs.

Apart from the cost savings, efficiency has also increased. I never thought we would be able to develop that amount of change, it is now near real-time; being from the It used to be a very time-consuming process.

Now, As soon as Business User deploys a rule, well... it gets deployed.

There's more, they can even use an Excel sheet for input for updating the rules.

There are absolutely benefits to managing business rules with IBM ODM instead of hard coding them into our applications. They can change things on the fly and they don't have to deal with us in IT. If there's something wrong, obviously we'll come in and we'll help. But, on a day-to-day basis, after we've already implemented everything we need to, they can make changes on the fly. It's really enhanced our close dates, they have shrunk, because if something happens and they need to change up the rules, they don't have to mess around with us.

It used to take about 30 days to close at the end of the month, but now I think it's around six or seven days. Everything goes pretty smoothly after that, so that's been really beneficial.

In terms of the effects of allowing business users to update business rules instead of IT, no one is going to understand business better than business people. I've learned that at Nationwide very quickly. And no one is going to understand IT better than developers. So we keep our side of the fence, we keep it nice and pretty, and they keep their side of the fence nice and pretty. The fact is, we need each other. I need business, because how is IT going to make money without them? And how is business going to make good money without using IT efficiently? And that's ODM.

We do have a governance model, but it's a little bit difficult for me to talk about whether ODM has influenced time spent on compliance and reporting, because I don't have to deal with that.

As for Decision Server Insights, we don't currently have it.

Hard coding was always a problem, because developers come and go, the teams come and go, the maintenance is always a challenge. You had to document those rules somewhere. If you work as a part of a specific solution, you have to document and maintain those changes every time you do. 

But with ODM as a centralized rules engine, it's easy to track. You can version the rules in the ODM engine itself. It's always better to decentralize the rules. If your organization doesn't have an option to go with ODM, I would still do modular coding, keep those rules separate, and then plug them into a future ODM implementation, or any other rules engine.

In terms of the effects of allowing business users to update business rules instead of IT, the name indicates business rules are "business rules." So business should own those rules. IT should should simply enable deploying the initial set of rules, and then let business maintain those rules, unless the core datasets change. That would involve IT in the business rules. But once we set the platform for the basic rules, the business should be able to apply their changes periodically.

IBM ODM has definitely reduced the backlog for IT in our case.

In terms of the solution influencing time spent on compliance and reporting, the work I did was mostly internal, we were not reaching out to any external. All the rules, the state tax calculations, they're all internal. So I didn't have an issue with regulations and compliance issues with ODM as such.

We've used Decision Server Insights within IBM ODM, and it's context-based. Every rule has its own business use case, so you know what context it really comes from. When you build a rule, you should know it's lifecycle, how you harvest the rules. You have business requirements, you come up with the rule harvest backlog, so you know each context. That is your driver to start building the context for each of those rules.

Very flexible for business users in terms of business rules authoring.

It is used by business users in our organization, who are very happy with it. They can make changes on it very easily.

It has benefited our organization by having less coding changes. Thus, we save time and don't have to hire as many people.

It is way quicker to make changes and bring them to production.

Being rules, the solutions has improved business processes and case management in our organization.

ODM allows for faster deployment.

The effects of allowing business users to update business rules instead of IT are business users have a closer relationship with what rules they need and are able to make those rules a lot quicker in the tools that ODM provides than if an IT person had to do it, and do it in code, requiring compiling code and deploying it. 

The solution has reduced the backlog for IT.

I've been working with this solution since 2012.

The business owns the rules and they're taken away from IT, so business doesn't need to ask IT to implement them, and IT doesn't need to implement them. So the business owns their decisions and their rules, and therefore, finally, they take proper ownership, and model and maintain them properly.

In terms of compliance and reporting, that's tricky because we are not using it in such a hard way. It's more a help for business to automate their decision-making. They are improving that and they are much, much, faster than before. Instead of having quarterly, or yearly cycles and changes, they have them, now, pretty much daily.

It helps keep our business areas independent, because they can make decisions without IT. It also reduces costs, because we can make the decisions online, in seconds.

It makes things easier for us. Productivity-wise, it helps. It has also helped to reduce operating costs by about 20 percent. In terms of decision-making it has helped some users. It has helped improve business processes. But it hasn't totally helped our decision-making.

Its ability to untangle hard coded rules and put them in a more manageable structure.