SlideShare ist ein Scribd-Unternehmen logo
1 von 50
Downloaden Sie, um offline zu lesen
Bildquelle: © shutterstock | lighthouse at talacre by Meirion Matthias
Orientierung in
agilen Projekten
OOP 2013 // Thomas Mödl, DialogData
Die unendliche User Geschichte:
• Akzeptanzkriterien
– Abnahmekriterium vs.
Akzeptanztest vs. Testfall
– RE Methoden für Agile
– Use Case vs. User Story?
• Backlog Management
– Strukturierungsmechanismen:
Verhalten vs. Aufgabenplanung
– Geordnet vs. Priorisiert
• Fazit
?
Bildquelle:www.roadeveron.blogspot.de/2008/09/two-days-before-mast.html
… Professional for Requirements Engineering (Adv. Level)
… Professional for Software Architecture
… Scrum Product Owner
Dipl.-Inform. (TU München)
- Supporting Member im IREB (International Requirements Engineering Board)
- Mitglied im IEEE
- Mitglied der Agile Alliance seit 2003
- Mitglied im ASQF
- Agile-CMMI Gruppe auf Xing: Moderator und Gründer
Bildquelle: © shutterstock | rubber stamp in hand marked with certified by filmfoto
Software Design & Development
We make IT work for you.
Requirements Engineering
Software Entwicklung
Bildquelle: © shutterstock | zipper shut. Macro by schankz
• Akzeptanzkriterien
– Abnahmekriterium vs.
Akzeptanztest vs. Testfall
– RE Methoden für Agile
– Use Case vs. User Story?
• Backlog Management
– Strukturierungsmechanismen:
Verhalten vs. Aufgabenplanung
– Geordnet vs. Priorisiert
• Fazit
?
Bildquelle:www.roadeveron.blogspot.de/2008/09/two-days-before-mast.html
Akzeptanzkriterium = Anforderung
Akzeptanzkriterium ∈ Anforderung
Akzeptanzkriterium + Anforderung
Akzeptanzkriterium
Abnahmekriterium
Akzeptanztest
Testfall
?RE Agile
Bildquelle: www.roadeveron.blogspot.de/2008/09/two-days-before-mast.htmle:
Anweisung für Test, nichts zusätzliches
(Chris Rupp)
„Aus der Erfahrung in der Praxis heraus lässt sich sagen , dass gewissenhaftes
Formulieren von Abnahmekriterien elementarer Bestandteil jeder Systementwicklung
sein sollte, der es an Spezifikationstreue, Testbarkeit und Vollständigkeit liegt.“
Chris Rupp, zitiert in
Peter Hruschka: Abnahmekriterien - Bindeglied von Requirements und Test
Akzeptanzkriterium
Abnahmekriterium
Akzeptanztest
Testfall
= Anweisung für Test
Aus der agilen Perspektive …
Bildquelle:©HeikeMutteru.UlrichGenthITigerandTurtle–MagicMountain,FotobyGuidoErbring
Verification of Expectations, Test(Note)
(Mike Cohn)
Die unendliche User Geschichte: Orientierung in agilen Projekten
Akzeptanzkriterium
Abnahmekriterium
Akzeptanztest
Testfall
= Anweisung für Test
= Abnahmekriterien + Details
wie bekommen wir
dies unter einen …
… expressing and
documenting details…
… nichts zusätzliches zu
den Anforderungen…
… the fit criterion is the
requirement...
Bildquelle: www.epicmoron.com/14-funny-and-bizarre-construction-mistakes
Testfall ≈ Anforderungsspezifikation
„Testfälle können [..] als Anforderungsspezifikation verstanden
werden, da sie wie herkömmliche Anforderungen ein Verhalten
oder eine Eigenschaft eines Produktes definieren. [..] Bei
Verwendung von Testfällen als Notation kann man Testfälle an sich
ebenso als eine Anforderung bezeichnen …”
Chris Rupp: Requirements-Engineering und –Management, 5. Auflage
Bildquelle:©shutterstockIleathercowboyhatisolatedonwhitebackgroundbyOleksandrLysenko
Akzeptanzkriterium
Abnahmekriterium
Akzeptanztest
Testfall
Anweisung für Test ≈ Testfall
Testfall = Anforderungsspezifikation
A set of input values, execution preconditions,
expected results and execution postconditions,
developed for a particular objective or test condition, such
as to exercise a particular program path or to verify
compliance with a specific requirement.
[IEEE 610] nach ISTQB Glossary
= Anweisung für Test
= Abnahmekriterien + Details
… vom Product Owner
Bildquelle: www.cgfinal.com I jukebox
So how does this work ?
• … when a product owner is coming up with acceptance
criteria? [..] But …
… in reality, the list of criteria is likely to be far from
exhaustive. The product owner and team will identify a
limited list made up of the more conspicuous choices.
These are the choices that are highly visible, easy to find.
• [..] the "good enough" criterion ends the search.
– http://www.scrumalliance.org/articles/387-user-story-acceptance-
criteria-the-art-of-satisficing-and-bounded-rationality
IREB Certified Professional for
Requirements Engineering,
Elicitation and Consolidation, AL
Befragungstechniken
Beobachtungstechniken
Kreativitätstechniken
Artefaktbasierte Techniken
Unterstützende Techniken
ISTQB
Anforderungsbasiertes
Ableiten von Testfällen
Scrum
Practices
Persona
Kano Modell
Use Cases
(IREB)
MoSCoW
(BABOK®
Guide)
Bildquelle: www.wrdbnr.com I A change
My one liner is that
a story is a promise to have a conversation and
a use case is the record of the conversation.
(JimStandley)
Very nice …
(Alistair Cockburn)
Unterscheiden sich
User Story und
Use Case nur in
Umfang und Zeit?
Bildquelle: © shutterstock | Hut fliegend die Luft ein by Winthrop Brookhouse
Bit Präzision von Use Cases
• Bit 1: Ziel des Use Case
• Bit 2: Standardablauf
• Bit 3: Erweiterungsbedingungen
• Bit 4: Erweiterungsaktionen
• Bit 5: Technik- und Datenvariationen
[..] so the information left off the card arrives in any of the
hundreds of conversations the developer has with the user. It is
not that information is lost, but information transfer is moved
from the writing to the speaking. (Alistair Cockburn)
} User Story
Bildquelle:©bitburger-getraenkegruppe,vonhttp://www.vfl-neidenbach.de
Use Case ≈ User Story + Acceptance Tests ?
“User stories plus acceptance tests are
basically the same thing as an use case.”
James Grenning
“The main scenario in itself is a story with the actual line
items in a main scenario becoming the acceptance criteria.”
http://agilefaq.wordpress.com
Bildquelle:www.bildschirmarbeiter.comIpicdump
Bildquelle: © coku.com I www.tumblr.com
User Story
Use Case
Stories
Concrete Scenarios
Usage Narratives
Fred the facilities manager creates an order
using the system. The system notifies Rick
the review manager, who reviews the order
using the system and OKs it. Lee, the loading
dock worker, puts it onto a truck, marking it
accordingly in the system. When the truck
gets to the receiving dock, Liz the loader at
that location fills in needed paperwork,
eventually also marking in the system that
the item has arrived. . . .
Bildquelle:www.tumblr.comIonewayortheother
• Akzeptanzkriterien
– Abnahmekriterium vs.
Akzeptanztest vs. Testfall
– RE Methoden für Agile
– Use Case vs. User Story?
• Backlog Management
– Strukturierungsmechanismen:
Verhalten vs. Aufgabenplanung
– Geordnet vs. Priorisiert
• Fazit
Bildquellen: © shutterstock |Picturesque Norway sea landscape with bridge. Atlanterhavsvegen
http://roadeveron.blogspot.de/2008/09/two-days-before-mast.html
Perspektivenwechsel:
VERHALTEN vs. AUFGABENPLANUNG
(Es ist immer ein Akzeptanzkriterium,
ob das Ziel des Stakeholders erreicht wurde – oder nicht.)
Bildquelle:www.dr-brot.soup.io/post/259874585/SZ-S-ddeutsche-Zebrastreifen
Überblicks-
Ziel
Überblicks-
Ziel
Überblicks-
Ziel
Anwender-
Ziel
Anwender-
Ziel
Sub-
Funktion
Sub-
Funktion
Perspektive: Verhalten
Use Case User Story
Tage/Jahre
Stunden/Tage
2-20 Min.
2-20 Sek./Min.
Überblicks-
Ziel
Überblicks-
Ziel
Überblicks-
Ziel
nder-
el
Anwender-
Ziel
n
Sub-
Funktion
Perspektive: Aufgabenplanung
als <Rolle>
will ich <Ziel>,
so dass <Zweck>
Use Case User Story
1 : 1
Überblicks-
Ziel
Überblicks-
Ziel
nder-
el
Anwender-
Ziel
n
Sub-
Funktion
Perspektive: Aufgabenplanung
als <Rolle>
will ich <Ziel>,
so dass <Zweck>
Use Case User Story
1 : n
als <Rolle>
will ich <Ziel>,
so dass <Zweck>
als <Rolle>
will ich <Ziel>,
so dass <Zweck>
Überblicks-
Ziel
Überblicks-
Ziel
nder-
el
Anwender-
Ziel
n
Sub-
Funktion
Perspektive: Aufgabenplanung
als <Rolle>
will ich <Ziel>,
so dass <Zweck>
Use Case User Story
Szenario 2
als <Rolle>
will ich <Ziel>,
so dass <Zweck>
als <Rolle>
will ich <Ziel>,
so dass <Zweck>
Überblicks-
Ziel
Überblicks-
Ziel
nder-
el
Anwender-
Ziel
n
Sub-
Funktion
Perspektive: Aufgabenplanung
als <Rolle>
will ich <Ziel>,
so dass <Zweck>
Use Case User Story
m : 1
Überblicks-
Ziel
Überblicks-
Ziel
nder-
el
Anwender-
Ziel
n
Sub-
Funktion
Perspektive: Aufgabenplanung
Use Case User Story
als <Rolle>
will ich <Ziel>,
so dass <Zweck>
Bildquelle:©shutterstock|SuperLooperbyKenethWilliamCaleno
Überblicks-
Ziel
Überblicks-
Ziel
nder-
el
Anwender-
Ziel
n
Sub-
Funktion
Perspektive: Aufgabenplanung
Use Case User Story
als <Rolle>
will ich <Ziel>,
so dass <Zweck>
als <Rolle>
will ich <Ziel>,
so dass <Zweck>
als <Rol
will ich <Z
so dass <Zw
Bildquelle:©shutterstock|SuperLooperbyKenethWilliamCaleno
Überblicks-
Ziel
Überblicks-
Ziel
Überblicks-
Ziel
Anwender-
Ziel
Anwender-
Ziel
Sub-
Funktion
Beide Perspektiven
User Story
User Story
User Story
User Story
Bildquelle:©shutterstock|FunnelitisisolatedonawhitebackgroundbyKonjushenkoVladimir
Überblicks-
Ziel
Überblicks-
Ziel
Überblicks-
Ziel
Anwender-
Ziel
Anwender-
Ziel
Sub-
Funktion
Beide Perspektiven
Abstraktions-
Grad
User Story
User Story
User Story
User Story
Planbarkeit:
- passt in 1 Sprint
- schätzbar
- testbar
Bildquelle:©shutterstock|FunnelitisisolatedonawhitebackgroundbyKonjushenkoVladimir
Bildquelle:©shutterstock|FunnelitisisolatedonawhitebackgroundbyKonjushenkoVladimir
Überblicks-
Ziel
Überblicks-
Ziel
Überblicks-
Ziel
Anwender-
Ziel
Anwender-
Ziel
Sub-
Funktion
Beide Perspektiven
User Story
User Story
User Story
User Story
User Story
User Story
User Story
User Story
User Story
User Story
User Story
User Story
As iterations have gotten shorter and teams have gotten
smaller, the scope of a single story has shrunk. I certainly feel
the need for larger-scale structuring mechanisms. Kent Beck
Überblicks-
Ziel
Überblicks-
Ziel
Anwender-
Ziel
Sub-
Funktion
Feature
Backlog
Epic
Backlog
Story
Backlog
Bildquelle:©shutterstock|GreatPyramideandblueskywithclloudsbyDudarevMikhail
Integration von
Projekt - …
- Steuerung
- Planung
durch Übergang
von abstrakter
SPEZIFIKATION
zur PLANUNG
durch

