
Requirements Engineering für die agile Softwareentwicklung
Description
Alles über E-Books | Antworten auf Fragen rund um E-Books, Kopierschutz und Dateiformate finden Sie in unserem Info- & Hilfebereich.
More details
Other editions
Additional editions


Person
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
System requirements
File format: PDF
Copy protection: Watermark-DRM (Digital Rights Management)
System requirements:
- Computer (Windows; MacOS X; Linux): Use the free software Adobe Reader, Adobe Digital Editions, or any other PDF viewer of your choice (see eBook Help).
- Tablet/Smartphone (Android; iOS): Install the free app Adobe Digital Editions or another reading app for eBooks, e.g., PocketBook (see eBook Help).
- E-reader: Bookeen, Kobo, Pocketbook, Sony, Tolino and many more (only limited: Kindle).
The file format PDF always displays a book page identically on any hardware. This makes PDF suitable for complex layouts such as those used in textbooks and reference books (images, tables, columns, footnotes). Unfortunately, on the small screens of e-readers or smartphones, PDFs are rather annoying, requiring too much scrolling.
This eBook uses Watermark-DRM, a „soft” copy protection. This means that there are no technical restrictions to prevent illegal distribution. However, there is a personalised watermark embedded in the eBook that can be used to identify the purchaser of the eBook in the event of misuse and to provide evidence for legal purposes.
For more information, see our eBook Help page.