Scrumtips - Tips om Scrum!

Vad är en scrum-coach egentligen? Trots att jag sällan kallar mig scrum-coach har jag arbetat med att coacha andra i att använda Scrum sedan 2003, när jag först lärde mig om Scrum på allvar och började använda metoden i praktiken. Jag brukar inte kalla mig för scrum-coach, utan för konsult. Om någon som pratar engelska frågar vad jag gör säger jag att jag är en “software management consultant”, vilket låter rätt pretentiöst när man väver in titeln i en svensk mening. På engelska låter det - i mina öron - som en saklig beskrivning av vad jag gör: jag jobbar med chefer, ledare och team för att förbättra hur man styr och leder sin mjukvaruutveckling. Kärt barn har förstås många fler namn. Andra som gör det jag gör använder titlar som mentor, rådgivare eller agile coach. Eftersom jag arbetar som konsult i ordets ursprungliga bemärkelse (jag erbjuder en konsultativ tjänst) anpassar jag mitt engagemang hos kunden efter vad situationen kräver. Ibland gör vi en serie workshops, ibland finn...

Scrum är ett idealsubstitut. Det är en trevlig modell att sikta mot, men knappast en slutdestination. Grupper som ser på Scrum som slutdestinationen löper större risk, enligt min erfarenhet, att låta förändringen stanna av när man fått till grunderna i Scrum. Man kör sprintar, planerar och följer upp dem tillsammans, och bygger saker och ting som går att demonstrera. Då tar energin för förbättringsarbetet slut, trots att det finns massor av saker kvar att förbättra. Stanna inte efter den första etappen. Ni kanske behöver ta en paus och sänka förändringstempot lite, om ni är utmattade, men stanna inte helt. Då kommer ni kanske inte igång igen.

Hos ett företag som jag arbetade med under en längre tid träffade jag en mycket trevlig örebroare. Han berättade för mig att han i Närkes Allehanda sett en insändare som beklagade sig över gnälligheten i Örebro (härlig ironi, jag vet) och tyckte att man "borde sätta upp en staty av stor rostig spik" i centrum som symbol för denna jobbiga attityd. Några dagar senare kom en motinsändare som hävdade att Örebro inte alls var så gnälligt som påstods, utan att tvärtom Västerås skulle ses som centrum i det så kallade gnällbältet. Jag höll förstås inte med, eftersom jag är uppväxt i Västerås. Det är sen länge känt att alla som är från Örebro har ett favoritmotto. Detta talesätt som man kan dra fram när en förändring kommer på tal består av tre enkla ord. Kanske hör du dem uttalas på örebromål när du läser dem: "Det går aldrig". Sådär till vardags i företag hör man kanske inte orden "det går aldrig" särskilt ofta - men de finns där och lurar. Även om vi inte säger ...

Efter att ha läst om arbetsgrupper där medlemmarna jobbar lite för separerat från varandra för dra nytta av ett teams sanna potential  frågar en anonym läsare: "Det vore intressant att läsa lite tips på hur man når dit. Om man nu är en grupp där man är lite för specialiserade. Vad gör man för att sprida kunskaperna på ett bra sätt?" Här är några handfasta tekniker som gör att kunskap i ett mjukvaruutvecklingsteam sprids. Men först lite kort om själva förändringen i sig. Grunden i all förändring är att behovet av förändring är känt. Så, om inte alla i teamet känner till att och varför det är en bra idé att jobba tajtare tillsammans måste ni prata om det. Hur skulle ni veta om ni jobbade bättre tillsammans? Vilka faktiska aktiviteter skulle ni göra? Hur skulle det kännas? På vilket sätt skulle resultatet bli bättre? Vilka nackdeler skulle ni se? Hur skulle ni hantera dem? Så, några konkreta saker ni kan göra. Planera aldrig ensam.  Klyschan är sann: planen är inget, ...