Verfeinerung
anhand von
User Stories
mit
Akzeptanztests
Use Case Diagramme für Stories
Minimal Marketable Feature
Bildquelle: www.mein-picdump.de
Übergang Use Case zu User Stories
cardmapping.com
User Story Splitting
cardmapping.com
Release Planung
cardmapping.com
V 0.9
Backlog
Priorisierung
bisher:
- ROI
- Aufwand
- Risiko
Bildquelle:www.freada.com/creative-stairs-design/calorie-stairs
Geordnet nach Priorität …
Bildquelle: www.piximus.net
Cost of Delay
• Stakeholder-Wert
• Zeit-Wert
• Wert der
Risiko-
minimierung
Delta
CoD
>> 0
Delta Effort >> 0
Delta
CoD
≈ 0
Delta Effort ≈ 0
High
Cost of Delay
First
Shortest
Job
First
WSJF
Weighted
Shortest
Job First
(CoD / Effort)
Bildquelle: http://089fashionblvd.wordpress.com/tag/leblogdebetty/ Bildquelle: © shutterstock | Time is money by Denis Larkin
Soziale Kompetenz 2011
Ranking of the Splitting Patterns
18.03.2011 45
Pattern I N V E S T Total
Business Rule Variations 3,8 2,0 5,0 4,0 5,0 5,0 4,1
Variations in Data 2,8 2,5 4,4 4,4 4,7 5,0 4,0
Simple / Complex 3,7 4,0 4,0 3,6 4,0 4,0 3,9
Data Entry Methods 2,5 3,0 4,0 4,0 4,7 5,0 3,9
Workflow Steps 3,4 4,0 4,0 3,6 4,0 4,0 3,8
Major Effort 3,1 4,0 3,4 3,0 3,2 4,0 3,5
Operations 2,2 4,0 4,0 2,8 4,0 4,0 3,5
Defer Performance 2,2 3,0 4,0 3,1 2,6 4,0 3,2
Break Out a Spike 1,0 2,0 2,0 1,4 1,7 1,0 1,5
Analysis of User Story Splitting18.03.2011 45
Fazit
• Akzeptanzkriterien
– Begrifflichkeit in RE und Agile
lässt sich über den Testfall (ISTQB) verbinden
– RE Methoden zum Ermitteln von Akzeptanzkriterien
führen zu besseren User Stories
• Orientierung: von der Spezifikation zur Planung
– Bessere Projekt-Planung mit Backlogs:
Use Cases verfeinern zu User Stories mit Akzeptanztests
– Release Planung anhand Minimal Marketable Features
• Ordnung und Struktur statt flacher Priorisierung der BL Items
• Kostengünstigere, schnellere Entwicklung
• Time to Market optimiert
Fazit
• Akzeptanzkriterien
– Begrifflichkeit in RE und Agile
lässt sich über den Testfall (ISTQB) verbinden
– RE Methoden zum Ermitteln von Akzeptanzkriterien
führen zu besseren User Stories
• Orientierung: von der Spezifikation zur Planung
– Bessere Projekt-Planung mit Backlogs:
Use Cases verfeinern zu User Stories mit Akzeptanztests
– Release Planung anhand Minimal Marketable Features
• Ordnung und Struktur statt flacher Priorisierung der BL Items
• Kostengünstigere, schnellere Entwicklung
• Time to Market optimiert
Fazit
• Akzeptanzkriterien
– Begrifflichkeit in RE und Agile
lässt sich über den Testfall (ISTQB) verbinden
– RE Methoden zum Ermitteln von Akzeptanzkriterien
führen zu besseren User Stories
• Orientierung: von der Spezifikation zur Planung
– Bessere Projekt-Planung mit Backlogs:
Use Cases verfeinern zu User Stories mit Akzeptanztests
– Release Planung anhand Minimal Marketable Features
• Ordnung und Struktur statt flacher Priorisierung der BL Items
• Kostengünstigere, schnellere Entwicklung
• Time to Market optimiert
Fazit
• Akzeptanzkriterien
– Begrifflichkeit in RE und Agile
lässt sich über den Testfall (ISTQB) verbinden
– RE Methoden zum Ermitteln von Akzeptanzkriterien
führen zu besseren User Stories
• Orientierung: von der Spezifikation zur Planung
– Bessere Projekt-Planung mit Backlogs:
Use Cases verfeinern zu User Stories mit Akzeptanztests
– Release Planung anhand Minimal Marketable Features
• Ordnung und Struktur statt flacher Priorisierung der BL Items
• Kostengünstigere, schnellere Entwicklung
• Time to Market optimiert
We make IT
work
for you.
www.DialogData.de
Bildquelle: www.edelight.de
www.DialogData.de
www.facebook.com/dialogdata
Ihre Fragen,
bitte.

