Der Effizienz Nachbrenner

Scrum und professionelles 

Anforderungsmanagement 

Schalten Sie den Effizienz- 

Nachbrenner ein! 

HOOD GmbH 

Büro München 

Keltenring 7 

82041 Oberhaching 

Germany 

Tel: 0049 89 4512 53 0 

www.HOOD-Group.com 

Copyright © 2010 HOOD Ltd. http://www.HOOD-Group.com 

Vertraulich. Alle Rechte vorbehalten. Weitergabe oder Vervielfältigung ohne vorherige schriftliche 

Zustimmung der HOOD Group verboten. 

Scrum und professionelles Anforderungsmanagement.ppt 

Version 1.0 – 16. März 2010

Scrum what Oder worum geht es hier eigentlich 

"Verstehen, was der Kunde 

haben möchte, und… 

…sicherstellen, dass er genau 

das bekommt„ 

- Colin HOOD - 

Das haben wir doch bisher mit Anforderungsmanagement 

gemacht... 






Brauchen wir kein Anforderungsmanagement mehr 

Stehen Scrum und 

professionelles 

Anforderungsmanagement 

im Widerspruch zueinander 

Oder ist es vielmehr eine Frage der Vorgehensweise... 






Inhaltsverzeichnis 

1 

Scrum und Anforderungsmanagement (AM) im Kontext 

2 

Vorurteile bezüglich Scrum und AM 

3 

Gibt es AM in Scrum 

4 

Ist AM in Scrum ausreichend definiert 

5 

Scrum mit AM in der Praxis 

6 

Zusammenfassung 







Disziplinen des Systems- und Software-Engineerings 

Project 

Management 

Quality 

Management 

Risk 

Management 

Scrum 

Scrum 

Requirements 

Development 

Configuration 

Management 

Requirements 

Management 

Change 

Management 

Test 

Management 

Version 

Management 






Projekte scheitern hauptsächlich wegen Fehlern im AM 

Studien zeigen, dass knapp die Hälfte aller Fehler 

mit Anforderungen in Verbindung stehen 

1975 46%*; 1992 41%**; 2002 49%*** 

* Endres, Albert. “An Analysis of Errors and Their Causes in Systems Programs.” IEEE Transactions on Software Engineering, 1, 2 (1975) 

** Sheldon, F., et al. “Reliability Measurement: From Theory to Practice.” IEEE Software, 9, 4 (July 1992) 

*** Hall., T., et al. “Requirements Problems in Twelve Software Companies: An Empirical Analysis.” IEEE Proceedings-Software, 149, 5 (2002) 







1 


2 


3 


4 


5 


6 







Vorurteile bezüglich Scrum und Anforderungsmanagement 

Scrum 

• sieht kein AM vor 

• ist AM-„unfreundlich“, da zu sehr auf 

kurzfristige Ergebnisse konzentriert 

• unterstützt ausschließlich agile 

Methoden (z.B. User Stories) 

AM 

• bedarf einer extensiven 

Anforderungsspezifikation 

• professionelles 

Anforderungsmanagement ist sehr 

zeit- und kostenaufwendig 

• erzeugt zu großen Overhead für 

eine agile Umgebung 






Vorurteil gegenüber AM in der Praxis 

Externer Kunde/ 

Interner Kunde 

Requirements 

Engineer 

Entwicklungsteam 

Es findet keine Kommunikation statt 






Mangelnde Kommunikation nicht nur in AM 

Produkt 

Produkt 

Produkt 

Produkt 

Produkt 

Produkt 

Externer Kunde/ 

Interner Kunde 

Requirements 

Engineer 

Entwicklungsteam 

Test/ 

QM 

Betrieb/ 

Support 

Entwicklung, Test und Betrieb reden auch nicht miteinander 







1 


2 


3 


4 


5 


6 







Gibt es AM in Scrum Rollen 

Product Owner 

• Interviewer und Moderator 

• Projektleiter (Zeit, Kosten, Qualität) 

• Produktmanager 

• Anforderungsmanager 

Team 

• Software-Entwickler 

• Projektleiter (Zeit, Qualität) 

• Konfigurationsmanager 

• Anforderungsmanager 






Gibt es AM in Scrum Artefakte 

Warum 

Beschreibung des Ziels 

Problembereich 

Produktvision 

Was 

Wie 

Abstrakte Lösungsbeschreibung 

Konkrete Lösungsbeschreibung 

Lösungsbereich 

Produkt Backlog 

Sprint Backlog 

(Tasks) 

Implementierung 






Gibt es AM in Scrum Vorgehen 

Einzelne Scrum-Aktivitäten dienen direkt oder indirekt dem Anforderungsmanagement: 

• Priorisierung 

• Akzeptanzkriterien 

Aktuelle 

Iteration 

Detalliert 

Analysierte 

Anforderungen 

Priorität 

der Anforderungen 

Aktuelle 

Version 

Grob 

analysierte 

Anforderungen 

Spätere 

Versionen 

