Kommentarer til: Hvor lang bør en SCRUM-sprint være? http://www.kuttisme.no/2009/11/03/hvor-lang-b%c3%b8r-en-scrum-sprint-v%c3%a6re/ Kuttisme - et mantra for effektive nettsteder Wed, 25 Jan 2012 12:20:25 +0000 hourly 1 Av: Alf Tore Meling http://www.kuttisme.no/2009/11/03/hvor-lang-b%c3%b8r-en-scrum-sprint-v%c3%a6re/#comment-3660 Alf Tore Meling Mon, 18 Oct 2010 09:30:14 +0000 http://www.kuttisme.no/?p=4579#comment-3660 Hei på deg, Sten! Takk for kommentar :) @alftore Hei på deg, Sten!

Takk for kommentar :)

@alftore

]]> Av: Sten Johnsen http://www.kuttisme.no/2009/11/03/hvor-lang-b%c3%b8r-en-scrum-sprint-v%c3%a6re/#comment-3659 Sten Johnsen Mon, 18 Oct 2010 09:17:49 +0000 http://www.kuttisme.no/?p=4579#comment-3659 Først: Ja, jeg vet. Denne kommer veldig sent, men jeg oppfatter innlegget som relevant, så jeg kommenterer ivei :-) 1. Min erfaring er også at en profesjonell Product Backlogg er essensiell! Uten denne får teamene problemer med å fullføre hvert backlog element i løpet av en sprint og sliter også med å vite hva som egentlig skal gjøres her. En god og gjennomarbeidet Definition of Done er særdeles viktig. Uten disse på plass hjelper det ikke om du har 1, 2, 3 eller 4 uker sprinter. 2. Jo ferskere teamet er, jo kortere sprint. Teamene trenger ikke bruke lang tid på tilpasning. Dette tar de vanligvis fryktelig fort. Man skal heller ikke undervurdere effekten av god-følelsen når man kan vise fram hva man har laget - allerede etter en uke! Det er viktig å få opp rytmen fort tror jeg. Jo fortere Scrum-ritualene ligger i ryggmarken, jo bedre er det. Fordelene med kortere sprinter er også her at man har færre forbedringspunkter å forholde seg til av gangen. Kjappere å se resultatet av egne forbedringer er heller ingen ueffen effekt av korte sprinter. 3. Her er jeg direkte uenig. Har selv team som kjører en-ukes sprinter og som ved flere anledninger selv har valgt å beholde denne lengden blant annet fordi ritualene er så fort gjort. Vi er ferdig med dem alle før lunch - samme dagen som starter med en sprint demo. Alle ritualene i Scrum er en fast andel av sprint lengden. Jeg benytter 1 time demo (god margin ser det ut til så langt), 45 minutter retrospective (inspeksjon), og 2 timer sprint planning (både del I og del II) pr uke sprint lengde. Ser ut til å fungere helt utmerket. 4. For GUDS SKYLD ikke forandre sprint-lengden (mer enn nødvendig). Det er en stygg uvane å endre til 4 eller 6 uker sommersprint fordi "alle er jo på ferie uansett". Greia er stabilitet omkring rammene og forutsigbarhet. Overlat ferieproblematikk til sprint planning. /Sten Først: Ja, jeg vet. Denne kommer veldig sent, men jeg oppfatter innlegget som relevant, så jeg kommenterer ivei :-)
1. Min erfaring er også at en profesjonell Product Backlogg er essensiell! Uten denne får teamene problemer med å fullføre hvert backlog element i løpet av en sprint og sliter også med å vite hva som egentlig skal gjøres her. En god og gjennomarbeidet Definition of Done er særdeles viktig. Uten disse på plass hjelper det ikke om du har 1, 2, 3 eller 4 uker sprinter.
2. Jo ferskere teamet er, jo kortere sprint. Teamene trenger ikke bruke lang tid på tilpasning. Dette tar de vanligvis fryktelig fort. Man skal heller ikke undervurdere effekten av god-følelsen når man kan vise fram hva man har laget – allerede etter en uke! Det er viktig å få opp rytmen fort tror jeg. Jo fortere Scrum-ritualene ligger i ryggmarken, jo bedre er det. Fordelene med kortere sprinter er også her at man har færre forbedringspunkter å forholde seg til av gangen. Kjappere å se resultatet av egne forbedringer er heller ingen ueffen effekt av korte sprinter.
3. Her er jeg direkte uenig. Har selv team som kjører en-ukes sprinter og som ved flere anledninger selv har valgt å beholde denne lengden blant annet fordi ritualene er så fort gjort. Vi er ferdig med dem alle før lunch – samme dagen som starter med en sprint demo. Alle ritualene i Scrum er en fast andel av sprint lengden. Jeg benytter 1 time demo (god margin ser det ut til så langt), 45 minutter retrospective (inspeksjon), og 2 timer sprint planning (både del I og del II) pr uke sprint lengde. Ser ut til å fungere helt utmerket.
4. For GUDS SKYLD ikke forandre sprint-lengden (mer enn nødvendig). Det er en stygg uvane å endre til 4 eller 6 uker sommersprint fordi “alle er jo på ferie uansett”. Greia er stabilitet omkring rammene og forutsigbarhet. Overlat ferieproblematikk til sprint planning.