Weitere ähnliche Inhalte

Andere mochten auch

Hahn Golf Academia & Club
Hahn Golf Academia & ClubHahn Golf Academia & Club
Hahn Golf Academia & ClubCsaba Hahn
 
A preview of OW2 Market Place. OW2con'15, November 17, Paris.
A preview of OW2 Market Place. OW2con'15, November 17, Paris. A preview of OW2 Market Place. OW2con'15, November 17, Paris.
A preview of OW2 Market Place. OW2con'15, November 17, Paris. OW2
 
Itf ipp ch05_2012_final
Itf ipp ch05_2012_finalItf ipp ch05_2012_final
Itf ipp ch05_2012_finaldphil002
 
Slide Boothphotos
Slide BoothphotosSlide Boothphotos
Slide Boothphotosparisyoyo
 
OW2con'14 - Keynote from Microsoft
OW2con'14 - Keynote from MicrosoftOW2con'14 - Keynote from Microsoft
OW2con'14 - Keynote from MicrosoftOW2
 
Chapter 13
Chapter 13Chapter 13
Chapter 13dphil002
 
OW2con'14 - Xlcloud, 3D rendering in the cloud
OW2con'14 - Xlcloud, 3D rendering in the cloudOW2con'14 - Xlcloud, 3D rendering in the cloud
OW2con'14 - Xlcloud, 3D rendering in the cloudOW2
 
Wildi 2009 Resume Addendum
Wildi 2009 Resume  AddendumWildi 2009 Resume  Addendum
Wildi 2009 Resume AddendumWildi
 
Antepedia Reporter and Fossology: Updates and new challenges toward software ...
Antepedia Reporter and Fossology: Updates and new challenges toward software ...Antepedia Reporter and Fossology: Updates and new challenges toward software ...
Antepedia Reporter and Fossology: Updates and new challenges toward software ...OW2
 
Adivina Que Ciudad Es
Adivina Que Ciudad EsAdivina Que Ciudad Es
Adivina Que Ciudad Esalfcoltrane
 
erocci - a scalable model-driven API framework, OW2con'16, Paris.
erocci - a scalable model-driven API framework, OW2con'16, Paris.erocci - a scalable model-driven API framework, OW2con'16, Paris.
erocci - a scalable model-driven API framework, OW2con'16, Paris.OW2
 
OW2con'14 - XLcloud, a demonstation of 3D remote rendering in the cloud
OW2con'14 - XLcloud, a demonstation of 3D remote rendering in the cloudOW2con'14 - XLcloud, a demonstation of 3D remote rendering in the cloud
OW2con'14 - XLcloud, a demonstation of 3D remote rendering in the cloudOW2
 
