- Bliv medlem
-
Du er ikke logget ind
Log ind Opret dig
Du er ikke logget ind
Beskrivelse
Dieses Buch lehrt: 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 SzenarienZIELGRUPPE DIESES BUCHESDie 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. Daher ist es von entscheidender Bedeutung, die Anforderungskompetenzen in der gesamten Organisation zu verbessern.
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.
ANFORDERUNGEN IM WANDELDer 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).
