To use the technique, draw up a table with three columns headed Plus, Minus and Interesting. Within the table write down all the positive points of following the course of action, all the negatives, and all the interesting implications and possible outcomes. If the decision is still not obvious, you can then score the table to show the importance of individual items. The total score should show whether it is worth implementing the decision.
Technically, BPM/Business Rules approach place process logic with the BPM suite and decision logic in the business rules management system (BRMS). The process logic in a BPM suite sequences and controls activities and launches and cancels processes. Control is achieved with timers and exception handlers. Processes can be designed to recover from errors, restart processes and coordinate activities. The BRMS effectively designs, organizes and executes the logic behind a process decision. An effective BRMS can handle any depth and complexity of decision logic, including computationally complex logic and dense logic.
EDM ist ein wichtiger Bestandteil eines umfassenden Enterprise-Architektur-Management. Technologien wie BRMS können heute das EDM unterstützen und bei dessen Automatisierung helfen. Voraussetzung dafür ist allerdings ein erfolgreicher Umgang mit Entwurf und Inbetriebnahme komplexer Business-Rules-Modelle. Die Enterprise-Architektur-Methodik ist eine wichtige Vorgehensweise für das gesamthafte und erfolgreiche Entwerfen und implementieren des Rule Lifecycles. Das Management und die Gestaltung reibungsloser Iterationen ist hierfür von großer Bedeutung. Die Wiederverwendung von Architektur-Blue-Prints und Regel-Templates unterstützt dabei, den gesamten Prozess straff zu gestalten. Es gilt, die voneinander abhängigen Aufgaben des Business und der IT im Entwicklungsprozess zu identifizieren, um die Ressourcen aktiv planen zu können und Terminabweichungen zu vermeiden – und letztendlich allen zu ermöglichen, von Projektbeginn an ihre Verantwortlichkeiten voll wahrnehmen zu können. Wie ein BRMS die Phasen des Rule Lifecycles unterstützt, muss bei der Tool-Auswahl bewertet werden, und zwar unter dem Gesichtspunkt der Benutzerfreundlichkeit wie auch der technischen Funktionskriterien. Im nächsten Schritt sollte explizit im Prozess der Regelentwicklung modelliert und implementiert werden – vor allem mit der Komponente, die für die Änderung von Entscheidungen verwendet werden soll. Die Kombination von Enterprise-Architektur, einschließlich Decision Management, SOA, des BRLC und hoch entwickelter BRM-Tools ist ein ausgereifter und historischer Quantensprung in der Produktivität und Qualität von Business und IT.
Bruce makes an interesting comment on business rules too: that “routing logic in process gateways” are not “business rules”. That doesn’t really make sense: for sure some gateways will be process-housekeeping decisions of little interest to the business user, but others will surely embed business-critical decisions. On the other hand, it has long been acknowledged that a best practice for BPM is to delegate such business decisions to a managed decision service - hence the explicit new business rule (aka decision) task in BPMN 2.0. And,in the CEP world, for tools like TIBCO BusinessEvents to invoke a decision managed by its Decision Manager tool.
Based on feedback from clients and earlier surveys, I have compiled and listed the benefit themes below:
Business Agility: Faster reactive and proactive time to market
Decision Making: Test rule-based scenarios at lower cost
Revenue Opportunities: Greater product, pricing and flexibility
Customer Satisfaction: More-customizable products and services
Compliance; Greater visibility into policy adherence
It strikes me that many companies who think they have either a unique process or a lot of process variations actually do not - they have a standard set of activities that must be assembled dynamically based on the circumstances, customer etc. This leads to a rules-first approach to defining the process and much simpler processes. This is particularly useful when you start considering case management processes where using the rules to determine what state the case has reached and what, therefore, is the right next step is a clearly better approach.
Was Regeln und Entscheidungen zusammenhält und was sie unterscheidet, ist eine oft gestellte Frage, wenn Sowatec zum Thema Business Rules Management berät: Was unterscheidet sie eigentlich genau und welche Abhängigkeiten sind am Werk.
Grundsätzlich lassen sich zu Entscheidungen und ihren Bedingungen drei wesentliche Aussagen treffen.
Entscheidungen sind von den Prozessen, Systemen bzw. Events strikt zu unterschieden d. h. sie müssen getrennt betrachtet werden. Erst dadurch ist erste ihre Identifizierung und damit Verwaltung möglich.
Regeln, die für Entscheidungen nötig sind, werden in je nach Ziel bzw. Fokus orientierten Regel”gruppen” zusammengefasst.
Die Verwaltung eines Regelsets obliegt den Verantwortlichen für die Herkunft der jeweiligen Regeln (Legal, Marketing, Firmenpolitik etc.). Erst wenn Regeln sich ändern, hat das Auswirkungen auf zu treffende Entschedungen, nicht umgekehrt.
Regeln bzw. Business Rules sind also Bedingungen für das Decision Management und seine Werkzeuge, den Decision Services. Bei James Taylor habe ich einen recht guten Artikel zu Decision Services gefunden: Here’s how decisions and rules relate