Quelle: WENN DER KUNDE NICHT WEISS, WAS ER WILL: TIPPS FÜR DEN AGILEN UMGANG MIT ANFORDERUNGEN, OBJEKTspektrum September/Oktober2009 

Ja, AM ist in Scrum ein wichtiger Bestandteil. 







1 


2 


3 


4 


5 


6 








Nein 

Scrum ist eine Projektmanagement-Methode, die 

• definiert, „dass“ Anforderungsmanagement-Aufgaben ausgeführt werden müssen 

• kaum Aussagen darüber macht, „wie“ 

(das gilt auch für andere Disziplinen im SW-Engineering). 

• dem Product Owner nicht sagt, wie die in Scrum geforderten Aufgaben zu 

bewältigen sind 

Scrum lässt viele Fragen offen! 






Offene Fragen – eine Auswahl 

• Wie entsteht die Produkt Vision 

• Wie entsteht das Produkt Backlog aus der Produkt Vision 

• Wie sammle ich meine Stakeholder 

• Wie erhebe ich Anforderungen von verschiedenen Stakeholdern 

• Wie stimme ich widerstreitende Anforderungen verschiedener Stakeholder 

gegeneinander ab 

• Wie komme ich zum Business Value einer Anforderung 

• Welche Qualitätskriterien müssen Anforderungen erfüllen um ins Product Backlog zu 

dürfen oder „Ready“ zu sein 

• Wie dokumentiere ich die Abstimmungsergebnisse zu einer Anforderung 

Wie kann professionelles AM diese Lücken schließen 







1 


2 


3 


4 


5 


6 







Mehrwert durch professionelles AM 

professionelles AM 

• Fähigkeiten 

• Methoden 

• Qualitätskriterien 

Erfolgreichere Scrum-Projekte 






Welche Fähigkeiten braucht ein Product Owner 

Entwicklungs- 

Know-How 

Test/ 

QM Know-How 

Product Owner 

z 

CC&VM Know-How 

Betrieb/ 

Support 

Know-How 

... Know-How 

Produkt 

Scrum Master 

Das Team 

Das Scrum Team 






Welche Fähigkeiten braucht ein Product Owner hier 

Entwicklungs- 

Know-How 

Anforderungen 

Product Owner 

Backlog Items 

z 


Test/ 

QM Know-How 

Betrieb/ 

Support 

Know-How 

... Know-How 

Stakeholder 

Scrum Master 






Und hier 

Externer 

Kunde 

Entwicklungs- 

Know-How 

Product Owner 

Backlog Items 

z 


Test/ 

QM Know-How 

Betrieb/ 

Support 

Know-How 

... Know-How 






AM-Fähigkeiten helfen 

Der Product Owner muss die „richtigen“ AM-Fähigkeiten haben, um mit AM-Methoden 

seine Aufgaben zu bewältigen. 








• Fähigkeiten 

• Methoden 

 







Welche AM-Methoden sind in Scrum hilfreich 

Zur Umsetzung der AM-relevanten Scrum-Aktivitäten müssen „geeignete“ Methoden 

eingesetzt werden 







Scrum-Aktivitäten 

AM-Methoden 

Bedürfnisse der Kunden richtig 

verstehen 

• Stakeholderanalyse 

• Nutzergruppenanalyse 

• Modellierung (inkl. Prototyping) 

Beispiele für die Praxis 






Eine Stakeholderliste 

Stakeholder / Nutzergruppen Analyse 






Ein Modell 

Modellierungstechniken 








Änderungen im Product Backlog 

managen 

AM-Methoden 

• Change, Konfigurations- und 

Versionsmanagement von 

Anforderungen 

• Traceability 

Beispiel für die Praxis 






Traceability mit Storymaps 

Story 1 

Story 1.1 Story 1.2 Story 1.3 Story 1.4 

Story 1.1.1 Story 1.1.2 

Story 1.1.3 








Identifizierung und Beschreibung von 

Anforderungen 

AM-Methoden 

• SnowCards 

• Erhebungs-Workshops 

• Interviewtechniken 

• Dokumentenanalyse 

• Satzbau-Muster (User Stories) 

• Modellierung 

• Stakeholderliste 

Beispiele für die Praxis 






Ein Modell 






Checkliste für nicht-funktionale Anforderungen 

Category 

Covers the 

following aspects 

Possibly 

relevant Roles 

Examples / Keywords / 

Central Questions 

Your Notes 

Security/Safety 

Security, Safety, 

Compliance 

Security Experts, 

Safety Experts, 

Legislature & 

Standards 

Must the system 

comply with certain 

standards regarding 

security/safety 

For which parts of the 

system is 

security/safety 

important 

Accuracy 

Suitability, 

Accuracy 

End-User, 

Technical 

Experts 

For which parts of the 

system is accuracy 

important 

Interoperability 

Interoperability, 

Compliance 

System 

Environment 

Experts 

How important is the 

interoperability with 

other systems 

Must the system 

comply with certain 

standards 

Reliability 

Maturity, 

Recoverability, 

