“We want to change the business rules.” I hear that a lot as a senior manager in Accenture’s Technology Consulting practice - when delivering 9-month+ projects, often customer preferences or market conditions have changed by the time a project goes from design through to deployment. Another symptom is the reluctance to sign off designs – “how can we (a business unit) sign off designs now when we don’t yet have our [insert relevant campaign here] worked out?”
I recently worked with a large utility company to implement SAP dunning by Collections Strategy, utilising BRF+ and Decision Service Management (DSM) as the repository of business rules. Flexibility in changing business rules in Credit and Collections is a must for companies with large debt books, as it enables their credit department to:
Building flexibility into the platform is essentially an acknowledgement that no company can predict at the present time the products and collections paths that their future customer base will respond best to at some later time. (Sales and Marketing is probably the other obvious candidate for BRF+/DSM). Accenture’s New Energy Consumer research[1] consistently finds that energy consumer preferences are changing rapidly and that the preferred mode of communication is not consistent across different demographics and consumer segments. In addition, with digital disruption gathering pace and uncertain economic times, locking in business rules 9 months ahead of deployment robs a company of the agility they require for success.
We achieved this agility on my most recent project with SAP’s BRF+ framework stored in a central DSM repository. The BRF+ framework enabled us to explicitly call out and encode business logic in a rules repository which could be changed in the production system via a hot deployment (no transports required). We therefore gave business users visibility of the business rules (a benefit in and of itself) and furthermore the power to change them.
So the answer to the statement: “We want to change the business rules”, now becomes – go for it, not via submitting a change request into IT to change some code, nor even via a service request to change a configuration value in a custom table, but by taking direct ownership of the logic and making the change (with all the possible consequences) yourself.
It’s important to realise that this is not the (in my view, unrealistic and unnecessary) utopian dream of business users “writing” code through Business Process Management software, where no technical skills are required to get the software to do what the business wants. Quite the contrary - it is a highly designed system where business rules are deliberately abstracted out and encoded in BRF+, with the rest of the logic remaining written in ABAP. Architecting this becomes the core challenge for the solution team.
The use of DSM / BRF+ is, though, still a step change away from the traditional Software Development Life Cycle, requiring a paradigm shift in IT operations and business units:
In summary, BRF+ with DSM is a toolset that enables organisations to respond flexibly to rapidly changing market conditions and customer preferences. It is not a silver bullet and most certainly does not do away with IT altogether - but properly designed, it can abstract business rules such that business users can have direct visibility and control over the logic that runs their business. This direct control is not something to be entered into lightly and requires an operating model change in both IT Operations and the business units using it. The rewards are worth it though – an agile business that can progressively improve its performance through tweaking the business rules that govern its software.
[1] An annual global survey which has to date surveyed more than 60,000 energy consumers and more than 2000 small to medium enterprises across 26 countries. See https://www.accenture.com/us-en/insight-unleashing-business-value-main.aspx
[2] Image taken from www.freedigitalphotos.net