OSCAR & AppHub, fostering market readiness at OW2, OW2con'16, Paris.
OSCAR & AppHub, fostering market readiness at OW2, OW2con'16, Paris. OSCAR & AppHub, fostering market readiness at OW2, OW2con'16, Paris.
OSCAR & AppHub, fostering market readiness at OW2, OW2con'16, Paris. OW2
 
Itf ipp ch01_2012_final
Itf ipp ch01_2012_finalItf ipp ch01_2012_final
Itf ipp ch01_2012_finaldphil002
 
RGAA, REFERENTIEL D’ACCESSIBILITE MULTICANAL
RGAA, REFERENTIEL D’ACCESSIBILITE MULTICANAL RGAA, REFERENTIEL D’ACCESSIBILITE MULTICANAL
RGAA, REFERENTIEL D’ACCESSIBILITE MULTICANAL OW2
 
Economics of open source, OW2con11, Nov 24-25, Paris
Economics of open source, OW2con11, Nov 24-25, ParisEconomics of open source, OW2con11, Nov 24-25, Paris
Economics of open source, OW2con11, Nov 24-25, ParisOW2
 
A new interface between smart device and web using html5 web socket and qr code
A new interface between smart device and web using html5 web socket and qr codeA new interface between smart device and web using html5 web socket and qr code
A new interface between smart device and web using html5 web socket and qr codeMatthew Chang
 

Andere mochten auch (18)

Hahn Golf Academia & Club
Hahn Golf Academia & ClubHahn Golf Academia & Club
Hahn Golf Academia & Club
 
A preview of OW2 Market Place. OW2con'15, November 17, Paris.
A preview of OW2 Market Place. OW2con'15, November 17, Paris. A preview of OW2 Market Place. OW2con'15, November 17, Paris.
A preview of OW2 Market Place. OW2con'15, November 17, Paris.
 
Itf ipp ch05_2012_final
Itf ipp ch05_2012_finalItf ipp ch05_2012_final
Itf ipp ch05_2012_final
 
Slide Boothphotos
Slide BoothphotosSlide Boothphotos
Slide Boothphotos
 
OW2con'14 - Keynote from Microsoft
OW2con'14 - Keynote from MicrosoftOW2con'14 - Keynote from Microsoft
OW2con'14 - Keynote from Microsoft
 
Chapter 13
Chapter 13Chapter 13
Chapter 13
 
OW2con'14 - Xlcloud, 3D rendering in the cloud
OW2con'14 - Xlcloud, 3D rendering in the cloudOW2con'14 - Xlcloud, 3D rendering in the cloud
OW2con'14 - Xlcloud, 3D rendering in the cloud
 
Wildi 2009 Resume Addendum
Wildi 2009 Resume  AddendumWildi 2009 Resume  Addendum
Wildi 2009 Resume Addendum
 
Antepedia Reporter and Fossology: Updates and new challenges toward software ...
Antepedia Reporter and Fossology: Updates and new challenges toward software ...Antepedia Reporter and Fossology: Updates and new challenges toward software ...
Antepedia Reporter and Fossology: Updates and new challenges toward software ...
 
Adivina Que Ciudad Es
Adivina Que Ciudad EsAdivina Que Ciudad Es
Adivina Que Ciudad Es
 
erocci - a scalable model-driven API framework, OW2con'16, Paris.
erocci - a scalable model-driven API framework, OW2con'16, Paris.erocci - a scalable model-driven API framework, OW2con'16, Paris.
erocci - a scalable model-driven API framework, OW2con'16, Paris.
 
Tech talk: PHP
Tech talk: PHPTech talk: PHP
Tech talk: PHP
 
OW2con'14 - XLcloud, a demonstation of 3D remote rendering in the cloud
OW2con'14 - XLcloud, a demonstation of 3D remote rendering in the cloudOW2con'14 - XLcloud, a demonstation of 3D remote rendering in the cloud
OW2con'14 - XLcloud, a demonstation of 3D remote rendering in the cloud
 
OSCAR & AppHub, fostering market readiness at OW2, OW2con'16, Paris.
OSCAR & AppHub, fostering market readiness at OW2, OW2con'16, Paris. OSCAR & AppHub, fostering market readiness at OW2, OW2con'16, Paris.
OSCAR & AppHub, fostering market readiness at OW2, OW2con'16, Paris.
 
Itf ipp ch01_2012_final
Itf ipp ch01_2012_finalItf ipp ch01_2012_final
Itf ipp ch01_2012_final
 
RGAA, REFERENTIEL D’ACCESSIBILITE MULTICANAL
RGAA, REFERENTIEL D’ACCESSIBILITE MULTICANAL RGAA, REFERENTIEL D’ACCESSIBILITE MULTICANAL
RGAA, REFERENTIEL D’ACCESSIBILITE MULTICANAL
 
Economics of open source, OW2con11, Nov 24-25, Paris
Economics of open source, OW2con11, Nov 24-25, ParisEconomics of open source, OW2con11, Nov 24-25, Paris
Economics of open source, OW2con11, Nov 24-25, Paris
 
A new interface between smart device and web using html5 web socket and qr code
A new interface between smart device and web using html5 web socket and qr codeA new interface between smart device and web using html5 web socket and qr code
A new interface between smart device and web using html5 web socket and qr code
 

Ähnlich wie Die unendliche User Geschichte: Orientierung in agilen Projekten

Die unendliche User Story - agiles Anforderungsmanagement
Die unendliche User Story - agiles AnforderungsmanagementDie unendliche User Story - agiles Anforderungsmanagement
Die unendliche User Story - agiles AnforderungsmanagementThomas Moedl
 
Creasoft Akademie - Diszipliniertes Anforderungsmanagement in agilen Projekten
Creasoft Akademie - Diszipliniertes Anforderungsmanagement in agilen ProjektenCreasoft Akademie - Diszipliniertes Anforderungsmanagement in agilen Projekten
Creasoft Akademie - Diszipliniertes Anforderungsmanagement in agilen ProjektenCreasoft AG
 
Geschnitten oder am Stück - Von der Produktvision zu guten Anforderungen
Geschnitten oder am Stück - Von der Produktvision zu guten AnforderungenGeschnitten oder am Stück - Von der Produktvision zu guten Anforderungen
Geschnitten oder am Stück - Von der Produktvision zu guten AnforderungenRamon Anger
 
Agile und Projektmanagement - Kein entweder-oder sondern anders
Agile und Projektmanagement - Kein entweder-oder sondern andersAgile und Projektmanagement - Kein entweder-oder sondern anders
Agile und Projektmanagement - Kein entweder-oder sondern andersSteffen Thols
 
