söndag 28 december 2008
torsdag 18 december 2008
Iterativt, inkrementellt & Testdrivet
Hade idag riskseminarium på jobbet för ett projekt vi gör/ska göra. Vi har redan börjat egentligen, men pga fördröjningar på linan (muda-betonade sådana) så dröjer det ett tag innan vi startar fullt ut.
I alla fall, det är alltid kul att se att de högsta riskerna (nästan) alltid blir:
* Pengarna/tiden tar slut innan all funktionalitet är klar och detta visar sig inte förräns man närman sig slutet
* Testning kommer på slutet och hinns inte med
* Produkten får inte acceptans hos kunden pga olika målbilder/otydliga krav etc.
Det som är bra är att vi har lösningarna: Jobba iterativt & inkrementellt, testdrivet och skriv acceptanstesterna tillsammans med kunden.
Lätt att säga men svårt att göra i praktiken. Ingen säger sig vilja jobba vattenfallsaktigt, men likväl hamnar man ofta där med vissa team. Varför, undrar jag nu, och ännu viktigare, hur undviker man det?
I alla fall, det är alltid kul att se att de högsta riskerna (nästan) alltid blir:
* Pengarna/tiden tar slut innan all funktionalitet är klar och detta visar sig inte förräns man närman sig slutet
* Testning kommer på slutet och hinns inte med
* Produkten får inte acceptans hos kunden pga olika målbilder/otydliga krav etc.
Det som är bra är att vi har lösningarna: Jobba iterativt & inkrementellt, testdrivet och skriv acceptanstesterna tillsammans med kunden.
Lätt att säga men svårt att göra i praktiken. Ingen säger sig vilja jobba vattenfallsaktigt, men likväl hamnar man ofta där med vissa team. Varför, undrar jag nu, och ännu viktigare, hur undviker man det?
Prenumerera på:
Kommentarer (Atom)