/Sten

]]> Av: Alf Tore Meling http://www.kuttisme.no/2009/11/03/hvor-lang-b%c3%b8r-en-scrum-sprint-v%c3%a6re/#comment-2772 Alf Tore Meling Wed, 04 Nov 2009 13:03:23 +0000 http://www.kuttisme.no/?p=4579#comment-2772 Hei på deg, Åge. Takk for innspill :) Apropos Lego: LEGO for extended SCRUM simulation http://bit.ly/29QsZ4 (pdf-fil) Hei på deg, Åge. Takk for innspill :)

Apropos Lego: LEGO for extended SCRUM simulation
http://bit.ly/29QsZ4 (pdf-fil)

]]> Av: Åge http://www.kuttisme.no/2009/11/03/hvor-lang-b%c3%b8r-en-scrum-sprint-v%c3%a6re/#comment-2771 Åge Wed, 04 Nov 2009 09:12:37 +0000 http://www.kuttisme.no/?p=4579#comment-2771 Hvor langt er et tau? Dette var ingen lett utfordring Alf Tore! Hva skal utvikles? Noe kjent og enkelt, eller nytt og komplisert. Og hvem vet om det er komplisert før en har prøvd. Ditt første punkt om omfang og leveransetidspunkt, er jeg 100% enig i. Neste punkt er i mine øyne nøkkelpunktet i forhold til Ã¥ kunne lage en troverdig fremdriftsplan. Her er det mange og usikre parametre som mÃ¥ vurderes. Spesielt i forhold til; prosjektdeltagernes erfaringer. La oss se pÃ¥ to av dem. 1) Deres erfaring med iterative prosesser. Folk er forskjellige og overraskende mange (svært ofte kvinner og andre med høyt utviklet ansvarsfølelse) har vansker med Ã¥ slippe et â€?foreløpig resultatâ€? – selv om de vet at det gjøres for Ã¥ vinne en erfaring som de snart kan bruke til videreutvikling osv. Dette sinker svært ofte slike prosesser. 2) Prosjektdeltagernes erfaring med Scrum konkret. Jeg har registrert at noen blir sÃ¥ hekta pÃ¥ prosessene i denne utviklingsmodellen, at det gÃ¥r sport i Ã¥ levere. Da blir det gjerne bÃ¥de fort, halvtenkt, og prematurt. Noe som igjen fører til enda flere iterasjoner for Ã¥ nÃ¥ et tilfredsstillende resultat. Min presisering er at iterative prosesser som Scrum, ikke er matematikk eller næringslivs-Lego. Det finnes ikke facit pÃ¥ hvor lang tid det tar Ã¥ komme opp med en god ide. Det kan ta et kvarter – eller du kan slite med det i flere uker. Resultatet blir ofte sÃ¥ til de grader prisgitt deltagernes prosessforstÃ¥else, samt – ikke minst – prossessleders evne som motiverende pedagog. For min del tror jeg at suksessfaktoren ligger i at den evalueringen som skjer etter de første (5?) iterasjonene, legger like stor vekt pÃ¥ prosessen som pÃ¥ kvaliteten av delleveransen. Hvor langt er et tau?

Dette var ingen lett utfordring Alf Tore!
Hva skal utvikles? Noe kjent og enkelt, eller nytt og komplisert. Og hvem vet om det er komplisert før en har prøvd.

Ditt første punkt om omfang og leveransetidspunkt, er jeg 100% enig i.

Neste punkt er i mine øyne nøkkelpunktet i forhold til å kunne lage en troverdig fremdriftsplan.
Her er det mange og usikre parametre som må vurderes. Spesielt i forhold til; prosjektdeltagernes erfaringer. La oss se på to av dem.

1) Deres erfaring med iterative prosesser. Folk er forskjellige og overraskende mange (svært ofte kvinner og andre med høyt utviklet ansvarsfølelse) har vansker med Ã¥ slippe et â€?foreløpig resultatâ€? – selv om de vet at det gjøres for Ã¥ vinne en erfaring som de snart kan bruke til videreutvikling osv. Dette sinker svært ofte slike prosesser.
2) Prosjektdeltagernes erfaring med Scrum konkret. Jeg har registrert at noen blir så hekta på prosessene i denne utviklingsmodellen, at det går sport i å levere. Da blir det gjerne både fort, halvtenkt, og prematurt. Noe som igjen fører til enda flere iterasjoner for å nå et tilfredsstillende resultat.
Min presisering er at iterative prosesser som Scrum, ikke er matematikk eller næringslivs-Lego. Det finnes ikke facit på hvor lang tid det tar å komme opp med en god ide. Det kan ta et kvarter – eller du kan slite med det i flere uker.

Resultatet blir ofte så til de grader prisgitt deltagernes prosessforståelse, samt – ikke minst – prossessleders evne som motiverende pedagog.
For min del tror jeg at suksessfaktoren ligger i at den evalueringen som skjer etter de første (5?) iterasjonene, legger like stor vekt på prosessen som på kvaliteten av delleveransen.

]]> Av: Jon Gunnar Wold http://www.kuttisme.no/2009/11/03/hvor-lang-b%c3%b8r-en-scrum-sprint-v%c3%a6re/#comment-2770 Jon Gunnar Wold Tue, 03 Nov 2009 14:47:04 +0000 http://www.kuttisme.no/?p=4579#comment-2770 "Som en leder for et spennende selskap vil jeg at utviklerne i prosjektet skal levere verdi Ukentlig slik at jeg kan....?" Hvis du ser på hva du vil oppnå så gir vel svaret seg ganske fort. “Som en leder for et spennende selskap
vil jeg at utviklerne i prosjektet skal levere verdi Ukentlig
slik at jeg kan….?”

Hvis du ser på hva du vil oppnå så gir vel svaret seg ganske fort.

]]>