What is business decision modeling and how to do organization use it to capture their key commercial assets?
Ahead of the publication of our joint book on Decision Modeling, to be released later this year, James Taylor and I have made a series of video shorts about business decisions. In this brief video, James and I talk about business decisions and modeling, including:
- What is a business decision?
- Why are they so important?
- What is Decision Modeling and what can it achieve?
We hope you find it useful.
Find out more about decision modeling. Talk to us about decision modeling mentoring and training.
In our next video short we examine why decision modeling is useful.
While James Taylor and I were collaborating on our Decision Modelling book and discussing our experiences of using DMN with clients, the question “what additional features should be adopted in the next major release?” frequently arose. We found that our respective wish lists had a lot in common, reflecting our views on decision modeling best practice. We decided to describe these proposed new features in a series of posts and encourage readers to give their own opinions.
We’ve already explained our wishes for the decision logic level of the standard. Here we consider the requirements level, mainly the Decision Requirements Diagram (DRD). As with the previous article in this series, wish items were constrained to new or amended notation, not method or approach.
Given this, do you agree with our items? What features would you like to see included in the decision requirements level of the standard?
While James Taylor and I were collaborating on our Decision Modelling book and discussing our experiences of using DMN with clients, the question “what additional features should be adopted in the next major release?” was a frequent subject of conversation. We found that our respective wish lists had a lot in common, reflecting our views on decision modeling best practice. We decided to describe these proposed new features in a series of posts and encourage readers to give their own opinions.
DMN (The Decision Model and Notation) is a way of representing Decision Models using diagrams and text; it does not address issues such as method or approach. Therefore wishes must be constrained to new or amended notation. Given this, do you agree with our items? What features would you like to see included in the decision logic level of the standard?
One of the main motivations that James Taylor and I had for writing our book Real World Decision Modeling with DMN was sharing our experience of using decision modeling on many large projects and training engagements. One specific question that interested us was: “who uses Decision Modeling?”
James recently discussed how Decision Modeling is used. Assuming your organization is persuaded of the benefits of Decision Modeling, which specific project team members are most often tasked with building and maintaining a decision model (using DMN, TDM or any other notation)? We present our project experiences here. Let us know if and how yours are different. (more…)
When James Taylor and I began our collaboration on our new book ‘Real World Decision Modeling with DMN’ it begged the question: ‘Why is a book on DMN necessary? After all there is a well-documented specification.’
The Decision Model and Notation (DMN) standard—a document defined and published by the Object Management Group (OMG)—does define the notation, so why is a book on Decision Modeling, and specifically DMN, needed? What can it do that the specification cannot? What should users of DMN be aware of that the specification cannot tell them? (more…)
I’m very pleased to announce my collaboration with James Taylor, CEO of Decision Management Solutions, on a definitive guide to Decision Modeling with the Object Management Group’s Decision Model and Notation (DMN) standard. Our book, “Real-World Decision Modeling with DMN”, will be published by Meghan-Kiffer Press in Q4-2016.
James has a vast experience of Decision Modeling and is a prominent member of the Object Management Group (OMG) panel that designed the DMN standard. He practically invented the term Decision Management. Like us, he has been applying Decision Modeling techniques to help companies master and improve their Business Decisions since the first standards emerged over five years ago. James is an insightful, shrewd and accomplished man and working with him is a real pleasure. We both aim to enrich the book with our practical experience of using DMN on large projects.
This comprehensive book will provide a complete explanation of the Decision Modeling technique, the DMN standard and of the business benefits of using it. Full of examples and best practices developed on real projects, it will help new decision modelers to quickly get up to speed while also providing crucial patterns and advice for more those with more experience.
For some time users of Business Rule Management Systems (BRMS) have used rule execution sequence as a means of binding together and orchestrating the rules in a set—providing a ‘top level’ view of their content. Nearly all BRMS products have enshrined this idea in the ‘ruleflow’ concept. In many of these products the creation of a ruleflow is seen as a standard step in packaging a rule set and many rule authors find it a natural activity.
We argue, using an example, that not only are flows rarely required, but that they are frequently harmful to the agility of a rule set, can introduce harmful and hard to find errors and can make rule sets difficult to understand by business users. Furthermore, users frequently misunderstand the goal of ruleflows and misuse them.
We show that there is an alternative to ruleflows that orchestrates rules (especially large rule sets) more effectively and is easier to understand—the business decision model. (more…)
Experience has shown that sets of business rules, even those administered using Business Rule Management Systems (BRMS), become very hard to manage and understand once they reach a certain level of size and complexity. Although small, very tightly focused rule sets can be effective for simple business domains, large rule sets are challenging to create and even harder to maintain. Small rule sets that become large over time (scale up) present the most difficulty. They are at risk of collapsing under the weight of their own growing complexity or becoming the sole preserve of a small number of ‘gurus’ and ‘high priests’ who alone understand them—defeating a key objective of business rules.
In a previous article, I described how to overcome the challenges of maintaining a business rules over a long period. But how can you manage the complications of rapidly growing rule sets: keeping them easy to understand, changing them safely without unintended consequences and avoiding ‘stale’ and duplicate rules? Here we show, by example, how Decision Modeling, used from the outset can address all these problems and we discuss in more detail the difference between business decisions and business rules. (more…)
At the time of writing there are two major industry standards for modeling business decisions: The Decision Model (TDM) defined by Sapiens Inc, established in 2009 and documented in The TDM book by Larry Goldberg and Barbara von Halle and The Decision Model and Notation (DMN) an open standard defined by the Object Management Group (OMG) in 2014 and version 1.1 is due to ratified later this year.
In this article we explain why, given the choice, you should model your business decisions using DMN as opposed to any other notation. Decision modelers should understand how TDM and DMN are similar, how they differ and their comparative strengths and weaknesses. (more…)
In a recent article we explained why any organisation that makes business decisions needs decision management, what it is and how it helps them become more effective.
Decision Management is a means of explicitly identifying and nuturing your business’s operational decisions—much as you would any other vital business asset (like data or process)— so that you can describe, share, change manage and monitor their performance to see how they are contributing towards your enterprise goals. Decision Modeling focuses on representing decisions in a precise, standardized and transparent way.
Through Decision Modeling, businesses can:
- Build and share a robust documentation of how their business decisions work, rendering them transparent, open to wide review and revealing any hidden flaws.
- Tame complexity by decomposing complex decisions into smaller sub-decisions for scalability.
- Prepare their decisions for external (compliance) audit by ensuring their behaviour can always be explained and justified against a specification.
- Understand quickly exactly what data and business knowledge are required to support their business decisions.
- Through a thorough understanding of decision dependencies, enable effective change impact assessments and agile change cycles.
These advantages cannot be provided by existing approaches like Business Rules alone.
In addition, decision models can be made so precise that they are executable. Modeling can also be the first step in automating decisions to reduce the cost of manual processes and capturing the expertise of manual decisions to avoid losing business expertise when key members of staff leave a company.
If your business systems make manual or automated decisions that influence your operations then you should consider adopting Business Decision Modeling as a matter of priority. Companies that leave their business decisions embedded in obscure program code, ‘technical’ business rules or in the heads of staff who manage manual operations, will be outmaneuvered by competitors who practice Decision Management and Decision Modeling and will be less able to justify the behaviour of their systems to an auditor. In this article we explain why. (more…)