Scrum als agiles Vorgehensmodell für Programmierer
Scrum als agiles Vorgehensmodell für ProgrammiererScrum als agiles Vorgehensmodell für Programmierer
Scrum als agiles Vorgehensmodell für ProgrammiererTobias Schlüter
 
Requirements Engineering in agilen Projekten - Flexibilität ist gefordert
Requirements Engineering in agilen Projekten - Flexibilität ist gefordertRequirements Engineering in agilen Projekten - Flexibilität ist gefordert
Requirements Engineering in agilen Projekten - Flexibilität ist gefordertGFU Cyrus AG
 
OOP 2011: Bitter Scrum Chris Rupp Thomas Mödl
OOP 2011: Bitter Scrum Chris Rupp Thomas MödlOOP 2011: Bitter Scrum Chris Rupp Thomas Mödl
OOP 2011: Bitter Scrum Chris Rupp Thomas MödlThomas Moedl
 
Fallstudie Usability-Test FH Münster
Fallstudie Usability-Test FH MünsterFallstudie Usability-Test FH Münster
Fallstudie Usability-Test FH MünstereResult_GmbH
 
RE und Scrum - auf den zweiten Blick ein geniales Team
RE und Scrum - auf den zweiten Blick ein geniales TeamRE und Scrum - auf den zweiten Blick ein geniales Team
RE und Scrum - auf den zweiten Blick ein geniales TeamHOOD Group
 
Szenarien userstories usecases
Szenarien userstories usecasesSzenarien userstories usecases
Szenarien userstories usecasesMaria Mory
 
IA/ UX in Scrum Entwicklungs-Prozessen - 2009
IA/ UX in Scrum Entwicklungs-Prozessen - 2009IA/ UX in Scrum Entwicklungs-Prozessen - 2009
IA/ UX in Scrum Entwicklungs-Prozessen - 2009Wolf Noeding
 
Referat: Scrum Rocks – Testing Sucks?! (reloaded)
Referat: Scrum Rocks – Testing Sucks?! (reloaded)Referat: Scrum Rocks – Testing Sucks?! (reloaded)
Referat: Scrum Rocks – Testing Sucks?! (reloaded)Digicomp Academy AG
 
POEM - Product Ownership Evolution Model - Tools4AgileTeams2017
POEM - Product Ownership Evolution Model - Tools4AgileTeams2017POEM - Product Ownership Evolution Model - Tools4AgileTeams2017
POEM - Product Ownership Evolution Model - Tools4AgileTeams2017Tim Klein
 
Plm Open Hours - Detailkonzepte welcher Art führen zu erfolgreichen Implement...
Plm Open Hours - Detailkonzepte welcher Art führen zu erfolgreichen Implement...Plm Open Hours - Detailkonzepte welcher Art führen zu erfolgreichen Implement...
Plm Open Hours - Detailkonzepte welcher Art führen zu erfolgreichen Implement...Intelliact AG
 
Roadshow 2018 - Camunda in der Praxis: So geht's
Roadshow 2018 - Camunda in der Praxis: So geht'sRoadshow 2018 - Camunda in der Praxis: So geht's
Roadshow 2018 - Camunda in der Praxis: So geht'scamunda services GmbH
 
Abenteuer Qualität in der SW-Wartung
Abenteuer Qualität in der SW-WartungAbenteuer Qualität in der SW-Wartung
Abenteuer Qualität in der SW-WartungErnest Wallmueller
 
Scrum Rocks, Testing Sucks ?! RELOADED
Scrum Rocks, Testing Sucks ?! RELOADEDScrum Rocks, Testing Sucks ?! RELOADED
Scrum Rocks, Testing Sucks ?! RELOADEDSwissQ Consulting AG
 
Anforderungsanalyse und UML Grundlagen
Anforderungsanalyse und UML GrundlagenAnforderungsanalyse und UML Grundlagen
Anforderungsanalyse und UML GrundlagenChristian Baranowski
 

Ähnlich wie Die unendliche User Geschichte: Orientierung in agilen Projekten (20)

Die unendliche User Story - agiles Anforderungsmanagement
Die unendliche User Story - agiles AnforderungsmanagementDie unendliche User Story - agiles Anforderungsmanagement
Die unendliche User Story - agiles Anforderungsmanagement
 
Creasoft Akademie - Diszipliniertes Anforderungsmanagement in agilen Projekten
Creasoft Akademie - Diszipliniertes Anforderungsmanagement in agilen ProjektenCreasoft Akademie - Diszipliniertes Anforderungsmanagement in agilen Projekten
Creasoft Akademie - Diszipliniertes Anforderungsmanagement in agilen Projekten
 
Geschnitten oder am Stück - Von der Produktvision zu guten Anforderungen
Geschnitten oder am Stück - Von der Produktvision zu guten AnforderungenGeschnitten oder am Stück - Von der Produktvision zu guten Anforderungen
Geschnitten oder am Stück - Von der Produktvision zu guten Anforderungen
 
Agile und Projektmanagement - Kein entweder-oder sondern anders
Agile und Projektmanagement - Kein entweder-oder sondern andersAgile und Projektmanagement - Kein entweder-oder sondern anders
Agile und Projektmanagement - Kein entweder-oder sondern anders
 
Scrum als agiles Vorgehensmodell für Programmierer
Scrum als agiles Vorgehensmodell für ProgrammiererScrum als agiles Vorgehensmodell für Programmierer
Scrum als agiles Vorgehensmodell für Programmierer
 
Requirements Engineering in agilen Projekten - Flexibilität ist gefordert
Requirements Engineering in agilen Projekten - Flexibilität ist gefordertRequirements Engineering in agilen Projekten - Flexibilität ist gefordert
Requirements Engineering in agilen Projekten - Flexibilität ist gefordert
 
OOP 2011: Bitter Scrum Chris Rupp Thomas Mödl
OOP 2011: Bitter Scrum Chris Rupp Thomas MödlOOP 2011: Bitter Scrum Chris Rupp Thomas Mödl
OOP 2011: Bitter Scrum Chris Rupp Thomas Mödl
 
Fallstudie Usability-Test FH Münster
Fallstudie Usability-Test FH MünsterFallstudie Usability-Test FH Münster
Fallstudie Usability-Test FH Münster
 
RE und Scrum - auf den zweiten Blick ein geniales Team
RE und Scrum - auf den zweiten Blick ein geniales TeamRE und Scrum - auf den zweiten Blick ein geniales Team
RE und Scrum - auf den zweiten Blick ein geniales Team
 
Szenarien userstories usecases
Szenarien userstories usecasesSzenarien userstories usecases
Szenarien userstories usecases
 
IA/ UX in Scrum Entwicklungs-Prozessen - 2009
IA/ UX in Scrum Entwicklungs-Prozessen - 2009IA/ UX in Scrum Entwicklungs-Prozessen - 2009
IA/ UX in Scrum Entwicklungs-Prozessen - 2009
 
