59
Orientierung durch Akzeptanzkriterien? Bildquelle: © shutterstock | Successful Team holding check by Zurijeta Die unendliche User Geschichte Vortrag von Thomes Mödl

OOP Konferenz 2013

Embed Size (px)

Citation preview

Page 1: OOP Konferenz 2013

Orientierung durch Akzeptanzkriterien?

Bildquelle: © shutterstock | Successful Team holding check by Zurijeta

Die unendliche User GeschichteVortrag von Thomes Mödl

Page 2: OOP Konferenz 2013

Bildquelle: © shutterstock | lighthouse at talacre by Meirion Matthias

Orientierung durch Akzeptanzkriterien

OOP 2013 // Thomas Mödl, DialogDataDie unendliche User Geschichte:

Page 3: OOP Konferenz 2013

• 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

?

Bild

qu

elle: ww

w.ro

adevero

n.b

logsp

ot.d

e/20

08

/09

/two

-days-b

efore-m

ast.htm

l

Page 4: OOP Konferenz 2013

… 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

Design und DevelopmentRealisierung geplant. Planung realisiert.

Page 5: OOP Konferenz 2013

Requirements Engineering

Software Entwicklung

Bildquelle: © shutterstock | zipper shut. Macro by schankz

Page 6: OOP Konferenz 2013

• 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

?

Bild

qu

elle: ww

w.ro

adevero

n.b

logsp

ot.d

e/20

08

/09

/two

-days-b

efore-m

ast.htm

l

Page 7: OOP Konferenz 2013

Akzeptanzkriterium = Anforderung Akzeptanzkriterium ∈ Anforderung Akzeptanzkriterium + Anforderung

Akzeptanzkriterium

Abnahmekriterium

Akzeptanztest

Testfall

?RE AgileBildquelle: www.roadeveron.blogspot.de/2008/09/two-days-before-mast.htmle:

Page 8: OOP Konferenz 2013

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

Page 9: OOP Konferenz 2013

Akzeptanzkriterium

Abnahmekriterium

Akzeptanztest

Testfall

= Anweisung für Test

Page 10: OOP Konferenz 2013

Aus der agilen Perspektive …

Bild

qu

elle : © H

eike Mu

tter u. U

lrich G

enth

I Tiger and

Turtle –

Magic M

ou

ntain

, Foto

by

Gu

ido

Erbrin

g

Page 11: OOP Konferenz 2013

Verification of Expectations, Test(Note)(Mike Cohn)

Page 12: OOP Konferenz 2013
Page 13: OOP Konferenz 2013

Akzeptanzkriterium

Abnahmekriterium

Akzeptanztest

Testfall

= Anweisung für Test

= Abnahmekriterien + Details

Page 14: OOP Konferenz 2013

wie bekommen wirdies unter einen …

… expressing anddocumenting details…

… nichts zusätzliches zu den Anforderungen…

… the fit criterion is the requirement...

Bildquelle: www.epicmoron.com/14-funny-and-bizarre-construction-mistakes

Page 15: OOP Konferenz 2013

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

Bild

qu

elle: © sh

uttersto

ckI leath

erco

wb

oy

hat iso

latedo

n w

hite

backgro

un

db

yO

leksand

r Lysenko

Page 16: OOP Konferenz 2013

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

Page 17: OOP Konferenz 2013

… vom Product Owner

Bildquelle: www.cgfinal.com I jukebox

Page 18: OOP Konferenz 2013

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

Page 19: OOP Konferenz 2013

IREB Certified Professional forRequirements 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

Page 20: OOP Konferenz 2013

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 sichUser Story und Use Case nur in

Umfang und Zeit?

Bildquelle: © shutterstock | Hut fliegend die Luft ein by Winthrop Brookhouse

Page 21: OOP Konferenz 2013

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

Bild

qu

elle: © b

itbu

rger-getraenkegru

pp

e, von

http

://ww

w.vfl-n

eiden

bach

.de

Page 22: OOP Konferenz 2013

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

Bild

qu

elle: ww

w.b

ildsch

irmarb

eiter.com

I picd

um

p

Page 23: OOP Konferenz 2013

Bildquelle: © coku.com I www.tumblr.com

Page 24: OOP Konferenz 2013

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. . . .

Bild

qu

elle: ww

w.tu

mb

lr.com

I on

ew

ayo

rth

eo

ther

Page 25: OOP Konferenz 2013

• 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. Atlanterhavsvegenhttp://roadeveron.blogspot.de/2008/09/two-days-before-mast.html

Page 26: OOP Konferenz 2013

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

Page 27: OOP Konferenz 2013

Ü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.

Page 28: OOP Konferenz 2013

Überblicks-Ziel

Überblicks-Ziel

Überblicks-Ziel

