Management-Zusammenfassung zu diesem Beitrag:
Um → Requirements Engineering zu betreiben, muss der → Aufwand dafür berücksichtigt werden.
Dieser Beitrag beschäftigt sich mit “typischen” Aufwänden für das RE.
Der Aufwand zum Betreiben von Requirements Engineering sollte vor dem Start eines Requirements-Engineering-→ Vorhaben bestimmt werden. Hierüber kann verdeutlicht werden, wie viel Arbeitszeit für das das gesamte Vorhaben aufgewandt werden muss.
In diesem Beitrag geht es um Aufwand “für das RE” und nicht um Aufwand “im RE” (Abbildung 0.1).
Abbildung 0.1: Aufwände beim Requirements Engineering
Der Aufwand von Requirements Engineering muss dem Nutzen gegenübergestellt werden.
Wo kann ich Sie unterstützen?
Die Ermittlung von Aufwänden ist nicht einfach. Daher biete ich dazu → Dienstleistungen / Workshops an.
1. Einleitung und Grundlagen
Der Einsatz Requirements Engineering erfordert einen Aufwand. In der Praxis wird dieser häufig unterschätzt, sodass dem Requirements Engineering nicht genügend Ressourcen zugeordnet werden. Hieraus resultieren dann in der Folge einige Missstände, so beispielsweise:
- Das Ergebnis ist des Requirements Engineerings ist unzureichend
- Die involvierten Mitarbeiter sind mit ihrer eigenen Arbeitsleistung unzufrieden
Abgrenzungen:
Generell wird in diesem Beitrag nur der Aufwand für das “reine” Requirements Engineering betrachtet, nicht jedoch der Test, nicht das vorgelagerte Produktmanagement und nicht das → Projektmanagement. Es wird zudem angenommen, dass nur die Basisfunktionalität erfasst werden soll und dass diese zu Beginn der Umsetzung festliegt.
1.1 Eine einfache Abschätzung des Aufwands
In der Literatur wie auch in der Praxis wird häufig der Aufwand für das Requirements Engineering mit “5 bis 15 Prozent” vom Gesamtaufwand angegeben. Diese Aussage ist zunächst einmal sehr vage.
- Etwa 5 bis 15 % des Gesamtaufwands zur Herstellung eines Produkts muss für das → Anforderungsmanagement / Requirements Engineering aufgewendet werden.
- Die Basiszahl ist 10 % — in einer ersten Näherung kann man von 10 Prozent des Gesamtaufwands für das Requirements Engineering ausgehen
Fallstricke:
- Wenn diese Maßzahl unterschritten wird, heißt dies zunächst einmal nichts
- Wenn diese Maßzahl überschritten wird, heißt dies auch nichts
1.1 Die Kosten-Nutzen-Betrachtung
In Abbildung 1.1 ist eine Kosten-Nutzen-Betrachtung für den Einsatzgrad von Requirements Engineering zu sehen.
Abbildung 1.1: Die Balance zwischen Kosten und Nutzen beim Requirements Engineering
1.2 Ein einfaches Beispiel
In einem Projekt mit 10 Mitarbeitern soll eine Aufwandsabschätzung für das Requirements Engineering vorgenommen werden. Es soll dabei nur das Projekt betrachtet werden. Ein RE-Prozess und ein → RE-Tool ist vorhanden und etabliert. Die Projektlaufzeit beträgt 3 Jahre
2. Aspekte aus der Praxis
In der Praxis kann das Requirements Engineering effizienter gestaltet werden, indem die Aufwände reduziert werden, die “Zeitfresser” eliminiert werden oder indem Mehrwerte geschaffen werden.
2.1 Reduzierung der Aufwände
Um den Aufwand für das Requirements Engineering zu reduzieren, können folgende Maßnahmen ergriffen werden:
- Verzicht auf das Requirements Engineering
- Nachqualifikation der Mitarbeiter
- Fokussierung auf wesentliche Aspekte
- (Starke) Wiederverwendung
2.2 Erkennen der “Zeitfresser”
Generell: Schlechte Prozesse und nicht ausreichend vorbereitete Mitarbeiter erhöhen den Aufwand / Zeitbedarf.
Typische zeitaufwendige Themen sind dabei:
- → Interviews: Werden diese unzureichend durchgeführt, so führt dies in der Regel zu erheblichen Mehraufwänden, die keinen Nutzen bringen
- Mangelhafte Toolunterstützung: Werden falsche Tools oder Tools falsch eingesetzt, so entstehen häufig Mehrarbeiten
2.3 Generierung von Mehrwerten
Der Aufwand für ein “gutes” Requirements Engineering kann innerhalb eines Projekts höher sein als der generierte Nutzen. Wenn die Anforderungen jedoch über das unmittelbare Projekt genutzt werden können, können Mehrwerte für die Organisation generiert werden.
Typische Mehrwerte entstehen durch:
- Impact Analysis: Hierüber werden Auswirkungen von Veränderungen an den Anforderungen sehr schnell sichtbar
- Verbindung mit Test Cases: Wenn die Anforderungen direkt mit den Test Cases / Testfällen verbunden werden, so entsteht schnell ein Mehrwert, da sichj die Tests dann direkt aus den Anforderungen ergeben
3. Szenarien und Berechnungsbeispiele
Folgendes Szenario soll beispielhaft betrachtet werden: 20 Mitarbeiter in der Entwicklungsabteilung, Ziel: Längerfristiges Produktmanagement, Lebenszyklus: 2 Entwicklung, 10 Jahre im Feld, Support und Service ist notwendig.
4. Häufige Fragen und Antworten zum Aufwand im Requirements Engineering
Einige Fragen zum Aufwand im Requirements Engineering werden häufig gestellt – diese werden hier wiedergegeben.
- F: Muss man eine Aufwandsbetrachtung für das Requirements Engineering vorgenommen werden?
A: Dies ist sinnvoll. Da der Aufwand für das Requirements Engineering häufig unterschätzt wird und sehr groß werden kann und zudem die Ergebnisse des Einsatzes erst sehr spät sichtbar wird, ist eine Aufwandsbetrachtung sinnvoll. - F: Wann sollte eine Aufwandsbetrachtung für das Requirements Engineering vorgenommen werden?
A: Sehr frühzeitig — und bevor mit dem Requirements Engineering begonnen wird, denn nur so können die Erwartungen den Aufwänden gegenübergestellt werden. - F: Wie kann der Aufwand für das Requirements Engineering minimiert / optimiert werden?
A: Dies kommt auf den Kontext an: Je nach Organisations- und Problemgröße muss dies einzelnen betrachtet werden.
Haben Sie noch weitere Fragen oder möchten Sie Ergänzungen an der FAQ vornehmen? Am besten schreiben Sie mir hierzu eine E‑Mail an: kontakt@peterjohann-consulting.de.
A. Präsentationen, Literatur und Weblinks
A.1 Meine Präsentationen
Die Aufwandsabschätzung für das Requirements Engineering wird (kurz) in der Präsentation zum Requirements Engineering beschrieben.
| Inhalt | Typ |
|---|---|
| Requirements Engineering (und Business Analysis) – Eine Einführung (RE-Basispräsentation) | 
|
A.2 Literatur
In folgenden Büchern wird als Aspekt der Aufwand für das Requirements Engineering erläutert:
- /BBG15/ → IIBA: A Guide to the Business Analysis Body of Knowledge (BABOK Guide), International Institute of Business Analysis, Marietta, Georgia 3rd Edition 2015, ISBN 978–1‑927584–02‑6
- /BBG17‑d/ IIBA: BABOK v3: Leitfaden zur Business-Analyse BABOK Guide 3.0, Dr. Götz Schmidt, Wettenberg 2017, ISBN 978–3‑945997–03‑1
- /Ebert19/ Christof Ebert: Systematisches Requirements Engineering. Anforderungen ermitteln, dokumentieren, analysieren und verwalten, dpunkt, Heidelberg 6. Auflage 2019, ISBN 978–3‑86490–562‑9
- /Hruschka19/ Peter Hruschka: Business Analysis und Requirements Engineering: Prozesse und Produkte nachhaltig verbessern, Hanser, München 2. Auflage 2019, ISBN 978–3‑446–45589‑4
- /IREB21/ siehe /Pohl21/
- /Pohl21/ auch /IREB21/ Klaus Pohl, Chris Rupp: Basiswissen Requirements Engineering: Aus- und Weiterbildung nach → IREB-Standard zum Certified Professional for Requirements Engineering Foundation Level, dpunkt, Heidelberg 5. Auflage 2021, ISBN 978–3‑86490–814‑9
- /Wiegers05/ Karl E. Wiegers: Software-Requirements, Microsoft Press Deutschland, München 2005, ISBN 978–3‑860–63594‑0
A.3 Weblinks
Auf folgende Weblinks wird hier Bezug genommen:
- /IREB-20/ IREB – International Requirements Engineering Board: Lehrplan / Syllabus zum CPRE-FL, Version 3.0.1 vom Oktober 2020 (deutsch, pdf-Datei, 53 Seiten)
Legende zu den Weblinks
/ / Verweis auf eine Website (generell)
/*/ Verweis auf eine Website, die als Buch-Ergänzung dient
/#/ Verweis auf einzelnes Thema auf einer Website
/#V/ Verweis auf ein Video auf einer Website
Letzte Aktualisierung: 22.01.2022 © Peterjohann Consulting, 2005–2022
