Antwort.

Geschäftsregeln sind formale oder informelle Normen, die von einem Unternehmen festgelegt werden und den Ablauf von Tätigkeiten, Entscheidungsfindungen, Berechnungen, Kommunikationen und der Verarbeitung von Informationen definieren.

Ein Business Analyst identifiziert, analysiert und dokumentiert diese, um sicherzustellen, dass das zukünftige System oder der Prozess den Anforderungen des Unternehmens und den gesetzlichen Vorschriften entspricht. Die Regeln können einfach (z.B. "Rabatt wird nur an Stammkunden gewährt") oder komplex sein (z.B. "Die automatische Vergabe von Boni erfolgt nur bei Erfüllung bestimmter Bedingungen").

Eine korrekte Beschreibung der Geschäftsregeln garantiert:

• Die Übereinstimmung der Geschäftslogik des Systems mit den realen Prozessen.
• Konsistenz der Anforderungen zwischen verschiedenen Systemen und Abteilungen.
• Vereinfachung von Modernisierung, Test und Unterstützung der Software.

Schlüsselmerkmale:

• Nicht alle Anforderungen sind Geschäftsregeln. Manche sind Einschränkungen bei der Umsetzung oder Integration.
• Geschäftsregeln ändern sich häufig, daher ist es wichtig, sie aus dem Code herauszunehmen und in der Dokumentation zu pflegen.
• Die Sprache der Formulierungen sollte eindeutig und verständlich sowohl für das Geschäft als auch für technische Fachleute sein.

Fangfragen.

Sind Geschäftsregeln immer dasselbe wie Geschäftsanforderungen?

Nein, Geschäftsanforderungen definieren das Ziel, das erreicht werden soll, während Geschäftsregeln Einschränkungen oder Wege zur Erreichung dieses Ziels sind. Zum Beispiel könnte eine Anforderung "Den Umsatz um 10% steigern" lauten, während eine Geschäftsregel lautet "Maximal 5% Rabatt für Neukunden geben".

Kann man Geschäftslogik ohne Analyse und Formalisierung von Geschäftsregeln umsetzen?

Nein, da nicht formalisierte Regeln zu Mehrdeutigkeiten, Fehlern bei der Automatisierung von Prozessen und zur Verletzung der Unternehmensrichtlinien führen.

Wo sollten die Beschreibungen von Geschäftsregeln gespeichert werden: nur in den Anforderungen oder auch im Code des Systems?

Die Beschreibung der Geschäftsregeln sollte sowohl in der Projektdokumentation (z.B. in Anforderungen oder einem separaten Register von Regeln) enthalten sein als auch in der Geschäftslogik des Systems reflektiert werden, aber die Hauptquelle sollte das Dokument und nicht der Code sein.

Typische Fehler und Anti-Patterns

• Formulierung von Geschäftsregeln in zu allgemeinen oder vagen Begriffen
• Duplikation von Geschäftsregeln in verschiedenen Abschnitten der Dokumentation
• Unzureichende Detaillierung, wenn eine Regel unbeabsichtigt verschiedene Fälle abdeckt
• Hinterlassen von Geschäftsregeln "als Standard" ohne explizite Beschreibung (silent knowledge)

Beispiel aus der Praxis

Negativer Fall:

• Im Projekt zur Automatisierung von Kreditansprüchen haben die Manager Geschäftsregeln nur mündlich dupliziert und nicht in der Spezifikation festgehalten, verschiedenen Entwicklern mündlich erklärt — es gab 3 verschiedene Umsetzungen eines Szenarios. Vorteile: MVP wurde schnell gestartet; Minimierung der Zeit für die Abstimmung. Nachteile: Unstimmigkeiten in der Logik bei verschiedenen Szenarien, Probleme bei der Automatisierung, Konflikte zwischen Abteilungen.

Positiver Fall:

• Für die Abstimmung von Krediten erstellte der Business Analyst ein Register der Geschäftsregeln für alle Arten von Anträgen, das mit dem Juristen und der IT abgestimmt wurde. Die Implementierung dauerte etwas länger, jedoch waren die Regeln für alle verständlich. Vorteile: Eindeutigkeit der Geschäftslogik, Minimierung von Fehlern bei der Automatisierung. Nachteile: Es wurde mehr Zeit für die Vorbereitung der ursprünglichen Dokumentation benötigt.