Anwender-Ziel

Anwender-Ziel

FunktionSub-

Funktion

Perspektive: Aufgabenplanung

als <Rolle>will ich <Ziel>,

so dass <Zweck>

Use Case User Story

1 : 1

Page 29: OOP Konferenz 2013

Überblicks-Ziel

Überblicks-Ziel

Anwender-Ziel

Anwender-Ziel

FunktionSub-

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>

Page 30: OOP Konferenz 2013

Überblicks-Ziel

Überblicks-Ziel

Anwender-Ziel

Anwender-Ziel

FunktionSub-

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>

Page 31: OOP Konferenz 2013

Überblicks-Ziel

Überblicks-Ziel

Anwender-Ziel

Anwender-Ziel

FunktionSub-

Funktion

Perspektive: Aufgabenplanung

als <Rolle>will ich <Ziel>,

so dass <Zweck>

Use Case User Story

m : 1

Page 32: OOP Konferenz 2013

Überblicks-Ziel

Überblicks-Ziel

Anwender-Ziel

Anwender-Ziel

FunktionSub-

Funktion

Perspektive: AufgabenplanungUse Case User Story

als <Rolle>will ich <Ziel>,

so dass <Zweck>

Bild

qu

elle: © sh

uttersto

ck| Su

per Lo

op

erb

yK

eneth

William

Calen

o

Page 33: OOP Konferenz 2013

Überblicks-Ziel

Überblicks-Ziel

Anwender-Ziel

Anwender-Ziel

FunktionSub-

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>

Bild

qu

elle: © sh

uttersto

ck| Su

per Lo

op

erb

yK

eneth

William

Calen

o

Page 34: OOP Konferenz 2013

Überblicks-Ziel

Überblicks-Ziel

Überblicks-Ziel

Anwender-Ziel

Anwender-Ziel

Sub-Funktion

Beide Perspektiven

User Story

User StoryUser Story

User Story

Bild

qu

elle: © sh

uttersto

ck|Fu

nn

elitis

isolated

on

a wh

iteb

ackgrou

nd

by

Ko

nju

shen

koV

ladim

ir

Page 35: OOP Konferenz 2013

Ü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

Bild

qu

elle: © sh

uttersto

ck|Fu

nn

elitis

isolated

on

a wh

iteb

ackgrou

nd

by

Ko

nju

shen

koV

ladim

ir

Page 36: OOP Konferenz 2013

Bild

qu

elle: © sh

uttersto

ck|Fu

nn

elitis

isolated

on

a wh

iteb

ackgrou

nd

by

Ko

nju

shen

koV

ladim

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

Page 37: OOP Konferenz 2013

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

Bild

qu

elle: © sh

uttersto

ck| G

reat Pyram

ide an

db

lue

skyw

ithcllo

ud

sb

yD

ud

arevM

ikhail

Integration von Projekt - …- Steuerung - Planungdurch Übergangvon abstrakter SPEZIFIKATIONzur PLANUNGdurch

Verfeinerunganhand von User Stories mit Akzeptanztests

Page 38: OOP Konferenz 2013

Use Case Diagramme für Stories

Page 39: OOP Konferenz 2013

Minimal Marketable Feature

Bildquelle: www.mein-picdump.de

Page 40: OOP Konferenz 2013

Übergang Use Case zu User Stories

cardmapping.com

Page 41: OOP Konferenz 2013

User Story Splitting

cardmapping.com

Page 42: OOP Konferenz 2013

Release Planung

cardmapping.com

V 0.9

Page 43: OOP Konferenz 2013

BacklogPriorisierungbisher:- ROI - Aufwand- Risiko

Bild

qu

elle:ww

w.fread

a.com

/creative-stairs-design

/calorie-stairs

Page 44: OOP Konferenz 2013

Geordnet nach Priorität …

Bildquelle: www.piximus.net

Page 45: OOP Konferenz 2013

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 DelayFirst

Shortest JobFirst

WSJFWeightedShortestJob First(CoD / Effort)

Bildquelle: http://089fashionblvd.wordpress.com/tag/leblogdebetty/ Bildquelle: © shutterstock | Time is money by Denis Larkin

Page 46: OOP Konferenz 2013

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

Page 47: OOP Konferenz 2013

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

Page 48: OOP Konferenz 2013

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

Page 49: OOP Konferenz 2013

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

Page 50: OOP Konferenz 2013

BesuchenSie unsam Stand13.6 !

www.DialogData.de

Bildquelle: www.edelight.de

oder auf www.DialogData.de

Ihre Fragen,bitte.

Page 51: OOP Konferenz 2013

DD SoftwareSolutionDesign

AmbitionMission

GuidelineRequirements

IREB CertifiedProfessionalRequirementsEngineering

SAFe Framework

