Requirements Engineering für die agile Softwareentwicklung
Methoden, Techniken und Strategien
3rd Edition
Published on 10. March 2023
435 pages
978-3-96910-953-3 (ISBN)
Available for download
Description
Das Handbuch für agile Requirements Engineers
- Umfassend und anwendungsbezogen
- Ein Buch aus der Praxis für die Praxis
- Mit durchgängigem Projektbeispiel und wertvollen Hinweisen für pragmatische Lösungen
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.
Behandelt werden im Einzelnen:
- Grundlagen und die fünf Grundprinzipien des Requirements Engineering in der agilen Softwareentwicklung
- Requirements-Ermittlung und -Dokumentation
- Requirements-Validierung und -Abstimmung
- Qualität im Requirements Engineering
- Requirements Management
- Organisatorische Aspekte
- Rollen im Requirements Engineering
Darüber hinaus werden rechtliche und wirtschaftliche Themen erläutert sowie auf die Herausforderungen in größeren Organisationen eingegangen.
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 3. Auflage wurde vollständig überarbeitet und berücksichtigt den Lehrplan "RE@Agile Primer" des International Requirements Engineering Board (IREB) sowie die neue Fassung des Scrum Guide von November 2020.
More details
Other editions
Additional editions
Johannes Bergsmann | Markus Unterauer
Requirements Engineering für die agile Softwareentwicklung
Methoden, Techniken und Strategien
Book
03/2023
dpunkt
€44.90
Article exhausted; check different version
Johannes Bergsmann
Requirements Engineering für die agile Softwareentwicklung
Methoden, Techniken und Strategien
Book
03/2023
3rd Edition
dpunkt
€39.90
Available immediately
Person
Johannes Bergsmann hat technische Informatik studiert und arbeitete ca. 11 Jahre als Softwareentwickler, Projektleiter, Technischer Leiter, Architekt, Produktmanager und Berater in einem internationalen Systemhaus und als selbstständiger Unternehmer. Im März 2003 gründete er "Software Quality Lab" und begleitet seither als Berater und Trainer viele Unternehmen im Bereich Requirements Engineering und Prozessgestaltung. Johannes Bergsmann ist zertifizierter Scrum Master, Sachverständiger für Informatik bei Gerichten, als Lehrbeauftragter an Fachhochschulen im Bereich Softwarequalitätsmanagement tätig, ist Autor vieler Fachartikel und hält Fachvorträge bei verschiedenen Veranstaltungen und Konferenzen. Unter Mitwirkung von Markus Unterauer: Markus Unterauer hat Wirtschaftsinformatik studiert. In seiner Berufspraxis war er in vielen Bereichen der Softwareentwicklung wie Architektur, Entwurf, Entwicklung, Testen, Testautomatisierung bis zu Deployment tätig. Er lernte dabei sowohl klassische als auch agile Projekte und Methoden intensiv kennen. Seit 2012 arbeitet Markus Unterauer bei Software Quality Lab als Berater und Trainer. Er ist zertifizierter Scrum Master und hat sich auf die Bereiche Softwareprozesse und Anforderungsmanagement spezialisiert. Markus Unterauer ist auch als Vortragender in diesen Themenbereichen immer wieder auf Konferenzen tätig.
Content
- Intro
- Vorwort
- Danksagung
- Inhaltsübersicht
- Inhaltsverzeichnis
- 1 Einleitung und Motivation
- 1.1 Fokus dieses Buches
- 1.1.1 Zielgruppen
- 1.1.2 Abbildung des Lehrplans IREB CPRE RE@Agile Primer
- 1.1.3 Abbildung des Lehrplans IREB CPRE Advanced Level RE@Agile - Practitioner/Specialist
- 1.1.4 Allgemeine Begriffseinordnung
- 1.2 Verbindung zwischen RE und agilem Vorgehen
- 1.2.1 Denkweisen und Werte im RE und agilen Vorgehen
- 1.2.2 Zusammenhang zwischen RE und Agile
- 1.2.3 Was ist RE@Agile
- 1.2.4 RE im Kontext des Agilen Manifests
- 1.2.5 Nutzen von RE im agilen Vorgehen
- 1.2.6 Vorurteile und Probleme beim RE im agilen Umfeld
- 1.2.7 Fallstricke bei RE@Agile
- 1.2.8 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 Grundprinzipien des RE in der agilen Softwareentwicklung
- 2.4 Umfang des Requirements Engineering
- 3 Requirements-Ermittlung und -Dokumentation
- 3.1 Ein kurzer Überblick
- 3.1.1 Anforderungsarten
- 3.1.2 Requirements-Dokumente vs. Product Backlog
- 3.1.3 Granularität funktionaler Requirements
- 3.1.4 Grafische Modelle und textuelle Beschreibungen
- 3.1.5 Definition von Begriffen, Glossare und Informationsmodelle
- 3.1.6 Akzeptanz- und Abnahmekriterien
- 3.1.7 Definition of Ready & Definition of Done
- 3.1.8 Prototyp vs. Inkremente
- 3.1.9 Ermittlung
- 3.1.10 Dokumentation
- 3.1.11 Artefakte
- 3.1.12 Ein Blick auf das große Ganze
- 3.2 Übergeordnete Artefakte
- 3.2.1 Zusammenhänge und Abhängigkeiten
- 3.2.2 Vision und Ziele
- 3.2.3 Systemgrenze und Kontext
- 3.2.4 Stakeholder
- 3.2.5 Epics
- 3.2.6 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.2.1 Schneiden, Aufteilen bzw. Gruppieren von User Stories
- 3.4.2.2 Wann sollte man aufhören zu zerlegen?
- 3.4.2.3 Nicht funktionale User Stories
- 3.4.2.4 Technische User Stories
- 3.4.3 Qualitätsanforderungen und Randbedingungen
- 3.4.3.1 Qualitätsanforderungen
- 3.4.3.2 Randbedingungen (Constraints)
- 3.4.3.3 Abnahme und Backlog-Management
- 3.5 Benutzerschnittstelle
- 3.5.1 Wireframes
- 3.5.2 Sketchy User Interface/Sketches
- 3.5.3 Finales User Interface
- 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 Themes
- 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 Ermitteln von Geschäftswert und Nutzen
- 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.3.5 MVP - Minimum Viable Product
- 4.3.6 MMP - Minimum Marketable Product
- 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 Softwareprojekten
- 4.5.2 Prinzipien agiler Schätzungen
- 4.5.3 Schätzen im Projektverlauf
- 4.5.4 Schätztechniken
- 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 im Requirements Engineering
- 5.1 Qualitätskriterien für Requirements
- 5.1.1 Qualitätskriterien nach IEEE 830-1998 und IREB
- 5.1.1.1 Qualitätskriterien für einzelne Anforderungen
- 5.1.1.2 Qualitätskriterien für mehrere Anforderungen
- 5.1.2 DEEP-Qualitätskriterien
- 5.1.3 INVEST-Qualitätskriterien
- 5.2 Definition of Ready (DoR)
- 5.2.1 Definition of Ready für einen einzelnen Backlog-Eintrag
- 5.2.2 Definition of Ready für eine übergreifende Prüfung
- 5.3 Definition of Done (DoD)
- 5.4 Review von Requirements
- 5.5 Produktvalidierung
- 6 Requirements Management
- 6.1 Allgemeines
- 6.2 Inhalt vs. Management des Inhalts
- 6.3 Requirements-Management-Aktivitäten
- 6.4 Planende Aktivitäten des Requirements Management
- 6.4.1 Portfolio- und Programmplanung
- 6.4.2 Produkt-Roadmap, Delivery Roadmap
- 6.4.3 Produktplanung
- 6.4.4 Releaseplanung
- 6.4.5 Sprint-Planung
- 6.4.6 Daily Scrum
- 6.5 Artefakte für das Requirements Management
- 6.5.1 Backlog
- 6.5.2 Listen
- 6.5.3 Story Maps - Story Cards
- 6.5.4 Agiles Requirements-Board
- 6.5.5 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 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 Frameworks für das Skalieren von RE@Agile
- 7.3.5 Einfache skalierte Entwicklungsorganisation
- 7.3.6 Kriterien für die Strukturierung von Anforderungen und Teams im Großen
- 7.3.7 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 Product Owner als Stellvertretung des Kunden im Team
- 8.1.2 Unterschiedliche Product-Owner-Verantwortlichkeiten im skalierten Umfeld
- 8.1.3 Schwierige Ausprägungen von Product Ownern
- 8.2 Chief Product Owner (CPO)
- 8.2.1 Der Chief Product Owner als Dirigent mehrerer Teams
- 8.2.2 Schwierige Ausprägungen des Chief Product Owners
- 8.3 Agile Entwickler
- 8.3.1 Die Entwickler als Umsetzer und Berater des Product Owners
- 8.3.2 Schwierige Ausprägungen bei den Entwicklern
- 8.4 Agile Master
- 8.4.1 Agile Master als Coach und Problemlöser
- 8.4.2 Schwierige Ausprägungen von Agile Masters
- 8.5 Tester
- 8.5.1 Der Tester als Prüfer und Qualitätsberater
- 8.5.2 Schwierige Ausprägungen von Testern
- 8.6 Architekt
- 8.6.1 Der Architekt als beratende Person für das Gesamtsystem
- 8.6.2 Schwierige Ausprägung beim Architekten
- 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 der Auftraggeberin
- 9.9 Absicherung des Lieferanten
- Anhang
- A Agile Methoden zur Unterstützung des Requirements Engineering
- A.1 Specification by Example
- A.2 Test Driven Development
- A.3 Behavior Driven Development
- B Rollenbeschreibungen - Beispiele
- B.1 Product Owner (PO)
- B.2 Chief Product Owner (CPO)
- B.3 Feature & Component Owner (FO, CO)
- B.4 Proxy Product Owner (PPO)
- C Abkürzungen
- D Glossar
- E Literatur
- Index
