Scrum er overvurdert

De fleste bedrifter følger en eller annen type Scrum-prosess. Typisk innebærer dette 2 eller 3 ukers sprinter. På slutten av hver sprint blir endringer demonstrert, retrospektiver gjennomføres og backloggen blir vedlikeholdt. Under hver sprint blir tidsbruk for oppgaver registrert, noe som gjør det mulig for ledelsen å projisere inn i fremtiden når prosjekter vil være ferdig.

Mange av Scrum-prosjektene jeg har vært med på legger vekt på å “forplikte seg” til oppgaver eller “ta eierskap.” På slutten av sprinten blir mange ingeniører holdt ansvarlige for ufullstendige oppgaver. Sprint velocity er en annen idé som blir hammeret inn. Vi må holde hastigheten vår! Det er som om det å lage programvare er et løp, det er det ikke. Hvis ingeniører blir holdt ansvarlige etter en metrikk, vil de optimalisere for metrikken, det er ikke det du vil ha.

Scrum skaper et lett forståelig rammeverk for team å følge, og det gir ledelsen verktøyene til å forutsi fremtiden. Team som har praktisert vannfall finner Scrum lett å forstå.

Mange av Scrums praksis er ikke nødvendig. For eksempel tillater de fleste issue tracking-programmer ledere å kjøre rapporter om hyppigheten av billettfullføring. Med denne informasjonen kan ledere utlede hastighet, i stedet for å bake hastighet inn i prosessen og gjøre det til en stor sak. Å ta eierskap er en løgn, vi gjør det naturlig, å gjøre det eksplisitt er fornærmende. Alle prosjektene jeg har vært med på har hver ingeniør et hjørne av applikasjonen som er deres område.

Andre måter å forbedre programvarelevering:

• Hvis du trenger ukentlige distribusjoner, planlegg dem. Distribuer det som er klart.
• Hold backloggen vedlikeholdt; da vil ingeniører aldri gå tom for arbeid.
• Etter min mening er retrospektiver den viktigste ikke-utviklingsaktiviteten. Uten det har du ingen sjanse til å bli en bedre og mer effektiv organisasjon.
• Automatiser, automatiser, automatiser
• Å forplikte seg til en liste over funksjoner er latterlig. Ranger oppgavene og fullfør det du kan. Å bekymre seg over hvorfor “oppgave A” ikke var fullført er bortkastet tid. Det er klart at oppgaven var enten for stor, eller høyere prioritert arbeid ble påtatt.
• Demoer er bortkastet tid med mindre klienten bryr seg og gir tilbakemelding.
• Daglige møter kan være nødvendig eller ikke. Jeg foretrekker å møtes hver annen dag.

På slutten av dagen handler det om å gi verdi til klienten på den mest effektive måten.