Business EpicsArchitectural Epics

Design

Responsive DesignResponsive Implementation

BacklogManagement

VisionBuilding

Goal Definition,Scoping& Refinement

InnoConstellations

AgileEngineering

Continous DeliveryContinous IntegrationContinous Testing

DevelopmentIntegrationTest

Forward Log(Staged Agile Backlog)

IIDScrum

RequirementsAnalysis & Design

Page 52: OOP Konferenz 2013

Bonus Material

Page 53: OOP Konferenz 2013

Dean Leffingwell: SAFe Metamodellhttp://scaledagileframework.com/agile-software-requirements-model/

Page 54: OOP Konferenz 2013

Dean Leffingwell: SAFe Metamodellhttp://scaledagileframework.com/agile-software-requirements-model/

Page 55: OOP Konferenz 2013

Epic

Story

Theme Theme

StoryStory

Story Story Story

Story

Large Story / Feature

Related Stories/Use Case

User Story / UC Flow

As a user I can make a travel reservation

As a user I can cancel a travel reservation

As a premium site member I can cancel a reservation up to the last minute

As a non-premium site member I can cancel a reservation up to 24 hours in advance

nach Mike Cohn

Page 56: OOP Konferenz 2013

Soziale Kompetenz 2011

Ranking of the Splitting Patterns

18.03.2011 56

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 56

Page 57: OOP Konferenz 2013

AK in RE und AT in AG passt nicht begrifflich

Wir können trotzdem Verbindung über Aspekt des Testfalls herst.

DUeUG? … reden Jahre über US: erfolgreich, schnell, agil entw. HEUTE WEG: d. BESTE aus RE+AG verbinden, um effektiv SW zu schaffen.

… wenig Orient. anh. v. agilem RE:Orient. d. durchdacht. BL Man.: - Rel.planen, - Aufg.priorisieren,kann durch wirkl. ag. RE ermöglicht! >> Bevor kurz Vorst . >> Inh.. …

Dann kann RE als AgileRE i.d. Praxis helfen

Ist es so einfach, wie es hier ausgedrückt ist???? …Untersch. (UC/US) nur in d. 2 Dim.: Umfang und Zeit ?

Klingt schön - isses aber nicht ganz: v.a. wenn wir beob., d. US nun wieder länger werden als …=> mehrere Akteure, mehrere Schritte, … Richtung UC

(+ Prosa…)

einladen, Bogen schlagen:AK i. Kontext v. Anf.(Ag.Prj)zu betrachtenEtl. ag.Prj. ges. seit 2003 AA aber: …

…Inhalt: uns v. AK über US und UC z. ag. BL Man. Bewegen. Unterwegs:1. RE Methoden f. AK/US2. ob neue Verwendung (UC+US) =>

tolle Prj.steuerg(AG)+angemess. Spezif.(RE) und ob Sie das „ausgereiftes BL Man.“ od. „Agile RE“ nennen? Überla. ich gern Ihnen…

Der Weg vom trad. > ag. REbeginnt mit AK …

ganz kurz zu mir:- Coach, Berater bei DD- seit Inf.Dipl. Zertifierungen …- Kunden: wir entw. Indiv.systeme f. indiv. Anf., mit der Eff. zu verbinden: RE + SWE

Darum hat d.Unternehmen sich den DIALOG an 1. Stelle … und das ist auch meine pers. Berufserfahrung:Ich durfte in Projekten ganz oft beides machen: Bindeglied zw. RE und Entw. (2 bis 250 PJ)

Nur Versprechen (verlock):„W=M -- m.o.w.“Also: statt …. (TANZ)

Inf.transfer vom Schreiben zum Sprechen … ?UNTERSCHIED:Umf.+Zeit … (TANZ) …zumindest auf 1. Blick!

d.würde h: Einmal statisch (Umfang): - weglassen Bit 3/4/5 …- statt heute aufschrieben

=> morgen reden

Das gleiche in AG: US=UC. Mit Abb.vorschrift:Std.abl.,Zeilen=> AT (==AK)

WÄRE SINNVOLL wenn AK vollst., qualitativ++

Keine zus. Inform.nur: Testperspektiveaber: elemantar

=> oftmals ausreichend… Vgl.UC: Erw.abl./and. Akteure/Vorbed.-Nachbed. +mehr Absicht als Verhalten

AK kann sein:- Schritt im Std.abl.- Erweiterungsabl.=> ZUSATZ, mehr als im US Titel

n. 1:1 abb.barAG.AT:

massive Ergänzung

Wie Zus.hang? TF akzept.in unserer RE-Arbeit … als Notation(Anf) akzept.

ist AT in AG ausr. als TF?=> ISTQB …AK gesehen m.+o. diese Elemente!(Q) HÄNGT AB VON ???????? …………