Fault Tolerance 

System 

administrators 

What is an acceptable 

meantime between 

failures (MTBF), e.g. 

how often (if at all) may 

the system crash 

What is an acceptable 

“Failure in Time” (FIT), 

e.g. if the system 

crashes how quickly 

must it be restored 

Usability 

Learnability, 

Understandability, 

Operability, 

Supportability, 

Manageability 




Experts for 

Process 

Optimisation and 

Work 

Ergonomics, 

To what extent must 

the system be easy to 

learn, to use and to 

understand 

What are the 



Eine Erhebungskarte 








• Kompetenzen 

• Methoden 

 

 








Qualitätskriterien für Anforderungen (Scrum) 

INVEST-Merkmale 

• Independent – unabhängig 

• Negotiable – verhandelbar 

• Valuable/Vertical – nützlich/ vertical 

• Estimateable – schätzbar 

• Small – klein 

• Testable – testbar 






Qualitätskriterien für Anforderungen (Scrum) 

User Stories sollten die 3C-Kriterien 

aufweisen 

• Card – User Story muss mit dem 

auf einer Karteikarte verfügbaren 

Platz auskommen 

• Conversation – User Story ersetzt 

nicht die Kommunikation, sondern 

hält diese fest 

• Confirmation – Jede UserStory 

muss überprüfbar und testbar 

sein 






Zusätzliche Qualitätskriterien in AM 

• Verständlich 

• Identifizierbar 

• Rückverfolgbar zur Quelle 

• Korrekt abgeleitet 

• Widerspruchsfrei 

• Redundanzfrei 

• Vollständig 

Eine unkomplizierte pragmatische Umsetzung dieser Kriterien 

in Scrum-Projekten schafft einen essentiellen Mehrwert! 






AM im Product Backlog 

• Erweiterung der Attribute im Product Backlog 

ID Prio Thema Beschreibung Akzeptanzkriterien Aufwand Quelle / Stakeholder 

1 1 IM Als Call Center-Agent möchte 

ich einen neuen Fall anlegen 

können und Kunde, … 

•Der Fall muss erfolgreich abgespeichert 

werden 

• Das Erstellungsdatum muss beim Speichern 

automatisch gesetzt werden 

2 Herr Hans Mayer (Call 

Center München) 






AM im Sprint Backlog 

• Verlinkung der Tasks mit dem Product Backlog 

ID Prio Thema Beschreibung Akzeptanzkriterien Aufwand Quelle / Stakeholder 

1 1 IM Als Call Center-Agent möchte 

ich einen neuen Fall anlegen 

können und Kunde, … 

•Der Fall muss erfolgreich abgespeichert 

werden 

• Das Erstellungsdatum muss beim Speichern 

automatisch gesetzt werden 

2 Herr Hans Mayer (Call 

Center München) 






Storymaps 

Story 1 

Story 1.1 Story 1.2 Story 1.3 Story 1.4 

Story 1.1.1 Story 1.1.2 

Story 1.1.3 








• Kompetenzen 

• Methoden 


 

 

 








1 


2 


3 


4 


5 


6 







Piecing it together! 

Projekt initiieren 

Produkt Vision 

definieren 

Schnittstellen 

identifizieren 


definieren 

Stakeholder und 

Rollen definieren 

Product Backlog 

füllen 

Erheben Spezifizieren Modellieren Analysieren Review 

READY! 

Sprint Starten 






Piecing it together! 

Projekt Sprint gestartet initiieren 

Produkt Vision 

definieren (re-) definieren 


identifizieren 


definieren 

Stakeholder und 

Rollen definieren 

Product Backlog 

füllen erweitern 

Erheben Spezifizieren Modellieren Analysieren Review 

READY! 

Sprint Starten 







• Scrum und professionelles Anforderungsmanagement müssen kein Widerspruch 

sein 

• Im AM bewährte Methoden, Fähigkeiten und Qualitätskriterien lassen sich auch in 

Scrum-Projekten anwenden und können Scrum-Teams praxisnah unterstützen, 

indem sie: 

• die Übersichtlichkeit des Product Backlogs, 

• die Qualität der Anforderungen, 

• die Kommunikation mit Stakeholdern 

• die Nachvollziehbarkeit von Anforderungen und Tasks sowie 

• die Wiederverwendbarkeit von Anforderungen 

fördern 

Die meisten dieser Methoden und Qualitätskriterien sind ohne 

einen nennenswerten Mehraufwand in einem Scrum-Projekt 

anwendbar 






Vielen Dank für Ihre 

Aufmerksamkeit 

Alexander-Marc Merten 

Senior Consultant 

Certified Scrum Master 

HOOD GmbH 

Büro München 

Keltenring 7 

D-82041 Oberhaching 

Tel: 0049 89 4512 53 0 

Mobile: 0049 176 166 116 12 

mailto: Alexander.Merten@HOOD-Group.com 

http://www.HOOD-Group.com

Der Effizienz Nachbrenner

Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.

Template löschen?

Als Template speichern?