2005-10-16 — Tobias Fors
Experter på området tycks ännu debattera kring hur individens inre motivation förändras av externa försök att påverka den. Något som inte behöver debatteras är det faktum att vi i våra organisationer och projekt är ganska pigga på att såväl locka med morötter som hota med pisksnärtar. Så även i Scrum, där till och med fenomenet morotspiska har setts verka.
På en konferens nyligen i skärgården samtalade vi på Citerus om förändringsarbete. Samtalet kom att handla om drivkrafter för förändring. Vi påminde oss om den gamla goda moroten, och den gamla smärtsamma piskan. Belöningar och bestraffningar.
Under vårt samtal identifierade vi dessutom en mindre omtalad kraft - vi valde att kalla den morotspiskan.
Vi identifierade morotspiskan som en syntes av moroten och piskan. Den typ av kraft som i sig själv hyser såväl en potential att belöna som en potential att bestraffa.
Scrum är ett arbetssätt som fokuserar på att synliggöra, och tycks ha evolverat fram genom en mångårig sammanställning av erfarenheter från framgångsrika mjukvaruutvecklande företag. Samma principer går att hitta i den teori för verksamhetsutveckling som kommit att kallas lean. Lean-principerna har sitt ursprung i produktionsindustrin, i synnerhet Toyota, men tycks tillämpliga även för mjukvaruutveckling.
Varför är Scrum effektivt? Scrum är effektivt delvis eftersom metoden lägger grunden för problemlösning genom att hjälpa oss att ta problemlösningens första steg: att se problemet. Problem vi inte sett kan vi ju för all del lösa då och då, om än av en händelse. Problem vi sett kan vi däremot medvetet göra en ansats för att förstå och hantera.
Scrums huvudsakliga mekanism för att synliggöra är att föreskriva några enkla regler. Vi gör som utvecklingsteam ett gemensamt åtagande kring vad vi tror att vi kan åstadkomma under de närmaste veckorna. Vi arbetar med daglig uppföljning ansikte mot ansikte, hela teamet, för att informera varandra om arbetets fortskridande och identifiera hinder som behöver undanröjas. Vi demonstrerar tillsammans resultatet av vårt arbete när veckorna är till ända, och samlas slutligen för att reflektera över den senaste tidens samarbete; vad har gått bra, vad har gått mindre bra, och hur kan vi bli lite bättre under nästa etapp?
Detta arbetssätt har med andra ord potentialen att föra i dagen en oändlig räcka förbättringsmöjligheter. Problem alltså.
Att se ett problem är inte alltid behagligt, särskilt när problemet tycks sitta fastklibbat på den egna personen. Om någon annan identifierar problemet kan det vara extra otrevligt. Någon har liknat problem vid apor som hoppar runt på våra axlar. Jag skulle vilja komplettera den liknelsen genom att ge apan på axeln en tång att nypa oss i själen med. Så kan det kännas att ha ett problem.
Om problem kan vara som att ha en tortyrapa på axeln är det lätt att förstå varför Scrums fokus på synlighet kan beskrivas som den syntes av belöning och bestraffning som vi här har kallat morotspiska. Har det gått bra blir vi belönade, har det gått dåligt blir vi bestraffade.
Men att ha identifierat ett problem - till och med ett sådant man själv varit med att skapa - måste inte vara förknippat med skam. Problem är ju faktiskt inte något att skämmas för, helt enkelt eftersom de tillhör normalsituationen, snarare än tvärtom. Den som inte kan se åtminstone några saker som kan förbättras med produkten han jobbar med eller sättet han jobbar på har nog helt enkelt inte tittat tillräckligt noga.
Demonstrationstillfället i slutet av en utvecklingsetapp (som vi kallar sprint eftersom den är så fokuserad) är ett tillfälle både för firande och för granskning. Vi firar att vi tagit ett steg framåt, eller i värsta fall att vi tagit ett steg bakåt men åtminstone lärt oss något. Vi granskar tillsammans vår upplevelse, och pratar om vad som gick bra och vad som gick dåligt.
För Scrum-mastern, som projektledaren kallas i ett Scrum-projekt, är det viktigt att veta att det är en ganska potent morotspiska han har i handen. För att till exempel demonstrationstillfället och återblicken ska kunna ge upphov till förbättringsid