Referat: Scrum Rocks – Testing Sucks?! (reloaded)
Referat: Scrum Rocks – Testing Sucks?! (reloaded)Referat: Scrum Rocks – Testing Sucks?! (reloaded)
Referat: Scrum Rocks – Testing Sucks?! (reloaded)
 
POEM - Product Ownership Evolution Model - Tools4AgileTeams2017
POEM - Product Ownership Evolution Model - Tools4AgileTeams2017POEM - Product Ownership Evolution Model - Tools4AgileTeams2017
POEM - Product Ownership Evolution Model - Tools4AgileTeams2017
 
Plm Open Hours - Detailkonzepte welcher Art führen zu erfolgreichen Implement...
Plm Open Hours - Detailkonzepte welcher Art führen zu erfolgreichen Implement...Plm Open Hours - Detailkonzepte welcher Art führen zu erfolgreichen Implement...
Plm Open Hours - Detailkonzepte welcher Art führen zu erfolgreichen Implement...
 
Roadshow 2018 - Camunda in der Praxis: So geht's
Roadshow 2018 - Camunda in der Praxis: So geht'sRoadshow 2018 - Camunda in der Praxis: So geht's
Roadshow 2018 - Camunda in der Praxis: So geht's
 
Abenteuer Qualität in der SW-Wartung
Abenteuer Qualität in der SW-WartungAbenteuer Qualität in der SW-Wartung
Abenteuer Qualität in der SW-Wartung
 
Scrum Rocks, Testing Sucks ?! RELOADED
Scrum Rocks, Testing Sucks ?! RELOADEDScrum Rocks, Testing Sucks ?! RELOADED
Scrum Rocks, Testing Sucks ?! RELOADED
 
Anforderungsanalyse und UML Grundlagen
Anforderungsanalyse und UML GrundlagenAnforderungsanalyse und UML Grundlagen
Anforderungsanalyse und UML Grundlagen
 
Definition of Ready
Definition of ReadyDefinition of Ready
Definition of Ready
 
Systementwurf mit UML
Systementwurf mit UMLSystementwurf mit UML
Systementwurf mit UML
 

Mehr von Thomas Moedl

Dd 220 agile essentials 2021-04-27
Dd 220 agile   essentials 2021-04-27Dd 220 agile   essentials 2021-04-27
Dd 220 agile essentials 2021-04-27Thomas Moedl
 
A Rational Romance: Scrum and Business Analysis
A Rational Romance: Scrum and Business AnalysisA Rational Romance: Scrum and Business Analysis
A Rational Romance: Scrum and Business AnalysisThomas Moedl
 
Kanban, Lean, and Scrum
Kanban, Lean, and ScrumKanban, Lean, and Scrum
Kanban, Lean, and ScrumThomas Moedl
 
Agile Vision and Goals
Agile Vision and GoalsAgile Vision and Goals
Agile Vision and GoalsThomas Moedl
 
ASQF Nürnberg - Bitter Scrum
ASQF Nürnberg - Bitter ScrumASQF Nürnberg - Bitter Scrum
ASQF Nürnberg - Bitter ScrumThomas Moedl
 
Agile Requirements Engineering
Agile Requirements EngineeringAgile Requirements Engineering
Agile Requirements EngineeringThomas Moedl
 
Agile Values and Principles - The Big Pic
Agile Values and Principles - The Big PicAgile Values and Principles - The Big Pic
Agile Values and Principles - The Big PicThomas Moedl
 

Mehr von Thomas Moedl (8)

Dd 220 agile essentials 2021-04-27
Dd 220 agile   essentials 2021-04-27Dd 220 agile   essentials 2021-04-27
Dd 220 agile essentials 2021-04-27
 
A Rational Romance: Scrum and Business Analysis
A Rational Romance: Scrum and Business AnalysisA Rational Romance: Scrum and Business Analysis
A Rational Romance: Scrum and Business Analysis
 
Kanban, Lean, and Scrum
Kanban, Lean, and ScrumKanban, Lean, and Scrum
Kanban, Lean, and Scrum
 
FitNesse
FitNesseFitNesse
FitNesse
 
Agile Vision and Goals
Agile Vision and GoalsAgile Vision and Goals
Agile Vision and Goals
 
ASQF Nürnberg - Bitter Scrum
ASQF Nürnberg - Bitter ScrumASQF Nürnberg - Bitter Scrum
ASQF Nürnberg - Bitter Scrum
 
Agile Requirements Engineering
Agile Requirements EngineeringAgile Requirements Engineering
Agile Requirements Engineering
 
Agile Values and Principles - The Big Pic
Agile Values and Principles - The Big PicAgile Values and Principles - The Big Pic
Agile Values and Principles - The Big Pic
 

