Antwort.

Geschichte der Frage:

In den frühen Phasen der Automatisierung von Geschäftsprozessen stellte sich oft heraus, dass der Kunde nicht ganz verstand oder bestimmte wichtige Geschäftsregeln, die nicht formell dokumentiert waren, übersah. Das Fehlen einer klaren Festlegung solcher Regeln führte zu logischen Fehlern, unvorhersehbaren Situationen und Streitigkeiten zwischen dem Geschäft und der IT.

Problem:

Versteckte oder implizite Geschäftsregeln sind schwer zu identifizieren: Nur erfahrene Mitarbeiter kennen sie, sie können nur auf Papier festgehalten oder gar nicht dokumentiert sein. Dies erhöht das Risiko von Bugs und Konflikten, erschwert das Testen und die Implementierung des Produkts.

Lösung:

Der Systemanalytiker wendet an:

• Interviews mit Schlüsselbenutzern und Experten
• Analyse von Zwischenfällen und Notfallsituationen
• Untersuchung von Vorschriften, verwandten Prozessen, Nachrichtenarchiven und Korrespondenzen
• Durch Simulation von Fällen und Erstellung von BPMN/UML-Diagrammen identifiziert er Lücken.

Nach dem Sammeln der Regeln formalisiert der Analyst sie mithilfe von Vorlagen für Geschäftsregeln, Entscheidungs-Matrizen, Zustandsdiagrammen und Bedingungen. Er aktualisiert die Dokumentation ständig bei Änderungen der Anforderungen.

Wesentliche Merkmale:

• Aktive Einbeziehung von Experten zur Validierung der identifizierten Regeln
• Anwendung von Vorlagenformaten (z.B. Entscheidungstabelle)
• Abstimmung und Genehmigung aller Geschäftsregeln mit dem Kunden

Fangfragen.

Kann man davon ausgehen, dass alle Regeln, die der Kunde zu Beginn erwähnt, vollständig sind?

Nein, oft ist ein Teil wichtiger Informationen verborgen oder wird als selbstverständlich angesehen. Es ist eine tiefgehende Analyse und zusätzliche Ausarbeitungen erforderlich.

Müssen immer die Regeln berücksichtigt werden, von denen nur einzelne Mitarbeiter wissen?

Nein, nur wenn diese Regeln von der Geschäftseite genehmigt und nicht im Widerspruch zu den strategischen Zielen stehen. Andernfalls kann dies zu Konflikten führen.

Reicht es aus, eine Geschäftsregel einfach in der technischen Dokumentation zu dokumentieren?

Nein, sie muss auch mit Experten validiert, Ausnahmen beschrieben, Formulierungen abgestimmt und in die Testdokumentation integriert werden.

Typische Fehler und Anti-Muster

• Ausgelassene oder falsch verstandene Regeln führen zu wiederholten Nacharbeiten
• Zu technische Beschreibung von Geschäftsregeln ohne Bezug zu Benutzerszenarien
• Fehlende Genehmigung der Dokumentation durch den Geschäftskunden

Beispiel aus dem Leben

Negativer Fall: Der Analyst hat Geschäftsregeln mündlich vom Kunden aufgenommen, ohne klärende Fragen und Feedback von Expertenbenutzern. In der Produktion stießen sie auf nicht berücksichtigte Ausnahmen (z.B. besondere Zahlungsfälle). Vorteile:

• Schnelle Erstellung der Analysedokumentation Nachteile:
• Hohe Anzahl an Bugs, dringende Nacharbeiten

Positiver Fall: Der Analyst führte Sitzungen mit Expertenbenutzern durch, verwendete Entscheidungstabellen für alle Fälle und synchronisierte die endgültigen Formulierungen mit mehreren Stakeholdern. Vorteile:

• Vollständige Abdeckung der Szenarien
• Minimierung von Konflikten bei der Implementierung Nachteile:
• Hoher Zeitaufwand für Vorbereitung und Abstimmung