Book description
Dieses Buch gibt einen praxisorientierten Überblick über die am weitesten verbreiteten Techniken für die Anforderungsspezifikation und das Requirements Management in agilen Projekten. Es beschreibt sowohl sinnvolle Anwendungsmöglichkeiten als auch Fallstricke der einzelnen Techniken. Darüber hinaus werden Qualitätsaspekte für Anforderungen im agilen Umfeld vorgestellt sowie rechtliche und wirtschaftliche Aspekte und Zusammenhänge für größere Organisationen.Das Buch ist Hilfestellung und Nachschlagewerk, um in der täglichen Praxis der agilen Projekte Requirements Engineering und Requirements Management professionell und mit nachhaltigem Nutzen umzusetzen.Die 2. Auflage berücksichtigt den IREB®-Lehrplan RE@Agile Primer.
Table of contents
- Cover
- Titel
- Impressum
- Vorwort zur 2. Auflage
- Vorwort
- Danksagung
- Inhaltsübersicht
- Inhaltsverzeichnis
-
1 Einleitung und Motivation
- 1.1 Über dieses Buch
- 1.1.1 Zielgruppen
- 1.1.2 Abbildung des Lehrplans IREB RE@Agile
- 1.1.3 Allgemeine Begriffseinordnung
- 1.2 Verbindung zwischen Requirements Engineering und agilem Vorgehen
- 1.2.1 Mindsets und Werte im Requirements Engineering und agilem Vorgehen
- 1.2.2 Requirements Engineering im Kontext des Agilen Manifests
- 1.2.3 Nutzen von Requirements Engineering im agilen Vorgehen
- 1.2.4 Vorurteile und Probleme beim Requirements Engineering im agilen Umfeld
- 1.2.5 Fallstricke bei RE@Agile
- 1.2.6 Resümee
-
2 Grundlagen
- 2.1 Methodenüberblick
- 2.1.1 Allgemeine agile Vorgehensweisen
- 2.1.2 Scrum »in a Nutshell«
- 2.1.3 Methoden zur Unterstützung des Requirements Engineering
- 2.2 Requirements Engineering im agilen Umfeld
- 2.3 Die fünf Grundprinzipien des Requirements Engineering in der agilen Softwareentwicklung
- 2.4 Umfang des Requirements Engineering
-
3 Requirements-Ermittlung und -Dokumentation
- 3.1 Allgemeines
- 3.1.1 Requirements
- 3.1.2 Ermittlung
- 3.1.3 Dokumentation
- 3.1.4 Spezifikationsdokumente vs. Product Backlog
- 3.1.5 Granularität funktionaler Requirements
- 3.1.6 Grafische Modelle und textuelle Beschreibungen
- 3.1.7 Artefakte
- 3.1.8 Definition von Begriffen, Glossare und Informationsmodelle
- 3.1.9 Akzeptanz- und Abnahmekriterien
- 3.2 Übergeordnete Artefakte
- 3.2.1 Vision und Goals (Ziele)
- 3.2.2 Epics
- 3.2.3 Kontextmodelle
- 3.2.4 Stakeholder-Liste
- 3.2.5 Personas
- 3.3 Geschäftsprozesse und Systemverhalten
- 3.3.1 Prozesse
- 3.3.2 Use Cases
- 3.3.3 Use-Case-Szenario bzw. -Template
- 3.4 Funktionale und nicht funktionale Sicht
- 3.4.1 Features
- 3.4.2 User Stories
- 3.4.3 Nicht funktionale Anforderungen (NFA)
- 3.4.3.1 Qualitätsanforderungen
- 3.4.3.2 Randbedingungen (Constraints)
- 3.5 Benutzerschnittstelle
- 3.5.1 Wireframes
- 3.5.2 Sketchy UI /Sketches
- 3.5.3 Finales UI
- 3.5.4 Szenariobasierte UI-Spezifikation
- 3.5.5 Hinweise zur GUI-Spezifikation
- 3.6 Systemschnittstelle
- 3.7 Prototypen und Inkremente
- 3.8 Entwicklersicht
- 3.8.1 Spikes
- 3.8.2 Architektur und technisches Design
- 3.8.3 Developer Story
- 3.8.4 Systemszenarien
- 3.8.5 Developer Constraints
- 3.8.6 Tasks
- 3.9 Inhaltliche Strukturierungshilfsmittel
- 3.9.1 Themen
- 3.9.2 Epics und Features
-
4 Requirements-Validierung und -Abstimmung
- 4.1 Verfeinerung von Anforderungen
- 4.1.1 Backlog Refinement
- 4.1.2 Refinement-Meeting
- 4.2 Machbarkeitsanalyse
- 4.2.1 Technische und funktionale Analyse mit Spikes
- 4.2.2 Organisatorische und personelle Machbarkeit
- 4.3 Analyse von Nutzen und Geschäftswert
- 4.3.1 Messung des Nutzens
- 4.3.2 Das Kano-Modell
- 4.3.3 Ordnung nach relativem Nutzen
- 4.3.4 Abstrakter Geschäftswert (Business Value)
- 4.4 Risikobewertung
- 4.4.1 Risiken identifizieren und bewerten
- 4.4.2 Maßnahmen planen
- 4.4.3 Risiken überwachen und steuern
- 4.5 Aufwands- und Kostenschätzung
- 4.5.1 Aufwandsschätzung in nicht agilen Projekten
- 4.5.2 Prinzipien agiler Schätzungen
- 4.5.3 Schätzen im Projektverlauf
- 4.5.4 Schätzmethoden
- 4.5.5 Ermitteln von Aufwand und Kosten aus Story Points
- 4.6 Bewertung der Qualität der Anforderungen
- 4.7 Priorisierung
- 4.7.1 Prioritätsskala
- 4.7.2 Basis für die Priorisierung
- 5 Qualität von Requirements
-
6 Requirements Management
- 6.1 Inhalt vs. Management des Inhalts
- 6.2 Requirements-Management-Aktivitäten
- 6.3 Planende Aktivitäten des Requirements Managements
- 6.3.1 Portfolio- und Programmplanung
- 6.3.2 Systemplanung
- 6.3.3 Releaseplanung
- 6.3.4 Sprint-Planung
- 6.3.5 Daily Meeting
- 6.4 Artefakte für das Requirements Management
- 6.4.1 Backlog
- 6.4.2 Story Maps
- 6.4.3 Listenbasierte Requirements-Verwaltung
- 6.4.4 Story-Card-basierte Requirements-Verwaltung
- 6.4.5 Agiles Requirements-Board
- 6.4.6 Taskboard
-
7 Organisatorische Aspekte
- 7.1 Einfluss der Organisation
- 7.2 Agile Entwicklung im nicht agilen Umfeld
- 7.2.1 Interaktion mit Stakeholdern außerhalb der Softwareorganisation
- 7.2.2 Produkt- vs. Projektorganisation
- 7.2.3 Die Rolle des Managements im agilen Kontext
- 7.3 Der Umgang mit komplexen Problemen durch Skalierung
- 7.3.1 Motivation für die Skalierung
- 7.3.2 Ansätze für das Organisieren von Teams
- 7.3.3 Ansätze für das Organisieren der Kommunikation
- 7.3.4 Beispiel-Frameworks für das Skalieren von RE@Agile
- 7.3.5 Auswirkungen der Skalierung auf RE@Agile
- 7.4 Vorab- und kontinuierliche Aufgaben des Requirements Engineering im Zusammenhang mit Skalierung
- 7.4.1 Initiale Requirements-Definition
- 7.4.2 Detaillierungsgrad für Backlog Items
- 7.4.3 Validität von Backlog-Einträgen
- 7.4.4 Feedback zum Backlog und dessen Aktualisierung
- 7.4.5 Zeitlicher Ablauf des Entwicklungszyklus
-
8 Requirements-Engineering-Rollen
- 8.1 Product Owner
- 8.1.1 Der Product Owner als Stellvertreter des Kunden im Team
- 8.1.2 Schwierige Ausprägungen von Product Ownern
- 8.2 Agiles Entwicklungsteam
- 8.2.1 Das Entwicklungsteam als Umsetzer und Berater des Product Owners
- 8.2.2 Schwierige Ausprägungen im Entwicklungsteam
- 8.3 Agile Master
- 8.3.1 Der Agile Master als Coach und Problemlöser
- 8.3.2 Schwierige Ausprägungen von Agile Master
- 8.4 Tester
- 8.4.1 Der Tester als Prüfer und Qualitätsberater
- 8.4.2 Schwierige Ausprägungen von Testern
- 8.5 Architekt
- 8.5.1 Der Architekt als Berater für das Gesamtsystem
- 8.5.2 Schwierige Ausprägungen von Architekten
- 8.6 Produktmanager
- 8.6.1 Der Produktmanager als Dirigent mehrerer Teams
- 8.6.2 Schwierige Ausprägungen von Produktmanagern
-
9 Rechtliche Themen
- 9.1 Allgemeine rechtliche Aspekte
- 9.2 Vertragsbasis und Vertragserfüllungspflicht
- 9.3 Gewährleistung
- 9.4 Agile Vorgehensweisen und Festpreis
- 9.5 Das Vier-Stufen-Modell für agile Festpreisprojekte
- 9.5.1 Stufe 1: Definition der Projektziele und ersten Kundenanforderungen
- 9.5.2 Stufe 2: Agiles Erstellen der Vertragsbasis
- 9.5.3 Stufe 3: Festpreisangebot durch den Lieferanten
- 9.5.4 Stufe 4: Agile Projektabwicklung
- 9.6 Öffentliche Ausschreibungen
- 9.7 Standards und Normen
- 9.8 Absicherung des Auftraggebers
- 9.9 Absicherung des Lieferanten
- Anhang
- Index
Product information
- Title: Requirements Engineering für die agile Softwareentwicklung, 2nd Edition
- Author(s):
- Release date: April 2018
- Publisher(s): dpunkt
- ISBN: 9783864904851
You might also like
book
Requirements Engineering für die agile Softwareentwicklung, 3rd Edition
Das Buch gibt einen praxisorientierten Überblick über die am weitesten verbreiteten Methoden und Techniken für die …
book
Requirements Engineering für die agile Softwareentwicklung
Erstes deutsches Buch, das sich der Kombination agiles und klassisches RE widmet Thema wird zurzeit heftig …
book
Agiles Produktmanagement mit Scrum, 2nd Edition
Dieses Buch hilft Ihnen, erfolgreich innovative Produkte mit Scrum zu entwickeln. Anhand zahlreicher Praxisbeispiele erklärt der …
book
User Story Mapping – Die Technik für besseres Nutzerverständnis in der agilen Produktentwicklung
User Story Mapping ist in den USA längst ein Bestseller. Die von Jeff Patton entwickelte Methode …