Vi arbejder i øjeblikket med et par projekter, der af
forskellige årsager er kommet lidt i stormvejr.
Det sker ofte i it-projekter. Ofte er det bare sådan, at man
synes, de andre ikke skal vide noget om det. De andre =
kunderne.
Det gode ved scrum er, at man ikke kan holde det hemmeligt. Det
er virkelig en fordel. Hvorfor det?
- Sammen kan man reagere på situationen. Et team
af udviklere vil nogle gange tro, at de "kan indhente det til
sidst", men de fleste projektplaner er optimistiske fra starten.
Det er derfor, man altid har travlt inden deadline.
- Måske kan man aflevere hurtigere. Man kan
indføre en tidligere fase med en mindre aflevering først. Så er der
mere tid og ro til at aflevere resten bagefter. I scrum arbejder
man jo hele tiden med små, afgrænsede afleveringer, så derfor er
produktet altid tættere på 100% god kvalitet.
Det er selvfølgelig ikke let, men man kan starte med at vælge
fra.
En god metode er at se hele projektet igennem. Der mangler måske
150 opgaver før "det er færdigt". Okay, så vælg 100 fra. "Hvilke 50
opgaver vil du helst have løst?"
Arbejdet har det med at udvide sig, så 50 opgaver tager sikkert
den tid, der var estimatet for 75.
Man kan halvere arbejdstiden til første aflevering ved at skære
2/3 i projektet. Ikke noget man består en matematik-eksamen med,
men det virker i praksis.
Hvis man ikke gør det, har man også valgt:
Man har valgt at få et helt system, der er halvt
færdigt.
I vores projekter har vi skåret hårdt, og det er svært. Vi har,
synes jeg, fundet gode løsninger, og vi afleverer i fornuftig tid
inden deadline. Der er skåret nogle features, men kernen er
sund.
Resten kan vi levere bagefter, og for brugerne er det nogle
gange en fordel at få systemet i mindre afleveringer. Det gør det
lettere at lære, at det hele ikke kommer på samme tid.