Definition of done...
Jeg er meget opmærksom på at kunne tracke projektets fremskridt målt som mængden af færdig funktionalitet. Hvorfor? Jo, hvis man nu antager, at projektet skulle stoppes lige nu, hvad nytte havde man så af, at eks. 66% af alle opgaver var løst, hvis denne mængde rent faktisk kun svarede til 2% færdig funktionalitet?
Dette er vist en meget almindelig antagelse for alle agile projekt-process modeller. Der hvor det bliver lidt sjovt er, når talen kommer ind på, hvad færdig egentlig betyder - the definition of done? Der findes mange bud, bl.a. læste jeg et godt et i dag her, men faktisk har jeg selv svært ved at komme frem til en entydig og universel gyldig liste. Efter min opfattelse skal definitionen af færdig forhandles med produktejere og udviklere som en del af opstarten på et projekt, og definitionen skal afstemmes med krav til deadline, kvalitet, genbrugelighed, testabillity osv.
Hvordan ser jeres liste ud?
Dette er vist en meget almindelig antagelse for alle agile projekt-process modeller. Der hvor det bliver lidt sjovt er, når talen kommer ind på, hvad færdig egentlig betyder - the definition of done? Der findes mange bud, bl.a. læste jeg et godt et i dag her, men faktisk har jeg selv svært ved at komme frem til en entydig og universel gyldig liste. Efter min opfattelse skal definitionen af færdig forhandles med produktejere og udviklere som en del af opstarten på et projekt, og definitionen skal afstemmes med krav til deadline, kvalitet, genbrugelighed, testabillity osv.
Hvordan ser jeres liste ud?
Etiketter: estimering, proces
indsendt af Rune Mai kl.
22:31
2 kommentarer:
Godt link, virker umiddelbart som en god tjek liste. Og hurtig at gennemgå på et SCRUM møde, hvis den hænger i A3 :)
Derudover så er jeg meget enig i at tælle færdige features.
Jeg ville også være bange for en endelig definition. For mig er Done noget man definerer og aftaler Hver gang - og det kan man blive rigtig god til bl.a. med checklister fra alle de gange Done ikke var Done.
Send en kommentar
<< Startside