Verst. S mich bitte n. falsch:FAN(AG)! …lang gewartetd. jmnd. sagt: Requ. bitte n.ändern ohne horr. Ausw.… aber d. Praxis in Srum

aber: das ist noch nicht alles, wir wollen Orient. - nicht nur lokal verbesserte US…

Lässt s. verb.: RE.Abn.K. + Ag.Akz.Test?=> reden wir v. gleichen??

Dieser junge Mann tut sicher sein bestes , aber- oft kein RE-Background- kein Testspezialist- u.v. Prod.Man. ganz zu schweigen

umfangreicher,gröber… BSP:

festhalten:Anw.f.Test

nicht umfangreich, eher offens. => vieles ges., reicht n. f. hochw. SWE

Page 58: OOP Konferenz 2013

Um BL besser z. strukt., müssen wir UC/US im Kontext ihrer Verwendung betrachten …. 2 Perspektiven: Verhalten vs. Aufgabenplang.

LARGE SCALE Strukt.Mech.!=> Kann uns sagen: wo UC > US + in welches BL?! (d. Abstr.grad)Wie Sie das BL nennen = egal …!

Agile RE für Agile Prj. >>> US Diagr., MMF, Releaseplanung, Optimierung der Aufgabenreihenfolge, Projektplanung (BL Man., ROI)

Abschließend will aber noch Praxistipps f. BL-Prioris. mitgeben …

2 PERSP.: VERHALTEN + AUFG.PLANG. !!Gemsk.: Stakeholder Ziel

ROI ist nie 1:1 zu US, immer Erg. (Menge v. US). ROI schwierig ohne Kristallkugel zu ermitteln, Idee d. Priorisierung nach ROI unzur. … wenn ich z.B. Haus baue nach ROI, dann hat das Wohnzimmer Vorrang vor

… dem Keller: nicht nur sinnfrei,sondern auch BAUKOSTEN!

Also: Ordnung ja, Prio nach ROI nein (>Jim Coplien)

wie: Ordnung?

Aufwand= >> CoD --CoD= >> Aufwand –CoD = f( …) aber Unterschied: 1. situativ passendere Bewertungsformeln2. m. Kostenbetrachtung : Abhängigkeiten zw. einzelnen BLIs besser greifen, d.h.Im Entw.prozess besser festlegen: was kostet es, dies später zu haben? Welche Komp. Kann ich später entwicklen, später/schlechter testen, usw. …………………….

vor Fragen:EINLADUNG Stand, wir freuen uns auf Gespräche und auch, Ihnen bei Ihren aktuellen Aufgaben zu helfen.Auf alle Fälle: viel Erfolg und ich freue mich von Ihnen zu hören…(APP ??? Karton)

Kontext: also Verwendung v US/UC …

1.Persp.: VERHALTENAbstr.grad/Granul.1. Reise verk. 2. Reise buchen,ändern 3. Buchungen ausw.,reviewen,storn. 4. Premiun/Std.User, Hotel inform. => AK

oder (Q) welche US vorstellb.?- Sicherheit- Metro GUI- Datenformat Änd. => NFA… mächtiger als UC !!Hier: Abb.regeln versagenTIP DoD f. n Sprints…

(als orthog. US)

FRAGE BLEIBT: wann Übergang von UC zu US sinnvoll?

(Q) Was ist wichtig f. ag. AUFG.PLANUNG ?=> „passt in Sprint!“

1 SKALA, 2 PERSPEKTIVEN: Spezif./Aufg.planung (dh planb.testb.sprintb.)

WAS bringt‘s?- weiterhin UML verw. - bekanntes …- Rad n. neu erf. … => triv., abeer Übersicht im BL!

HÄUFIGES Thema in ag.Prj.: Rel.planung anh. MMFs.Bett: schwer vermarktbar…wenn d.s.umdreht….ganz offens. 1 Frage aus d. Prod.Man.… bev. auf Prior. eingehe … (WEIN) 1 BSP

2- Persp: AUFG.PLAN. (AG-PM++)UC > US, z.B. durch Wegl. Bit345

Nicht einz. Fall: 1UC > 3US, z.B. durch Abb.vorschrift(AG)

Geht! Aber: n. zufällig! Dazu muss uns bewusst sein, dass

2 Regeln: 1. muss in Sprint passen +2. UC Struktur darüber soll sinnvoll sein als BL Strukt.… wann?

d.h., wir haben MMF Ziel erreicht: wir zeigen das gerade mehreren Investoren, die: +++++und viell. können sie das bald im AppStore bekommen…

… da kommt gerade s. viel Neues aus dem Bereich Lean Prod. … COD!

Wenn nicht? => Splitten(Richard Lawrence)

Page 59: OOP Konferenz 2013