Die unendliche User Geschichte: Orientierung in agilen Projekten
-
Upload
thomas-moedl -
Category
Technology
-
view
381 -
download
1
description
Transcript of Die unendliche User Geschichte: Orientierung in agilen Projekten
Bildquelle: © shutterstock | lighthouse at talacre by Meirion Matthias
Orientierung inagilen Projekten
OOP 2013 // Thomas Mödl, DialogDataDie 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: ww
w.roadeveron.blogspot.de/2008/09/tw
o-days-before-mast.htm
l
… Professional for Requirements Engineering (Adv. Level)… Professional for Software Architecture… Scrum Product OwnerDipl.-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 & DevelopmentWe 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: ww
w.roadeveron.blogspot.de/2008/09/tw
o-days-before-mast.htm
l
Akzeptanzkriterium = Anforderung Akzeptanzkriterium ∈ Anforderung Akzeptanzkriterium + Anforderung
AkzeptanzkriteriumAbnahmekriteriumAkzeptanztestTestfall
?RE AgileBildquelle: 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
AkzeptanzkriteriumAbnahmekriteriumAkzeptanztestTestfall
= Anweisung für Test
Aus der agilen Perspektive …
Bildquelle : © H
eike Mutt
er u. Ulrich G
enth I Tiger and Turtle – Magic M
ountain, Foto by Guido Erbring
Verification of Expectations, Test(Note)(Mike Cohn)
AkzeptanzkriteriumAbnahmekriteriumAkzeptanztestTestfall
= Anweisung für Test= Abnahmekriterien + Details
wie bekommen wirdies 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: © shutt
erstock I leather cowboy hat isolated on w
hite background by Oleksandr Lysenko
AkzeptanzkriteriumAbnahmekriteriumAkzeptanztestTestfall
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
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
BefragungstechnikenBeobachtungstechnikenKreativitätstechnikenArtefaktbasierte TechnikenUnterstützende Techniken
ISTQBAnforderungsbasiertes Ableiten von Testfällen
ScrumPractices
PersonaKano ModellUse 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, von htt
p://ww
w.vfl-neidenbach.de
Use Case ≈ User Story + Acceptance Tests ?
“User stories plus acceptance tests arebasically 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: ww
w.bildschirm
arbeiter.com I picdum
p
?Bildquelle: © coku.com I www.tumblr.com
User Story
Use Case
StoriesConcrete ScenariosUsage 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: ww
w.tum
blr.com I one w
ay or the other
• 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
• FazitBildquellen: © 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: VerhaltenUse Case User Story
Tage/Jahre
Stunden/Tage
2-20 Min.
2-20 Sek./Min.
Überblicks-Ziel
Überblicks-Ziel
Überblicks-Ziel
Anwender-Ziel
Anwender-Ziel
Sub-Funktion
Sub-Funktion
Perspektive: Aufgabenplanung
als <Rolle>will ich <Ziel>,
so dass <Zweck>
Use Case User Story
1 : 1
Überblicks-Ziel
Überblicks-Ziel
Anwender-Ziel
Anwender-Ziel
Sub-Funktion
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
Anwender-Ziel
Anwender-Ziel
Sub-Funktion
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>
Szenario 1
Aktionsschritt 4.2
Überblicks-Ziel
Überblicks-Ziel
Anwender-Ziel
Anwender-Ziel
Sub-Funktion
Sub-Funktion
Perspektive: Aufgabenplanung
als <Rolle>will ich <Ziel>,
so dass <Zweck>
Use Case User Story
m : 1
Überblicks-Ziel
Überblicks-Ziel
Anwender-Ziel
Anwender-Ziel
Sub-Funktion
Sub-Funktion
Perspektive: AufgabenplanungUse Case User Story
als <Rolle>will ich <Ziel>,
so dass <Zweck>
Bildquelle: © shutt
erstock | Super Looper by Keneth William
Caleno
Überblicks-Ziel
Überblicks-Ziel
Anwender-Ziel
Anwender-Ziel
Sub-Funktion
Sub-Funktion
Perspektive: AufgabenplanungUse Case User Story
als <Rolle>will ich <Ziel>,
so dass <Zweck>
als <Rolle>will ich <Ziel>,
so dass <Zweck>als <Rolle>
will ich <Ziel>,so dass <Zweck>
Bildquelle: © shutt
erstock | Super Looper by Keneth William
Caleno
Überblicks-Ziel
Überblicks-Ziel
Überblicks-Ziel
Anwender-Ziel
Anwender-Ziel
Sub-Funktion
Beide Perspektiven
User Story
User StoryUser Story
User Story
Bildquelle: © shutt
erstock |Funnel it is isolated on a white background by Konjushenko Vladim
ir
Überblicks-Ziel
Überblicks-Ziel
Überblicks-Ziel
Anwender-Ziel
Anwender-Ziel
Sub-Funktion
Beide PerspektivenAbstraktions-Grad
User Story
User StoryUser Story
User Story
Planbarkeit:
- passt in 1 Sprint- schätzbar- testbar
Bildquelle: © shutt
erstock |Funnel it is isolated on a white background by Konjushenko Vladim
ir
Bildquelle: © shutt
erstock |Funnel it is isolated on a white background by Konjushenko Vladim
ir
Überblicks-Ziel
Überblicks-Ziel
Überblicks-Ziel
Anwender-Ziel
Anwender-Ziel
Sub-Funktion
Beide Perspektiven
User Story
User Story
User StoryUser Story
User Story
User StoryUser Story
User Story
User Story
User StoryUser 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
FeatureBacklog
EpicBacklog
StoryBacklog
Bildquelle: © shutt
erstock | Great Pyram
ide and blue sky with cllouds by D
udarev Mikhail
Integration von Projekt - …- Steuerung - Planungdurch Übergang von abstrakter SPEZIFIKATIONzur PLANUNG durch Verfeinerunganhand 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 Priorisierungbisher:- ROI - Aufwand- Risiko
Bildquelle:ww
w.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
≈ 0Delta Effort ≈ 0
High Cost of DelayFirst
Shortest JobFirst
WSJFWeighted 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 ITwork for you.
www.DialogData.de
Bildquelle: www.edelight.de
www.DialogData.dewww.facebook.com/dialogdata
Ihre Fragen,bitte.