Einfache Methoden zur Ermittlung von Anforderungen User Stories, Features (Funktionen) und Test Szenarien

• den Unterschied zwischen traditionellen und schlanken/agilen Anforderungen
• 8 Methoden zur Anforderungserhebung im User Story-Format
• Stakeholder Identifikation, Backlog Erstellung, Cynefin- und Problem-Analyse
• Workshop und Meeting Moderation
• das Timing von Business Analyse und Anforderungsmanagement in schlanken und agilen Lebenszyklen (z.B. Release- und Sprintplanung)
• 9 Techniken zur Anforderungsanalyse
• Reduktion von Ambiguität, User Story Splitting, Spezifikationen, Datenanforderungen und nicht-funktionale Anforderungen
• Akzeptanzkriterien, ATDD (Abnahmetestgetriebene Entwicklung) und BDD (verhaltensgetriebene Entwicklung)
• Features (Funktionen) und User Story drill-down, um Szenarien und Szenario Gliederungen im GEGEBEN-WENN-DANN Schema zu definieren
• Agiles Testdaten-Engineering für Akzeptanz Tests
• 7 Techniken zur Ermittlung von Szenarien

Die größte Herausforderung für Organisationen ist die Frage, wie sie ihre Informationstechnologie nutzen können, um sich Wettbewerbsvorteile zu verschaffen. Dabei geht es nicht darum, wie man die Devices programmiert; es geht darum herauszufinden, was die Devices tun sollen. Die Fähigkeiten, die erforderlich sind, um die besten IT-Lösungen zu erarbeiten und die Geschäftsanforderungen für diese Lösungen zu definieren, sind für alle Bereiche und Positionen innerhalb einer Organisation von unschätzbarem Wert.

Oft ist es die Aufgabe des Requirements Engineers, die Anforderungen der Stakeholder für eine Softwareanwendung zu erstellen. Es ist jedoch mehr und mehr auch die Aufgabe von Product Owners, Produktmanagers, Business Analysten und Fachexperten, agile oder traditionelle Anforderungen zu definieren.

Wir haben das vorliegende Buch für dieses Publikum geschrieben. Es ist unser Beitrag, der auf fast 60 Jahren kombinierter Erfahrung beruht, in denen wir Organisationen rund um die Welt dabei geholfen haben, die Kommunikation zwischen den Fachabteilungen und der Entwickler-Community zu optimieren.

Der finanzielle Erfolg eines Unternehmens ist eng mit dem Erfolg seiner digitalen Lösungen verbunden. Deshalb entstand in den vergangenen zwei Jahrzehnten eine neue Disziplin - die Business Analyse, um den Business Value digitaler Lösungen zu optimieren. Aber was ist der Unterschied zwischen Business Analyse und Requirements Engineering?

Der Schwerpunkt der Business Analyse liegt auf der Bereitstellung von Lösungen zur Steigerung des Geschäftserfolgs. Die Business Analyse befasst sich neben der Technologie auch mit Menschen und Prozessproblemen. Bei der Business Analyse geht es darum, die Geschäftsprobleme zu verstehen, zu analysieren, Geschäftsbedürfnisse bzw. Anforderungen abzuleiten und dann die Lösungen bereitzustellen.

Im Gegensatz dazu konzentriert sich das Requirements Engineering in erster Linie auf Produkte und Anwendungen. Beim Requirements Engineering geht es darum, die detaillierten Systemanforderungen für eine ausgewählte Lösung zu definieren, zu dokumentieren, zu validieren, zu verhandeln und zu verwalten.

Daher liegt der Schwerpunkt der Business Analyse auf der Lösung von Problemen und der Erzielung von Geschäftsvorteilen und der Schwerpunkt des Requirements Engineering auf der Herstellung von Produkten mit einer Reihe von Features/Funktionen.

Dieses Buch behandelt beide Themen. Das Ziel unseres Buches ist es, einer Organisation dabei zu helfen, herauszufinden, was die Geschäftswelt von der Entwicklungsabteilung benötigt (Business Analyse), und dies dann so darzustellen, dass ihr Entwicklungsteam es verstehen und programmieren kann (Requirements Engineering).