Die unendliche User Geschichte: Orientierung in agilen Projekten

  • 1. Bildquelle: © shutterstock | lighthouse at talacre by Meirion Matthias Orientierung in agilen Projekten OOP 2013 // Thomas Mödl, DialogData Die unendliche User Geschichte:
  • 2. • Akzeptanzkriterien – Abnahmekriterium vs. Akzeptanztest vs. Testfall – RE Methoden für Agile – Use Case vs. User Story? • Backlog Management – Strukturierungsmechanismen: Verhalten vs. Aufgabenplanung – Geordnet vs. Priorisiert • Fazit ? Bildquelle:www.roadeveron.blogspot.de/2008/09/two-days-before-mast.html
  • 3. … Professional for Requirements Engineering (Adv. Level) … Professional for Software Architecture … Scrum Product Owner Dipl.-Inform. (TU München) - Supporting Member im IREB (International Requirements Engineering Board) - Mitglied im IEEE - Mitglied der Agile Alliance seit 2003 - Mitglied im ASQF - Agile-CMMI Gruppe auf Xing: Moderator und Gründer Bildquelle: © shutterstock | rubber stamp in hand marked with certified by filmfoto Software Design & Development We make IT work for you.
  • 4. Requirements Engineering Software Entwicklung Bildquelle: © shutterstock | zipper shut. Macro by schankz
  • 5. • Akzeptanzkriterien – Abnahmekriterium vs. Akzeptanztest vs. Testfall – RE Methoden für Agile – Use Case vs. User Story? • Backlog Management – Strukturierungsmechanismen: Verhalten vs. Aufgabenplanung – Geordnet vs. Priorisiert • Fazit ? Bildquelle:www.roadeveron.blogspot.de/2008/09/two-days-before-mast.html
  • 6. Akzeptanzkriterium = Anforderung Akzeptanzkriterium ∈ Anforderung Akzeptanzkriterium + Anforderung Akzeptanzkriterium Abnahmekriterium Akzeptanztest Testfall ?RE Agile Bildquelle: www.roadeveron.blogspot.de/2008/09/two-days-before-mast.htmle:
  • 7. Anweisung für Test, nichts zusätzliches (Chris Rupp) „Aus der Erfahrung in der Praxis heraus lässt sich sagen , dass gewissenhaftes Formulieren von Abnahmekriterien elementarer Bestandteil jeder Systementwicklung sein sollte, der es an Spezifikationstreue, Testbarkeit und Vollständigkeit liegt.“ Chris Rupp, zitiert in Peter Hruschka: Abnahmekriterien - Bindeglied von Requirements und Test
  • 9. Aus der agilen Perspektive … Bildquelle:©HeikeMutteru.UlrichGenthITigerandTurtle–MagicMountain,FotobyGuidoErbring
  • 10. Verification of Expectations, Test(Note) (Mike Cohn)
  • 13. wie bekommen wir dies unter einen … … expressing and documenting details… … nichts zusätzliches zu den Anforderungen… … the fit criterion is the requirement... Bildquelle: www.epicmoron.com/14-funny-and-bizarre-construction-mistakes
  • 14. Testfall ≈ Anforderungsspezifikation „Testfälle können [..] als Anforderungsspezifikation verstanden werden, da sie wie herkömmliche Anforderungen ein Verhalten oder eine Eigenschaft eines Produktes definieren. [..] Bei Verwendung von Testfällen als Notation kann man Testfälle an sich ebenso als eine Anforderung bezeichnen …” Chris Rupp: Requirements-Engineering und –Management, 5. Auflage Bildquelle:©shutterstockIleathercowboyhatisolatedonwhitebackgroundbyOleksandrLysenko
  • 15. Akzeptanzkriterium Abnahmekriterium Akzeptanztest Testfall Anweisung für Test ≈ Testfall Testfall = Anforderungsspezifikation A set of input values, execution preconditions, expected results and execution postconditions, developed for a particular objective or test condition, such as to exercise a particular program path or to verify compliance with a specific requirement. [IEEE 610] nach ISTQB Glossary = Anweisung für Test = Abnahmekriterien + Details
  • 16. … vom Product Owner Bildquelle: www.cgfinal.com I jukebox
  • 17. So how does this work ? • … when a product owner is coming up with acceptance criteria? [..] But … … in reality, the list of criteria is likely to be far from exhaustive. The product owner and team will identify a limited list made up of the more conspicuous choices. These are the choices that are highly visible, easy to find. • [..] the "good enough" criterion ends the search. – http://www.scrumalliance.org/articles/387-user-story-acceptance- criteria-the-art-of-satisficing-and-bounded-rationality
  • 18. IREB Certified Professional for Requirements Engineering, Elicitation and Consolidation, AL Befragungstechniken Beobachtungstechniken Kreativitätstechniken Artefaktbasierte Techniken Unterstützende Techniken ISTQB Anforderungsbasiertes Ableiten von Testfällen Scrum Practices Persona Kano Modell Use Cases (IREB) MoSCoW (BABOK® Guide) Bildquelle: www.wrdbnr.com I A change
  • 19. My one liner is that a story is a promise to have a conversation and a use case is the record of the conversation. (JimStandley) Very nice … (Alistair Cockburn) Unterscheiden sich User Story und Use Case nur in Umfang und Zeit? Bildquelle: © shutterstock | Hut fliegend die Luft ein by Winthrop Brookhouse
  • 20. Bit Präzision von Use Cases • Bit 1: Ziel des Use Case • Bit 2: Standardablauf • Bit 3: Erweiterungsbedingungen • Bit 4: Erweiterungsaktionen • Bit 5: Technik- und Datenvariationen [..] so the information left off the card arrives in any of the hundreds of conversations the developer has with the user. It is not that information is lost, but information transfer is moved from the writing to the speaking. (Alistair Cockburn) } User Story Bildquelle:©bitburger-getraenkegruppe,vonhttp://www.vfl-neidenbach.de
  • 21. Use Case ≈ User Story + Acceptance Tests ? “User stories plus acceptance tests are basically the same thing as an use case.” James Grenning “The main scenario in itself is a story with the actual line items in a main scenario becoming the acceptance criteria.” http://agilefaq.wordpress.com Bildquelle:www.bildschirmarbeiter.comIpicdump
  • 22. Bildquelle: © coku.com I www.tumblr.com
  • 23. User Story Use Case Stories Concrete Scenarios Usage Narratives Fred the facilities manager creates an order using the system. The system notifies Rick the review manager, who reviews the order using the system and OKs it. Lee, the loading dock worker, puts it onto a truck, marking it accordingly in the system. When the truck gets to the receiving dock, Liz the loader at that location fills in needed paperwork, eventually also marking in the system that the item has arrived. . . . Bildquelle:www.tumblr.comIonewayortheother
  • 24. • Akzeptanzkriterien – Abnahmekriterium vs. Akzeptanztest vs. Testfall – RE Methoden für Agile – Use Case vs. User Story? • Backlog Management – Strukturierungsmechanismen: Verhalten vs. Aufgabenplanung – Geordnet vs. Priorisiert • Fazit Bildquellen: © shutterstock |Picturesque Norway sea landscape with bridge. Atlanterhavsvegen http://roadeveron.blogspot.de/2008/09/two-days-before-mast.html
  • 25. Perspektivenwechsel: VERHALTEN vs. AUFGABENPLANUNG (Es ist immer ein Akzeptanzkriterium, ob das Ziel des Stakeholders erreicht wurde – oder nicht.) Bildquelle:www.dr-brot.soup.io/post/259874585/SZ-S-ddeutsche-Zebrastreifen
  • 28. Überblicks- Ziel Überblicks- Ziel nder- el Anwender- Ziel n Sub- Funktion Perspektive: Aufgabenplanung als <Rolle> will ich <Ziel>, so dass <Zweck> Use Case User Story 1 : n als <Rolle> will ich <Ziel>, so dass <Zweck> als <Rolle> will ich <Ziel>, so dass <Zweck>
  • 29. Überblicks- Ziel Überblicks- Ziel nder- el Anwender- Ziel n Sub- Funktion Perspektive: Aufgabenplanung als <Rolle> will ich <Ziel>, so dass <Zweck> Use Case User Story Szenario 2 als <Rolle> will ich <Ziel>, so dass <Zweck> als <Rolle> will ich <Ziel>, so dass <Zweck>
  • 31. Überblicks- Ziel Überblicks- Ziel nder- el Anwender- Ziel n Sub- Funktion Perspektive: Aufgabenplanung Use Case User Story als <Rolle> will ich <Ziel>, so dass <Zweck> Bildquelle:©shutterstock|SuperLooperbyKenethWilliamCaleno
  • 32. Überblicks- Ziel Überblicks- Ziel nder- el Anwender- Ziel n Sub- Funktion Perspektive: Aufgabenplanung Use Case User Story als <Rolle> will ich <Ziel>, so dass <Zweck> als <Rolle> will ich <Ziel>, so dass <Zweck> als <Rol will ich <Z so dass <Zw Bildquelle:©shutterstock|SuperLooperbyKenethWilliamCaleno
  • 33. Überblicks- Ziel Überblicks- Ziel Überblicks- Ziel Anwender- Ziel Anwender- Ziel Sub- Funktion Beide Perspektiven User Story User Story User Story User Story Bildquelle:©shutterstock|FunnelitisisolatedonawhitebackgroundbyKonjushenkoVladimir
  • 34. Überblicks- Ziel Überblicks- Ziel Überblicks- Ziel Anwender- Ziel Anwender- Ziel Sub- Funktion Beide Perspektiven Abstraktions- Grad User Story User Story User Story User Story Planbarkeit: - passt in 1 Sprint - schätzbar - testbar Bildquelle:©shutterstock|FunnelitisisolatedonawhitebackgroundbyKonjushenkoVladimir
  • 36. As iterations have gotten shorter and teams have gotten smaller, the scope of a single story has shrunk. I certainly feel the need for larger-scale structuring mechanisms. Kent Beck Überblicks- Ziel Überblicks- Ziel Anwender- Ziel Sub- Funktion Feature Backlog Epic Backlog Story Backlog Bildquelle:©shutterstock|GreatPyramideandblueskywithclloudsbyDudarevMikhail Integration von Projekt - … - Steuerung - Planung durch Übergang von abstrakter SPEZIFIKATION zur PLANUNG durch  Verfeinerung anhand von User Stories mit Akzeptanztests
  • 37. Use Case Diagramme für Stories
  • 39. Übergang Use Case zu User Stories cardmapping.com
  • 42. Backlog Priorisierung bisher: - ROI - Aufwand - Risiko Bildquelle:www.freada.com/creative-stairs-design/calorie-stairs
  • 43. Geordnet nach Priorität … Bildquelle: www.piximus.net
  • 44. Cost of Delay • Stakeholder-Wert • Zeit-Wert • Wert der Risiko- minimierung Delta CoD >> 0 Delta Effort >> 0 Delta CoD ≈ 0 Delta Effort ≈ 0 High Cost of Delay First Shortest Job First WSJF Weighted Shortest Job First (CoD / Effort) Bildquelle: http://089fashionblvd.wordpress.com/tag/leblogdebetty/ Bildquelle: © shutterstock | Time is money by Denis Larkin
  • 45. Soziale Kompetenz 2011 Ranking of the Splitting Patterns 18.03.2011 45 Pattern I N V E S T Total Business Rule Variations 3,8 2,0 5,0 4,0 5,0 5,0 4,1 Variations in Data 2,8 2,5 4,4 4,4 4,7 5,0 4,0 Simple / Complex 3,7 4,0 4,0 3,6 4,0 4,0 3,9 Data Entry Methods 2,5 3,0 4,0 4,0 4,7 5,0 3,9 Workflow Steps 3,4 4,0 4,0 3,6 4,0 4,0 3,8 Major Effort 3,1 4,0 3,4 3,0 3,2 4,0 3,5 Operations 2,2 4,0 4,0 2,8 4,0 4,0 3,5 Defer Performance 2,2 3,0 4,0 3,1 2,6 4,0 3,2 Break Out a Spike 1,0 2,0 2,0 1,4 1,7 1,0 1,5 Analysis of User Story Splitting18.03.2011 45
  • 46. Fazit • Akzeptanzkriterien – Begrifflichkeit in RE und Agile lässt sich über den Testfall (ISTQB) verbinden – RE Methoden zum Ermitteln von Akzeptanzkriterien führen zu besseren User Stories • Orientierung: von der Spezifikation zur Planung – Bessere Projekt-Planung mit Backlogs: Use Cases verfeinern zu User Stories mit Akzeptanztests – Release Planung anhand Minimal Marketable Features • Ordnung und Struktur statt flacher Priorisierung der BL Items • Kostengünstigere, schnellere Entwicklung • Time to Market optimiert
  • 47. Fazit • Akzeptanzkriterien – Begrifflichkeit in RE und Agile lässt sich über den Testfall (ISTQB) verbinden – RE Methoden zum Ermitteln von Akzeptanzkriterien führen zu besseren User Stories • Orientierung: von der Spezifikation zur Planung – Bessere Projekt-Planung mit Backlogs: Use Cases verfeinern zu User Stories mit Akzeptanztests – Release Planung anhand Minimal Marketable Features • Ordnung und Struktur statt flacher Priorisierung der BL Items • Kostengünstigere, schnellere Entwicklung • Time to Market optimiert
  • 48. Fazit • Akzeptanzkriterien – Begrifflichkeit in RE und Agile lässt sich über den Testfall (ISTQB) verbinden – RE Methoden zum Ermitteln von Akzeptanzkriterien führen zu besseren User Stories • Orientierung: von der Spezifikation zur Planung – Bessere Projekt-Planung mit Backlogs: Use Cases verfeinern zu User Stories mit Akzeptanztests – Release Planung anhand Minimal Marketable Features • Ordnung und Struktur statt flacher Priorisierung der BL Items • Kostengünstigere, schnellere Entwicklung • Time to Market optimiert
  • 49. Fazit • Akzeptanzkriterien – Begrifflichkeit in RE und Agile lässt sich über den Testfall (ISTQB) verbinden – RE Methoden zum Ermitteln von Akzeptanzkriterien führen zu besseren User Stories • Orientierung: von der Spezifikation zur Planung – Bessere Projekt-Planung mit Backlogs: Use Cases verfeinern zu User Stories mit Akzeptanztests – Release Planung anhand Minimal Marketable Features • Ordnung und Struktur statt flacher Priorisierung der BL Items • Kostengünstigere, schnellere Entwicklung • Time to Market optimiert
  • 50. We make IT work for you. www.DialogData.de Bildquelle: www.edelight.de www.DialogData.de www.facebook.com/dialogdata Ihre Fragen, bitte.

Hinweis der Redaktion

  1. Also was ist das mindeste was ich brauche, um meine Anforderung zu erfüllen[PAUSE](das brauchen Sie um Iterations-Releases zu definieren, also auch für die Priorisierung: was kommt in welcher Release)ein Beispiel aus der Praxis …