Sie sind auf Seite 1von 3

Schtzmethoden in der agilen Softwareentwicklung

Einleitung
In klassischen Projekten bernimmt die Schtzung der Aufgaben meistens ein erfahrener
Leiter in Rcksprache mit dem Auftraggeber. ass diese !inschtzungen oft nicht der
Realitt entsprechen kann man sich leicht "orstellen. In der agilen Soft#areent#icklung
hingegen liegt diese Aufgabe bei dem $eam selbst. %aheliegend ist es #ie bereits gestern
"on &arsten angesprochen' statt einer konkreten !inheit erst mal nur eine relati"e
Schtzgr()e zu "er#enden aus #elcher sich dann eine *elocit+ ergibt. ,r diese
Schtzung haben sich "erschiedene -ethoden be#hrt.
.eiterfhrende Informationen/
http/00ksimons.de012330240stor+5points5"erstandlich5erklart0
http/00###.fusonic.net0de0blog012360270140auf#andsch8&68A9tzung5in5der5agilen5
soft#areent#icklung0
I. Planning Poker
er :;lassiker<. !s #erden ;ategorien fr den Auf#and definiert' #elchen dann die $asks
oder Stories untergeordnet #erden. ie ;ategorien erhalten =eschreibungen >z.=. sehr
niedriger Auf#and' niedrieger Auf#and' neutraler Auf#and etc.? #elchen dann @ahlen' z.=.
aus der ,ibonacci5Reihe zugeordnet
#erden.
,r das Schtzen hat dann jedes
der $eammitglieder ein :Poker eck<
mit den entsprechenden ,ibonacci5
@ahlen in seiner Aand und legt zu
den %acheinander abgehandelten
$asks "erdeckt und unbeeinflusst
seine Schtzung ber den Auf#and.
iese ;arten #erden dann nachdem
jeder seine Schtzung gemacht hat
gleichzeitig umgedreht.
Aat jeder einen gleichen bz#. hnlichen .ert abgegeben #ird dieser bz#. der
nchstliegendste .ert genommen und die Schtzung ist abgeschlossen. Bibt es gro)e
Cnterschiede in der Schtzung so sollte er(rtert #erden #arum die Schtzung so #eit
auseinanderliegt. amit dies nicht in e#igen iskussionen ausartet kann es sinn"oll sein'
dass erst die gr()ten Ausrei)er erklren #o sie Probleme sehen und #ie sie auf ihre
Schtzung kommen. Als iskussionsgrundlage ist damit sichergestellt das man in der
richtigen Richtung ansetzt und nicht technisch das ganze Problem durcharbeitet.
Sobald alle Items geschtzt sind ist der Prozess abgeschlossen. iese -ethode kann bei
einer gr()eren -enge an !intrgen unter Cmstnden sehr lang#ierig sein. !in #eiterer
%achteil der -ethode ist' dass jedes Item fr sich alleine betrachtet und nicht in ;onteDt zu
den anderen Aufgaben gesetzt #ird.
.eiterfhrende Informationen/
http/00###.scrum5kompakt.de0professionelles5reEuirements5engineering5mit5
scrum0schatzen5"on5anforderungen5und5aufgaben0
http/00alphanodes.de0auf#andsschaetzung5scrum5leicht5gemacht
II. Magic Estimation
!in anderer Ansatz' der insbesondere fr initiale Schtzungen unkomplizierter und zgiger
als das Planning Poker aussieht ist die -agic !stimation.
ie Items #erden noch einmal kurz "orgestellt bz#. jedem die genaue Anforderung klar
gemacht. Fedes Item #ird einzeln auf einem =latt Papier ausgedruckt. ie ausgedruckten
$asks #erden auf dem =oden "erteilt. Fedes -itglied hat nun nacheinander innerhalb
einer bestimmte @eit die -(glichkeit fr die kompletten Items eine Schtzung abzugeben.
azu #erden #ie beim Planning Poker an Aand der festgelegten ;ategorien die
entsprechenden ,ibonacci5@ahlen "on dem je#eiligen -itglied auf den @ettel geschrieben.
Cntereinander erfolgt z#ischen den $eam5-itgliedern #hrend dieses Prozesses keine
;ommunikation in ,orm "on iskussionen oder =eratungen. Feder schtzt fr sich. Sobald
der erste mit seiner Schtzung durch ist' hat sein %achfolger die -(glichkeit die
Schtzung herauf5 oder herabzusetzen. Stimmt er mit der Schtzung berein bleibt diese
unberhrt.
Solange es keine sehr gro)en ifferenzen gibt k(nnen die Schtzungen nachdem der
Letze fertig ist bernommen #erden. Ansonsten sollten auch hier hnlich bei I. die
Ausrei)er ihre Sicht mitteilen um dann eine L(sung zu er(rtern.
.eiterfhrende Informationen/
http/00###.projekt5log.de0agileGsoft#areent#icklung0die5magische5schatzmethode0
III. Team Estimation Game
!in #eiterer Ansatz ist das $eam !stimation Bame. er Aufbau ist hnlich #ie bei der
-agic !stimation. ie Items liegen auf Papier gedruckt "or. iese #erden jetzt in einem
"erdeckten Stapel aufgebaut.
er erste nimmt nun das oberste
=latt' liest es laut "or und hngt es an
die .and 0 legt es auf den =oden.
er nchste macht das gleiche' hat
jetzt aber drei -(glichkeiten fr seine
!inschtzung/
3. as Item ist hnlich kompleD
#ie das "orherige/ er legt0hngt es
neben das "orherige Item
1. as Item ist #eniger
kompleD als das "orherige/ er
legt0hngt es ber das "orherige Item
6. as Item ist kompleDer als
das "orherige/ er legt0hngt es unter
das "orherige Item
Ab der dritten ;arte gibt es dann auch
die -(glichkeit unter einer kurzen !rklrung eine bereits ausliegende ;arte umzuhngen
oder auszusetzen.
as !nde ist erreicht' sobald alle ;arten an der .and0auf dem =oden sind. !s haben sich
dann aller .ahrscheinlichkeit nach &luster gebildet' auf die sich #ieder die ,ibonacci5
@ahlen an#enden lassen.
.eiterfhrende Informationen/
http/00###.projekt5log.de0agileGsoft#areent#icklung0team5estimation5game0
http/00###.projekt5log.de0agileGsoft#areent#icklung0b+e5b+e5planning5poker0
Fazit
Ich denke' dass die z#eite oder dritte -ethode bei der initialen Schtzung dem Planning
Poker "orzuziehen sind. a #ir >fast? alle relati" #enig !rfahrung haben ist ein offener
Prozess aus dem sich nach und nach eine Schtzreihenfolge ergibt #ahrscheinlich
zielfhrender als das "erdeckte !inschtzen "on jedem fr sich selbst. An der dritten
-ethode gefllt mir' dass die Schtzung zunchst losgel(st "on einer relati"en
;ategorisierung erfolgt und die Items zueinander in *erbindung gebracht #erden. ,r mich
#re daher das $eam !stimation Bame die erste .ahl fr eine erste !inschtzung.
;ommen #eitere Items im *erlauf des Projekts hinzu kann #eitere -ethoden
ausprobieren.